このガイドでは、Microsoft 365インスタンスから別のMicrosoft 365インスタンスにメールデータを移行する際に必要な手順について説明しています。 

このガイドには、移行中に環境を併用使用する場合の手順は含まれていません 。併用を使用する場合の移行戦略ガイドについては、「Microsoft 365からMicrosoft 365への移行ガイド: 併用設定を使用して、異なるドメインへ移行する場合」を参照してください。

エンドポイントで使用する管理者アカウントでは、アプリのパスワードの使用および多要素認証(MFA)/二要素認証(2FA)はサポートされていません。 

初めての移行

初めて移行を実行する際は、移行計画と戦略を参照してください。移行の計画と設定、および一般的な移行のベストプラクティスについて説明しています。移行を開始する前に、内容を確認することをお勧めします。

MigrationWizは同期ツールではありません。移行中に移行元で更新された移行済みアイテムは、移行先では更新されません。

MigrationWizは、ワークグループ全体に対し、移行プロジェクトを共有する機能をサポートしています。プロジェクト共有機能が有効になっている場合、すべてのアクティブなエージェントは全移行プロジェクトを表示できます。

ユーザーへの影響を最小限にするには、MigrationWizの手順で説明されているように、この移行を複数回の移行サイクルで完了することをお勧めします。

MigrationWizでは、移行可能な最大ファイルサイズは、移行タイプと環境によって異なります。ただし、60GBを超えるファイルを移行することはできません。

先進認証要件

移行元の準備

管理者アカウントを作成する

移行に使用する管理者アカウントをMicrosoft 365で作成するか、テナントのグローバル管理者アカウントを使用します。管理者アカウントには、ユーザーのメールボックスへのフルアクセス権、または偽装権限が付与されている必要があります。Microsoftによって移行がスロットリングされる可能性を減らすには、偽装を使用することをお勧めします。 

手動で偽装を設定するには:

• 移行先で管理者資格情報を使用します。
• MigrationWizアカウントにサインインします。
• 「プロジェクトの編集」をクリックし、「詳細オプション(Advanced Options)」をクリックします。
• Microsoft 365から移行する場合は、「移行元(SOURCE)」の「偽装を使用する(Use impersonation to authenticate)」をオンにします。
• Microsoft 365に移行する場合は、「移行先(DESTINATION)」の「偽装を使用して認証する(Use impersonation to authenticate)」をオンにします。
• 「保存(Save)」をクリックします。

重要：偽装が有効な状態で、プロジェクトでジョブの実行が要求されると、MigrationWizはテナントでリモート PowerShell コマンドを実行して、プロジェクトで使用されている管理者アカウントにアプリケーション偽装(Application Impersonation)ロールの付与を試みます。これを成功させるには、プロジェクトの管理者アカウントがグローバル管理者で、必要な権限を持っている必要があります。

Microsoft 365は、このプロセスに対して随時応答するとは限らず、プロジェクトでジョブが失敗し、移行中のユーザーを偽装する権限がないというエラーが発生する場合があります。

エラーが発生したり、プロジェクトで使用されている管理者アカウントがグローバル管理者ではない場合は、以下の「アプリケーションの偽装( Application Impersonation)を手動で許可する」で説明されている手順に従って、テナントでこのタスクを手動で実行します (この手順をMigrationWizに実行させる代わりに、事前に実行しておくことができます)。

ユーザーリストをCSVファイルにエクスポートする

これは、MigrationWizプロジェクトにユーザーを一括追加するときに使用できます。ユーザーリストをコピーし、MigrationWizプロジェクト ダッシュボード内の 「新しいアイテムを追加(Add New Items)」 > 「一括追加」 の移行元および移行先メールアドレスの列に貼り付けます。

ユーザーリストをエクスポートするには:

1. Microsoft 365管理ポータルに移動します。
2. 「ユーザー(Users)」をクリックします。
3. 「アクティブなユーザー(Active Users)」をクリックします。
4. 「ユーザーのエクスポート(Export)」をクリックします。
5. 「続ける(Continue)」をクリックします。

今後の移行でアップロードする際に使用するため、アクセスできる場所にcsvを保存してください。

移行先の準備

ユーザーアカウントを設定する

移行先のMicrosoft 365テナントでユーザーアカウントを設定し、ライセンスを割り当てます。設定および割り当てを行う方法はいくつかあります。(以下のリンクをクリックすると、外部サイトの記事が開きます。)

• 手動で１つずつ追加する。
• CSVファイルを使用して一括でインポートする。 
• PowerShellスクリプトを使用する。 

