Резервное копирование ПО СЕТИ
Резервное копирование ПО СЕТИ
Возможно тема частично пересекается с http://me-doc.com.ua/forum/viewtopic.php?f=11&t=59, но решил, все же, вынести отдельным топиком.
Когда в Медке появится нормально реализованная функция резервного копирования по сети? Для СЕТЕВОЙ версии мне ТехПоддержка (Киевская, кстати) предложила подключать сетевой диск и указывать пути сохранения на этот сетевой диск. Но это ведь не выход - это временный костыль, который, в свою очередь, может довести до большого скандала и, зная своих бухов, до суда с разработчиками, если база вдруг сохранится не там и при крахе системы я не смогу поднять бэкапы.
В Бэсте прекрасно было реализовано Почему в Медоке нельзя такое же реализовать???!!! А предложение сотрудницы колл-центра делать резервные копии всех предприятий ручками каждый день (зайти на сервер и запустить резервное копирование каждого предприятия из моих чуть больше 30 (!!!)) - меня просто повергло в ужас и тихую истерику...
Второй вопрос - Медок как-то следит за актуальностью бэкапов? Дисковое пространство не резиновое, а он не чистит бэкабы даже (уже) июня месяца
Когда в Медке появится нормально реализованная функция резервного копирования по сети? Для СЕТЕВОЙ версии мне ТехПоддержка (Киевская, кстати) предложила подключать сетевой диск и указывать пути сохранения на этот сетевой диск. Но это ведь не выход - это временный костыль, который, в свою очередь, может довести до большого скандала и, зная своих бухов, до суда с разработчиками, если база вдруг сохранится не там и при крахе системы я не смогу поднять бэкапы.
В Бэсте прекрасно было реализовано Почему в Медоке нельзя такое же реализовать???!!! А предложение сотрудницы колл-центра делать резервные копии всех предприятий ручками каждый день (зайти на сервер и запустить резервное копирование каждого предприятия из моих чуть больше 30 (!!!)) - меня просто повергло в ужас и тихую истерику...
Второй вопрос - Медок как-то следит за актуальностью бэкапов? Дисковое пространство не резиновое, а он не чистит бэкабы даже (уже) июня месяца
-
- Универсал (склонность - системные вопросы)
- Повідомлень: 413
- З нами з: 27 липня 2011, 09:23
Re: Резервное копирование ПО СЕТИ
На данный момент копирование резервной копии по сети возможно только на сетевой диск. Если при передачи РК по сети данные перенесутся с потерями, то потом возможен неккоректный бэкап. И кому в таком случае Вы будете предъявлять претензии? Имеенно по этому рекомендуется выполнять резервное копирование на локальных дисках.
Резервная копия по нескольким предприятиям, в отличии от Бест-звита, выполняется ОДНИМ нажатием кнопки. Файл РК будет содержать данные по всем предприятиям. На Ваш выбор Вы можете создавать РК в меню Адміністрування - Резервне копіювання, либо при выходе из программы - выберите Створити копію всіх підприємств".
Автоматически бэкапы не очищаются.
Резервная копия по нескольким предприятиям, в отличии от Бест-звита, выполняется ОДНИМ нажатием кнопки. Файл РК будет содержать данные по всем предприятиям. На Ваш выбор Вы можете создавать РК в меню Адміністрування - Резервне копіювання, либо при выходе из программы - выберите Створити копію всіх підприємств".
Автоматически бэкапы не очищаются.
--
С уважением, системный аналитик отдела аналитики
Гресь Светлана
Корпорация "Интеллект-Сервис"
[email protected]
С уважением, системный аналитик отдела аналитики
Гресь Светлана
Корпорация "Интеллект-Сервис"
[email protected]
Re: Резервное копирование ПО СЕТИ
Что в лоб что по лбу - все едино. как при записи на сетевой ресурс, так и при записи на сетевой диск может лагать сеть и т.д. при этом и Медок особо работать не будет.gsm писав:На данный момент копирование резервной копии по сети возможно только на сетевой диск. Если при передачи РК по сети данные перенесутся с потерями, то потом возможен неккоректный бэкап.
Для этого можно использовать алгоритмы проверки целостности архива или другие удобные средства - не буду углубляться в подробности. Как это реализовывать я не буду думать.
Разработчику, за то, что не реализовали функционал в полной мере.gsm писав: И кому в таком случае Вы будете предъявлять претензии?
как и по поводу того, что при генерировании секретного ключа данные перезаписываются молча, а не создается новый ключ или не задается вопрос о перезаписи. (Мне мягко намекнули что "Руки у меня не из того места" и что я не один такой, а "наехав" на сертификационный цент выяснилось, что те и не знали о проблеме, а деньги с пользователей за перерегистрацию ключа драли)
Для СЕТЕВОЙ ВЕРСИИ (читаем Клиент-Серверной)???? а мне потом бегать по всем подразделениям и собирать бэкапы? Упали пользовательские машины - пропали бэкапы. Пинать будут меня, а я с Вас не слезу. и война пойдет не на жизнь, а на смерть....gsm писав: Имеенно по этому рекомендуется выполнять резервное копирование на локальных дисках.
И кто это делать будет? Я ежедневно страдать таким не буду и не должен, в общем-то - несколько иные поставлены передо мной задачи, а буху ждать каждый раз пока сделается копия всех предприятий некогда. Пинать начнут меня, а я - Вас. Круг замыкается. И, опять таки, копия сохранится на локальном ПКgsm писав: Резервная копия по нескольким предприятиям, в отличии от Бест-звита, выполняется ОДНИМ нажатием кнопки. Файл РК будет содержать данные по всем предприятиям. На Ваш выбор Вы можете создавать РК в меню Адміністрування - Резервне копіювання, либо при выходе из программы - выберите Створити копію всіх підприємств".
Где НОРМАЛЬНЫЙ механизм создания резервной копии для СЕТЕВОЙ версии программы?
Например, выложите скрипты для работы с БД напрямую, как с MSSQL - настроим шедул так.
Все остальное выглядит сейчас отмазками и нежеланием реализовать функционал. Поправьте меня где я не прав.
Ладно - это как-то сами решим на местном уровнеgsm писав: Автоматически бэкапы не очищаются.
Востаннє редагувалось 18 жовтня 2011, 15:49 користувачем Малышъ, всього редагувалось 1 раз.
Re: Резервное копирование ПО СЕТИ
присоединяюсь - резервирование реализовано отвратительно.
Чего стоит сообщение перед обновлением - Настоятельно рекомендовано сделать резервную копию.
Для этого мне приходится зайти в медок, выйти и при выходе указать сделать бекап
Потом опять к обновлениям.
Сделайте возможность сделать резервирование в процедуре обновления.
Чего стоит сообщение перед обновлением - Настоятельно рекомендовано сделать резервную копию.
Для этого мне приходится зайти в медок, выйти и при выходе указать сделать бекап
Потом опять к обновлениям.
Сделайте возможность сделать резервирование в процедуре обновления.
Re: Резервное копирование ПО СЕТИ
Да, я забыл тоже указать эту особенность.admdz писав: Чего стоит сообщение перед обновлением - Настоятельно рекомендовано сделать резервную копию.
Правда я иначе делаю - останавливаю службу ZvitGrp - запускаю скрипт, который я выкладывал в http://me-doc.com.ua/forum/viewtopic.php?p=3470#p3470 - запускаю службу и только после этих всех манипуляций обновляю.
Re: Резервное копирование ПО СЕТИ
Утром еле нашел тему - хорошо "спрятали"
Хотелось бы услышать ответ администрации, а еще лучше - разработчиков.
После скандала с секретными ключами (28-29 релиз был тогда еще) аналитики "обещали" реализовать сохранение бэкапов в сетевые папки к 33 релизу..... А воз и ныне там
Хотелось бы услышать ответ администрации, а еще лучше - разработчиков.
После скандала с секретными ключами (28-29 релиз был тогда еще) аналитики "обещали" реализовать сохранение бэкапов в сетевые папки к 33 релизу..... А воз и ныне там
Re: Резервное копирование ПО СЕТИ
И тишина....
-
- Повідомлень: 297
- З нами з: 22 червня 2011, 11:29
Re: Резервное копирование ПО СЕТИ
Доработки по сохранению РК по сети не будет в ближайшем времени. Как раз на основании "печального" опыта создания РК на БЕСТе.
Нужно полностью менять логику создания РК, чтобы предупредить сбои в сети.
Нужно полностью менять логику создания РК, чтобы предупредить сбои в сети.
Re: Резервное копирование ПО СЕТИ
На сколько ближайшем? можно ведь и на тормозах спустить все это дело... Предложите, пожалуйста, свой вариант АВТОМАТИЗИРОВАННОГО создания резервной копии (Без участия человека по заданию в планировщике) в нужный мне каталог (пусть и локальный - все равно на сервере отрабатываться будет). Смотрим http://me-doc.com.ua/forum/viewtopic.php?f=11&t=59 - Хотелось бы какого-то адекватного и разумного решенияЯстреб писав:Доработки по сохранению РК по сети не будет в ближайшем времени.
С этого места поподробнее, пожалуйста. За время работы с Бэесом ни разу не возникло каких-либо прецедентов с резервными копиямиЯстреб писав:Как раз на основании "печального" опыта создания РК на БЕСТе.
Нужно полностью менять логику создания РК, чтобы предупредить сбои в сети.
-
- Повідомлень: 307
- З нами з: 20 вересня 2011, 12:59
- Звідки: Житомир
- Контактна інформація:
Re: Резервное копирование ПО СЕТИ
http://effector.com.ua/Малышъ писав:Ястреб писав:Предложите, пожалуйста, свой вариант АВТОМАТИЗИРОВАННОГО создания резервной копии (Без участия человека по заданию в планировщике) в нужный мне каталог (пусть и локальный - все равно на сервере отрабатываться будет).
Правильні бджоли носять правильний мед.
Re: Резервное копирование ПО СЕТИ
В принципе - вариант, но хотелось бы делать все штатными средствами программы, а не придумывать велосипед. Неплохой альтернативой у меня работает скрипт на Java, но опять таки - это костыльvolodymyr.galytskyy писав:http://effector.com.ua/
Re: Резервное копирование ПО СЕТИ
Наступим на больной мозоль еще раз
Когда же будет реализовано?
Какие планы?
Смотрю ошибку по созданию заявок исправили только через 8 (!!!!) релизов. Интересно когда предвидеться работа по БазеДанных и ее резервированию без участия клиента?
Когда же будет реализовано?
Какие планы?
Смотрю ошибку по созданию заявок исправили только через 8 (!!!!) релизов. Интересно когда предвидеться работа по БазеДанных и ее резервированию без участия клиента?
Re: Резервное копирование ПО СЕТИ
Администрация и разработчики!
Мы все еще здесь и помним что вы так и не доделали нормальный алгоритм резервного копирования.
Кстати, ссылаясь на Ваши же слова о проблемах с сетью при копировании, можно задать резонный вопрос о клиент-серверном вариант программы - "А если сеть глюканет?!!" Доработайте, пожалуйста свои недоработки или верните то, что было в Бэст-звит
Мы все еще здесь и помним что вы так и не доделали нормальный алгоритм резервного копирования.
Кстати, ссылаясь на Ваши же слова о проблемах с сетью при копировании, можно задать резонный вопрос о клиент-серверном вариант программы - "А если сеть глюканет?!!" Доработайте, пожалуйста свои недоработки или верните то, что было в Бэст-звит
Re: Резервное копирование ПО СЕТИ
Сложно сказать. Даработку сформировал программистам действительно месяца два назад.
Однако у программистов есть свой руководитель, который решает сроки выполнения той или иной задачи.
Однако у программистов есть свой руководитель, который решает сроки выполнения той или иной задачи.
Re: Резервное копирование ПО СЕТИ
И еще раз здравствуйте! Скажите, какие вести с фронта? С бэкапами все тот же головняк продолжается...Родин Евгений писав:Сложно сказать. Даработку сформировал программистам действительно месяца два назад.
Однако у программистов есть свой руководитель, который решает сроки выполнения той или иной задачи.
Re: Резервное копирование ПО СЕТИ
Може комусь пригодиться.
Я резервування організував наступним чином
sc.exe stop ZvitGrp1
7z.exe a <remote path>\%DATE:~-4%.%DATE:~3,2%.%DATE:~7,2%_%time::=.%-med.7z -mx9 c:\Medoc\Medoc\db\ZVIT.FDB
sc.exe start ZvitGrp1
У моєму скрипті виявилась помилка, навідь дві )). Неправильно додавалась дата до імені архіву, та зовсім неправильне ім'я за умови, що година односимвольна. Нижче наведена правильна версія.
Примітка. Шлях до 7zip має бути вписаний у змінну PATH.
sc.exe stop ZvitGrp1
7z.exe a "<remote path>\%DATE:~-4%.%DATE:~3,2%.%DATE:~0,2%_%time::=.%-med.7z" -mx9 c:\Medoc\Medoc\db\ZVIT.FDB
sc.exe start ZvitGrp1
Я резервування організував наступним чином
sc.exe stop ZvitGrp1
7z.exe a <remote path>\%DATE:~-4%.%DATE:~3,2%.%DATE:~7,2%_%time::=.%-med.7z -mx9 c:\Medoc\Medoc\db\ZVIT.FDB
sc.exe start ZvitGrp1
У моєму скрипті виявилась помилка, навідь дві )). Неправильно додавалась дата до імені архіву, та зовсім неправильне ім'я за умови, що година односимвольна. Нижче наведена правильна версія.
Примітка. Шлях до 7zip має бути вписаний у змінну PATH.
sc.exe stop ZvitGrp1
7z.exe a "<remote path>\%DATE:~-4%.%DATE:~3,2%.%DATE:~0,2%_%time::=.%-med.7z" -mx9 c:\Medoc\Medoc\db\ZVIT.FDB
sc.exe start ZvitGrp1
Востаннє редагувалось 04 квітня 2012, 15:48 користувачем Nazarko, всього редагувалось 2 разів.
Re: Резервное копирование ПО СЕТИ
При создании резервной копии медок создает файл объемом 0 Кб и закрывается. Как лечить? Или все же правильнее бекапить непосредственно ZVIT.FDB ? Хотелось бы услышать мнение разработчиков
Re: Резервное копирование ПО СЕТИ
Пришлите ZVIT.FDB - резкопия не должна создаваться такого объема, нужно ее посмотреть (и попытаться "вылечить").
Бэкапить саму базу не рекомендуется, хотя конечно возможно. Почему, хорошо объяснил skirillov
http://www.me-doc.com.ua/forum/viewtopi ... 930#p19930
Бэкапить саму базу не рекомендуется, хотя конечно возможно. Почему, хорошо объяснил skirillov
http://www.me-doc.com.ua/forum/viewtopi ... 930#p19930
Re: Резервное копирование ПО СЕТИ
Дело в том, что после пары перезагрузок создать резервную копию сделать удается. ZVIT.FDB я бы с удовольствием выслал, только её размер 2.2 Гб. В упакованном виде 208 МбРодин Евгений писав:Пришлите ZVIT.FDB - резкопия не должна создаваться такого объема, нужно ее посмотреть (и попытаться "вылечить").
Бэкапить саму базу не рекомендуется, хотя конечно возможно.
Re: Резервное копирование ПО СЕТИ
проблема до сих пор актуальна. Прошу обратить внимание