MicrosoftのMigration Orchestrator overviewとは？期限・対象環境・移行前チェックを解説

2026年7月10日時点で確認できるMicrosoft公式情報によると、「Migration orchestrator overview」は既存サービスの廃止通知ではありません。Microsoft 365テナント間で、Exchange Onlineメールボックス、OneDrive、Teamsチャット、Teams会議をまとめて移行するための機能概要です。

全組織に共通する強制移行期限は示されておらず、テナント統合や事業分離を予定していない組織に、直ちに必要な作業はありません。一方、移行を予定している場合は、検証結果の有効期間が7日間であることや、指定したカットオーバー日時を過ぎるとキャンセルできないことに注意が必要です。(Microsoft Learn)

また、本機能はユーザーアカウントそのものを移すのではなく、移行先に用意したユーザーへデータを移す仕組みです。移行先メールボックスやOneDriveを先に作成すると失敗する可能性があるため、Identity Mappingとライセンス付与の順序が重要になります。(Microsoft Learn)

Microsoftの「Migration orchestrator overview」は廃止通知ではない

Migration Orchestratorは、Microsoft 365の異なるテナント間でユーザーデータを移行するためのオーケストレーション機能です。主に次のような場面が想定されています。

企業の合併や買収
事業売却や会社分割
グループ会社のテナント統合
部門再編に伴うテナント移動
一部ユーザーだけを別テナントへ切り離すケース

従来はExchange Online、OneDrive、Teamsなどを個別に移行し、それぞれの依存関係や実行時期を管理する必要がありました。Migration Orchestratorでは、複数のワークロードを同一バッチにまとめ、依存関係を考慮した順序で移行できます。(Microsoft Learn)

概要を整理すると、次のとおりです。

項目	内容
主な目的	Microsoft 365テナント間のユーザーデータ移行
対応ワークロード	Exchange Onlineメールボックス、OneDrive、Teamsチャット、Teams会議
移行されないもの	ユーザーID、Teamsとチャネル、SharePointサイトなどの共有データ
実行方法	Microsoft Graph API、PowerShell、Graph Explorer
移行単位	ユーザーをまとめたバッチ
ライセンス	ExchangeとOneDriveの移行には、ユーザー単位のCross Tenant User Data Migrationライセンスが必要
管理権限	初期構成ではグローバル管理者、運用ではMicrosoft 365 Migration Administratorの利用が想定される

対応範囲とライセンス条件はMicrosoft Learnに記載されています。TeamsチャットとTeams会議については、プレビュー期間中は専用の追加移行ライセンスを必要としないとされています。(Microsoft Learn)

プレビュー機能として評価すべき要素が残っている

2026年7月10日時点の手順では、Microsoft GraphのBetaコマンドが使用され、Cross-Tenant Identity Mappingもプレビューとして案内されています。CTIMモジュールのインストールには、プレリリース版を許可する-AllowPrereleaseオプションが必要です。(Microsoft Learn)

そのため、社内ルールでプレビュー機能を本番利用できない場合は、すぐに採用するのではなく、個別のクロステナント移行機能やパートナー製品を選ぶ判断も必要です。

Microsoftが指定する一律の移行期限はない

今回の公式情報には、既存環境をMigration Orchestratorへ切り替えなければならない日や、従来のクロステナント移行機能が終了する日は記載されていません。

注意すべき「期限」は、サービス全体の廃止日ではなく、個々の移行バッチに設定される期限です。

期限・時期	管理者が確認すべきこと
サービス全体の対応期限	公式ページに一律の強制移行期限は記載されていない
プレビュー終了・一般提供日	公式ページに確定日なし
検証結果の有効期間	`ValidatePassed`になってから7日以内に移行を開始する
バッチの事前投入	MicrosoftはCompleteAfterDateの約2週間前を推奨
キャンセル期限	CompleteAfterDateを過ぎる前まで
CompleteAfterDate通過後	バッチのキャンセル不可。失敗時の再試行は可能

検証に合格してから7日を超えた場合は、移行を開始する前に再検証が必要です。また、CompleteAfterDateはカットオーバーが開始できる最も早い日時であり、その時刻に全データの移行が完了することを保証するものではありません。(Microsoft Learn)

CompleteAfterDateを過ぎるとユーザーへの影響が始まる