管理者アカウントを作成する

移行に使用する管理者アカウントをMicrosoft 365で作成するか、テナントのグローバル管理者アカウントを使用します。管理者アカウントには、ユーザーのメールボックスへのフルアクセス権、または偽装権限が付与されている必要があります。Microsoftによって移行がスロットリングされる可能性を減らすには、偽装を使用することをお勧めします。偽装を手動で設定する手順については、このガイドの「移行元の準備」セクションの「アプリケーションの偽装( Application Impersonation)を手動で許可する 」を参照し、移行先テナントに適用します。

管理者アクセスをテストする

管理者がユーザーのメールボックスにアクセスできることをテストします。独自ドメイン「domainname.com」アドレスではなく、「tenantname.onmicrosoft.com」アドレスへのアクセスをテストします。「tenantname.onmicrosoft.com」アカウントがMicrosoft 365の各メールボックスに紐づいていることを確認してください。デフォルトでは紐づいていますが、紐づいていない場合は、各アカウントにエイリアスとして追加する必要があります。Microsoft 365管理ポータルまたはPowerShellスクリプトを介して追加することができます。 

MigrationWizでの手順

メールボックス移行プロジェクトを作成する

1. 「マイ・プロジェクトへ」ボタンをクリックします。
2. 「プロジェクトを作成(Create Project)」 ボタンをクリックします。
3. メールボックスプロジェクトを作成します(Create a Mailbox Project)。メールボックスの移行では、管理者の資格情報を使用してメールボックスにアクセスします。ほとんどの移行シナリオで、移行元メールボックスへのフルアクセス権を持つ管理者アカウントが必要です。 
4. 「次のステップ」をクリックします。
5. 「プロジェクト名(Project Name)」を入力し、「顧客(Customer)」を選択します。
6. 「次のステップ」をクリックします。
7. 「エンドポイント(Endpoint)」ドロップダウンメニューから移行元エンドポイントを選択するか、次の手順に従って新しいエンドポイントを作成します。
8. 「エンドポイント(Endpoint)」ドロップダウンメニューから移行先エンドポイントを選択するか、次の手順に従って新しいエンドポイントを作成します。
9. 「保存して概要へ移動」をクリックします。

メールボックスの移行設定:プロジェクトのすべての設定は、そのプロジェクトに関連付けられているすべてのメールボックスに適用されます。チェックボックスで設定する場合、選択した設定のみがプロジェクトに適用されます。プロジェクトから継承されている選択済みの設定は、チェックボックスを選択しなくても、無効になることはありません。

エンドポイント

エンドポイントは、MSPCompleteではなくMigrationWizで作成します。次の手順に従って、MigrationWizでエンドポイントを作成してください。

既存のエンドポイントを選択する場合、ドロップダウンリストには、エンドポイントが最大10までしか表示されないため、注意が必要です。既存のエンドポイントが10を超える場合は、検索する必要があります。エンドポイントの検索では、大文字、小文字、数字が区別されます。たとえば、「customer」を検索する場合、「Cust0mer」と入力すると、検索結果は表示されません。作成したエンドポイントのリストを作り、固有のスペルや大文字の使用について記録しておくことをお勧めします。

既存のエンドポイント (この移行シナリオ用のエンドポイントが既にある場合) を使用するか、新しいエンドポイントを作成することができます。

新しいエンドポイントを作成するには:(移行元エンドポイントと移行先エンドポイントの両方に次の手順を実行します)

1. 「新規」をクリックします。
2. エンドポイントの名前を入力します。(移行元エンドポイントと移行先エンドポイントに一意の名前を作成することをお勧めします。) 
3. 「エンドポイントの種類(Endpoint Type)」で、以下のオプションから、使用しているMicrosoft 365テナントの種類に対応するエンドポイントを選択します。

• Microsoft 365 - (ホストされているGoDaddy O365およびGCC 商用テナントにも使用されます)
• Microsoft 365(中国)
• Microsoft 365(ドイツ)
• Microsoft 365 (米国政府) - (GCC High テナントのみに使用)
• フィールドに管理者のユーザー名とパスワードを入力します。これは、グローバル管理者、または移行元環境を準備する際に作成した管理者です。 
• 「追加(Add)」をクリックします。
• 「次のステップ(Next Step)」をクリックします。

ユーザーを追加する

移行するユーザーアカウントをプロジェクトに追加します。プロジェクトの規模に応じて、いくつかの方法があります。手順の詳細については、各オプションをクリックし、表示される説明に従ってください。

