web-dev-qa-db-ja.com

新しいドメインでのExchange2003からExchange2010へのメールストアの移行

先に提案されたプロジェクト、そしてそこにたくさんのドキュメントとオプションがあるので、私は意見やアドバイスを探していました。

新しいドメインを作成し、Exchange2010を環境にインストールしています。サーバー2008がDCになります。既存のメールボックスまたはメールストア全体を新しいドメインに移行し、それらのメールボックスを新しいドメインの新しいユーザーオブジェクトにマッピングする方法はありますか（古いユーザーオブジェクトに関連付けられます...手動プロセスを実行します） 。これはより賢明な行動ですか、それともExMergeを使用して、新しいユーザーオブジェクト用に作成した空のメールボックスにメールをエクスポート/インポートする必要がありますか？

古いドメインのゴーストが発生することは望ましくないため、「スクラッチ」から作成することが目的です。明らかに、ユーザーオブジェクト、グループメンバーシップ、およびアクセス許可を文書化してから再作成することが重要になります。他のユーザーがこの事業をどのように攻撃するかについての考えを探しているだけです。比較のために古い設定を維持するための議論があり、新しいDCを古いドメインの一部にすることに参加し、次にDOMAIN RENAMEを実行するのは興味深いです、私はWizard依存していて、移行の中断と互換性の問題が発生し、私は水中で死んでしまいました。

exchange-2003active-directorymigrationexchange-2010
4
Silky

2003年の環境から新しい2010年の環境へのフォレスト間のメールボックスの移行をどのように処理するかについて話すことができます。このプロセスは、クロスフォレストメールボックスがExchange 2010によって認識されるまでに数時間かかることがあるという既知の問題を除いて、かなりうまく機能します（または、インフォメーションストアを再起動してすぐに起動できます）

これが私たちが使用するプロセスです。それを実現する別の方法がありますが、これは実稼働環境で機能し、ほぼ毎日実行します。

前提条件

  • 古いドメインと新しいドメインの間にドメインの信頼が必要です。
  • 古いドメインの管理者権限を持つユーザー、または移動するメールボックスを管理できるユーザーが必要です。

処理する

  1. MicrosoftのPowerShellスクリプト（リンクが見つかりませんでした）を使用してターゲットフォレストを準備するか、Michel de RooijによるPrepareForestMove.vbsスクリプト（ http://eightwone.com/2010/02）を使用します。/11/cross-forest-mailbox-move-2 / ）
  2. メールボックス機能が移動されたことを出力で確認したら（output.logの下のようになります）、PowerShellを起動します。
  3. 古いフォレスト管理者/メールボックスマネージャーの資格情報を変数に定義します（$ foo = Get-Credential）
  4. 以下を実行します。New-MoveRequest -RemoteLegacy -Identity "[email protected]" -RemoteGlobalCatalog "GC.contoso.com" -TargetDeliveryDomain "New.Forest.Domain.Com" -RemoteCredential $foo -verbose

どこ

  • [email protected]は、現在古いシステムにあるメールボックスに割り当てられている電子メールアドレスです。
  • GC.contoso.comは、古いドメインのグローバルカタログです。それはグローバルカタログでなければなりません！サーバーがGCでない場合、エラーによってすぐには明らかにならないため、これを再確認してください。
  • new.forest.domain.comは、新しいフォレストの新しい配信ドメインです。これは、古いフォレストの交換ネットワークにフォワーダーをセットアップし、古いメールボックスから新しいドメインの新しいメールボックスに電子メールを再ルーティングします。

追加情報

output.log for PrepareForestMove looks similar to this:
[14:36] Start
[14:36] Reading names from users.txt
[14:36] doe.100: Syncing Exchange Attributes from doe.100
[14:36] Setting mail to [email protected] #8
[14:36] Setting mailNickname to doe.100 #8
[14:36] Setting msExchMailboxGuid to (B25A79608ABA6F4FA36E6C0AF3CB69BE) #8209
[14:36] Setting targetaddress to [email protected] #8
[14:36] Setting proxyAddresses to multi-value [smtp:[email protected], smtp:doe.100@local, smtp:[email protected], SMTP:[email protected], X400:c=us;a= ;p=contoso;o=Exchange;s=Doe;g=John;] #8204
[14:36] Adding X500:/o=contoso/ou=First Administrative Group/cn=Recipients/cn=doe.100 to proxyAddresses
[14:36] [email protected]
[14:36] Adding smtp:[email protected] to proxyAddresses
[14:36] Setting msExchRecipientDisplayType to -2147483642 #3
[14:36] Setting msExchRecipientTypeDetails to 128 #2
[14:36] Setting legacyExchangeDN to /o=CTS/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=John Doe #8
[14:36] Finished

New-MoveRequestの詳細の「予想される」出力を含めますが、現時点で表示するために移動するメールボックスがありません。赤いエントリのない黄色のスパムがたくさんある場合は、問題なく動いているはずです。

Get-MoveRequestStatistics -Identity usernameを使用して、moverequestの処理中のステータスを確認することもできます。

ああ、追加のアイテム：新しいメールボックスを使用しようとすると、「メッセージストアを開くことができません」というメッセージが表示された場合、これは「既知の問題」です。 「私は上で言及しました。データベースアクセスグループを設定している場合、DAGをセカンダリサーバーにフェイルオーバーすると、通常、情報ストアをリセットせずにこれがクリアされることがわかりましたが、場合によっては、すべての情報ストアを循環させる必要があります。 MicrosoftはうまくいけばSP2でこれを修正するでしょう（明らかにSP1にとって十分に重要ではありませんでした）

頑張ってください、そしてこれが役立つことを願っています！

11
Peter Grace

あなたは実際にあなたがあなたの最後のコメントで話した両方のオプションを持っています。 can新しいDC /フォレスト/ドメインを作成し、ユーザーアカウントを作成してから、新しく作成されたユーザーごとにExMerge/Export-Mailboxを実行します。また、新しいフォレストを作成し、信頼を確立してから、フォレスト間の移行を行うこともできます。

可能な限り、ActiveDirectoryドメインとフォレストを再作成することに投票します。既存のユーティリティ（ ldifde ）を使用すると、問題なくユーザーとグループを移動できます。グループポリシー（Windowsシステム管理者の最大の味方）の使用がはるかに簡単になるため、OUの設計について考えてみてください。

私の投票：別のフォレストを作成し、ユーザーとグループをインポートし、OU構造を設計してから、古いExchangeサーバーからメールボックスをエクスポート/インポートして、新しいユーザーにアタッチします。

1
Jeff McJunkin