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

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

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

MigrationWiz

MigrationWizは、同期ツールではありません。移行の実行中に、移行元で移行済みアイテムに変更が加えられた場合、その変更は移行先には反映されません。

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

初めての移行

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

前提条件

移行プロジェクトを円滑に進めるには、次の前提条件を満たすことが重要です。

ライセンス

移行するすべてのユーザーに、「ユーザー移行バンドル(User Migration Bundle)」ライセンスを購入して適用します。本移行タイプには、ユーザー移行バンドル(User Migration Bundle)ライセンス(以下、UMBライセンス)を推奨します。ライセンスの詳細については、MigrationWizのライセンスおよびライセンス付与を参照してください。

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

ライセンスを使用するには、次の手順に従います。

1. ライセンスを購入します。
2. 顧客を作成します。
3. ライセンスを適用します。
4. 考慮すべき点を確認します。

制限

• 本移行では、ユーザーへの影響を最小限に抑えるため、下記の「MigrationWizでの手順」セクションで説明されているように、移行サイクルを複数回実行して移行を完了することをお勧めします。
• MigrationWizでは、移行可能な最大ファイルサイズは、移行タイプと環境によって異なります。ただし、60GBを超えるファイルを移行することはできません。
• 本移行タイプでは、Exchange Onlineテナントのメールボックスに対して、Exchange Webサービス(EWS)が有効になっている必要があります。

移行できるアイテム

移行元環境を準備する

先進認証の要件

移行元と移行先がExchange Onlineの場合、メールボックスおよびアーカイブメールボックスではExchange Web Services (EWS)が使用されるため、移行元と移行先の両テナントで、M365メールボックスおよびアーカイブの移行 - APIのアクセス許可のみを使用した移行(M365 Mailbox and Archive Migrations - Performing Migration using only API permissions)の記事に記載されている手順を実行する必要があります。この設定手順の実行には、グローバル管理者アカウントを使用します。

移行元環境を準備する前に、上記のドキュメントを確認してください。

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

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

Microsoft 365のメールボックスまたはアーカイブメールボックスのエンドポイントで使用している先進認証アプリに、必要なAPI権限を追加することをお勧めします。追加方法については、こちらのガイドを参照してください。これは、BitTitanが推奨する方法です。

BitTitanの偽装によるアプローチは引き続き使用できますが、MicrosoftがExchange OnlineでのRBACアプリケーション偽装を段階的に廃止しているため、この方法はまもなく廃止される予定です。

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

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

ユーザーリストをエクスポートする方法

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

このCSVファイルは、ユーザーを移行プロジェクトに一括追加する際にアップロードして使用するため、アクセス可能な場所に保存しておいてください。

移行先環境を準備する 

先進認証の要件

移行元と移行先がExchange Onlineの場合、メールボックスおよびアーカイブメールボックスではExchange Web Services (EWS)が使用されるため、移行元と移行先の両テナントで、M365メールボックスおよびアーカイブの移行 - APIのアクセス許可のみを使用した移行(M365 Mailbox and Archive Migrations - Performing Migration using only API permissions)の記事に記載されている手順を実行する必要があります。この設定手順の実行には、グローバル管理者アカウントを使用します。

移行先環境を準備する前に、上記のドキュメントを確認してください。

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

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

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

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

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

Microsoft 365のメールボックスまたはアーカイブメールボックスのエンドポイントで使用している先進認証アプリに、必要なAPI権限を追加することをお勧めします。追加方法については、こちらのガイドを参照してください。これは、BitTitanが推奨する方法です。

BitTitanの偽装によるアプローチは引き続き使用できますが、MicrosoftがExchange OnlineでのRBACアプリケーション偽装を段階的に廃止しているため、この方法はまもなく廃止される予定です。

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

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

MigrationWizでの手順

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

1. 「マイ・プロジェクトへ」ボタンをクリックします。
2. 「プロジェクトを作成(Create Project)」ボタンをクリックします。
3. 「メールボックスプロジェクトを作成する(Create a Mailbox Project)」を選択します。
   

   重要

   メールボックスの移行では、管理者資格情報を使用してメールボックスにアクセスします。ほとんどの移行シナリオで、移行元メールボックスへのフルアクセス権を持つ管理者アカウントが必要です。