小規模な移行：

小規模な移行の場合、「クイック追加(Quick Add)」を使用して、ユーザーを1人ずつ簡単に追加することができます。手順は以下の通りです。 

大規模な移行：

大規模な移行では、「アイテム自動検出(Autodiscover Items)」または「一括追加」オプションを使用することをお勧めします。

「アイテム自動検出(Autodiscover Items)」を使用すると、移行元テナントで検出されたすべてのユーザーがプロジェクトに追加されます。移行しないユーザーは、その後の編集でプロジェクトから削除することができます。すべてのユーザーは、移行元メールアドレスと移行先メールアドレスの両方に、移行元メールアドレスが指定された状態で追加されます。メールアドレスのドメインは、プロジェクトページ上部の「ドメインアドレスを変更(Change domain addresses)」ボタンで変更することができます。移行元から移行先へユーザー名を変更して移行する場合は、「一括追加」オプションの使用をお勧めします。MigrationWizで先進認証を使用するように設定されている場合、移行元の「自動検出(Autodiscover)」を使用してプロジェクトにユーザーを追加するオプションが機能しません。 

「一括追加」では、ユーザーの移行元と移行先のメールアドレスが記載されたCSVファイルを使用して、ユーザーをプロジェクトに一括追加します。テナントから特定のグループのみを移行する場合は、「一括追加」オプションを使用することをお勧めします。

プロジェクトの「詳細オプション(Advanced Options)」を設定する

次のオプションは、移行シナリオで最も有用なオプションです。

移行元で偽装(impersonation)を使用するように設定します。「移行元で偽装を使用する(Use Impersonation at Source)」チェックボックスにチェックを入れます。

移行先で偽装を使用するように設定します。「移行先で偽装を使用する(Use impersonation at Destination)」チェックボックスにチェックを入れます。

「サポート(Support)」タブ内の「サポートオプション(Support Options)」フィールドで、次の設定を追加します。

RecipientMapping="@sourcetenantname.onmicrosoft.com->@destinationdomainname.com" 

上記の「RecipientMapping(受信者アドレスマッピング)」は一例です。そのままコピーしないでください。顧客のドメイン名に合わせて、移行元、移行先のドメイン名をそれぞれ「sourcetenantname.onmicrosoft.com」「destinationdomainname.com」の代わりに記述してください。

Microsoft 365からMicrosoft 365への移行では、受信者アドレスマッピングは非常に重要な手順です。これにより、旧アカウント名「sourcetenantname.onmicrosoft.com」（テナントが削除されて利用不可）を使用せずに、新しい移行先ドメイン名にマッピングされるため、「完全(差分)移行(Full (Delta) Migration)」の完了後も、移行先のメールが返信可能になります。

受信者アドレスマッピングは、以下の点で有用です。

• 同じドメイン名のまま、またはドメイン名を変更して、移行元テナントから移行先テナントへ移行する場合、「完全(差分)移行(Full (Delta) Migration)」の実行後であっても、すべてのメールが返信可能な状態を維持します。
• 同じドメイン名のまま、またはドメイン名を変更して、移行元テナントから移行先テナントへ移行すると、カレンダーの所有権と表示名が、移行先で一致します。

1つの移行元ドメインから複数の移行先ドメインへ移行する際に受信者アドレスマッピングを行う場合は、移行先ドメインごとにプロジェクトを作成する必要があります。

ドメイン名が変更される場合は、RecipientMappingで移行元の独自ドメインを次の例のように使用できます。RecipientMapping="@sourcedomainname->@destinationdomainname"

RecipientMappingでは、移行先ドメインが同じであれば複数のマッピング式(mapping expression)を使用できます。

ユーザー プレフィックスを変更する場合は、次の手順を参照してください。 ユーザー プレフィックスの変更

「資格情報の検証(Verify Credentials)」を実行する

データの移行やライセンスの消費をすることなく、MigrationWizのユーザー資格情報を検証することができます。

1. 検証するユーザーを含むプロジェクトを開きます。
2. 検証するアイテムを選択します。
3. ダッシュボードの「移行を開始」ボタンをクリックします。
4. ドロップダウンリストから「資格情報の検証(Verify Credentials)」を選択します。

検証が完了すると、検証結果が「ステータス(Status)」セクションに表示されます。 

ライセンス

移行するすべてのユーザーに、「ユーザー移行バンドル(User Migration Bundle)」ライセンスを購入して適用します。この移行タイプには、ユーザー「ユーザー移行バンドル(User Migration Bundle)」をお勧めします。

