После того, как вы перевели Exchange на виртуальные рельсы, пора приступать к резервному копированию, а в случае необходимости — к восстановлению. Сегодня я вкратце расскажу, как это можно сделать с помощью Veeam Backup & Replication 8.0, а также поделюсь ссылками на источники более подробной информации.



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


Для того, чтобы создать корректную резервную копию с учетом работы приложения (в нашем случае речь пойдет о Exchange), в задании резервного копирования нужно активировать соответствующую настройку — application-aware processing. Тогда при выполнении задания последуют шаги, необходимые для создания консистентного бэкапа. Вкратце, будет происходить следующее:
  1. Veeam проанализирует гостевую файловую систему обрабатываемой виртуальной машины на предмет наличия работающего приложения, чтобы уяснить, что нужно бэкапить с использованием VSS (либо других способов «заморозки» приложения и гостевой ОС).
  2. Если будет использоваться не VSS, то перед «заморозкой» Veeam может запустить скрипт, который вы укажете.
  3. Выполняется «заморозка».
  4. Создается снапшот виртуальной машины.
  5. Выполняется «разморозка».
  6. Если был указан скрипт, который надо выполнить после «разморозки», Veeam запустит его.
  7. Происходит передача данных резервной копии и коммит снапшота.
  8. В завершение выполняется транкейт лога (используется VSS.)

Более подробно о создании консистентных резервных копий можно почитать здесь или здесь (на англ. языке) или пост "«Замораживание» виртуальных машин для получения непротиворечивых резервных копий".

Примечание: При определенных условиях для бэкапа Exchange может быть применена технология создания снапшота Microsoft VSS Persistent Snapshot, но об этом в другой раз.

Итак, сегодня мы настраиваем задание резервного копирования, которое будет процессить наш Exchange с помощью Microsoft VSS:
  1. Запустив мастер задания (например, выбрав для задания команду Edit) и дойдя до шага Guest Processing, зачекиваем галку Enable application-aware processing.
  2. Далее в секции Guest OS credentials указываем учетную запись для доступа к гостевой ОС.



  3. Нажимаем Applications, выбираем в списке наш Exchange сервер и нажимаем Edit, чтобы указать, какие опции хотим применять при процессинге приложения и лога.
  4. Сначала идём в секцию Applications на вкладке General:



    Рекомендуемая опция для нашего приложения – Require successful processing. Если ее выбрать, то процесс резервного копирования пойдет по своим шагам при успешной работе VSS, в противном случае резервное копирование будет остановлено. (Можно, конечно, выбрать Try application processing, but ignore failures – но в случае ошибки VSS такое решение приведет к созданию лишь crash-consistent бэкапа, а это не совсем то, к чему мы стремимся.)
  5. Переходим к секции Transaction logs. Здесь мы должны указать, что делать с логами (журналами транзакций), если бэкап успешно завершен. Логика такая:
    • Если выбрано Process transaction logs with this job – то процесс ориентируется на бэкап, сделанный Veeam: в случае успешного бэкапа на гостевой файловой системе будет выполнен log truncation, в противном случае нет (логи будут сохранены).
    • А если выбрано Perform copy only – то в ходе резервного копирования для создания снапшота будет использоваться метод VSS_BS_COPY (флаг COPY ONLY); логи останутся нетронутыми, при необходимости их можно обрабатывать сторонними приложениями (не Veeam).


Жмем на ОК для сохранения настроек, возвращаемся к шагу мастера и завершаем его.

Мгновенное восстановление Instant VM Recovery


В ситуации послеаварийного восстановления сервера Exchange можно использовать Instant VM Recovery, которая позволяет восстановить виртуальную машину в рабочее состояние буквально за минуты. Для этого задействуется технология Veeam vPower – она позволяет запустить виртуальную машину прямо из сжатого и дедуплицированного бэкапа. То есть нет нужды вытаскивать бэкап из репозитория, копировать его на производственную СХД, и прочая, и прочая — вместо этого Veeam дает доступ к файлам виртуальной машины в репозитории, монтируя диск на Veeam backup server (который обычно служит и сервером для работы vPower NFS). Саму виртуальную машину можно затем включить и начать использовать, пока, например, чинится исходная машина — это позволит не прерывать работу конечных пользователей. Пространство на локальном диске используется как временная область для записи – туда пишутся все изменения, пока машина работает из резервной копии.

Мастер восстановления запускается по команде меню Restore. Выбираем, что хотим делать – а именно, Instant VM recovery:



Проходим по шагам мастера восстановления:

  1. Сначала выбираем нашу виртуальную машину, которую будем восстанавливать.
  2. Затем выбираем точку, на которую хотим восстановиться (Restore Point), и режим восстановления (Restore Mode).
    • Если хотим восстановиться в исходное местоположение, поскольку оригинальная машинка утрачена безвозвратно – то выбираем Restore to the original location. Затем вы попадете сразу на шаг Restore Reason, а все необходимые настройки виртуальной машины (хост, пул ресурсов, папка) будут в точности взяты из резервной копии.

      Важно! Эту опцию нельзя выбирать, если оригинальная виртуальная машина еще наличествует в инфраструктуре.

    • Если же хочется восстановить виртуальную машину в другое место или с другими настройками, то выбираем, соответственно, Restore to a new location or with different settings (можно будет поменять местоположение, настройки сети, формат виртуальных дисков и т.д.). Если была выбрана эта опция, то вам нужно будет пройти через ряд шагов и ввести нужные настройки.

  3. На шаге Restore Reason указываем причину, по которой делаем восстановление (может понадобиться в случае аудита) и переходим на шаг Ready to Apply, где можно выбрать еще 2 опции: Connect VM to network (подключить виртуальную машину к сети) и Power on VM automatically (автоматически включить виртуальную машину).



Таким образом, по завершении восстановления виртуальная машина будет готова к использованию.

Примечание: UI мастера восстановления для разных платформ виртуализации (VMware и Hyper-V) будет немного различаться, но общее описание и опции примерно одинаковые.

После нажатия кнопки Next Veeam выполнит операции восстановления с указанными настройками, используя СХД NFS (в случае VMware) или соответствующий драйвер (в случае Hyper-V), чтобы запустить виртуальную машину прямо из файла резервной копии.
В заключение выполним миграцию машины обратно на производственную СХД, используя Storage vMotion либо Live Migration (от производителей платформ виртуализации) или собственный функционал Veeam Quick Migration (только для VMware).
Более подробнее про Instant VM Recovery можно почитать здесь.

Veeam Explorer for Microsoft Exchange: восстановление отдельных объектов


Хотя Instant VM Recovery – штука мощная, использовать его не всегда удобно. Например, бывают случаи, когда нужно восстановить одно утерянное почтовое сообщение – не поднимать же для этого из бэкапа целиком сервер со всей базой! На помощь в этой ситуации приходит инструмент Veeam Explorer for Microsoft Exchange (поддерживает Exchange 2010 SP1 и выше). С его помощью можно восстановить только нужный объект (письмо, календарь или задачу). Подробнее об отличиях универсального восстановления от гранулярного можно почитать в этом посте на Хабре: «Гранулярное восстановление объектов виртуализованных приложений».

Выбираем из меню Home команду Restore для нужной платформы, затем выбираем Application items. Далее указываем, для какого именно приложения мы хотим восстановить объект – в нашем случае это Microsoft Exchange.



Запустится мастер восстановления Microsoft Exchange Item Level Restore wizard. В нем мы выберем наш Exchange Server и точку, на котору хотим восстановиться (Restore Point). При необходимости указываем, для чего понадобилось восстановиться (Restore Reason). После этого автоматически открывается Veeam Explorer for Microsoft Exchange, который представит вашему вниманию содержимое mailbox datastore (.EDB) для забэкапленного Exchange сервера.
С помощью этого инструмента можно просматривать содержимое mailbox datastore, выполнять поиск нужных писем, заданий или заметок календаря.



Найдя нужный объект, кликаем по нему правой кнопкой или используем команды меню, чтобы выбать, как же именно мы будем его восстанавливать (отправим почтой, восстановим на сервер и т.д.).

Отметим, что Veeam Explorer for Microsoft Exchange поддерживает восстановление «жестко удаленных» (hard-deleted) объектов и архивных мейлбоксов (Online Archive mailboxes) во всех редакциях Veeam Backup & Replication 8, включая бесплатную Free Edition. Восстановление на Exchange server поддерживается для коммерческой версии, в бесплатной же доступны восстановление путем сохранения в .MSG, экспорта в .PST и отправки по email в виде прикрепленного файла.

Более подробное описание инструмента см. в What’s New и в руководстве по работе с Veeam Explorers (на англ. языке), а также по ссылкам ниже.

Что еще почитать и посмотреть