CompleteAfterDateまでは、選択したワークロードの準備やExchangeメールボックスの同期が行われます。Microsoftの説明では、この事前同期中にExchange利用者への影響はありません。

CompleteAfterDateを過ぎ、事前処理が完了すると、次の処理が始まります。

Exchangeメールボックスを移行先へ切り替える
移行先ユーザーにOneDriveを作成し、移行元OneDriveを移動する
移行先にTeamsチャットスレッドを作成または更新する
Teams会議を移行先テナントで開催できるよう更新する

この段階に入ると、バッチ全体のキャンセルはできません。CompleteAfterDateを「作業予定日時」程度に考えず、変更凍結、利用者への通知、サポート体制を整えたうえで設定する必要があります。(Microsoft Learn)

対応が必要な環境と不要な環境

自社で対応が必要かどうかは、次の表で判断できます。

自社の状況	対応の目安
テナント間移行の予定がない	原則として対応不要
合併、買収、会社分割などでユーザーデータを移す	Migration Orchestratorを候補として評価する
Exchange、OneDrive、Teamsを同じ利用者単位でまとめて移す	Migration Orchestratorと相性がよい
Exchangeだけ、OneDriveだけを移す	個別のクロステナント移行機能も比較する
SharePointサイトやTeamsチャネルが中心	Migration Orchestratorだけでは不足する
移行先ユーザーにメールボックスやOneDriveを作成済み	そのままでは失敗する可能性が高く、構成見直しが必要
保持ポリシーや訴訟ホールド対象のデータがある	移行前に法務・コンプライアンス部門との調整が必要
異なるMicrosoft 365クラウド間で移行する	クロスクラウド移行はサポート対象外
プレビュー機能を本番利用できない	個別機能またはパートナー製品を検討する

Migration Orchestratorは、複数ワークロードを同じユーザー単位でまとめて移す場面に向いています。ワークロードごとに移行日を大きく分けたい場合や、移行対象がSharePointサイト中心の場合は、個別移行のほうが管理しやすい可能性があります。(Microsoft Learn)

クロスクラウド移行には利用できない

MicrosoftのFAQでは、Office 365 WorldwideからGovernment Cloudへ移すようなクロスクラウドのテナント間移行はサポートされないとされています。(Microsoft Learn)

また、クロステナントOneDrive移行は、GCC、GCC High、DoDなどのGovernment Cloudをサポートしていません。ソブリンクラウドや特殊なクラウド環境では、通常のMicrosoft 365テナントと同じ条件で利用できると判断せず、契約担当者やMicrosoftサポートへの確認が必要です。(Microsoft Learn)

ハイブリッド環境でも事前確認が必要

Exchangeメールボックスのクロステナント移行は、クラウドのみの環境だけでなく、ハイブリッド環境との組み合わせにも対応しています。

ただし、移行先テナントでディレクトリ同期されたMailUserを使用する場合は、オンプレミス側の属性をサポート対象のExchange管理ツールで変更できなければなりません。(Microsoft Learn)

移行できるデータと移行できないデータ

Migration Orchestratorは「Microsoft 365のすべて」を移行する機能ではありません。特に、個人データと共有データを分けて考える必要があります。

ワークロード	主な移行対象	主な注意点
Exchange Online	メール、連絡先、予定表、タスク、メモ	成功後は移行元メールボックスが削除される
OneDrive	ユーザーのOneDriveコンテンツ	差分移行不可。移行元にはリダイレクトが残る
Teamsチャット	1対1・グループ・会議チャットの対応範囲内データ	元のスレッドが残る場合や、重複スレッドが作成される場合がある
Teams会議	対応する会議情報と会議URL	メールボックスとTeamsチャットの移行が前提
Teamsとチャネル	対象外	別の移行方法が必要
SharePointサイト	対象外	クロステナントSharePoint移行などを別途計画
ユーザーID	対象外	移行先ユーザーを事前に作成し、1対1でマッピングする

(Microsoft Learn)

Exchangeメールボックスは移行元から削除される

Exchange Onlineでは、ユーザーが確認できるメール、連絡先、予定表、タスク、メモが移行されます。

移行成功後、移行元メールボックスは削除され、移行元テナントからアクセス、検索、検出できなくなります。移行元ユーザーはMailUserに変換され、移行先へのメールルーティングに利用されます。(Microsoft Learn)

