こんにちは。
Moveを使用して仮想マシンの移行を実施する計画をしています。
Active Directoryのドメインコントローラ（DC）やExchangeサーバーの移行はサポートされていない認識です。
ドメインコントローラ（DC）については、USNロールバックが起こることによりDC間でのレプリケーションエラーが発生することを懸念しているのではないかと想像しています。
Exchangeサーバーについて、Moveでの移行がサポートされない理由についてご存じの方、または説明している資料をご存じのかたはいらっしゃいませんでしょうか。
もしくは、このような方法でExchange仮想マシンをV2Vしたよというご経験があれば教えて頂きたいです。
ADやExchange ServerのMoveでの移行については、私の所感ですが、Nutanixとして移行に対する責任を持てないことと、メーカーとして別のプロセスで移行をする手法が公開されていることから、Moveでの移行を推奨しないという捉え方をしています。
例えばAD自体は、実際のところMoveで移行し問題なく動作しているケースを複数確認していますが、それはあくまでも、他のADサーバーとの整合性や時刻同期などが取れているという環境が前提となっております。
Moveで移行する場合に、実際の環境では様々な環境があり、環境の問題により最終的にMoveで移行した際にうまく動作をしなかった場合、Moveの問題なのかそれとも、ADやExchangeの環境の問題なのかを切り分ける部分からの調査となると調査に多くの時間がかかることと、ExchangeやADといった業務に密接に関与するコンポーネントは、復旧や調査により早い時間での対応を迫られる背景もあるということから、Microsoftの正規の手順で移行することが推奨されているという認識です。
実際、私が担当した案件では、Exchange ServerをHyper-VからNutanix AHVにMovで移行し、移行後も正常に動作している環境もあることは確認しています。Microsoftが求めるお作法を理解した上でのMoveでの移行は、ユーザー側の責任とはなりますが、移行できない物では無いという認識です。
あくまでもNutanixとしてサポート（なんで移行後におかしい動作になったのかという問い合わせ受けても調査しきれない）できないという意味合いと私は捉えており、Moveによる移行ができないわけではないという認識です。
Active Directoryのドメインコントローラ（DC）やExchangeサーバーについては、Microsoftの正規の手順で移行することが推奨であり、本来これはMoveに限った条件付けではないはずです。
まさに以下の通りでとらえていただくのがよろしいかと思います。
＞Microsoftが求めるお作法を理解した上でのMoveでの移行は、ユーザー側の責任とはなりますが、
＞移行できない物では無いという認識です。
＞あくまでもNutanixとしてサポート（なんで移行後におかしい動作になったのかという問い合わせ受けても調査しきれない）できないという意味合いと私は捉えており、
＞Moveによる移行ができないわけではないという認識です。
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