4. 「次のステップ」をクリックします。
5. 「プロジェクト名(Project Name)」を入力し、「顧客(Customer)」の一覧から顧客を選択します。
6. 「次のステップ」をクリックします。
7. 既存のエンドポイントを選択するか、以下の手順に従って、新しいエンドポイントを作成します。
8. 「保存して概要へ移動」をクリックします。

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

エンドポイント

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

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

移行元エンドポイントを作成する

1. 「移行元の設定」をクリックします。
2. 「新規」をクリックします。
3. 「エンドポイント名(Endpoint Name)」を入力します。エンドポイント名は、プロジェクトごとに異なる名前にすることをお勧めします。
4. 「エンドポイントタイプ(Endpoint Type)」ドロップダウンメニューから、「Microsoft 365」を選択します。エンドポイントがGoDaddyの場合も、同様に「Microsoft 365」を選択します。
5. 「管理者ユーザー名(Administrator Username)」と「管理者パスワード(Administrator Password)」を入力します。この管理者は、グローバル管理者、または「移行元環境を準備する」セクションで作成した管理者である必要があります。 
6. 「追加(Add)」をクリックします。

7. 「アプリケーション(クライアント)ID」、「ディレクトリ(テナント)ID」、「クライアントシークレット」の各フィールドに、値を入力します。

   

8. 「次のステップ」をクリックします。

移行先エンドポイントを作成する

1. 「移行先の設定(DESTINATION SETTINGS)」をクリックします。
2. 「新規」をクリックします。
3. 「エンドポイントタイプ(Endpoint Type)」ドロップダウンメニューから、「Microsoft 365」を選択します。
4. 「管理者ユーザー名(Administrator Username)」と「管理者パスワード(Administrator Password)」を入力します。
5. 「追加(Add)」をクリックします。 
6. 「アプリケーション(クライアント)ID」、「ディレクトリ(テナント)ID」、「クライアントシークレット」の各フィールドに、値を入力します。
   
7. 「次のステップ」をクリックします。

移行元および移行先エンドポイントの両方に資格情報が提供され、顧客が「保存して概要へ移動」をクリックすると、MigrationWizはエンドポイントの検証を実行します。

この検証では、プロジェクトに入力された管理者資格情報と先進認証の設定のみが検証されます。問題がある場合は、エンドポイント設定画面にリダイレクトされ、エラーメッセージまたはポップアップが表示されます。クリックすると、エラーに関する詳細情報を表示することができます。

エンドポイント設定時の一般的なエラー

詳細については、Exchange OnlineでのEWSの先進認証におけるMigrationWizの最も一般的なエラー(Most Common Errors Encountered in MigrationWiz while using Modern Authentication for EWS in Exchange Online)の記事の「AADSTS700016」、「AADSTS90002」、および「ADDSTS50126」の説明を参照してください。

ユーザーを追加する

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

小規模な移行

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

大規模な移行

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

詳細オプション(Advanced Options)

「サポート(Support)」タブ

• 受信者アドレスマッピング「RecipientMapping="@sourcetenantname.onmicrosoft.com->@destinationdomainname.com"」を使用すると、メールは、(テナント廃止後に使用できなくなる)旧アカウント名の「sourcetenantname.onmicrosoft.com」ではなく、新しい移行先のドメイン名にマップされるため、「完全移行(Full Migration)」(差分移行)の完了後も、メールに正しく返信することができます。

  • ドメイン名を変更する場合は、次の例のように、受信者アドレスマッピングに移行元の独自ドメインを使用することができます。RecipientMapping="@sourcedomainname->@destinationdomainname"
    受信者アドレスマッピングでは、移行先ドメインが同じであれば、複数のマッピング式を使用することができます。

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

    重要

    Microsoft 365からMicrosoft 365への移行では、受信者アドレスマッピングの手順は非常に重要です。上記の受信者アドレスマッピングのコマンドは一例です。そのままコピーしないでください。「sourcetenantname.onmicrosoft.com」と「destinationdomainname.com」の部分を、顧客の移行元と移行先のドメイン名にそれぞれ置き換えてください。

