В результате, RecoveryDatabase вытаскивает из RecDB все сообщения, которых не хватает в оригинальной БД NewDB. Теперь пользователь может наблюдать у себя письмо test3 и все остальные письма.

 

После процедур восстановления/объединения, если RecDB вам больше не нужна, вы её размонтируете, удаляете и забываете.

 

​

Рассмотрим сценарий, когда у вас есть бэкап и пользователь просит вас восстановить письма.

1. Создаем папку. Восстанавливаем из бэкапа все данные в эту папку (посмотрите скриншоты WinServerBackup, там есть возможность восстановления в альтернативное месторасположение).

2 Создаем базу для восстановления. Удалять внутри, как в предыдущем примере, ничего не надо. Говорим New-Mailbox Database. Указываем путь к .edb, восстановленному из бэкапа. Путь для логов указываем тот же. И указываем ключ -Recovery. 

База для восстановления создается нормально. Но смонтировать её нельзя. В предыдущем примере мы сначала отмонтировали базу. В этом примере нет. Когда производится бэкап "на горячую", не бэкапится последний ТЛ, т.к. он залочен. Поэтому базу Exchange вам смонтировать не даст, уведомив, что база находится в состоянии dirty shutdown (грязное выключение). Чтобы преобразовать БД в clean shutdown и подготовить к монтированию можно воспользоваться утилитой командной строки eseutil.

Как это делается, можно узнать в этой статье, где рассматривается "Аварийное восстановление сервера Exchange 2010". 

​

​

Вернемся к основной теме всего повествования, а именно, что мы можем потерять. 

Мы рассмотрели: письмо, ящик и базу.

 

Следующий на очереди - сервер (т.е. сам сервис Exchange, какая-то его роль).

Особого смысла бэкапить сервер Exchange нет. Проще заново накатить новый Exchange, на который уже будут восстанавливают базы. Или иметь кластер, чтобы виртуалки при падении железа перезжали на другой сервер.

Что делать, если сервер Exchange упал.

Берем железо (или виртуалку) и устанавливаем ту же версию ОС, которая стояла на упавшем сервере. Даем тоже самое имя, что было на старом. Даем тот же IP. Ставим все фичи, патчи и обновления. Идём в AD, находим компьютер старого сервера и делаем Reset Account. Только после этого мы включаем компьютер в домен. Если Reset Account вы не сделаете, то при включении компьютера в домен с именем, которое уже существует, объект удаляется и создается заново. А если он создан заново, у него будет новый SID и GUID. Поэтому для AD это будет абсолютно новый сервер. Reset Account позволяет оставить всё как есть. В AD новый компьютер будет работать как старый. Далее берем дистрибутив Exchange и запускаем его с одним единственным ключом RecoverServer. Опять же привожу ту же статью, где это подробно описано. Когда вы запускаете Setup с ключом RecoverServer, ваш новый Exchange лезет в AD, смотрит какие роли у него были до падения и устанавливается именно в той конфигурации, которая была у него на старом сервере. После установки, открыв оснастку, вы увидите абсолютно все настройки, которые были на старом сервере. Но не будет баз данных. Точнее БД будут в списке, к ним будут прописаны пути. Но если файлов по этим путям нет, то вы увидите только вопросительные знаки. А если БД по этим путям доступны, то они будут смонтированы и вы начнете работать. Если файлов нет, то берем бэкап и восстанавливаем в то месторасположение, где они должны лежать. После этого монтируете и работаете.

Операция по восстановлению Exchange (восстановление баз в расчёт не берем) займет у вас около часа. Можете держать заранее готовые ОС со всеми патчами. Так что это будет недолго. Но если почтовый сервер для вас критичен и простоя быть не может, тут вам поможет кластер.

 

И последний пункт - это конфигурация. Как мы уже не раз обсуждали, она хранится в AD. Поэтому бэкапить  нужно AD. А лучше помимо бэкапа иметь как минимум два контроллера домена.

​

В заключении поговорим про Edge.

У него есть два скрипта (про скрипты мы уже как-то говорили, C:\Program Files\Microsoft\...\Scripts). Это Export и Import Edge-конфига (ExportEdgeConfig.ps1 и ImportEdgeConfig.ps1).

Выполняя Export, формируется xml-файл, в который выгружается вся информация о настройках Edge, в том числе настройки антиспама, коннекторов и т.д. Если Edge у вас упал, вы говорите Import и указываете этот файл. Но есть нюанс. После использования Import, вам придется пересоздать подписку на сайт AD. Старая работать не будет. В итоге можно клонировать несколько Edge'й, если вам нужно, чтобы они были с одинаковыми настройками.

В Edge можно выгружать (бэкапить) конкретные вещи, например, настройки антиспама (IP Allow List, IP Black List), чтобы потом переносить их, если вы к примеру подняли ещё один новый Edge. Для этого есть свои скрипты и командлеты. Поэтому вы можете выгружать не весь конфиг, а по кусочкам, если это необходимо.

​