メールボックス移行Office365：処理するための非常に簡単な方法

この投稿はMicrosoft365でのメールボックスの移行に関するものであるため、この章ではExchangeOnlineとハイブリッド管理のトピックのみに焦点を当てます。

1メールボックス移行オフィス365オプション1.1カットオーバー移行

1.1.1EACを使用したカットオーバー移行

1.2段階的な移行

1.3ハイブリッド展開の移行

2サードパーティの移行ツール

3移行のベストプラクティス

4MXレコードのTTLを減らします

5移行パフォーマンス

6移行サービスのスロットリング

7ユーザースロットリング

8メールボックスをオンプレミスのExchangeに戻す

8.1元々オンプレミスで作成されたメールボックス

8.2ExchangeOnlineで最初に作成されたメールボックス

メールボックス移行オフィス365オプション

移行オプションには、主に3つのタイプがあります。

• カットオーバー移行
• 段階的な移行
• ハイブリッド展開の移行

カットオーバー移行

カットオーバー移行は、メールボックスが1,000以下の組織に最適です。カットオーバー移行のその他の重要な要件は、ディレクトリの同期が確立されていないことです。これは、カットオーバー移行により、プロセスの一部としてMicrosoft365にユーザーが作成されるためです。したがって、ディレクトリ同期で既にActive Directory（AD）オブジェクトがMicrosoft 365に同期されている場合は、段階的な移行を使用するか、ハイブリッド展開を使用して移行する必要があります。カットオーバー移行を実行する場合は、ディレクトリ同期を無効にする必要があります。

カットオーバー移行がどのように設定されているかを確認する前に、カットオーバー移行を実行するとどうなるかを知っておくと便利です。カットオーバー移行が開始されると、次のプロセスが発生します。

• 移行サービスは、オンプレミスのExchange 2003または2007のアドレス帳を読んで、ExchangeOnlineで新しいメールボックスをプロビジョニングします。
• オンプレミスの配布グループと連絡先は、ExchangeOnlineに移行されます。
• 次に、移行サービスは、コンテンツ、連絡先、およびカレンダーアイテムをオンプレミスのメールボックスから対応するオンラインメールボックスに移行します。プロセスのこの部分は、初期同期と呼ばれます。
• オンプレミスのメールボックスの内容は、24時間ごとに対応するオンラインメールボックスと同期されます。プロセスのこの部分は、増分同期と呼ばれます。
• 移行を完了する準備ができたら、MXレコードを変更して、電子メールのオンラインメールボックスへのルーティングを開始し、移行を終了します。Exchangeは最終的な同期を実行し、移行が完了したことを電子メールで管理者に通知します。

電子メール通知には、次の2つのレポートが含まれます。

• MigrationErrors.csv –このレポートには、移行に失敗したメールボックスのリストとエラーに関する情報が含まれています。
• MigrationStatistics.csv –このレポートには、メールボックスのリストと、対応する移行されたアイテムの数が含まれます。レポートには、ユーザーが最初のログオン後に変更する必要がある各メールボックスに割り当てられた一意のパスワードも含まれています。これは、カットオーバー移行によって移行プロセスの一部として新しいアカウントが作成されるためです。

EACによるカットオーバー移行

組織で最新リリースのMicrosoft365を使用している場合、ECPは使用可能なグラフィカルユーザーインターフェイス（GUI）オプションではありません。代わりに、EACを使用します。EACを使用してカットオーバー移行を開始するには、次の手順に従います。

• Microsoft365管理センターにアクセスする
• 認証後、管理センターからExchangeを選択します

• EACで、左側のペインで[移行]を展開し、[バッチ]を選択して、[新しい移行バッチ]をクリックします。

• カットオーバー移行の名前を入力し、移行パスとして[Exchange Onlineへの移行を選択]を選択して、[次へ]をクリックします。

• 移行タイプをカットオーバー移行として選択します

• カットオーバー移行の準備は、カットオーバー移行の前提条件となる手順を提供します。この移行タイプを使用してメールボックスを移行する方法については、こちらをお読みください。前提条件が満たされたら、[次へ]をクリックします。

• 移行エンドポイントを選択します。これらは、ユーザーを移行または移行するサーバーの接続設定です。これらは、任意の移行バッチに関連付けることができます。リモート環境への接続を説明する移行エンドポイントを選択または作成します。移行エンドポイントの詳細をご覧ください。

• 移行を実行するには、移行するメールボックスの属性を含む.csvファイルが必要です。.csvファイルの最初の行はヘッダー行であり、次の属性名のみを含める必要があります。

