|
Резервное копирование |
  
|
|
Резервное копирование |
|
Настройки задачи по резервному копированию данных.
Задача копирует все файлы конфигурации, файлы баз данных, а также другие дополнительные данные, например, от модулей расширения. Главная цель копирования - быстрое восстановление работы программы при сбое, а также откат к старым настройкам. Процедура восстановления данных средствами программы не предусмотрена, это надо делать копированием файлов приостановленной службе программы.
По умолчанию задача запрещена.
Разрешить резервное копирование - разрешить задачу.
Расписание... - открыть окно настроек планировщика. По умолчанию планировщик отключен, т.е. задача может быть запущена только вручную.
Путь для копирования данных - введите файловый путь (имя папки), куда будут копироваться данные. Если папки нет, она будет создана.
Файл журналов db3.log, как правило, наиболее большой, для его копирования предусмотрены отдельные опции -
| • | Копировать все - быстрое копирование всего файла целиком. |
| • | Копировать выборочно - можно выбрать данные в этой БД для копирования отдельно. Это позволяет уменьшить размер архива, исключив оттуда старые или менее неважные данные. Операция с большим файлом БД может быть очень медленной. В отдельном окне здесь доступны настройки - Копировать за (???) последних дней - будут копироваться только свежие данные за заданное время. Считаются полные и неполные сутки. Для больших журналов настроить отдельно - задайте отдельные настройки. Например, журнал трассировки SMTP сервера может быть очень большим, но нет смысла делать резервную копию за большой период времени. |
| • | Не копировать - отказаться от копирования файла базы данных журналов. В случае потери этих данных не будут доступны отчеты за период времени, но данные биллинга потеряны не будут. |
Копировать индекс кеша прокси сервера - по умолчанию отключено. Резервное копирование файла кеша прокси сервера из-за его очень большого размера не предусмотрено, но файл индекса может быть скопирован и затем восстановлен. Но тут следует учесть, что данные в кэше прокси сервера могли быть переписаны, добавлены новые и актуальность некоторых данных может быть потеряна. Но в некоторых случаях эта опция может быть полезна. Механизм чтения данных из кеша защищен от чтения неверных данных, поэтому на его корректности работы это никак не скажется.
Имеется два режима резервного копирования -
| • | Переписывать данные - новые данные в архиве пишутся поверх старых. Для XML файлов конфигурации создаются bak файлы, но остальные файлы просто переписываются поверх старых. В этом режиме в случае сбоя операции может получиться так, что архив будет неполным. |
| • | Для каждого архива создавать новую папку - в этом случае каждый раз создается отдельный архив в отдельной папке. В этом режиме надо позаботится о том, что-бы не произошло переполнение диска, автоочистка диска для этой операции пока не предусмотрена. Настройте лимиты предупреждений. |
Текущая страница справки: http://help.smart-soft.ru/doc201/index.html?adminmaintenancebackup.htm