В этой части создадим задание на резервную копию.
В одно задание можно поместить несколько виртуальных машин, я бы даже сказал не можно, а нужно, т.к. тогда сработает дедупликация и мы получим на выходе размер архива в несколько раз меньше, чем делали бы бэкап каждой машины в отдельности. Советую в заданиях группировать виртуальные машины по схожести ОС, т.е. одно задание с виртуалками с 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.
