Тема: Комендант 5, резервное копирование

Доброго дня.

Комендант 5.0, установлен на Dell PE2950, 2xXeon E5410, 8 Гб ОЗУ, Windows 2003 R2 Enterprise. База данных получена из резервной копии SMDR Server 3.0 согласно мануалу.

Настроена и запущена служба автоматического резервного копирования (см. 01.jpg), при этом резервные копии не создаются (после изменения параметров РК соответствующая служба перезапускается), а в файл service_backup.log при каждом перезапуске дописывается:

27.08.2010 14:03:24 Stop
27.08.2010 14:05:35 Start
27.08.2010 14:07:45 Error make backup. Out of memory

При попытке произвести РК с сервера вручную (из “Конфигуратора”), на 71% резервирования данных скачком увеличивается использование памяти (см. 02.jpg), после чего РК останавливается с сообщением об ошибке (см. 03.jpg). При этом, на момент РК свободно ~ 5 ГБ оперативки.

Ровно та же картина, пункт в пункт—при попытке произвести РК с рабочей станции с установленным “Конфигуратором”. Проще говоря, шансов получить резевную копию на “случись чего”—никаких.

Как быть?

Нажмите на миниатюру, чтобы увидеть изображение в полный размер.

MySQL установлен из пакета “Комендантъ”?
Для выяснения причин нам необходимо протестировать Вашу базу данных MySQL.
Сможете ли предоставить такую возможность?
Если да, то нам необходимо получить либо доступ к БД, либо архив каталога, где установлен MySQL с базой данных.

Ware.Support - 27.08.10 15:20

MySQL установлен из пакета “Комендантъ”?

Да, конкретно—из этого пакета.

Ware.Support - 27.08.10 15:20

Для выяснения причин нам необходимо протестировать Вашу базу данных MySQL.
Сможете ли предоставить такую возможность?
Если да, то нам необходимо получить либо доступ к БД, либо архив каталога, где установлен MySQL с базой данных.

Да, конечно.

1. Нужен архив всей папки MySQL, или только подпапки “data”?
2. Перед созданием архива, что-либо ещё, кроме остановки сервиса MySQL и сервисов “Коменданта”, делать нужно?
3. Куда засылать, и есть ли какие-либо ограничения на размер аттача?

Заранее спасибо.

Нужен архив всей папки MySQL.
Перед созданием архива остановить сервис MySQL и сервисы “Коменданта”.
Просьба упаковать архиватором RAR (для максимального сжатия).
smdr@dipmail.ru

В высланном архиве не хватает 6 части.

В субботу утром отправил оставшиеся части архива.

Да все получили. Сейчас разбираемся.
А зачем Вы храните архив событий за 2,5 года?
Лучше оставить за последние полгода, и база будет меньше, и учет рабочего времени будет работать быстрее.

Опаньки...

Если мне не изменяет склероз, в базе должны быть события только с февраля сего года. По крайней мере, раз в полгода я события из “Модуля отчётов” зачищал.

Не знаю, что и сказать.

Если быть точнее, то У Вас там архив за 543 дня.
События начиная с марта 2008 и заканчивая концом августа 2010.
Очистка архива работает как часы (проверили), удалили все события до февраля 2010.

Оптимизировали работу резервного копирования.
Для Вас выложили тестовые дистрибутивы с резервным копированием.
http://download.komendant.net/5_0/setup_config2.exe
http://download.komendant.net/5_0/setup_admin_db2.exe
http://download.komendant.net/5_0/setup_service_backup2.exe
 
Попробуйте их установить и поработать с ними.
Большая просьба к Вам, после испытаний отписаться о результате проверки.

Спасибо большое.

Какие-то дополнительные телодвижения над уже установленной базой производить надо?

Нет.
Просто переустановить ПО.

По пунктам:

1. Все три компонента переустановил с удалением старых версий;

2. РК вручную из “Конфинуратора” работает на “отлично”;

3. С автоматическим РК—сплошная иллюзионистика  и мелкие чудеса.

Переставлял компоненты в пятницу ночью. Сразу после установки и запуска, служба РК создала резервную копию базы:

03.09.2010 3:45:37 Start
03.09.2010 3:45:37 Begin create backup file. C:\Program Files\SMDR\Komendant 5.0\service_backup\backup\komendant_20100903_034537.sqlz
03.09.2010 3:48:23 Backup file create complete. C:\Program Files\SMDR\Komendant 5.0\service_backup\backup\komendant_20100903_034537.sqlz

Спасибо ей, конечно 😊, но в настройках расписания ничего подобного не было (см. аттач из самого первого сообщения в ветке).

Поменял настройки в расписании (см. 110.jpg), перезапустил службу РК (отметка 03.09.2010 3:50:10 в лог-файле). В течении следующих 17-ти часов ни одной резервной копии создано не было.

Почесался, ещё раз поменял настройки (111.jpg). Перезапустил службу. После запуска, служба немедленно создала ещё одну резервную копию... после чего начала создавать их каждый час, без какой-либо оглядки на указанное расписание (112.jpg, отметки с 03.09.2010 21:39:12 в лог файле).

На восьмой резевной копии по счёту службу остановил.

Нажмите на миниатюру, чтобы увидеть изображение в полный размер.

Ну, собственно, и всё. Лог-файл—в аттаче.

Единственное, что ещё хотелось бы уточнить: “Автоматическое архивирование” должно удалять из текущей базы записи с SMDR-контроллеров? И количество месяцев для удаления отсчитывается от текущей даты, или от первого числа текущего месяца?

service_backup.zip  (Размер: 1KB - Загрузки: 270)

Единственное, что ещё хотелось бы уточнить: “Автоматическое архивирование” должно удалять из текущей базы записи с SMDR-контроллеров?

 
Нет. Служба резервного копирования не должна удалять данные из архива событий - это делается вручную.
Еще раз протестируем службу резервного копирования и напишем.
 
Вопрос.
Локализация “русская”, точнее говоря, опишите формат даты и времени в системе?

Формат даты/времени—стандартный для русской локали (в аттачах).

Нажмите на миниатюру, чтобы увидеть изображение в полный размер.