Планирование перехода с физического на виртуальный с Exchange 2003 на новый хост vSphere 4.1. Я предполагаю, что мне нужно будет остановить все службы Exchange перед выполнением преобразования, и запуск анализатора соответствия рекомендациям для Exchange также находится в моем списке «это имеет смысл». Следует отметить, что в этой среде всего один сервер Exchange.
Не вижу никаких реальных передовых практик / рекомендаций в Интернете. Может ли кто-нибудь порекомендовать или наметить шаги для успешного выполнения этой задачи?
РЕДАКТИРОВАТЬ
Просто чтобы уточнить: меня больше заботит обеспечение согласованного / безошибочного состояния Exchange перед попыткой преобразования. Мне также нужен метод / процесс для проверки этой согласованности после преобразования.
В рамках своего тестирования я собирался настроить виртуальную машину рабочей станции с профилем Exchange на том же хосте ESXi, что и преобразованный Exchange, который находится в той же подсети, но на vSwitch, не подключенном к производственной среде. Я тогда собирался открыть несколько почтовых ящиков и т. Д. В любом случае.
Я также планировал имитировать доставку почты, настроив виртуальную машину Postfix / DNS с некоторыми тестовыми записями MX, но я понимаю, что без контроллера домена Exchange, скорее всего, не будет работать должным образом в этой изолированной vNetwork, но я не знаю, как мои знания AD невелики.
Не совсем отвечаю на ваш прямой вопрос, но, если бы я делал это, я бы, вероятно, использовал другой подход, учитывая соответствующие возможности.
Я бы установил новую виртуальную машину Exchange и переместил почтовые ящики и службы из вашего текущего физического ящика на виртуальную машину. Вы не получите "мгновенного удовлетворения", которое дает P2V, но это единственный способ абсолютно уверен Ничего тонкого не пошатнулось в процессе P2V. Этот метод также очень хорошо протестирован в боевых условиях и практически всегда является стандартной практикой.
Дополнительным преимуществом этого метода является значительно меньшее время простоя для всех, поскольку только пользователи, почтовые ящики которых перемещаются, будут отключены, а это будет относительно короткий промежуток времени по сравнению с P2V.
Все, что было сказано, теоретически если вы демонтируете свои информационные хранилища упорядоченным образом и выполните P2V, это должен идти без сучка и задоринки.
Ваша идея тестирования P2V в отдельной vNetwork неплохая, но я не уверен, насколько это практично. Вам потребуется контроллер домена в vNetwork, потому что Exchange хранит очень много данных конфигурации в Active Directory и без него будет работать без него. Обмен также может быть довольно привередливым, когда дело доходит до восстановления в сценарии виртуального аварийного восстановления, но, как всегда, ваш пробег может отличаться (да, если вы сделаете точный то же самое несколько раз, я гарантирую, что ваш пробег будет отличаться!).
Я без проблем переместил Exchange 2003 с p2v. Это сделать холодное преобразование (с загрузочного компакт-диска). Конечно, лучший подход - создать новый собственный сервер обмена vmware, но у меня нет проблем с p2v.