Предыстория: хост 2012R2 с Hyper-V. Виртуализированные: DC, Exchange 2013 и SQL 2016 (2012R2). Это лабораторная среда, поэтому приветствуются многочисленные варианты. Короче говоря, в настоящее время мы выполняем резервное копирование всей среды с помощью WSB на уровне хоста. Полная резервная копия VSS включает BMR, SS, все виртуальные машины, а также соответствующие файлы и папки один раз в неделю. Спровоцировать сценарий восстановления, при котором сервер обмена полностью вышел из строя (скажем, удалив ВМ).
Не подвергая сомнению скрытое еженедельное резервное копирование (это кривая обучения), ситуация восстановления была бы такой же простой, как запуск последней резервной копии, запуск задания восстановления и простой запуск Exchange Server (или даже восстановление файла VHDx в другое место и воссоздание ВМ + необходимые настройки)?
Будет ли Active Directory знать, что данному серверу обмена уже неделя, и заполнять все изменения, такие как соединители отправки и получения, новые принятые домены приема, дополнительно созданные почтовые ящики пользователей на восстановленном сервере Exchange, разница во времени и дате?
Кроме того, будет ли правильная процедура с SQL восстановить рассматриваемый сервер SQL и просто отсоединить существующую базу данных и присоединить самые последние резервные копии? (используются учетные записи gMSA, поэтому я предполагаю, что регистрация SPN не требуется)
Спасибо.
Я не знаком с SQL, но насчет сервера Exchange, вы имеете в виду восстановление сервера с помощью предыдущего снимка (неделю назад)?
Я думаю, что это не поддерживается Microsoft, и это может привести к потерям и непоследовательности. Пожалуйста, обратитесь к этот аналогичный случай: «Однако моментальные снимки виртуальных машин не зависят от приложений, и их использование может иметь непредвиденные и неожиданные последствия для серверного приложения, которое поддерживает данные о состоянии, например Exchange Server. В результате создание снимков виртуальной машины гостевой виртуальной машины Exchange не поддерживается ».