EmailAddress：これはメールボックスのSMTPアドレスであり、唯一の必須属性です。

パスワード：移行後にクラウドベースのメールボックスに設定されるパスワード。これはオプションの属性であり、シングルサインオン（SSO）が有効になっている場合は必要ありません。.csvファイルにパスワードを設定し、SSOが有効になっている場合、そのパスワードは無視されます。構成に当てはまらない場合は、このボックスを空白のままにしてください。

ForceChangePassword：このブール属性は、ユーザーがクラウドメールボックスに最初にログオンするときにパスワードを変更する必要があるかどうかを指定します。値はTrueまたはFalseのいずれかです。これもオプションの属性であり、SSOが有効になっている場合は必要ありません。.csvファイルでこの属性を設定し、SSOが有効になっている場合、この属性は無視されます。構成に当てはまらない場合は、このボックスを空白のままにしてください。

• この.csvファイルにより、段階的な移行プロセスで5つのメールボックスが移行され、新しいクラウドメールボックスのパスワードがNewPa $$ wordに設定され、マイクとスコットだけがそれぞれのクラウドメールボックスに最初にログオンしたときにパスワードを変更する必要があります。

• .csvファイルには、これらの属性のみを含めることができます。

• 次に、ターゲットドメインを選択し、必要に応じて不良アイテムの制限と大きなアイテムの制限を指定します。

• 手動または自動で移行を開始し、移行の完了後にレポートを送信する必要のある電子メールアドレスを指定することを選択します。

• 移行を開始するには、数分待ちます。

段階的な移行

段階的移行は、メールボックスとコンテンツのサブセットが時間の経過とともに複数のバッチで移行されるプロセスであり、Exchange 2003および2007にのみ適用されます。段階的移行は通常、1,000を超えるメールボックスがある場合のアプローチです。段階的な移行に関する特別な考慮事項は、同じ移行バッチに含まれている必要があるメールボックスを特定する必要があることです。委任権限に参加している個人のメールボックスは一緒に保持する必要があります。したがって、段階的な移行を計画する場合は、それらが同じバッチに属している必要があります。ディレクトリ同期がすでに実装されている場合は、段階的な移行が適切な移行方法です。

段階的移行の設定方法を検討する前に、段階的移行中に何が起こるかを知っておくと役に立ちます。段階的な移行を開始すると、次のプロセスが発生します。

• 移行サービスは、ディレクトリ同期が構成されていることを確認し、.csvファイルの入力を求め、.csvファイルの各エントリがMicrosoft 365のメール対応ユーザー（MEU）であることを確認します。
• 次に、サービスはMEUをメールボックスに変換し、オンプレミスメールボックスのTargetAddressプロパティにクラウドメールボックスの電子メールアドレスを入力します。
• すべてのメールボックスのTargetAddressプロパティが更新されると、正常に作成および変換されたメールボックスのリストが記載された電子メールが送信されます。メールボックスの内容はまだ移行されていませんが、ユーザーはMXレコードを変更せずにメールボックスの使用を開始できます。これは、電子メールがオンプレミスのメールボックスに到着した場合、TargetAddressプロパティのためにExchangeOnlineにリダイレクトされるためです。
• 次に、移行サービスは、コンテンツ、連絡先、およびカレンダーアイテムをオンプレミスのメールボックスから対応するオンラインメールボックスに移行し始めます。コンテンツの移行が完了すると、別のレポートが管理者に電子メールで送信されます。
• この時点で、追加の移行バッチを作成して開始できます。
• 移行が完了したら、MXレコードを変更して、電子メールがオンラインメールボックスに直接配信されるようにします。その後、移行を完了することができます。移行サービスは、必要なクリーンアップとチェックを実行して、対応するオンプレミスメールボックスを持つすべてのMEUが移行されていることを確認します。その後、最終的なステータスレポートが管理者に送信されます。

• 段階的移行への移行タイプを選択します

• 段階的移行の準備は、段階的移行の前提条件となる手順を提供します。この移行タイプを使用してメールボックスを移行する方法については、こちらをお読みください。

• 移行の種類と前提条件を変更する必要があることを除けば、カットオーバー移行に似ています。そのため、ここでは手順については再度説明しません。

ハイブリッド展開の移行