この仕様は、監査やeDiscoveryに大きく影響します。移行前に次の点を確認してください。

どちらのテナントで移行後のeDiscoveryを行うか
保持対象データの管理主体が変わって問題ないか
移行前の証跡やエクスポートが必要か
移行元テナントをいつ解約・削除できるか

なお、何らかのホールドが設定されたメールボックスは移行できません。

OneDriveはコピーではなく移動になる

OneDriveのクロステナント移行は、一度限りの移動処理です。移行元と移行先へ何度も差分コピーする方式ではなく、増分移行やデルタ移行は利用できません。

移行後は移行元OneDriveにリダイレクトが残り、権限がある利用者は以前の共有リンクから新しい場所へ移動できます。1回のキューに登録できるOneDriveアカウントは最大4,000件で、この上限はSharePoint移行と共有されます。(Microsoft Learn)

Teamsはすべての会話・会議データが移るわけではない

Teamsチャットでは、移行順序や参加者の状態によって、新しいチャットや一時的な重複チャットが作成されることがあります。移行後に移行元スレッドへ投稿したメッセージは、移行先へ再同期されません。(Microsoft Learn)

代表的な対象外データは次のとおりです。

自分自身とのチャット
外部ユーザーが開始した一部のチャット
メッセージへのリアクション
Pollsなどのアプリとアプリメッセージ
会議録画、トランスクリプト、会議のまとめ
チャネル会議、共有チャネル会議
ウェビナー、タウンホール、ライブイベント
250人を超える会議
リソースメールボックスが主催する会議
ConfidentialまたはHighly Confidentialの会議

Teamsを主要な業務記録としている組織は、「Teamsチャットと会議に対応」という説明だけで移行可否を判断せず、会議種別やチャットの作成者まで棚卸しする必要があります。(Microsoft Learn)

Teams会議を移行する場合は依存関係に注意する

Teams会議の移行は単独では実行できません。Teams会議を選択する場合、TeamsチャットとExchangeメールボックスも同じバッチで選択する必要があります。

Teams会議だけを選択したバッチは開始できません。また、メールボックスを移行対象に含めないケースでも、Identity Mappingを行うため、移行元にメールボックス、移行先にMailUserが必要です。(Microsoft Learn)

実務上は、次の単位で計画すると判断しやすくなります。

メール、OneDrive、Teamsを同日に切り替える利用者
メールだけを先行移行する利用者
共有サイトやチャネルを別工程で移す部門
会議数や会議種別が多く、個別確認が必要な利用者

Migration Orchestratorを使わない場合の代替手段

Migration Orchestratorは唯一の移行手段ではありません。Microsoftの移行計画ガイドでは、次の選択肢が示されています。(Microsoft Learn)

ワークロード別のMicrosoft標準機能を使う

対象が限定されている場合は、各ワークロードのクロステナント移行機能を個別に利用できます。

Exchange Onlineのクロステナントメールボックス移行
OneDriveのクロステナント移行
SharePointのクロステナントサイト移行

メールだけを先に移す場合や、OneDriveとSharePointを別日程で進める場合は、個別機能のほうが移行日程を細かく制御できます。

Microsoftのパートナー製品や移行サービスを使う

次のような場合は、Microsoft認定パートナーやサードパーティー製移行ツールを比較する価値があります。

Teams、チャネル、SharePointを含む複雑な移行
プレビュー機能を本番利用できない
移行対象が非常に多い
詳細なレポートや独自の再試行機能が必要
社内にPowerShellやMicrosoft Graphの運用要員がいない
移行元と移行先でドメイン、ID、セキュリティ設定が大きく異なる

ツールを選ぶ際は、「移行できる」と書かれているかだけでなく、アクセス権、共有リンク、会議、チャット、Planner、Power Appsなど、データ種別ごとの対応範囲を確認してください。

移行後に元へ戻す場合

移行完了後にメールボックスとOneDriveを移行元へ戻す場合は、スタンドアロンのメールボックス移行とOneDrive移行を、移行先から移行元の方向で構成します。

ただし、Teams会議は自動的には元へ戻らず、必要に応じて手動で再作成します。Teamsチャットは移行元から削除されないため、移行元アカウントを維持していれば履歴を参照できる場合があります。(Microsoft Learn)