Комментарии (6)


  1. gotch
    13.04.2015 17:11

    Не могли бы вы уточнить какие вы предлагаете сценарии:
    — для восстановления одного утраченного сервера в DAG
    — для восстановления полностью утраченного кластера DAG

    Дает ли продукт какие-либо преимущества по сравнению с традиционными сценариями восстановления?


    1. polarowl Автор
      14.04.2015 18:34
      +1

      Для виртуализованных Exchange серверов, входящих в DAG, Veeam выполняет резервное копирование с помощью обычного задания backup job. Обязательно указать в настройках заданий для Exchange серверов, что надо создавать transactionally-consistent бэкапы с использованием VSS. Есть еще несколько полезных советов — в частности, как побороть VSS timeout и DAG cluster failover, который может иметь место при создании снапшота, и ряд других.О них в скором времени будет отдельный пост, но если информация нужна «ещё вчера», то можно почитать здесь (на англ.языке).
      Соответственно, при наличии успешно созданного консистентного бэкапа доступны все возможности восстановления, реализованные в Veeam Backup & Replication: можно восстановить машину целиком, восстановить ее дисковые файлы, файлы гостевой системы, отдельные объекты из базы EDB, и т.д.

      • При потере одного сервера — его можно восстановить целиком и синхронизировать с “живыми”, используя для этого стандартные процедуры рестора Exchange.
      • При потере кластера DAG — можно восстановить все виртуальные машины из DAG целиком (при необходимости также и witness disk/FSW server) и опять же синхронизировать сервера стандартными средствами Exchange.

      Что до сравнения с традиционными средствами, то можно сказать следующее: на сегодня мы умеем восстанавливать виртуальную машину из бэкапа либо объект из базы, не требуя восстановления машины. (В текущей версии не восстанавливаем базу целиком на сервер.) По сравнению с решениями, использующими агентов на ВМ, у Veeam восстановление отдельных объектов из базы значительно удобнее и быстрее.


    1. sysmetic
      14.04.2015 18:57
      +1

      Veeam Backup может восстановить как отдельный Exchange сервер, входящий в DAG, так и все сервера, которые в нее входят. Под «традиционными средствами», полагаю, вы понимаете саму технологию DAG? Если так, то отличия у Veeam следующие:

      1. Прежде всего — это решения разного назначения. DAG — это обеспечение отказоустойчивости, а Veeam Backup — резервного копирования (по сути создания долговременного архива). Из этого вытекают последующие пункты списка...
      2. DAG хорошо работает, если «погиб» целый сервер и можно быстро переключить пользователей на другой сервер, где есть копия данных. Если же нужно восстановить отдельное письмо или почтовый ящик, то хотя у DAG и есть свои инструменты гранулярного восстановления, но они ограничены по времени применения (например, в DAG Exchange 2010 отсроченные копии баз хранятся по умолчанию 24 часа).
      3. Если отдельные письма ошибочно удалены пользователем, DAG разнесет это удаление по всем серверам, и уже через 24 часа письмо нельзя будет восстановить. Аналогично с вирусным повреждением писем. Бэкап же позволяет «заглянуть прошлое» на более значительное время, и получить из старой резервной копии оригинальный вариант письма.
      4. Отсроченные базы DAG — это по сути логи инкрементальных изменений. Если их логическая структура хоть немного повредится, будет сложно восстановить целостную копию всей инфосторы Exchange. Полное восстановление сервера с использованием отсроченной базы будет длительным процессом, так как нужно будет «проиграть» все логи, чтобы применить все изменения — это общий недостаток инкрементальных схем.
      5. Veeam Backup позволяет сохранять резервные копии в течение любого времени по любой схеме (полные, инкрементальные, дифференциальные, синтетические), что позволяет выбрать ту, которая оптимально подходит и по ресурсам и по скорости восстановления в случае сбоя. Кроме того, Veeam Backup позволяет хранить резервные копии off-site, используя при передаче встроенный WAN-дедупликатор. DAG тоже возможно настроить в off-site, но там сравнительно больше технических трудностей (нужно настроить DNS, в off-site должен быть домен контроллер, сетевая задержка должна не превышать определенного значения).


      P.S. Прощу прощения, если не правильно понял вопрос, так как понять можно было по разному.


  1. TreyLav
    13.04.2015 21:31

    Если это не погрешность скриншотов — то шрифты ужасны.


    1. leschenko
      13.04.2015 22:30

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


    1. reff
      16.04.2015 13:13
      +1

      Не красоты ради, а функционала для.
      В поединке «резервное копирование» vs. «красотульки» победитель однозначен.