Exchangeハイブリッド環境を確立した後の移行は、最も一般的なアプローチの1つです。これは、Exchangeハイブリッド環境を確立した後、これまでに説明した他の方法とは異なり、メールボックスをクラウドに移動してオンプレミスに戻すことができるためです。Exchangeハイブリッド環境のセットアップの一部は、Exchange 2010 Service Pack 3（SP3）クライアントアクセスサーバー（CAS）を実装することです。これにより、2010 SP3 CASに付属するメールボックスレプリケーションサービス（MRS）が導入されます。MRSは、メールボックスの移動を実行するためのサービスです。

• 組織に1,000を超えるメールボックスを備えたExchange2010以降のバージョンがある場合は、Exchangeハイブリッド展開を実装する必要があります。

• リモート移動の移行の準備は、リモート移行の前提条件の手順を提供します。この移行タイプを使用してメールボックスを移行する方法については、こちらをお読みください。

• リモート移動移行では、csvファイルの代わりに手動でユーザーを選択できます。

• 残りの手順は、カットオーバー移行と同様です。そのため、ここでは手順については再度説明しません。

サードパーティの移行ツール

何らかの理由でMicrosoftが提供する既存のツールとオプションが移行のニーズを満たさない場合は、常にサードパーティのツールを利用できます。サードパーティのExchange移行ツールの例としては、Quest Software、Binary Tree、BitTitan、Cemaphore、Metalogixがあります。Exchangeは成熟したプラットフォームであり、しばらく前から存在しています。したがって、サードパーティのツールはすぐに利用でき、同じように成熟しています。

移行のベストプラクティス

メールボックスを移行する場合のベストプラクティスがいくつかあります。メールボックスをオンプレミスのメールサーバーからExchangeOnlineに移行するときに採用を検討する必要がある一般的なものをいくつかリストします。

MXレコードのTTLを減らす

ほとんどのシナリオでは、受信メールをExchangeOnlineにルーティングする必要があります。したがって、移行タスクを開始する前に、それがカットオーバー、ステージング、またはIMAP移行であるかどうかに関係なく、MXレコードを切り替えるときのDNS収束時間を改善するために、MXレコードの存続時間（TTL）を変更してください。TTLを3,600秒（1時間）に変更することをお勧めします。

移行パフォーマンス

• メールボックス内のアイテムのサイズと数、ネットワーク帯域幅、ネットワーク遅延、オンプレミスのメールサーバーなど、多くの要因が移行のパフォーマンスに影響を与えます。
• 移行のパフォーマンスは、時間帯やネットワーク上のユーザー数によっても影響を受ける可能性があります。そのため、就業日が終わった後または週末に移行を実行する必要があります。
• 例として、小規模な段階的移行バッチを使用した初期テストの後、Microsoft Consulting Servicesは通常、週に1,000メールボックスの移行率に引き上げることを目指しています。これは主に、ネットワーク使用率が最低レベルの営業時間後に実施されます。
• レイテンシと持続スループットは、移行パフォーマンスに関しても同様に重要な要素です。

移行サービスのスロットリング

この章の前半で見た移行の演習では、同時に移行されるメールボックスの数（デフォルトでは3つ）を指定できることを思い出してください。同時に移行する必要があるメールボックスの数を指定することを、移行サービスのスロットリングと呼びます。

「移行パフォーマンス」ホワイトペーパーを再度参照するか、単一メールボックスの移行をテストして、移行スループットを決定します。これは、ネットワークがサポートできる同時移行の最適な数を決定するのに役立ちます。

ユーザースロットリング

• ユーザーの調整は、主にサードパーティの移行ツールに影響します。ユーザースロットリングは、ユーザーが同時にアクセスできるメールボックスの数を制限し、リスクを最小限に抑えてリソースを保護するように設計されています。
• したがって、移行ツールがすべてのメールボックスにアクセスできる単一のサービスアカウントを使用する場合、Microsoft 365は、移行プロセス中に同時にアクセスするメールボックスが多すぎるとサービスアカウントを抑制し、移行のパフォーマンスに影響を与える可能性があります。
• 移行ツールを評価するときは、ユーザーのスロットルによってパフォーマンスが影響を受けないことを確認してください。
• 優れた移行ツールは通常、Exchange Webサービスを使用してユーザーアカウントを偽装するため、Exchange Onlineは、単一のユーザーが複数のメールボックスに同時にアクセスするのではなく、それぞれのメールボックスにアクセスするユーザーを認識します。したがって、ユーザーのスロットルはトリガーされません。

メールボックスをオンプレミスのExchangeに戻す

