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