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

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

Итак Veeam backup у нас установлен, начинаем его настройку. Пробежимся по интерфейсу.

Пункт Backup & Replication отвечает за создание и настройку заданий по бэкапу и репликациям, а так же можно просмотреть информацию по сделанным архивным копиям и количеству точек восстановления конкретной виртуальной машины.
Пункт History представляет всю статистику по выполненным заданиям, что, когда и как прошло.
Backup Infrastructure состоит из двух пунктов: Backup Proxies — в нем находятся сервера, которые отвечают непосредственно за выполнение заданий и Backup Repositories — места хранения ваших резервных копий.
И последний пункт Servers, в котором должны находится сервера участвующие в бэкапе: непосредственно сервера которые будут архивироваться, сервера которые будут использоваться как proxy и сервера на которых будут храниться резервные копии.

Так как в качестве backup сервера я использую физическую машину, довольно таки производительную и с большим объемом дискового пространства, то она же будет выступать в качестве proxy и в качестве репозитория.

Итак первым делом добавляем сервера в последний пункт. Сюда я добавлю Vcenter, т.к. сервер для proxy и репозитория у меня будет локальный, а он уже присутствует по умолчанию.

Нажимаем Add server -> выбираем VMware vSphere -> указываем ip или имя Vcenter -> указываем учетку для подключения к нему -> и финиш.

По аналогии, если надо, добавляем Windows или Linux сервера для proxy (пока только windows) и репозитория. Ну или просто отдельные ESX/ESXi хосты, но хочу заметить, что они должны быть не free версии. После добавления Vcenter в меню появится новый пункт SureBackup, он нужен для создания заданий восстановления, для создания виртуальных лабораторий и для создания визардов на восстановление AD, Exchange… Вообщем того что мы устанавливали доп. модулями.

Теперь разберемся с пунктом Backup proxies. Сами proxy сервера выступают промежуточным звеном между машиной, которая бэкапится и машиной, которая хранит резервные копии. Т.е. proxy выполняет дедупликацию и сжатие резервной копии. Такую роль должен выполнять мощный сервер, т.к. в зависимости от вашей структуры возможно ему придется делать несколько резервных копий одновременно. От себя могу порекомендовать еще один вариант размещения/реализации proxy сервера. Можно на каждый ESX/ESXi хост поставить proxy сервер, тогда вы уменьшите нагрузку на сеть и все операции будут происходить на одном хосте и на одном datastore, что тоже будет являться плюсом (тут я не рассматриваю ситуацию с блэйдами и полками с hdd соединенные по оптике). Разнеся proxy сервера по разных хостам, мы так же получим так называемую балансировку, т.е. система сама будет подбирать proxy для той или иной операции. Но есть одна проблемка, как говорилось раньше в качестве proxy сервера может выступать только windows машина, а это значит покупка лицензий… К сожалению в компании, в которой я сейчас работаю, нет возможности купить столько лицензий, поэтому я использую один мощный сервер и в качестве репозитория и в качестве proxy.

Давайте теперь настроим proxy server.

 Transport mode: советую оставить автоматик, если вы не используете SAN или же proxy не установлен непосредственно на хост. Так же в этом пункте можно задать параметр шифрования при передачи по сети.
Connected datastore: Тоже оставляем автоматик.
И выставляем количество заданий, которые могут одновременно выполняться.
И нажимаем далее. Здесь можно настроить правила, нагрузки на сеть, что-то типа QoS. У меня все архивы идут ночью, поэтому оставляю как есть. На этом и все, жмем финиш.

Теперь настроим Backup Repository. Кликаем на этом пункте правой кнопкой мыши и выбираем Add… Придумываем имя -> Выбираем тип сервера (я выбрал windows, т.к. он максимально поддерживает функционал , в том числе и Vpower)

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