Microsoft 365エンドポイントのデフォルトオプション

「サポートオプション(Support Options)」の一部のフィールドは、デフォルトで表示専用となっています。そのようなフィールドは、「サポートオプション(Support Options)」ページで編集や削除を行うことはできません。編集するには、プロジェクトの移行元または移行先のエンドポイントを編集する必要があります。

デフォルトオプションには、「ModernAuthClientIdExport」、「ModernAuthTenantIdExport」、「ModernAuthClientSecretExport」、「ModernAuthClientIdImport」、「ModernAuthTenantIdImport」、および「ModernAuthClientSecretImport」があります。

エンドポイントの設定時には、上記のサポートオプションが必要です。

「移行元/移行先(Source/Destination)」タブ

移行元と移行先に、偽装の使用を設定します。「移行元/移行先(Source/Destination)」タブ内の「移行元(SOURCE)」および「移行先(DESTINATION)」の両セクションで、「認証に偽装を使用する(Use Impersonation to Authenticate)」のチェックボックスをオンにします。

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

MigrationWizでは、実際にデータを移行したりライセンスを消費したりせずに、アイテムの資格情報を検証することができます。

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

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

「前段階移行(Pre-Stage Migration)」サイクルを実行する

1. ユーザーを選択します。
2. 上部の「移行を開始」ボタンをクリックします。
3. 「前段階移行(Pre-Stage Migration)」を選択します。
4. 「自動応答(Automatic Replies)」のボックスのチェックを外します(今後、このオプションは「前段階移行(Pre-Stage Migration)」サイクルから削除される予定です)。
5. 「移行のスケジューリング」セクションのドロップダウンリストから、「90日前(90 Days Ago)」を選択します。
6. 「移行を開始」をクリックします。

「90日前(90 Days Ago)」を推奨しますが、他のオプションを選択することもできます。「前段階移行(Pre-Stage Migration)」では、古いメールアイテムのみが移行されます。期間を区切ってデータを小さく分割し、複数回に分けて移行することができます。

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

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

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

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

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

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

ユーザーに通知する

エンドユーザーにメールを送信し、Outlookプロファイルの再構成で必要となる、ユーザー側の操作について案内します。DeploymentProを使用している場合は、DeploymentProガイド(DeploymentPro Guide)を参照して、移行先ユーザーのOutlookプロファイルを再構成することができます。

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

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

1. 移行先のMicrosoft 365アカウントのドメインを検証します。検証には、Microsoft 365のウィザードを使用することをお勧めします。ドメインがTXTレコードで検証されると、すべてのユーザーのドメインを新しいデフォルトドメインに変更することができます。ドメインはすでにアカウントに追加されているため、「検証(Verify)」ボタンをクリックします。ドメインが検証できず、ドメインが別のアカウントにすでに存在するというエラーが発生した場合は、Microsoftサポート(米国のフリーダイヤル：1-800-642-7676、他の番号も利用可能)に連絡し、Forefront(またはExchange Online Protection(EOP))から手動でドメインを解除する必要があることを伝えてください。
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 Migration)」(差分移行)サイクル

1. ユーザーを選択します。
2. 上部の「移行を開始」ボタンをクリックします。
3. 「完全移行(Full Migration)」を選択します。重要： 「自動応答(Automatic Replies)」は、ユーザーの最終移行サイクルでのみ移行することをお勧めします。 
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. 「エラーを再試行する」ボタンをクリックします。

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

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

移行後の操作

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

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

関連トピック

• Teamsデータにアクセスする場合、EWSはサポートされません 
• Exchange OnlineでのRBACアプリケーション偽装の廃止(Retirement of RBAC Application Impersonation in Exchange Online)
• Microsoft 365(全製品)の移行における認証方法
  • Microsoft 365のメールボックスおよびアーカイブメールボックスの移行を実行するために必要な権限(Required Permission for Performing M365 Mailbox and Archive Migrations)
  • Microsoft 365のメールボックスおよびアーカイブメールボックスの移行のスコープ要件(Scoping Requirements for M365 Mailbox and Archive Migrations)