• UMB(ユーザー移行バンドル)ライセンスでは、1ライセンスあたりの移行可能データ量に制限はありません。
• 「ユーザー移行バンドル(User Migration Bundle)」ライセンスは、顧客のユーザーに適用され、購入日から12か月間有効です。 
• 「ユーザー移行バンドル(User Migration Bundle)」ライセンスを使用した移行には、ドキュメント、個人用アーカイブ、およびDeploymentProプロジェクトがすべて含まれます。
• 「ユーザー移行バンドル(User Migration Bundle)」ライセンスは、手動で適用する必要があります。

ライセンスの購入

1. BitTitanアカウントにサインインします。
2. 上部のナビゲーションバーで、「購入(Purchase)」をクリックします。
3. 必要なライセンスタイプの「選択(Select)」ボタンをクリックします。
4. 購入するライセンス数を入力します。「今すぐ購入(Buy Now)」をクリックします。
5. 必要に応じて「請求先住所(Billing Address)」を入力します。
6. 「次へ(Next)」をクリックします。
7. 「注文内容(Order Summary)」を確認し、支払い方法を入力します。
8. 「購入する(Place Your Order)」をクリックします。

「ユーザー移行バンドル(User Migration Bundle)」ライセンスの適用

1. https://migrationwiz.bittitan.comで、MigrationWizにサインインします。
   • サインイン後、「メール」フィールドの上にある「MigrationWiz」ボタンをクリックするか、MSPCompleteページにサインイン後、「すべての製品(All Products)」ボタンをクリックし、「MigrationWiz」を選択します。
2. 左のナビゲーションウィンドウの上部で、ワークグループを選択します。
   注： これは顧客と移行プロジェクトを作成したワークグループです。プロジェクトがログインアカウント内に作成されていない場合は、ログインアカウントをワークグループに紐づけ、プロジェクトの共有を有効にする必要があります。詳細については、ワークグループの追加と編集(Add and Edit Workgroups)およびMigrationWizにおけるプロジェクトの共有(Project Sharing in MigrationWiz)を参照してください。
3. ライセンスを適用するプロジェクトをクリックします。
   • UMBライセンスが、独自ドメインに基づくUPN/SMTPに適用されていることを確認します。続いて、「ドメインアドレスを変更(Change domain addresses) 」を使用して、ラインアイテムを .onmicrosoft.com ドメインのアドレスに変更します。
4. UMB(ユーザー移行バンドル)ライセンスを適用するユーザーのメールアドレスの左にあるチェックボックスをオンにします。
5. プロジェクトページの上部にある「詳細(More)」メニュー(3本ラインのアイコン)をクリックします。
6. 「UMBライセンスの適用(Apply User Migration Bundle License)」をクリックします。

ライセンス(クーポンの利用やカテゴリの変更などを含む)の詳細については、MigrationWizのライセンスを参照してください。

前段階移行（Pre-Stage Migration）の実行

1. ユーザーを選択します。
2. 上部の「移行を開始」ボタンをクリックします。
3. 「前段階移行(Pre-Stage Migration)」を選択します。
4. 「移行のスケジューリング(Migration Scheduling)」セクションのドロップダウンリストから、「90日前(90 days ago)」を選択します。
5. 「移行を開始」をクリックします。

推奨値は90日ですが、他のオプションを選択することもできます。前段階移行（Pre-Stage Migration）では、古いメールアイテムのみが移行されます。期間を指定する事で、データをより小さく分割し、移行を複数回に分けて実行することができます。

移行元からドメインを削除する

ドメインの削除は、「前段階移行(Pre-Stage Migration)」サイクルが完了した後に行います。通常、金曜日の夜遅い時間に行われます。ドメインを削除する手順については、Microsoftのドキュメントを参照してください。ドメインを削除する

移行元テナントに複数のドメインがある場合、新しいテナントに移行する前にそれらすべてのドメインを削除する必要があります。

管理者ポータルで、管理者アカウントのUPNを該当するonmicrosoft.comアドレスに変更します。

ドメインを削除すると、ユーザーはtenantname.onmicrosoft.comのメールアドレスを知っていて、当該アドレスにログインしない限り、メールにアクセスできなくなります。

削除後、ドメイン削除のレプリケーション処理が完了するまで30分待ちます。

ユーザーに通知する

エンドユーザーにメールを送信し、Outlookプロファイルの再構成に関する操作を依頼します。DeploymentProを使用している場合は、「DeploymentProガイド」を使用して、Outlookプロファイルを再構成する移行先ユーザーを設定できます。

