Сетевой медок. Вопросы по настройке резервного копирования.

[sunghost]

Каким образом правильнее настраивать резервное копирование сетевого Медка? До этого работали только с локальной версией Медка и стояло резервное копирование при каждом выходе из проги. Теперь вопрос, если оставить такие настройки, как оно будет работать? Несколько человек работают с базой, один выходит и включается резервное копирование... Что остальные в это время делают? работают дальше или висят? Что будет в резевной копии? Вобщем прошу совета у бывалых!

[Kusaka]

Резервная копия не делается, если хоть один из пользователей производит операции в программе.
Кол-во пользователей можно увидеть запустив "ZvitServerMonitor.exe", оттуда же можно запустить и резервное копирование.
Нюанс если копирование делают несколько (2 или более) пользователей программа запоминает путь который указывал последний пользователь. Т.е. если он указал его как диск "Z:\..." то программа не даст сделать копию, пока не будет указано точно тоже расположение диска "Z:\..."
+ при восстановлении из резервной копии все предварительно настроенные группы, пользователи и роли - "самоустраняются". Однако, документы - остаются в целости

[sunghost]

Резервная копия не делается, если хоть один из пользователей производит операции в программе.
Кол-во пользователей можно увидеть запустив "ZvitServerMonitor.exe", оттуда же можно запустить и резервное копирование.
Нюанс если копирование делают несколько (2 или более) пользователей программа запоминает путь который указывал последний пользователь. Т.е. если он указал его как диск "Z:\..." то программа не даст сделать копию, пока не будет указано точно тоже расположение диска "Z:\..."
+ при восстановлении из резервной копии все предварительно настроенные группы, пользователи и роли - "самоустраняются". Однако, документы - остаются в целости

Может при восстановлении из архива? Так как вчера из копии восстанавливалась - пользователи и группы на месте.

[markus112]

Имеем: сетевая версия Медок, лицензия, достаточно мощный сервер W2003EER2х86
С недавних пор (ориентировочно - начало регистрации налоговых накладных
в этом месяце) приложение (и ранее не отличавшееся працювытостью),
просто впадает в кому.
Перезапуск службы ZvitGrp ничего не меняет.
Последняя попытка вывела такой транспарантик: "Помилка з'єднання з
базою данних"

Подскажите как можно реанимировать БД. Размер 3.7 Гбайта. Олновременно работает 12-13 пользователей. Используется фаербёрд.
Как можно реанимировать БД ?

[Колпаков Б.И.]

Восстановлением РК.ZBK на пустую базу.
Единственный минус заново настраивать роли и пользователей.

[Feid]

Дополнение к вопросу от markus112. Тот же клиент. Интересуются возможностью переноса в новую базу данных налоговых накладных за 2014-2015 год. И не переноса информации за более ранние периоды (2013 год). Возможно ли это?

[Белокопытов Геннадий]

Feid
Переносить информацию выборочно, можно только на чистую базу программы, методом экспорта и импорта отчетов.
Если выполняется восстановление РК или перенос базы, будут восстановлены все данные. Возможности выбора определенного периода восстановления данных нет.

[ZuluSpirit]

Налаштували планувальник завдань на щоденне створення архіву з перевіркою БД.
Три дні він пропрацював, а на 4-й навіть не запустився.

| Показать

Код: Виділити все

19.02.2015 22:01:06 Операція виконується
19.02.2015 22:01:06 Створення архіву
19.02.2015 22:01:07 Process.Start
ErrorPlannerCode=1=19.02.2015 22:01:09
PlannerCode=1=19.02.2015 22:11:01
19.02.2015 22:11:01 Операція виконана успішно /*10.01.028*/

20.02.2015 22:00:55 Операція виконується
20.02.2015 22:00:55 Створення архіву
20.02.2015 22:00:56 Process.Start
ErrorPlannerCode=1=20.02.2015 22:00:58
PlannerCode=1=20.02.2015 22:05:45
20.02.2015 22:05:45 Операція виконана успішно /*10.01.030*/

21.02.2015 22:00:56 Операція виконується
21.02.2015 22:00:56 Створення архіву
21.02.2015 22:00:57 Process.Start
ErrorPlannerCode=1=21.02.2015 22:00:58
PlannerCode=1=21.02.2015 22:05:33
21.02.2015 22:05:33 Операція виконана успішно /*10.01.031*/

і після 21-го числа записів більше не було.
Сьогодні вирішили вияснити причину і запустили архівацію вручну й наткнулися на наступну помилку:

Код: Виділити все

System.Exception: Файл бази даних пошкоджен:
Validation should be used against a specific database
в BackupManager.FmBackupManager.BackupCreateProc(Object data)=02.03.2015 9:58:38

але запис про це в файлі-логу створився.

Питання:
1. Чому перестав працювати планувальник?
2. Що це за помилка?
3. Чому перевірка бази IBExpert-ом помилок не виявляє?
4. Як відновити коректну роботу засобів резервного копіювання?

Розмір бази - 5 ГБ.
РК.ZBK створюється, розмір - 582 МБ, РК.FBK також створюється (і з неї коректно відновлюється БД), розмір - 3,82 ГБ.
МЕДок працює на своїй службі, ОС - Win 7.

[Белокопытов Геннадий]

ZuluSpirit
Здравствуйте!
Данная ошибка находится в разработке, правки по которой будет выпущены в одном из следующих функциональных обновлений.

[markus112]

А если выполнить архивирование первичных документов за предыдущие периоды.
Это позволит уменьшить БД ?

