※ この記事は、Local Move Requests in Exchange Online – Why They’re Not Supported の抄訳です。最新の情報はリンク先をご確認ください。この記事は Microsoft 365 Copilot および GitHub Copilot を使用して抄訳版の作成が行われています。
Exchange Online では、管理者が New-MoveRequest コマンドレットを使用して、同じテナントまたはデータセンター内でメールボックスを移動することを検討する場合があります。過去の経緯によりこのコマンドは存在していますが、Microsoft はローカル移動要求をサポートしていません。この記事では、その理由、リスク、および代わりに使用すべき方法について説明します。
Microsoft は過去にローカル移動要求を無効化すると述べていましたが、実際には無効化していません。特定の状況下では問題解決に役立つ場合があることは認識していますが、ローカル移動要求の使用はサポート対象外であり、推奨もしていません。使用する場合は自己責任において行ってください。
ローカル移動要求が問題となる理由
ローカル移動要求は、もともとオンプレミスの Exchange Server 2010 におけるデータベース間の移動、および Exchange ハイブリッド環境でのオンボーディング / オフボーディング シナリオ (Exchange Server と Exchange Online 間でのメールボックスの移動) のためのリモート移動要求として設計されました。その後、同じ New-MoveRequest コマンドを使用して 2 つの異なるテナント間でメールボックスを移行する機能 (クロス テナント移行) や、同一テナント内の異なる地域にメールボックスを持つマルチ Geo 環境向けの機能が追加されました。Microsoft 365 環境では、メールボックスの配置と負荷分散はサービスによって自動的に処理されます。テナント内で手動移動を強制すると、いくつかの問題が発生します。
サポート対象外: Microsoft サポートは、ローカル移動のトラブルシューティングや処理の迅速化を行うことができません。これらの要求は低優先度のバックグラウンド タスクとして扱われ、完了までに数週間かかる場合があります。詳細については、Resource Based Throttling and Prioritization in Exchange Online Migrations | Microsoft Community Hub を参照してください。管理者がデータセンター内の任意のターゲット サーバーを指定して移動を開始した場合、そのターゲット サーバーが過負荷状態にあるか、あるいは近くメンテナンスが予定されているかを事前に把握することはできません。また、大規模なメールボックス移動によってサーバーに過剰な負荷をかけてしまう可能性があり、その場合は自動負荷分散が状況を検出して修正するまで待つ必要があります。管理者によって開始されたローカル移動はサポートされていないため、完了までに要する時間の目安は提供されていません。一方、Exchange Online による自動的かつ負荷分散された移動については、所要時間の推定値が提供されています: Microsoft 365 and Office 365 migration performance and best practices | Microsoft Learn
関連付けのないデータとなるリスク: 移動要求は、プライマリ メールボックスとメイン アーカイブ メールボックスの両方に使用できます。ローカル移動要求を使用してデータセンター内でプライマリ シャードやメイン アーカイブ シャードを移動できることは事実ですが、利用には十分な注意が必要です。ローカル移動の完了時にユーザー情報を更新する処理は、プライマリ シャードとメイン アーカイブ シャードを指すユーザーのプロパティのみを認識しています。もし何らかの方法で MailboxLocation ベースのシャード (ComponentShared や AuxArchive シャードなど) に対して New-MoveRequest を実行した場合、完了処理では MailboxLocation ベースのシャードのデータベースを更新しないだけでなく、プライマリ シャードの Database プロパティがリセットされ、プライマリ シャードがダイヤルトーン (関連付けのない) 状態になる可能性があります。この点について十分にご注意ください。
手動移動は自動化に置き換えられています: Exchange Online はインテリジェントな負荷分散と自動修復プロセスを使用しています。そのため、手動によるローカル移動要求は不要であり、多くの場合はかえって逆効果となります。
よくある誤解
ローカル移動ですべてのメールボックスの問題とデータ破損が「修復」される: 基本的なレベルでは、移動要求はメールボックスをあるデータベースから別のデータベースに移動するだけであり、明示的な修復は行われません。しかし、メールボックス移動では、サービスがターゲット メールボックス内のすべてのアイテムを再作成するため、ソースに何らかの問題があった場合、一部の不良データがそのまま残ってしまう可能性は十分に考えられます。ただし、メールボックス移動を使用して問題をトラブルシューティングする状況は、ベスト プラクティスというよりも例外的なケースであることに注意してください。なぜなら、メールボックスが抱えている特定の問題に対して何の効果もない可能性があり、場合によっては、問題の根本原因を追跡することが不可能になる可能性もあるためです。
ローカル移動によってメールボックスのパフォーマンスが向上する: そうではありません。メールボックスのパフォーマンスは、手動での再配置ではなく、サービス レベルの最適化に依存します。手動で移動した場合、(たとえ成功したとしても) より多くのリソースの負荷を受けるサーバーにメールボックスが配置される可能性もあります。
ローカル移動の代わりに検討すべき対処方法
メールボックスの問題に遭遇した場合、またはデータを再作成する必要がある場合は、サポートされている方法を実施してください。
根本原因を調査する: Microsoft サポートにケースを起票いただき、問題を適切に調査および解決してください。エンジニアリング チームがメールボックスの移動を選択する場合もありますが、このプロセスは十分に検討された上で正当な理由に基づいて実施され、また監視されています。
サービス側の自動処理に任せる: Exchange Online は、メールボックスの配置を継続的に監視し、再バランス化を行っています。手動での介入が必要になることはほとんどありません。
実施すべきことと避けるべきこと
実施すべきこと:
- メールボックスの問題に対する根本原因の調査。
- 最適なパフォーマンスを得るために、サービスの自動負荷分散を信頼。
避けるべきこと:
- Exchange Online 内でローカル移動要求の開始。
- ローカル移動要求を使用してシャード レベルの移動や拡張されたアーカイブの移動。
- ローカル移動要求について、サポートによる迅速化やトラブルシューティングへの期待。