移行先でドメインを検証する

これらの操作は、テナント2(移行先)の管理ポータルから行います。

1. 移行先のMicrosoft 365アカウントのドメインを確認します。検証するには、Microsoft 365のウィザードを使用することをお勧めします。ドメインがTextレコードで検証されると、すべてのユーザーを新しいデフォルトドメインに変更することができます。ドメインは既にアカウントに追加されているので、「確認(Verify)」ボタンをクリックしてください。ドメインが検証できず、ドメインが別のアカウントに既に存在するというエラーが発生した場合は、Microsoftサポート(1-800-642-7676)に連絡し（米国のフリーダイヤル、他の番号も利用可能）、サポートにForefront(またはExchange Online Protection(EOP))から手動でドメインをデプロビジョニング（解除）する必要がある（The domain needs to be manually deprovisioned from Forefront）ことを伝えください。
2. すべてのユーザーのメールボックスに「Destinationdomain.com」ドメイン名が追加されていることを確認します。
3.  確認して、ドメインを追加するには、PowerShellスクリプト add_new_domain.ps1 をダウンロードしてください。ユーザーのアカウントに新しいデフォルトドメインが追加されていない場合にのみ、ドメインの追加が必要です。

MXレコードカットオーバー

DNSプロバイダーのポータルで、新しいMicrosoft 365組織のDNS設定を反映するように、プライマリMXレコードを変更します。DNSの設定では、Autodiscover、MX、およびSPFレコードを変更します。また、テナント1の古い設定を削除します。これらの設定は、Microsoft 365管理ポータルで次の手順に従って実行します。

1. Microsoft 365で、ヘッダーの「管理(Admin)」をクリックします。
2. 管理ページで、左ペインの「ドメイン(Domains)」をクリックします。
3. セットアップするドメイン名をクリックし、「DNS設定(DNS Settings)」 をクリックします。Microsoft 365サービスを使用するために設定する必要があるDNSレコードが一覧表示されます。

「完全(差分)移行(Full (Delta) Migration)」サイクル

1. ユーザーを選択します。
2. 上部の「移行を開始」ボタンをクリックします。
3. 「完全移行(Full Migration)」を選択します。
4. 「移行を開始」をクリックします。ほとんどのデータは「前段階移行(Pre-Stage Migration)」で移行されているため、この移行サイクルはすぐに完了します。 Microsoft 365からMicrosoft 365への移行には高速帯域幅が利用できます。
5. ユーザーリストを確認し、「移行に失敗しました(Failed)」という赤いエラー表示をクリックします。表示された情報に従って操作してください。

「エラーの再試行(Retry Errors)」を実行する

移行されなかったアイテムは、エラーとしてログに記録されています。MigrationWizには、移行に失敗したアイテムを再移行する「エラーの再試行(Retry Errors)」モードが実装されています。このモードは、無料で使用することができます。メールボックス移行で「エラーの再試行(Retry Errors)」モードを使用するには、次の条件をすべて満たす必要があります。

1. 直前回の移行が正常に完了した。
2. メールボックスに1つ以上のエラーが含まれている。

メールボックスが上記の条件を満たさない場合は、「エラーの再試行(Retry Errors)」モードで移行を実行しようとすると、警告が表示され、移行を実行することはできません。

1つまたは複数のメールボックスを「エラーの再試行(Retry Errors)」モードで移行するには、次の手順を実行します。

1. 「マイ・プロジェクトへ」ボタンをクリックします。
2. 再試行するメールボックスを含むプロジェクトを選択します。
3. 移行エラーがあるメールボックスを選択します。
4. 「移行を開始」ボタンをクリックします。
5. メニューから、「エラーの再試行(Retry Errors)」を選択します。
6. 「エラーの再試行(Retry Errors)」をクリックします。

修復されると、エラーはエラーログから消去されます。移行元アイテムが(フィルターなどにより)再処理されなかった場合や、削除または移動された場合、あるいはアイテムが再び移行に失敗した場合は、エラーが消去されない可能性があります。 

問題が解決しない場合は、サポートにお問い合わせください。 

移行後

DeploymentProを使用していない場合、ユーザーは新しいOutlookプロファイルを作成し、署名を再設定し、以前のプロファイルに添付されていたPSTファイルを再添付する必要があります。

MigrationWizダッシュボードの「棒グラフアイコン」をクリックすると、プロジェクトのすべての移行統計情報をメールで受信することができます。