[Белокопытов Геннадий]

markus112
Размер базы не уменьшиться, при выполнении архивирования первичных документов по периодам, рост базы будет выполняться значительно меньше при создании документов в дальнейшем, так как фактически первичные документы из архива будут перемещены в отдельный каталог.

[nazar84]

Налаштував планувальник завдань на створення архіву. Архіви повинні складатись по мережевому шляху \\srv01\backup\medoc. Служба ZvitGrp2 запущена від імені користувача який має доступ до цієї мережевої папки.
В логу планувальника
06.03.2015 9:10:20 Запуск планувальника завдань [Admin]
06.03.2015 9:15:51 Операція виконується
06.03.2015 9:15:51 Створення архіву
06.03.2015 9:15:52 Process.Start
ErrorPlannerCode=3=06.03.2015 9:15:52
PlannerCode=3=06.03.2015 9:21:10
06.03.2015 9:21:10 Операція виконана успішно

Що це за помилки?

Перевірка архіву "Менеджером архіву програми" завершується помилкою
Файл: \\srv01\backup\medoc\2015-03-06-09-15 10.01.033.BKZ
Помилка при перевірці:
Unable to complete network request to host "localhost".

Чому він "лізе" на localhost?

[Белокопытов Геннадий]

nazar84
Здравствуйте!
Уточните, пожалуйста, используется ли у Вас для работы программы дополнительная служба Firebird?
В случае если данной службы нет, в настройках создания архива программы снимите признак "Створювати архів з перевіркою бази".

[nazar84]

Уточните, пожалуйста, используется ли у Вас для работы программы дополнительная служба Firebird?

Не використовується

В случае если данной службы нет, в настройках создания архива программы снимите признак "Створювати архів з перевіркою бази"

Знятий

Сьогодні ще перевірив варіант запуску служби ZvitGrp2 з системним обліковим записом і створення архіву за локальним шляхом. Результат такий самий
06.03.2015 11:18:18 Запуск планувальника завдань [-1]
06.03.2015 11:20:48 Операція виконується
06.03.2015 11:20:49 Створення архіву
06.03.2015 11:20:49 Process.Start
ErrorPlannerCode=5=06.03.2015 11:20:49
PlannerCode=5=06.03.2015 11:23:14
06.03.2015 11:23:14 Операція виконана успішно
06.03.2015 11:23:18 Запуск планувальника завдань [-1]

[Белокопытов Геннадий]

nazar84
Здравствуйте!
Проверьте, пожалуйста, создание резервной копии в формате *.zbk в локальную папку сервера.
Прикрепите полный лог планировщика, файл planner.log для проверки.

[nazar84]

ZBK створюється без проблем Лог бекапа в локальну папку
06.03.2015 19:01:13 Операція виконується
06.03.2015 19:01:13 Створення архіву
06.03.2015 19:01:13 Process.Start
ErrorPlannerCode=5=06.03.2015 19:01:14
PlannerCode=5=06.03.2015 19:04:17
06.03.2015 19:04:17 Операція виконана успішно
06.03.2015 19:04:21 Запуск планувальника завдань [-1]
07.03.2015 19:01:21 Операція виконується
07.03.2015 19:01:22 Створення архіву
07.03.2015 19:01:22 Process.Start
ErrorPlannerCode=5=07.03.2015 19:01:23
PlannerCode=5=07.03.2015 19:04:46
07.03.2015 19:04:46 Операція виконана успішно
07.03.2015 19:04:50 Запуск планувальника завдань [-1]
08.03.2015 13:12:33 Запуск планувальника завдань [-1]
08.03.2015 19:01:04 Операція виконується
08.03.2015 19:01:05 Створення архіву
08.03.2015 19:01:05 Process.Start
ErrorPlannerCode=5=08.03.2015 19:01:06
PlannerCode=5=08.03.2015 19:02:55
08.03.2015 19:02:55 Операція виконана успішно
08.03.2015 19:02:58 Запуск планувальника завдань [-1]
09.03.2015 9:20:13 Планувальник завдань зупинено [Admin]

09.03.2015 9:20:50 Запуск планувальника завдань [Admin]

[Ярослав Заец]

Перевірка архіву "Менеджером архіву програми" завершується помилкою
Файл: \\srv01\backup\medoc\2015-03-06-09-15 10.01.033.BKZ
Помилка при перевірці:
Unable to complete network request to host "localhost".

Данная ошибка возможна только в случае если у Вас не установлена служба Firebird но Вы установили отметку проверка базы.
Так как проверка базы осуществляется средствами службы Firebird, то у Вашем случае будет выводится данное сообщение.
Снимите отметку проверка базы и бекап должен создаваться без проблем.

[OlesOles]

Налаштували планувальник завдань на щоденне створення архіву з перевіркою БД.
Три дні він пропрацював, а на 4-й навіть не запустився.

Питання:
1. Чому перестав працювати планувальник?
2. Що це за помилка?
3. Чому перевірка бази IBExpert-ом помилок не виявляє?
4. Як відновити коректну роботу засобів резервного копіювання?

+1, відбувається те саме.

[Kapet]

+1, - да, есть такая печалька с планировщиком...

[Белокопытов Геннадий]

OlesOles, Kapet
Здравствуйте!
Опишите. пожалуйста, более детально вопрос для постановки задачи на проверку:
- на какой ОС установлена серверная часть программы
- какой размер базы
- используется ли служба Firebird (какой режим работы)
- прикрепите логи планировщика, файл planner.log
- прикрепите логи программы которые находятся в папке LOG.