つまり、カットオーバー後の「切り戻し」は、CompleteAfterDate前のキャンセルと同じではありません。移行後に戻す作業は、新しい逆方向の移行プロジェクトとして考える必要があります。

移行前に確認するべき項目

法務・コンプライアンス要件を確認する

最初に、移行対象ユーザーの保持状態を確認します。

Exchangeメールボックスにホールドが設定されていないか
OneDriveにHoldポリシーが適用されていないか
移行元でのeDiscoveryが必要ではないか
移行前後の監査ログをどこで管理するか
データ保存地域やMulti-Geo構成に問題がないか
移行元テナントを残す期間が決まっているか

メールボックスとOneDriveは、ホールドが設定されていると移行がブロックされます。単にホールドを解除するのではなく、法務・監査担当者の承認を得てから対応してください。(Microsoft Learn)

移行先ユーザーの作成順序を守る

Migration Orchestratorで最も失敗しやすいのが、移行先ユーザーのプロビジョニング順序です。

基本的な順序は次のとおりです。

移行対象ユーザーを決定する
移行先テナントにユーザーを作成する
移行先にメールボックスやOneDriveが作成されていないことを確認する
Cross-Tenant Identity Mappingで移行元と移行先を1対1で対応付ける
ExchangeGUID、ArchiveGUID、LegacyExchangeDNなどの属性を確認する
Identity Mapping完了後に必要なワークロードライセンスを付与する
バッチを作成して検証する

Identity Mappingより先にExchange Onlineを含むライセンスを付与すると、移行先に通常のメールボックスが作成され、必要なMailUser構成にならない可能性があります。(Microsoft Learn)

移行先OneDriveを事前作成しない

移行先にOneDriveサイトが存在すると、既存サイトを上書きできないため移行に失敗します。

移行対象ユーザーを作成した段階で、対象ユーザーによるOneDrive作成を制限してください。ユーザーへ先にサインインさせると、ライセンスや設定によってOneDriveが自動作成される可能性があります。(Microsoft Learn)

OneDriveでは、次の項目も事前に確認します。

移行元アカウントが読み取り専用になっていないか
移行元でMicrosoft Purview Customer Keyによるサービス暗号化を使用していないか
移行後のURLを含むパスが400文字を超えないか
1ユーザーあたり5TBまたは100万アイテムを超えていないか
アカウント名やURLに問題となる文字が含まれていないか

(Microsoft Learn)

テナント間の信頼関係とアプリ権限を確認する

移行元と移行先では、ワークロードに応じて次の構成が必要です。

確認項目	不備がある場合の影響
Migration Endpoint	Exchange移行を開始できない
Organization Relationship	テナント間移行が承認されない
移行対象を限定するメール有効セキュリティグループ	対象ユーザーの承認チェックに失敗する
Teams Migrationアプリ	Teamsチャット移行に失敗する
Meeting Migrationアプリ	Teams会議移行に失敗する
アプリのロールと管理者同意	検証または実行に失敗する
Identity Mapping	移行元と移行先ユーザーを正しく対応付けられない

Exchangeの移行では、移行アプリ、Exchange Online Migration Endpoint、Organization Relationship、移行許可ユーザーを限定するセキュリティグループが必要です。(Microsoft Learn)

TeamsとExchangeのライセンスを確認する

Teamsチャットの移行では、対象ユーザーが移行元と移行先の両方でTeamsライセンスを持っている必要があります。

Teams会議の移行では、両テナントのExchange Onlineライセンス、Meeting Migrationアプリの構成、必要なRBACロールなども検証されます。また、Microsoftの前提条件では、両テナントのExchange送信スパムフィルターポリシーで自動転送を有効にする構成が求められています。(Microsoft Learn)

自動転送を一時的に許可する場合は、移行対象や期間を限定し、セキュリティ部門と設定変更の影響を確認してください。

正しいテナントへ接続しているか確認する

PowerShellで複数テナントを操作するため、接続先の取り違えは重大な事故につながります。

Microsoftは、コマンド実行前に次のコマンドで接続状態を確認するよう案内しています。

Disconnect-MgGraph
Connect-MgGraph
Get-MgContext

特に、Organization Relationship、アプリ権限、Identity Mappingを変更する作業では、実行前にテナントIDと接続アカウントを記録してください。(Microsoft Learn)

バッチ作成から移行までの実務手順

Migration Orchestratorによる移行は、次の流れで進めます。

