Microsoft 365 のテナント間移行｜会社の統合・分割でメールとファイルを移す
会社の統合・分割で別の Microsoft 365 テナントへ移すとき、メール・OneDrive・Teams のチャットは利用者ごとに1回限りのライセンス（Cross-Tenant User Data Migration）で移り、SharePoint サイトと Teams のチームは別に段取りが要ります。両方のテナントで先に済ませる設定、ドメインを付け替える順番、切り替え日の置き方を、Microsoft Learn で確かめた範囲で整理します。
目次 クリックで開く
この記事の要点
- 個人のもの（メール、OneDrive、Teams のチャットと会議）は、Microsoft の道具が移行元のテナントから移行先へ移します。移す利用者1人ごとに1回限りのライセンス（Cross-Tenant User Data Migration）が要り、移した後、移行元のメールボックスは削除されます。
- 共有のものは別に段取りします。SharePoint サイトは別のライセンス（100 GB ごと。今のところ Enterprise Agreement の顧客だけ）で移せます。Teams のチームとチャネルは Microsoft の道具では移りません。利用者のアカウントも道具は作らないので、移行先で先に作って結び付けます。
- 1つのドメインは1つのテナントにしか置けません。移行中は移行先のドメインのアドレスで使い、移行元のドメインは全員を移し終えてから付け替えます。移行元でアドレスを外し始めてから移行先で付け終えるまでを、1回の作業にまとめます。
買収や会社の分割が決まると、相手の会社のメールとファイルを自社の Microsoft 365 にまとめる作業が、情報システムの担当に回ってきます。そのとき決めなければならないのは、何を Microsoft の道具に任せて何を作り直すかと、会社のドメインをいつ移すかの2つです。
この記事を読むと、Microsoft 365 を契約した組織ごとの単位であるテナント（説明はテナントの記事）から別のテナントへ移すときに、Microsoft の道具で移るもの・移らないもの、要るライセンス、両方のテナントで先に済ませる設定が分かり、切り替え日とドメインを付け替える日を決められます。
Microsoft 365 と Google Workspace の導入・移行を支援している当社が、Microsoft の公式ドキュメント（Microsoft Learn）で確かめた内容です（確かめた日と範囲は、末尾の「この記事の確かめ方」に書きました）。
Microsoft の道具が移すのは中身で、利用者のアカウントとドメインは移さない
Microsoft は、テナント間の移行が起きる場面として、合併・買収、事業の分割、過去の買収で増えたテナントの統合、グループ内の再編を挙げています。移し方は次の3つです（Microsoft 365 テナント間の移行を計画する）。
| 方法 | 向く場面 | 道具 |
|---|---|---|
| まとめて移す | メールボックス・OneDrive・SharePoint・Teams を、連携したバッチ（移行の単位）でまとめて移す | Migration Orchestrator |
| 1つずつ移す | 1つだけ移す、またはメール・OneDrive・SharePoint ごとに日程を細かく決める | メールボックス・OneDrive・SharePoint それぞれのテナント間の移行 |
| 外の力を借りる | 特別な機能が要る複雑な移行、社内の人手が足りないとき | Microsoft のコンサルティング サービスか、認定パートナーの道具 |
ただし、Migration Orchestrator（Learn の日本語版では移行オーケストレーター）の説明のページでは、移せるのは Exchange のメールボックス、OneDrive、Teams のチャット、Teams の会議の4つで、SharePoint サイトと Teams のチームは対象外です。計画のページの表とは食い違うので、この記事は説明のページのほうに合わせます。説明のページは、この移行で移すのは中身であって、利用者のアカウント（ID）ではないとも明記しています。利用者を移行先に正しく作って設定するのは、使う会社の側の仕事です（移行オーケストレーターの概要）。
ここからは例を1つに決めて進めます。たとえば、Northwind Traders が Contoso を買収し、Contoso の社員のメールとファイルを Northwind Traders のテナントへ移すとします。移行元は Contoso のテナント（ドメインは contoso.com）、移行先は Northwind Traders のテナント（ドメインは northwindtraders.com）です。
Google Workspace やファイルサーバーなど、Microsoft 365 以外から移す場合は道具が違います。全体の順番はMicrosoft 365 への移行の順番の記事に、ファイルの道具はSPMT と移行マネージャーの違いの記事に書きました。また、種類の違うクラウドの間（たとえば一般向けと政府向けの間）の移行は対象外です。
メール・OneDrive・Teams のチャットは、利用者ごとのライセンスで移る
ライセンス：Cross-Tenant User Data Migration
Contoso の社員1人ごとに、Cross-Tenant User Data Migration（日本語版の表記はテナント間のユーザー データ移行）のライセンスが1つ要ります。料金は1回限りです。割り当てる先は、移行元の利用者か移行先の利用者のどちらかです。1つで、Migration Orchestrator が移せるもの全部に使えます（移行オーケストレーターの概要）。単体のメールボックスの移行を使う場合も、同じライセンスで OneDrive の移行まで賄えます。
このライセンスを追加で買える契約は、Microsoft 365 Business Basic・Standard・Premium、Microsoft 365 F1・F3・E3・E5、Office 365 F3・E1・E3・E5、Exchange Online、SharePoint・OneDrive の単体プラン、教育機関向け（EDU）です。買える契約の形は、Enterprise Agreement（EA）、CSP（販売店経由）、Web ダイレクト、中小企業、教育機関と書かれています。ただし OneDrive の移行のページは「2022年11月時点で、EA の顧客向けの追加のライセンス」という書き方で、2つのページの書き方が違います。更新が新しいのは Migration Orchestrator の概要（2026年10月下旬）です。自社の契約の形で買えるかは、購入先に確かめてください。
ライセンスを割り当てていないと、移行は失敗します。Microsoft はこの条件に例外を設けていません（テナント間でのメールボックスの移行）。金額は、Microsoft 365 の企業向けと一般法人向けのプランと価格のページに、掲載が見当たりませんでした（2026年11月6日）。見積りは、購入先（Microsoft の担当者か販売店）に取ってください。当社はライセンスを販売していないため、ここでは金額を挙げません。
このほか、移す利用者には両方のテナントで Exchange Online のライセンスが要ります。Teams のチャットと会議を移すなら、両方のテナントで Teams のライセンスも要ります（移行オーケストレーターの計画と前提条件）。
メール：移るのは利用者に見える中身で、移行元のメールボックスは消える
移るのは、メール・連絡先・予定表・タスク・メモと、回復可能なアイテム（Recoverable Items）のフォルダーです。共有メールボックスも移せます（テナント間でのメールボックスの移行）。移らないものは次のとおりです。
- 署名：作り直します。
- 送信トレイ：Outlook のパソコンの中だけにあるフォルダーなので移りません。
- Microsoft 365 グループ：現時点では、メールボックスの移行では移せません。
- 秘密度ラベル（文書やメールに付ける機密の区分）：テナントの間でラベルを共有する方法が無いので、移行先で作り直します。
- 代理送信の権限：現時点では移らないので、移行先で付け直します。
メールボックスの権限はテナントをまたいで使えません。上司と秘書のように、権限でつながった人は同じバッチで移します。
移行が終わると、Contoso のテナントのメールボックスは削除され、どんな形でも見られなくなります。Contoso のテナントで電子情報開示（eDiscovery）の検索もできません。Contoso のテナントに記録を残す必要があるなら、移行の前に別のメールボックスへ中身を写しておくよう案内されています（電子情報開示の使い方は電子情報開示の記事）。
保持ポリシーや訴訟ホールドのように、データを消せなくする設定を「保留」と呼びます。保留が掛かったメールボックスは、保留の種類を問わず移行されずに止まります。保留のある利用者を移す前には、Microsoft のエンジニアリング チームに相談するよう書かれています（移行オーケストレーターの概要）。外せるかどうかは、保持の設定を決めた担当と法務の担当に先に確かめます（保留の種類は電子情報開示の記事、保持の設定は保持ポリシーの記事）。
移し終わった後、Outlook は自動ではつながりません。1つのドメインを持てるテナントは1つだけなので、移行先では contoso.com のアドレスが利用者に付きません。利用者は、新しいサインイン名と新しいアドレス（northwindtraders.com）で Outlook のプロファイルを作り直し、メールを手元に同期し直します。多くの人を同じ日に切り替えるなら、このときのネットワークの使用量を見込んでおくよう案内されています。
OneDrive：移行は1回きりで、差分の移行は無い
OneDrive は、利用者の OneDrive が数分間読み取り専用になるだけで移ります。移行元の場所にはリダイレクト（新しい場所への転送）が残り、古い共有リンクを開いた人は、移行先へのアクセス権があれば新しい場所へ転送されます（テナント間の OneDrive 移行の概要）。リダイレクトは、全員を移し終えたら移行元で外すよう勧められています（テナント間の OneDrive 移行の手順 7）。
気を付けるのは、移行が1回きりで、後から増えた分だけを移す差分の移行ができないことです。また、移行先に同じ人の OneDrive が先にできていると失敗します。Northwind Traders のテナントで Contoso の社員の利用者を作ったら、すぐに OneDrive を作らせない設定にします。保留が掛かった OneDrive も止まります。移すには、保留を外して移し、必要なら移行先で掛け直すよう案内されています。移行先の URL と元のフォルダーのパスを合わせて 400 文字を超えるファイルは失敗し、1つの OneDrive で移せるのは 5 TB か 100万アイテムまでです。
Teams のチャットと会議：移せるのは Migration Orchestrator だけ
会議を移すときは、チャットとメールボックスも同じバッチで選びます。選ばないとバッチが始まりません。
移らない主なチャットは、自分とのチャット、移行元と移行先のどちらにも属さない社外の人が始めたチャット、テナントを離れた人が始めたチャット、リアクション、アプリ（投票を含む）です。Contoso のテナントのチャットは移行後も残りますが、そこで新しく送ったメッセージは移りません。移る順番によっては、同じ相手とのチャットが両方のテナントに重複してできます。
会議は、主催者が移った時点で URL が移行先のものに変わります。最後の回が移行の時点から 60 日以内の会議はこの形で移ります。それより前の会議は、予定表には残りますが URL は変わらず、会議のチャットはグループ チャットとして移ります。会議の録画・トランスクリプト・要約、ウェビナーやタウンホール、250人を超える会議、キャンセルした会議は移りません。全部の一覧はエンド ユーザー エクスペリエンスの既知の問題にあります。単体のメールボックスの移行では会議の URL が変わらないので、Teams の会議は削除して作り直します。
SharePoint サイトと Teams のチームは、別に段取りする
Migration Orchestrator は、Teams のチームとチャネル、SharePoint サイトのような共有のデータを移さず、移行元に残します。Contoso が部署ごとに使っている共有フォルダーやチームは、ここで別に決めることになります。
SharePoint サイトには、テナント間の SharePoint の移行があります。ライセンスは Cross-Tenant Shared Data Migration（日本語版の表記はクロス テナント共有データ移行）で、移すデータ 100 GB ごとに数えます。機能とライセンスを使えるのは、今のところ Enterprise Agreement の顧客だけです（テナント間の SharePoint サイト移行の概要）。必要な数は移すサイトの使用量を足して出し、使用量が増えたときのために 20% の余裕が認められています。
移せるサイトでも、手を入れるものがあります。SharePoint のワークフロー（2010・2013 の自動処理）と Power Apps・Power Automate は、移行先で作り直します。サイトのアプリは移行先で公開し直し、直すこともあります。ほかのサイトやメールを参照する Web パーツ（ページの部品）は、直すか作り直すことがあります。ファイルの秘密度ラベルは、元のラベルに付いていた保護が移行後に効かないので、移行の前に外して、移行の後に付け直すよう勧められています。利用者が権限を決める設定のラベルが付いたファイルがあるサイトは、ラベルを外すまで移せません。
Teams のチームとチャネルは、Microsoft の道具のどれの対象でもありません。Teams につながった SharePoint サイトを移しても、移るのはサイトの中身だけで、チャネルや構造は移りません。Enterprise Agreement ではない会社の SharePoint サイトと、Teams のチームは、移行先で作り直してファイルを入れ直すか、パートナーの道具を使うかを決めます。
両方のテナントで、先に済ませること
設定は移行先の Northwind Traders から始めます。両方のテナントの管理者が同じ人である必要はなく、それぞれの管理者が自分のテナントの作業をします（テナント間でのメールボックスの移行）。Migration Orchestrator を使う場合は、両方のテナントにグローバル管理者が要ります（テナントの構成）。
- 移してよい人を絞る：Contoso の管理者は、移してよい人だけを入れた「メールが有効なセキュリティ グループ」を作ります。意図しない人が移されないように、移行元の側で範囲を決める仕組みです。
- 相手を信頼する：両方の管理者は、相手のテナント ID を教え合い、移行用のアプリに権限を与えます。メールボックスの移行の準備として、Northwind Traders の管理者がアプリを登録し、Contoso の管理者に同意のための URL を送ります。メールボックスを移すなら、この準備は Migration Orchestrator を使う場合も要ります。Migration Orchestrator では、それに加えて用意されたコマンドを実行し、移行に使うアプリと権限を両方のテナントで準備します。
- 移行先に利用者を作る：Northwind Traders のテナントに、Contoso の社員をメールの転送先だけを持つ利用者（MailUser）として作ります。そのうえで、移行元と移行先の利用者を1対1で結び付ける作業（ID マッピング）をします。Migration Orchestrator では ID マッピングが必須です（計画と前提条件）。
- ライセンスを付ける時期：ID マッピングが済む前に Exchange を含むライセンスを付けると、移行先に空のメールボックスができ、移行が失敗します。移行の後、30 日の猶予期間の間に付けるのが安全とされています。
- Teams の設定：Teams のチャットを移すなら、両方のテナントで外部の組織の利用者とのやり取り（フェデレーション）を許可します。Teams の会議を移すなら、両方のテナントで、Exchange の迷惑メール対策の送信ポリシー（既定のもの）の自動転送をオンにします。オンになっていないと、移行の最初の検証でバッチが取り消され、直してから同じ利用者で出し直すことになります。
移行先で社内の Active Directory と Microsoft Entra Connect で同期している場合は、同期で MailUser を作る方法も案内されています（同期の仕組みの違いはEntra Connect と Cloud Sync の記事）。
法務の担当に確かめておくことも2つあります。1つは、ID マッピングのファイルをアップロードすると、一時的な写しが EU に置かれ、48 時間以内に消されることです（テナント間 ID マッピング）。もう1つは、規制の対象になる会社は始める前に法務・コンプライアンスの担当に相談するよう、Migration Orchestrator の概要が書いていることです。
切り替え日を決めて、2 週間以上前にバッチを作る
Migration Orchestrator では、バッチを作るときに切り替え日（CompleteAfterDate）を決めます。切り替え日までは、メールボックスの同期だけが裏で進み、利用者には影響がありません。切り替え日を過ぎるとメールボックスが切り替わり、そのあと OneDrive、Teams のチャット、Teams の会議の移行が始まります（移行オーケストレーターの概要）。
バッチは1つ 100 人までで、複数を同時に動かせます。メールボックスを移すなら、切り替え日の少なくとも 2 週間前にバッチを作って始めます。取り消せるのは切り替え日の前までです（移行オーケストレーターの FAQ）。単体のメールボックスの移行でも、1つのバッチは 2,000 を超えないようにし、2 週間前に出すよう勧められています。
1回でまとめて移すか、何回かに分けるかも決めます。全員を1回で移す形は中小企業や単純な組織の変更に向き、バッチに分ける形は大企業や複雑な環境に向く、とされています。分けて移す間は、両方のテナントに利用者がいます。そのため、テナントの間のメールの流れ、予定表の空き時間の共有、Teams のフェデレーションを用意します（外部の会社とやり取りする方法は外部アクセスとゲストの記事）。
日数の約束はありません。移行は SLA（サービスの品質の保証）の対象外で、かかる時間は人数、データの量、サービス全体の混み具合で変わります。
全員の移行が終わるまでは、移行元の MailUser のメールの転送を止めず、移行元の利用者も消しません。Microsoft もそうしないよう書いています。ドメインの付け替えも、全員の移行の後の別の日に行います（次の節）。また、ドメインの付け替えの日にかかわらず、移行元のライセンスが切れる前に、OneDrive の信頼関係を両方のテナントで外します。ライセンスが切れると、移行元で外すコマンドが動かなくなるためです（テナント間の OneDrive 移行の手順 7）。
ドメインは、全員を移し終えてから付け替える
ドメインの扱いは、Microsoft の各ページの注記に分かれて出てきます。計画のページにあるのは「テナント間のドメイン転送を計画します」という一行です。ここでは、各ページの事実から当社が組み立てた順番を書きます。根拠は3つです。
- 1つのドメインは1つのテナントにしか置けません。移行元と移行先で同じドメイン名は使えず、移行先の利用者に contoso.com のアドレスを付けることもできません（テナント間でのメールボックスの移行）。
- 移行中に contoso.com あてのメールを移行先へ転送しているのは、Contoso のテナントに残る MailUser です。メールは Contoso のテナントに先に届き、迷惑メール・マルウェアの判定、メールフロー ルール（トランスポート ルール）、ジャーナル ルールは、移行元、移行先の順に掛かります。
- 移行元でドメインを削除するには、既定のドメインではなく、利用者・共有メールボックス・会議室などのメールボックス・連絡先・Microsoft 365 グループ・配布リスト・チームのどれも使っておらず、管理者のサインインにも使っていない状態にします。ドメインが Microsoft 365 を向いた MX レコード（メールの届け先を決める DNS の記録）を持っているなら、削除でメールの流れがどう変わるかを理解しておくことも前提に挙がっています（Microsoft 365 からドメインを削除する）。
このため例の会社では、移行中は Contoso の社員も northwindtraders.com のアドレスで使い、contoso.com あてのメールは移行元の MailUser からの転送で受けます。全員を移し終えたら、Contoso のテナントで contoso.com を使っているものを全部ほかのドメインへ移し、ドメインを削除します。削除は、参照が少なければ5分ほど、多いと数時間から1日かかり、そのとき contoso.com が残っていた利用者は onmicrosoft.com のアドレスに戻ります。そのあと Northwind Traders のテナントで contoso.com を追加して確認し、利用者に別のアドレスとして付けてから、管理センターが示す DNS の記録（MX レコードを含む）を設定します（追加と DNS の手順は独自ドメインの追加の記事）。
当社が気にするのは、contoso.com あてのメールを受ける所が無くなる時間です。それは、移行元の MailUser から contoso.com のアドレスを外し始めた時点に始まり、移行先で contoso.com を追加し、利用者に付けて MX レコードを設定し終えるまで続きます。その間に届いたメールがどう扱われるかは、Microsoft の説明からは分かりませんでした。この時間は数時間で終わるとは限りません。ドメインの削除は参照が多いと数時間から1日かかり、移行先での所有の確認も、ドメインの登録業者によっては最長48時間かかることがあります。当社は、メールを受けられなくても業務が困らない日に枠を取り、外し始めてから付け終えるまでを1回の作業でまとめる計画をお勧めします。contoso.com を移行先で使わないと決めた場合は、この付け替えは要りません。
分割で出ていく側が、自分のドメインを新しいテナントへ持って出る場合も、順番は同じです。ドメインが動くまでは、出ていく人は新しいテナントの onmicrosoft.com のアドレスか、新しいテナントにある別のドメインのアドレスで使います。親のドメインを移さずに、サブドメイン（例：xyz.contoso.com）だけを別の Microsoft 365 の組織に追加することもできます。ただし、DNS の設定を Microsoft に任せている場合と、ドメインを Microsoft から買った場合は、サブドメインを追加できません（ドメインに関する FAQ）。
テナントを1つにする日が決まらないなら、先につなぐ
合併が決まっても、テナントを1つにする日がすぐに決まるとは限りません。その間の協力には、移さずにつなぐ方法があります。
Microsoft Entra ID のテナント間同期は、相手のテナントに自社の利用者を B2B コラボレーションの利用者（外部の組織の人を、自社のテナントの利用者として招く形）として自動で作り、更新し、消します（Microsoft Entra ID でのテナント間同期とは）。テナント間同期だけなら、同期する利用者ごとに元のテナントで Microsoft Entra ID P1（Entra ID の有料のプランの1つ）が要ります。相手のテナントでは同期のためのライセンスは要りません（使う機能によっては要ることがあります）。グループそのものを同期する場合は、Microsoft Entra ID Governance か Microsoft Entra Suite のライセンスが要ります。
Microsoft 365 管理センターのマルチテナント組織は、この同期を使い、相手のテナントにゲストではなくメンバーとして利用者を作ります。マルチテナント組織の機能を使うには、参加するすべてのテナントで Microsoft Entra ID P1 以上が要ります（Microsoft 365 でのマルチテナント組織の計画）。
つないでもデータは動かないので、後で1つにまとめるときは、この記事の移行が改めて要ります。当社は、1つの会社として働く日が決まっていれば移す、決まっていなければ先につなぐ、の順で考えることをお勧めします。
見積りの前に、3つを数える
- 移す人の数と、保留の掛かったメールボックス・OneDrive の有無：ライセンスの数と、保持の設定の担当・法務の担当に聞くことが決まります。
- SharePoint サイトの使用量と Teams のチームの数：共有データのライセンスで移すか、作り直すかが決まります。個人のものと数え方が違い、作り直しの手間も乗るので、分けて数えます。
- contoso.com を移行先で使い続けるか：使い続けるなら、ドメインを付け替える日と、アドレスを外し始めてから付け終えるまでの作業の時間が要ります。使わないなら、移行先のドメインのアドレスに寄せて、付け替えは要りません。
Migration Orchestrator の設定と実行は PowerShell の作業が中心で、2つの会社の管理者が日程を合わせて進めます。社内で進めるか外に頼むかの費用の考え方は導入と移行を外に頼む費用の記事に書きました。数える作業と移行の計画づくりから一緒に進めたい場合は、Microsoft 365 の導入支援で受けています。
この記事の確かめ方
名前・ライセンス・数値は、2026年11月6日に Microsoft Learn の日本語版と英語版で確かめました。主なページは、テナント間の移行の計画（2026年6月の版）、Migration Orchestrator の概要・計画と前提条件・テナントの構成・エンド ユーザー エクスペリエンス・FAQ、テナント間のメールボックス・OneDrive・SharePoint の移行、ドメインの削除とドメインに関する FAQ、テナント間同期、マルチテナント組織です。日本語版は機械翻訳の部分があるため、意味は英語版と突き合わせました。
当社は2つのテナントを使った移行をこの記事のために試していません。道具の名前と手順は Learn の表記で、当社の環境の画面ではありません。価格は、Microsoft 365 の企業向けと一般法人向けのプランと価格のページで、同じ日に掲載が見当たらないことを確かめました。
例の Northwind Traders と Contoso は、Microsoft Learn の説明で使われている例の名前です。
執筆・監修
Aurant Technologies CAIO（Chief AI Officer）
Microsoft 365 と Google Workspace の導入・移行を支援する立場から、会社の統合・分割で別のテナントへ移す管理者の方向けにまとめています。
Microsoft 365・Google Workspace の移行と設定のスポット相談
メールの移行、ドメインとDNS、共有アドレスや代理人の権限、新しいOutlookへの切り替え、Copilot・Geminiを使うときの社内ルール。調べた手順で直らないとき、同じことが何人もで起きているときに、いま困っていることを1件から相談できます。