Skip to content
На этой странице:

Настройка политики резервного копирования

Чтобы настроить резервное копирование, настройте политику и примените ее для определенного бэкап-агента.

Возможны следующие варианты:

  • создать одну политику и применять ее ко всем VM
  • настраивать индивидуальные политики для каждой VM

Управление политиками

Для управления политиками бэкапа:

  1. Подключитесь к VSPC.
  2. Нажмите на кнопку Configuration.
  3. Перейдите в раздел Backup Policies.
  4. Нажмите на кнопку +New для создания новой политики.

Существующие политики возможно редактировать, копировать и удалять.

Настройка политики

  1. Задайте имя политики. Если необходимо, заполните описание.

  2. Выберите режим работы:

    • Server − сервер. Режим сервера более функционален, поддерживает консистентность (согласованность) данных на уровне приложений и гибкую настройку расписания бэкапа.
    • Workstation − рабочая станция.

  3. Выберите режим бэкапа:

    • Entire computer − компьютер целиком. Работает на блочном уровне и позволяет восстановить отдельные разделы или компьютер целиком (все тома) или восстановить файлы или папки из нужного раздела.
    • Volume level backup − раздел (том). Работает на блочном уровне и позволяет восстановить выбранный раздел или восстановить файлы или папки из указанного раздела.
    • File level backup (slower) − копирование файлов. Работает на файловом уровне. Данный режим значительно медленнее блочного − не рекомендуется использовать его для бэкапа большого объема данных.

  4. Выберите Veeam Cloud Connect repository для сохранения копий в облако CloudMTS.

  5. Настройте политику хранения резервных копий:

    • задайте количество хранимых точек восстановления

    • перейдите к расширенным настройкам.

      Рекомендуемый минимум: 7 точек восстановления при использовании схемы Forward Incremental. Для ее применения настройки окна Advanced Settings > Backup должны выглядеть так:

    Внимание

    Не рекомендуем при использовании данной схемы задавать более 14 точек восстановления.

    При большом объеме бэкапа появляется необходимость восстановления из длинной цепочки инкрементов. Это занимает длительное время и повышает вероятность ошибки.

    7-14 инкрементов приемлемо, более 14 − возрастают риски.

    Если объем бэкапа составляет несколько сотен ГБ, не рекомендуем делать более 7 инкрементов − ниже описана реализация.

    Если необходимо хранить копии от двух недель (от 14 точек восстановления) и более:

    • выставьте нужное значение в поле Retention policy: 14 или более
    • настройте еженедельное создание активного полного бэкапа, в любой удобный день недели

    При вышеописанных настройках будут создаваться недельные цепочки из полного бэкапа и связанных с ним инкрементов. Политика хранения будет держать на репозитории не менее 2 и не более 3 недельных цепочек:

    • на 21 день после создания свежей третьей цепочки создастся новый инкремент
    • первая, самая старая, цепочка удалится, останутся 2 свежие цепочки

    На следующий день создастся новый полный бэкап, который положит начало новой третьей цепочке, это повторяется циклически.

    Если необходимо хранить еще больше точек восстановления при таком подходе, их количество нужно увеличивать кратно 7. Например:

    • 21 точка - 3-4 недельных цепочки
    • 28 точек - 4-5 недельных цепочек; данный вариант гарантирует восстановление на любой день в течение месяца (28-35 дней)

    Если необходимо зашифровать копии, поставьте галочку, укажите пароль и по желанию подсказку.

  6. Задайте аккаунт и квоту для подключения к облачному репозиторию.

    Далее приведены рекомендуемые настройки.

    Если отключить параметр Unlimited quota, возможно задать размер User quota − фиксированную квоту (субквоту), одинаковую для каждого агента. В сумме они не должны превышать общей квоты репозитория клиента. Без субквот каждый агент займет ровно столько, сколько необходимо. Данный подход полезен для определенных сценариев, но не является гибким.

    Параметр Use single tenant account for all computers managed by the company не рекомендуется использовать из соображений безопасности, так как в этом случае у каждого агента будет одинаковая пара логин/пароль для подключения к облаку. В первом варианте они уникальны, создаются автоматически после привязки политики к агентам и могут быть изменены вручную через VSPC.

  7. На вкладке Backup Cache возможно включить сохранение копий на VM, если соединение с репозиторием Veeam Cloud Connect repository отсутствует. В подавляющем большинстве случаев в данной опции нет необходимости, поэтому рекомендуется не включать данную функцию.

  8. На вкладке Guest Processing возможно настроить опции обработки ОС.

    При резервном копировании любого Windows-узла рекомендуется включать опцию Application-Aware Processing. Использование данной опции позволяет создавать транзакционно-консистентный бэкап для приложений, совместимых с MS VSS (Volume Shadow Copy Service). Примеры таких приложений: Microsoft Active Directory, Microsoft SQL Server, Microsoft SharePoint, Microsoft Exchange, Oracle.

    Чтобы настроить эти приложения, нажмите на кнопку Customize application handing options for individual applications.

    Подробно данные настройки описаны в официальной документации:

    Важно

    Если на Windows-узлах не установлены перечисленные выше приложения, рекомендация включать опцию application-aware processing актуальна, так как на любой современной ОС Windows присутствует набор других штатных VSS writers, с которыми умеет работать агент Veeam. Использование данной опции позволяет снизить риск неконсистентности бэкапа в том числе для обычных файловых серверов.

    Совет

    Если на узле не установлено ни одно из перечисленных приложений, то оставьте настройки Customize application handing options… по умолчанию: приложений, к которым они применяются нет − настройки работать не будут. Включите опцию Enable application-aware processing, более ничего не требуется.

  9. На вкладке Schedule возможно настроить расписание резервного копирования.

    В подавляющем большинстве случаев оптимальным вариантом является ежедневное копирование один раз в сутки в заданное время. Чтобы применить данный подход:

    • включите опцию Run the job automatically (при выключенной опции будет возможен только ручной запуск задания бэкапа).
    • выберите время: Everyday − ежедневно, On weekdays − в рабочие дни, On these days − в дни недели на выбор.
    • включите опцию Automatic retry − перезапуск сбойного задания резервного копирования .

    Выше описаны основные рекомендации по настройке расписания бэкапа серверов. Подробнее настройка расписания для рабочих станций и серверов описана здесь.

  10. Изучите свод созданных настроек политики и нажмите на кнопку Finish для ее создания.

  11. Новая политика отобразится в списке.

Привязка политики к бэкап-агентам

Созданную политику необходимо привязать к выбранным агентам:

  1. Подключитесь к VSPC.
  2. Перейдите в пункт Managed Computers.
  3. Перейдите на вкладку Backup Agents.
  4. Отметьте нужные агенты.
  5. Нажмите на кнопку Assign.
  6. В окне Backup Policies выберите политику и нажмите на кнопку Assign.

Важно

Для создания политики на данном шаге в окне Backup Policies нажмите на кнопку +Create New, без выбора политики из списка.

Примененная к бэкап-агенту политика отобразится в поле Backup Policy.