最も混乱のない方法で、200人以上の企業をホスティングからExchange2010に移行する方法
Exchange 2010を、いくつかの場所に分散している組織に実装したいと考えています。現在、ホスティングでPOP3/SMTPを使用しており、すべての人がOutlook 2007および2010を使用しています。当社（およびその他多数）へのメールは、クライアントおよび社内との重要なコミュニケーション手段です。
通常、私はそれをすべて1日でやりたいと思います（それでも私はその方法を好みます）多かれ少なかれこれを行います：
company.comドメインで機能するようにExchangeを設定する- すべてのアカウントのメールボックスを設定します
- その他の関連タスク（一部のテストなど）を実行します
- mXレコードを古いサーバーから新しいサーバーに切り替える
- 次のいずれかを使用してOutlook2007/2010をセットアップするようにユーザーに指示します（手順を準備します）：
- 同じプロファイルのコントロールパネル/メール/新しいアカウントで変更し、古いメールボックスを数日間残してから、古いメールサーバーを削除し、そこから.PSTファイルを残す（またはユーザーにPSTからExchangeに電子メールを移動するように依頼する） 。
- 彼らが望むどんなオプションでも:-)
- リストは情報提供のための単なる例です
しかし、問題は、オフラインになっている人、コンピューターが正常に機能していない人、pick any other problem here（ドメインの名前変更の経験があるため）の問題が発生するため、管理者が数日/週にわたってそれを実行したいということです。すべての人が最終的に新しいドメインに切り替えるのに2か月以上かかります）。
したがって、MXレコードが変更された後、古いメールボックスに新しい電子メールがなくなり、offsiteになり、Exchangeを使用するようにOutlookを設定する際に問題が発生する人々が故障するため、これは注意が必要です。 。また、200人以上の人と少数のITスタッフ（ほとんどが1つの場所にいる）では、変更を通知する電子メールを読んでいない人、指示を進めなかった人、オフサイトにいる人などに大混乱を引き起こす可能性があります（ドメインの名前変更の手順中に、名前の変更から2か月後に最後の人が移行されたことがすべてわかりました）。
したがって、私の計画は（少し複雑です）：
- 実装の1か月/ 1週間/ 1日前にユーザーに通知する
- exchangeでアカウント/ドメインを構成し、変更の1〜2週間前でもExchangeをOutlookに追加するように伝えます。
- 交換が最後の切り替えの前にずっと
company.comとして電子メールを送信できるようにします（したがって、電子メールは古いメールボックスに届き続けますが、ユーザーが間違いを犯した場合に備えて両方から電子メールを送信できるようにします） - 最後の切り替えを行い、Exchangeのみを使用して、電子メールの移行/古いメールボックスの削除を支援するようにユーザーに指示します。
または
- 実装の1か月/ 1週間/ 1日前にユーザーに通知する
- exchangeでアカウント/ドメインを構成し、変更の1〜2週間前でもExchangeをOutlookに追加するように伝えます。
- 交換が最後の切り替えの前にずっと
company.comとして電子メールを送信できるようにします（したがって、電子メールは古いメールボックスに届き続けますが、ユーザーが間違いを犯した場合に備えて両方から電子メールを送信できるようにします） rooms of people / per project / etcを通過し、ホスティングのアカウントごとに実装することで、日/週ごとに1つずつ切り替えます。別のドメインcompany.com.plにリダイレクトします。このドメインは、すべてのメールが送信されるように設定され、機能しています。移行されたroom/project内で、ホスティングのメールボックスに流れる電子メールは、（2番目のドメインを使用して）Exchangeに自動的に転送されます。- すべての人がそのように完了するまで、MXは古いサーバーを指し続けます
- すべての人が移行した後、MXを切り替え、しばらくするとリダイレクトをオフにします
追加のオプションは、すべての人にpop3コネクタを使用することですが、これには他の問題があります。
- 人々の電子メールはホスティング受信ボックスから消え、混乱を引き起こす可能性があります
- ダウンロード後に電子メールをダウンロードおよび削除するOutlookには、いくつかの
race条件がある可能性があります（私のように） - メールボックスのすべての人のパスワードを知る必要があります
どう思いますか？たぶん他のもっと良い方法がありますか？または、移行の問題をより適切に軽減する方法について、いくつかの素晴らしいアイデアがあります。
POP3コネクタを使用します。これが私がそれをする方法です：
受け入れられたドメインをExchangeの内部リレーとして設定します。これにより、Exchangeは、メールボックスが存在する場合はメッセージを自身に配信し、存在しない場合はメッセージを転送できます。
ユーザーをバッチで移行します。 POP3パスワードを自分に合ったものにリセットします（移行後にパスワードが不要になるため）。これらのユーザー用のExchangeメールボックスを作成してから、サーバーにPOP3コネクタを設定します（Outlookで設定できますが、これにより不必要な複雑さが増すと思います）。ユーザーを一度に1つの部門、または一度に1つの管理可能なバッチに移行します。 Exchangeプロファイルを設定した後、PSTをExchangeにインポートして戻します。影響が最小限であるため、これを実行したい限り時間がかかる場合があります。
すべてのユーザーが移行されたら、ドメインタイプを権限のあるものに変更し、MXレコードを移動してスパム対策ソリューション（アプライアンス、さらにはクラウドソリューション）を指すようにします。 48時間待ってから、POP3コネクタを取り外します。