• メールボックスをオンプレミスに戻すには、Exchangeハイブリッド環境を使用する必要があります。
• それ以外の場合は、サードパーティのツールに依存する必要があります。メールボックスをMicrosoft365に移動するときにEACからのカットオーバーおよび段階的な移行オプションがあるのとは異なり、その逆を実行するための組み込みオプションはありません。
• ご覧のとおり、Exchangeハイブリッド環境を実装した後、メールボックスのMicrosoft 365への移動は、リモート移動要求を実行することによって実行されます。
• メールボックスをオンプレミスに戻すには、移動するメールボックスが最初からMicrosoft 365で作成されたのか、それとも最初にオンプレミスで作成されてからMicrosoft365に移動されたのかを考慮する必要があります。

もともとオンプレミスで作成されたメールボックス

Microsoft 365から移行するメールボックスが最初にオンプレミスで作成されてからクラウドに移行された場合は、開始する前にメールボックスをExchange Onlineに移行するために作成されたバッチを削除するだけです。そうでない場合は、次のように表示されます。は正常に移行されましたが、何も移動されません。

• Exchange管理センター->受信者->移行に移動します
• +をクリックし、[ ExchangeOnlineから移行]を選択します

• 「移動するユーザーを選択」で「追加」をクリックし、移行するメールボックスを検索して、「次へ」をクリックします。

• 移行エンドポイントを選択し、[次へ]をクリックします。

• 移行エンドポイントを確認し、[次へ]をクリックします。

• 移行の名前を入力し、テナントドメインを入力します。たとえば、techiberry.onmicrosoft.comで、[プライマリメールボックスとアーカイブメールボックスが存在する場合はそれを移動する]を選択し、ターゲットデータベースについて言及して、[次へ]をクリックします。

• [参照]をクリックして、移行が完了したときにレポートを電子メールで送信し、[バッチを自動的に開始する]と[移行バッチを自動的に完了する]を選択して、[新規]をクリックします。

ExchangeOnlineで最初に作成されたメールボックス

オンプレミスのExchangeに戻すExchangeOnlineメールボックスが元々Microsoft365で作成されていた場合は、最初に、関連付けられたオンプレミスのメールボックスでExchangeGUIDプロパティを設定する必要があります。メールボックスが最初にMicrosoft365で作成された場合、ExchangeGUIDプロパティは関連付けられたオンプレミスメールボックスに同期されないため、これを行う必要があります。リモート移動要求を成功させるには、ExchangeGUIDプロパティに格納されている値が次の場合と同じである必要があります。 Microsoft365のメールボックスおよび関連するオンプレミスのリモートメールボックス。

次の手順に従って、オンプレミスのリモートメールボックスのExchangeGUIDプロパティを確認および設定します。

• オンプレミスのExchangeハイブリッドサーバーでEMCを起動します。
• 次のコマンドを入力して、オンプレミスのリモートメールボックスのExchangeGUIDプロパティが設定されているかどうかを確認します。

Get-RemoteMailbox「オンプレミスに移行するためのクラウドメールボックスのエイリアス」| フォーマットリストExchangeGUID

• ExchangeGUIDの戻り値がすべてゼロでない場合は、ExchangeGUIDが設定されます。「最初にオンプレミスで作成されたメールボックス」セクションで概説されている手順に従って、リモートメールボックスのオンプレミスExchangeへの移動をすぐに開始できます。
• ExchangeGUIDの戻り値がすべてゼロの場合、ExchangeGUIDは設定されません。次のコマンドを入力して、Exchange OnlineメールボックスのExchangeGUIDを取得し、戻り値を書き留めます。Exchange管理シェルは使用しないでください。

Get-Mailbox「オンプレミスに移行するためのクラウドメールボックスのエイリアス」| フォーマットリストExchangeGUID

• [Exchange管理シェル]ウィンドウに戻り、次のコマンドを入力して、オンプレミスのリモートメールボックスのExchangeGUIDプロパティの値を設定します。

Set-RemoteMailbox「移動するクラウドメールボックスのエイリアス」-ExchangeGUID「ExchangeOnlineメールボックスのGUIDを貼り付ける」

• Exchange GUIDの更新に失敗した場合は、ここに記載されている手順に従ってください。
• これらの変更がMicrosoft365に反映されるまで、数時間待ちます。
• 同期が完了したら、前のセクションで概説した手順に従って、メールボックスをクラウドからオンプレミスに戻すことができます。

また読む：Skype会議をTeams会議に移行する方法は？

今、私はあなたから聞きたいです：

今日の投稿から、最も興味深いと思ったのはどれですか？あるいは、私が取り上げた何かについて質問があるかもしれません。

いずれにせよ、私はあなたから聞きたいです。だから先に進んで、下にコメントを残してください。