-> Функцию vPower включаем на этом же сервере и указываем папку (должно быть не менее 10Гб свободного места на диске с этой папкой). Остальное оставляем по умолчанию. Жмем далее далее и дожидаемся настройки системы.

На этом на сегодня все, в следующей статье расскажу, как создать само задание.

 

На данный момент считаю оптимальным решением для архивации виртуальных серверов — это продукт от Veeam. Сравнивал я три продукта от всем известных фирм: Symantec, Acronis и Veeam.

Symantec Backup Exec — это продукт я так до конца и не понял, одно и то же задание может выполняться 1 час, а может и 2-3. Очень не понравился интерфейс, все запутано и непонятно, настраивать очень не удобно. Как то мне понадобилось восстановить AD через него, в итоге после двух суток мучения, так ничего и не добился…

Acronis Backup & Recovery 11 — считаю по функционалу и гибкости лидером! Но уж очень дорого стоит… И к сожалению до сих пор не умеет работать с Exchange 2010. В плане бэкапа виртуальных машин, подходит их новый продукт vmProtect 6, но он еще сырой и функционалом обделен, хотя и стоит пока недорого.

Veeam Backup & Replication v6 — считаю лучшим средством для бэкапа виртуальной среды, есть модули для работы с SQL, Exchange, AD. Основным его преимуществом является то, что можно моментально запустить виртуальную машину из бэкапа. Но есть в нем и недостатки, мне не понравилось скудность шедулинга (заданий по времени), нельзя например разграничить фул бэкап и инкрементальный по времени и т.д. К сожалению нельзя шифровать архивы или хотя бы паролить, придется шифровать весь диск на котором хранятся бэкапы. Так же хочу заметить, что работает Veeam только с платной VMware. Но все эти минусы перечеркивает быстрота и стабильность.

И так в данной статье я расскажу как установить и настроить veeam backup.

Качаем с официального сайта весь комплект Veeam Backup & Replication v6 вместе с патчем.

 

 

 

 

 

 

Запускаем Veeam_Backup_Setup_x64. Во время установки Veeam запросит файл лицензии, я использовал триалку на 30 дней, а так же попросит SQL express сервер, можно выбрать установить и его то же, а можно натравить на уже имеющийся.

Далее указываем доменную учетку и порт (можно оставить стандартный). На следующем шаге предлагается выбрать каталог для кэша технологии vPower, которая как раз и дает нам моментально запускать машины из резервной копии и прочее. Ей необходимо минимум 10Гб свободного места на диске и желательно быстрые харды. Я оставил пути по умолчанию. Больше никаких вопрос не будет, поэтому доходим до кнопки финиш и ждем окончания установки.

Дальше нужно установить Veeam_Backup_Enterprise_Manager_Setup_x64, но для него нужен IIS.

Добавляем роль IIS серверу с галками IIS 6 Metabase Compatibility и Windows Authentication. Процесс установки ничем не отличается от установки самого Veeam backup & replication.

Ну и напоследок устанавливаем нужные нам модули и конечно же патч, без него возможна некорректная работа особенно с windows server 2008 R2 ru.

Во второй части статьи рассмотрим настройку системы бэкапов.

В этой статье расскажу как объединить две сетевые карты в одну логическую, тем самым расширить канал в два раза.

Итак имеем серевер IBM с двумя сетевыми картами 1Gb от intel и установленной осью windows server 2008 R2, а так же управляймый свич 3Com.

Качаем с сайта интела драйвера и устанавливаем их.

Заходим в диспетчер устройств и заходим в св-ва сетевой карты.

Заходим на вкладку teaming, ставим галочку и нажимаем создать новый team.

Придумываем название -> Отмечаем галочками сетевухи, которые будут участвовать в team -> Выбираем Static link aggregation -> Нажимаем готово и через несколько секунд видим

Вот собственно и все, теперь мы имеем еще одну сетевую карточку по имени team, которой присваиваем IP и наслаждаемся 2Gb.