移行元と移行先のテナント構成を確認する
対象ユーザーとワークロードを棚卸しする
移行対象外データを別工程へ振り分ける
移行先ユーザーを作成する
Identity Mappingを実行する
必要なライセンスを付与する
小規模なパイロットバッチを作成する
自動検証の結果を確認する
エラーを修正して再検証する
CompleteAfterDateの約2週間前に本番バッチを投入する
検証合格から7日以内に移行を開始する
カットオーバー後にワークロードごとの結果を確認する

バッチ作成時に検証が自動で始まり、ValidatePassedまたはValidateFailedになります。失敗した場合は、ユーザーごとのエラーを確認して修正し、同じバッチを再検証します。

Microsoftは、検証で返されるエラー一覧が必ずしも網羅的ではないとも説明しています。一度エラーを直しただけで本番へ進まず、すべての失敗がなくなるまで検証を繰り返してください。(Microsoft Learn)

バッチ上限の記載差に注意する

Migration Orchestratorの実行ガイドでは、1バッチの最大サイズを100ユーザーとしています。一方、FAQにはメールボックスを2,000件以下にする一般的な推奨も記載されています。(Microsoft Learn)

これらは異なる処理レイヤーや移行方式を指している可能性があります。Orchestratorのジョブを設計する際は、より厳しい100ユーザー上限を基準とし、実施直前に最新ドキュメントまたはMicrosoftサポートで確認するのが安全です。

移行で失敗しやすいポイント

失敗しやすい操作	起こり得る結果	予防策
Identity Mapping前にExchangeライセンスを付与する	移行先メールボックスが作成される	マッピング後にライセンスを付与する
移行先OneDriveを事前作成する	既存サイトを上書きできず失敗する	対象ユーザーのOneDrive作成を制限する
Teams会議だけを選択する	バッチを開始できない	ExchangeとTeamsチャットも同一バッチに含める
TeamsやSharePointの共有データも移ると考える	チャネルやサイトが移行元に残る	別ツール・別工程を用意する
CompleteAfterDate後に中止しようとする	キャンセルできない	日時設定前に承認と変更凍結を完了する
ホールド対象をそのまま含める	ExchangeまたはOneDrive移行がブロックされる	法務確認後に対象を分離する
移行元メールボックスが残ると考える	監査・eDiscovery計画に不備が出る	移行先での保全方法を事前設計する
移行中にIdentity Mappingを削除する	Teamsチャットや会議の利用体験に影響する	実行中は`Remove-CTIMData`を使用しない

移行中のIdentity Mapping変更は、移行済みユーザーや再試行対象ユーザーのTeamsデータに影響する可能性があります。ユーザー追加が必要な場合は、既存マッピングを削除せずに追加処理を行います。(Microsoft Learn)

今すぐ行うべき対応

テナント間移行を予定していない組織は、Migration Orchestratorのためだけに設定変更を行う必要はありません。機能の一般提供状況や社内のプレビュー利用方針を継続的に確認すれば十分です。

移行計画がある組織は、ツールの導入から始めるのではなく、次の順で準備してください。

Exchange、OneDrive、Teams、SharePointの移行対象を一覧化する
ホールド、保持、eDiscovery対象ユーザーを分離する
Orchestratorで移せるデータと別工程が必要なデータを分類する
移行先ユーザーの作成・ライセンス付与手順を設計する
Identity Mapping用のユーザー対応表を作成する
小規模なパイロットでチャット、会議、共有リンクを確認する
CompleteAfterDate前後の利用者向け案内とサポート手順を作る
切り戻しが必要になった場合の再移行手順を決める

重要なのは、Migration Orchestratorを「テナント全体を複製するツール」と考えないことです。対象はユーザー単位のコンテンツであり、ID、Teamsとチャネル、SharePointサイト、各種アプリや一部の会議データは別途対応が必要です。

まずは移行対象をワークロード別に棚卸しし、同じユーザーのExchange、OneDrive、Teamsチャット、Teams会議を一括で切り替えたい場合にMigration Orchestratorを候補としてください。個別日程や共有データの移行が中心であれば、スタンドアロン機能やパートナー製品を含めて比較するのが現実的です。

この記事を書いた人

佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

MicrosoftのMigration Orchestrator overviewとは？期限・対象環境・移行前チェックを解説