Установка и настройка Veeam Backup 6.0 (часть 3)

В этой части создадим задание на резервную копию.

В одно задание можно поместить несколько виртуальных машин, я бы даже сказал не можно, а нужно, т.к. тогда сработает дедупликация и мы получим на выходе размер архива в несколько раз меньше, чем делали бы бэкап каждой машины в отдельности. Советую в заданиях группировать виртуальные машины по схожести ОС, т.е. одно задание с виртуалками с windows server 2008/2008 R2, другое с Linux системами.

Итак приступим.
Нажмем правой кнопкой мыши на пункте Jobs и выберем пункт backup -> придумываем имя -> добавляем виртуальные машины

 

Настраиваем параметры резервной копии, тут остановимся по подробней.

Backup proxy — тут мы можем выбрать конкретный proxy или оставить параметр Автоматик, для распределения нагрузки, соответственно имеет смысл если у вас несколько proxy серверов.

Backup repository — выбираем куда будут складываться резервные копии.

Restore points to keep on disk — количество точек восстановления, которые будут хранится на диске, сюда входят как full бэкапы, так и инкрементальные. По сути это единственный параметр, которым мы можем регулировать актуальность бэкапов, т.е. резервные копии хранятся не по дням, а только по количеству. Если у вас сделано 14 бэкапов и делается 15, то  самый старый стирается и системе все равно full это или инкремент, поэтому будьте внимательными и заранее просчитайте, сколько точек вам надо, что бы не переполнился диск или что бы вы не остались с инкрементальным бэкапом, но без фула на который он завязан.

Advanced:

Reversed incremental — так называемый обратный инкрементальный архив, это когда у вас самая последняя архивная копия является full, а предыдущие инкременты от неё. Т.е. как только делается новый инкрементальный бэкап, к нему добавляется предыдущий full, но без новых изменений, в итоге мы получаем новый full, а устаревшие файлы (которые были изменены между этими двумя бэкапами и входят теперь в новый full) будут составлять инкрементальную резервную копию. Этот вариант хорош тем, что у вас под рукой всегда актуальный full и его очень быстро можно запустить, как виртуальную машины. Но такой вариант чуть дольше по времени и более затратный по ресурсам, т.к. каждый раз происходят трансформация архивов.

Incremental — классический инкрементальный архив. Один раз делается full, а потом пишутся только инкрементальные архивы от него, т.е. только изменения.

Enable synthetic full — возможность собирать из инкрементальных копий full версию в какой-то выбранный вами день.

Transform previos — преобразовывать все предыдущие full бэкапы в инкрементальные, оставляя full только последний.

Active full backup — принудительное создание full бэкапа, который не будет подчиняться остальным правилам.

Deduplication — включение дедупликации, настоятельно рекомендую, очень сильно экономит место на диске.

Compression — уровень сжатия резервной копии.

Storage optimizations — зависит от того где у вас находится хранилище архивов, если на той же машине что и proxy или на том же datastore (грубо говоря не надо передавать файлы по сети), то выбираем Local target, если в вашей сети хранилище, то LAN target, если через интернет будет передаваться архив то WAN target.

Тут собраны всякие оповещения, их можно настроить и для всех заданий через основную консоль Veeam backup.

Тут интересен пункт guest quiescence, если вы делаете резервную копию windows server с использованием VSS модуля (настроим его ниже), то галочку не ставим, если же другая операционная система, то ставим галку.

Integrity cheks — проверка целостности резервной копии.

Snapshot — Актуально для VMware ниже 4.0

File selective image processing — можно исключить из бэкапа всякие файлы подкачки и swap области.

VM retention — количество дней, в течении которых в резервной копии будет присутствовать виртуальная машина, которую вы удалили из задания.

Post job activity — возможность запускать скрипты после выполнения задания.

Переходим к VSS (актуально для windows ОС)

Что бы бэкап нормально проходил на серверах, на которых открыты какие-то файлы или крутятся какие-то базы, советую включать модуль VSS, ставим галку и заполняем пользователя от которого будет он выполняться. В advanced можно назначить разных пользователей для разных виртуальных машин.

Ну и последнее — это Schedule, к которому у меня большие претензии, наверное избаловал меня Acronis, в котором можно настроить в планировщике все и вся. Тут наверное писать особо не о чем, каждый сам выберет когда и в какое время производить резервные копии.

На этом процесс создания закончен, а вместе с ним закончен и мой небольшой мануал по первичной настройке Veeam backup & replication 6.

14 комментариев

  1. А можно разместить ссылки на 2 предыдущие статьи ? Что-то не нахожу никак..
    Спасибо !

    1. Здравствуйте!
      по ссылкам на прошлые статьи их к сожалению не находит(

  2. Поясните пожалуйста следующее — «резервные копии хранятся не по дням, а только по количеству. Если у вас сделано 14 бэкапов и делается 15, то самый старый стирается и системе все равно full это или инкремент». В таком случае ведь рано или поздно случится, что останется только цепочка инкрементов? Какие же тогда настройки оптимальнее сделать на рис. 3 если у меня локальный RAID 10 6Тб для 5 ВМ (~100 Гб на одну)?

    1. Тут разработчики намудрили с этой системой подсчета резервных копий, но все не так страшно=) Если вы выбираете инкрементальное резервное копирование, то у вас всегда самой ранней рез. коп. будет Full Backup, даже если резервных копий у вас скопилось 20 штук, а задали вы параметр 15. Грубо говоря, пока не пройдет новый фулл бэкап, инкрементальные бэкапы не обрежутся.
      В вашей же ситуации надо решить по какой схеме вы будете делать резервные копии инкрементальные бэкапы или обратно инкрементальные. Так конечно сложно что-то посоветовать, не зная специфики серверов и критичности их приложений. Но в общем случае иогу посоветовать делать раз в неделю Full, а в остальные дни инкрементальные. По такой схеме вам ваших 6TB хватит примерно от 50 и выше точек восстановления.

      1. Благодарю! По идее тогда схема Enable Synthetic Full (пн-сб.)» плюс «Perform active full backups periodicaly (вс.)» должна отрабатывать корректно? Или эта схема необоснованно-нагруженая получится? У меня крутится PDC,BDC,2хDNS,1С,WEB,TERMINAL на лезвии с вышеописанным локальным хранилищем, доступность некритичная 12/5/365

        1. А зачем тебе каждый день делать из инкремента фулл? (Enable Synthetic Full) Я бы сделал по такой схеме:
          С ПН по ПТ Incremental, а в какой-то из выходных Enable Synthetic Full. Т.е. в пункте Enable Synthetic Full выбрать субботу. Так ты сэкономишь места, а разворачиваться архивы будут все равно быстро. В итоге ты будешь иметь за месяц 5 полных копий за выходные и 25 инкрементов за каждую неделю. Ну и на всякий случай можешь раз в месяц делать Perform active full backups periodicaly.

          1. Все, понял принцип действия. Просто иногда несовсем понятно, что разработчики подразумевают под некоторыми функциями своих детищ, огромная благодарность вам!

  3. Доброе времени суток
    Подскажите пожалуйста можно ли настроить backup первое воскресение каждого месяца ?
    за ранее спасибо

    1. Доброе!
      Можно, для этого в процессе создания backup’a, на последнем шаге «Schedule», нужно выбрать пункт «Monthly at:» и указать нужные параметры.

Добавить комментарий для admin Отменить ответ

Ваш адрес email не будет опубликован.