Настройка опции application-aware processing при создании задачи резервного копирования
Опция application-aware processing является одной из двух доступных в портале резервного копирования и вместе с guest file system indexing позволяют взаимодействовать с ОС внутри ВМ.
Сама же она предназначена для настройки резервной копии в зависимости от работы программ внутри ВМ, а конкретно, СУБД, установленных на виртуальном сервере.
Для того, чтобы включить её, во время создания задачи резервного копирования включите галочку Enable application-aware processing в меню Guest Processing
Для настройки опции нажмите кнопку Customize Application
Выберите нужную ВМ и нажмите Edit
Опишем функционал каждой из вкладок меню настройки:
- General – общие настройки.
Внутри есть следующие подпункты меню:
- Applications – система обнаруживает приложения и осуществляет выполнение задачи в соответствии с их состоянием. Настройка необходима для консистентной резервной копии. Внутри можно выбрать одну из следующих опций:
- Require successful processing (recommended) – приложения должны работать без ошибок. В противном случае задача резервного копирования не запустится.
- Try application processing, but ignore failures – задача будет выполнена в случаях, если приложения работают корректно или с предупреждениями
- Disable application processing – отключить проверку приложений
- Microsoft VSS settings – настройки необходимы для работы с журналами транзакций продуктов Microsoft: SQL Server, Exchange прочими, поддерживающими VSS. Можно выбрать одну из указанных опций:
- Process transaction logs with this job (recommended) – журналы транзакций будут обрабатываться в этой же задаче резервного копирования
- Perform copy only (lets another application use logs) – журналы транзакий будут обрабатываться другим приложением (не рекомендуем включать)
- Persistent guest agent – позволяет осуществлять резервное копирование при помощи целостного агента, установленного в гостевую ОС.
- SQL – содержит специфичные настройки для Microsoft SQL Server
Здесь содержатся настройки работы с журналами транзакций СУБД. Вы можете выбрать из следующих опций:
- Truncate logs (prevents logs from growing forever) – задача резервного копирования не будет допускать бесконечного разрастания журналов
- Do not truncate logs (requires simple recovery model) – журналы транзакций не будут обрезаться
- Backup logs periodically (backed up logs are truncated) – для журналов транзакций буде периодически создаваться резервная копия без копии всего сервера. Здесь можно выбрать частоту создания резервной копии, а так же глубину хранения (настраивается в параметре Retain log backups):
- Until the corresponding image-level backup is deleted – копия журналов транзакций будет существовать, пока существует копия всего сервера, созданная в задаче
- Keep only last – в копию будет включены только
- Oracle – содержит специфичные настройки для Oracle Database
В данном меню вы можете сделать следующее:
- Указать учетную запись для подключения к серверу Oracle (не путайте с учетными данными для подключения к ОС)
- Выбрать способ хранения архивных журналов:
- Do not delete archived logs – не удалять архивные журналы, что чревато заполнением диска на сервере
- Delete logs older than: – удаляет журналы, которые хранятся на сервере дольше, чем выбранное количество часов
- Delete logs over: – удаляет журналы, размер которых превышает указанное число в гигабайтах
- Backup logs every – включение данной опции позволит создавать отдельную резервную копию журналов за указанный промежуток времени в минутах. Так же можно указать время хранения этой копии в настройках параметра Retain log backups. Функционал аналогичен параметру в меню SQL
- PostgreSQL – содержит специфичные настройки для СУБД PostgreSQL, а именно, для создания резервной копии журналов транзакций.
Для того, чтобы настроить отдельное резервное копирование журналов транзакций, укажите следующее:
- Учетную запись от экземпляра СУБД
- Тип этой учетной записи:
- Database user with password – пользователь с паролем
- Database user with password file (.pgpass) – пользователь подключается при помощи файла с паролем
- System user without password (peer) – пользователь не имеет пароля и подключается через peer
- Указать частоту создания резервной копии журналов транзакций, а так же срок её хранения (подменю Retain log backups, функционал аналогичен в меню SQL и Oracle)
- Временное хранилище копий журналов транзакций. Отмечаем, что место должно быть доступно со стороны сервера PostgreSQL и иметь достаточно свободного места
- File Exclusions – содержит настройку исключения файлов из резервной копии.
Функционал данного меню позволяет выбрать, какие файлы или папки будут или включены в резевную копию, а какие исключены из неё. Так, например, можно указать, что в резервной копии будут все файлы с расширением .pdf, но будут исключены все файлы с раширением .iso или .bat.
По завершении настроек закройте оба окна, нажав OK
Так же для того, чтобы опция работала необходимо указать учетную запись с правами администратора в гостевой ОС для того, чтобы сервис резервного копирования мог подключиться и выполнить все операции. Выбрать учетную запись вы можете из списка в поле Guest OS credentials
Добавить новую учетную запись вы можете, воспользовавшись нашей статьей <ссылка на статью по созданию учетной записи>