Пытаясь быть как можно более лаконичным, у меня ситуация с:
Снимок и ВМ были созданы с сервера. Исходный сервер продолжал работать, следовательно, новая почта в Exchange, новые / измененные файлы и резервное копирование продолжались. Некоторое время спустя образ виртуальной машины был настроен на ESXi 5.1, и исходный сервер в конечном итоге отключился после окончательного резервного копирования.
(Кроме того, для сервера виртуальной машины была приобретена новая лицензия, поэтому он и исходный сервер имеют разные ключи продукта. Таким образом, доступны две лицензии SBS.)
Я унаследовал необходимость использовать последнюю резервную копию с исходного сервера, чтобы объединить различия электронной почты и файлов с сервером виртуальной машины.
Я не знаком с деталями резервного копирования Windows; вопросы:
Распознает ли восстановление виртуального сервера последнюю резервную копию в наборе, учитывая, что машины имеют общее наследие?
Потребуется ли серверу виртуальных машин повторно индексировать каталог резервных копий?
С различиями файлов легко справиться. Однако Exchange и почта кажутся сложными.
Если я полностью восстановлю Exchange, Microsoft документация предполагает, что я могу конвертировать / экспортировать из Exchange с помощью 32-разрядного клиента, на котором запущены инструменты управления Exchange, но детали достаточно сложны, и я подозреваю, что это вряд ли сработает. Так,
Вместо того, чтобы использовать для восстановления текущий сервер виртуальных машин, я рассматриваю возможность установки временной второй виртуальной машины для обработки восстановления. Я бы, вероятно, отключил сетевой адаптер, чтобы избежать конфликтов имен и т. Д.
Это не моя область знаний, поэтому очень ценю все комментарии и рекомендации.
Я бы отказался от сделанного вами старого снимка. Старый сервер SBS все еще существует и просто отключен? Лучший вариант, особенно если у вас есть еще одна лицензия SBS 2008 и место для этого, - это выполнить миграцию (SBS 2008> SBS 2008). Шаги будут такими же, как при установке нового физического сервера.
http://technet.microsoft.com/en-us/library/cc664208(v=ws.10).aspx
У вас будет гораздо меньше головной боли при правильной миграции, чем при попытке восстановить новые данные в более старый снимок системы. Кроме того, в зависимости от возраста моментального снимка, пароли компьютеров AD могут просрочиться, и компьютеры могут не пройти аутентификацию. Это вариант, который я бы выбрал.
Другой вариант, и я не знаю, поддерживается ли он напрямую, но вы можете сделать P2V. Одна вещь, с которой следует остерегаться, - это создание сетей постфактум. Теперь у вас будет виртуальный адаптер, и его настройки IP не будут такими же, и SBS начнет быстро колебаться из-за неправильно настроенного DNS. Если вы пойдете по этому маршруту, сделайте это как оффлайн P2V. Это было бы легко протестировать на компьютере с одним доменом в изолированной среде виртуальных машин, и, если он работает, вы можете двигаться дальше.
Кроме того, выполнение P2V на контроллере домена официально не поддерживается Microsoft, но я делал это десятки раз без проблем.