はじめに
本記事は、あるOffice 365テナントから別のOffice 365テナントにメールボックスを移行するための完全な導入手順書です。
表記の順序に従い、各ステップを完了してください。関連するナレッジベース記事へのリンクが提供されています。
このガイドは、移行先でドメイン名が変更されている場合のみ有効です。ドメイン名が保持される場合、「Office 365 からOffice 365 への移行ガイド - 同じドメイン名を維持する場合」ガイドをご参照ください。
MigrationWizは同期ソリューションではなく、移行ソリューションであるため、以前に実行された移行サイクルで移行されたアイテムの更新、削除、または移動を追跡しません。これは、MigrationWizには（同期エージェントのように）「ライブ」での変更のモニタリング機能はなく、ユーザーの操作なしに競合解決などを処理することができないためです。
MigrationWizは、ワークグループをまたがって、移行プロジェクトを共有する機能をサポートしています。プロジェクト共有機能をオンにすると、非アクティブなエージェント以外のすべてのエージェントに、全ての移行プロジェクトが表示されます。詳細については、MigrationWizの「プロジェクト共有 (Project Sharing)」をご覧ください。
移行元環境を準備する
- 移行に使用する管理者アカウントをOffice 365で作成するか、テナントのグローバル管理者アカウントを使用します。
- ユーザーリストをCSVファイルにエクスポートします。MigrationWizプロジェクトにユーザーを一括追加する時に使用できます。ユーザーリストをコピーして、MigrationWizプロジェクトダッシュボード内の [追加(Add)] > [一括追加 (Bulk Add)] の [移行元メール (Source Email) ] の列に貼り付けます。手順：Office 365管理ポータルから > ユーザー (Users) > アクティブユーザー (Active Users) > エクスポート (Export) > 続行します (Continue) 。
移行先環境を準備する
- 移行に使用する管理者アカウントをOffice 365で作成するか、テナントのグローバル管理者アカウントを使用します。
- Office 365にてアカウントをセットアップし、ライセンスを割り当てます。これにはいくつかの方法があります。
- 手動で、1つずつ。
- CSVファイルを使用した一括インポート。
- PowerShellスクリプトを使用。
- DirSync、AAD Sync、またはAAD Connectを使用。
- ユーザーリストをCSVファイルにエクスポートします。MigrationWizプロジェクトにユーザーを一括追加する時に使用できます。ユーザーリストをコピーして、MigrationWizプロジェクトダッシュボード内の 「追加(Add)」 > 「一括追加 (Bulk Add)」 の 「移行先メール (Destination Email) 」 の列に貼り付けます。手順：Office 365管理ポータルから > ユーザー (Users) > アクティブユーザー (Active Users) > エクスポート (Export) > 続行します (Continue) 。
- 大きなメールアイテムを送受信するためにテナントを準備します。
MigrationWizの手順
- メールボックス移行プロジェクトを作成します（Create a Mailbox Project）。
- プロジェクトに移行するアカウント（「アイテム」とも呼称します）を追加します。プロジェクトにユーザーを追加するには、移行元ドメインではなく、新しい移行先ドメイン名を指すように移行先メールアドレスを設定してください。
注:- 「追加(Add)」 > 「一括追加」のオプションを使用してユーザーを追加できます。これにより、それぞれの移行元と移行先CSVファイルから、ユーザーリストを指定された「移行元メール（Source Email)」および「移行先メール（Destination Email)」の列にコピーできます。
- 「追加(Add)」 > 「アイテム自動検出（Autodiscover Items)」を使用してユーザーを追加すると、MigrationWizはすべての移行元メールボックスを検出し、移行元と同じ設定で移行先のメールドメインをダッシュボードにインポートします。行項目ごとの右端にある鉛筆アイコンをクリックして、手動で移行先ドメイン名を1つずつ変更できます。または移行先ドメイン名を一括変更できます（推奨）。
- プロジェクトの「詳細オプション(Advanced Options)」を設定します。
この移行シナリオでは、次のオプションが最も有用です。- 移行先で偽装(impersonation)を使用するように設定します。移行先(Destination)で「偽装を使用する(Use Impersonation to Authenticate)」チェックボックスにチェックを入れます。
- 移行先で偽装(impersonation)を使用するように設定します。「移行先で偽装を使用する(Use Impersonation at Destination)」チェックボックスにチェックを入れます。
- 大規模な移行プロジェクトである場合、テナントの移行機能を測定するには、「詳細オプション(Advanced Options)」下の「最大同時移行数(Maximum number of concurrent migrations)」の値を最大25に設定する必要があります。移行が成功している場合、この値を段階的に増やすことが可能です。
- 「サポート(SUPPORT) / サポートオプション (Support Options)」以下で、次のテキストを追加します。 RecipientMapping="@sourcetenantname.onmicrosoft.com->@destinationdomainname.com"
- 注:
- 上記の受信者アドレスのマッピング表現(RecipientMapping)は一例です。そのままコピーしないでください。顧客のドメイン名に合わせて、移行元、移行先のドメイン名をそれぞれ、「sourcetenantname.onmicrosoft.com」「destinationdomainname.com」の代わりに記述してください。
- RecipientMapping表現では、移行元を.onmicrosoft.comドメインの代わりに、独自ドメインを入力することが可能です。その場合、次のような形式となります。 RecipientMapping="@sourcedomainname->@destinationdomainname"
- 再マッピング表現は複数使用する事が可能です。
- Office 365からOffice 365への移行において、この手順は非常に重要です。旧アカウント名「sourcetenantname.onmicrosoft.com」（移行元）を使用するのではなく、新しい移行先ドメイン名にマップされるため、完全（デルタ）移行が完了後もメールに返信できるようになります。
- 資格情報の検証(Verify Credentials)を実行します。
- 移行が行われることをユーザーに通知します。すべてのユーザーにメールを送信し、移行の日時を伝えます。
- 前段階移行(Pre-Stage)サイクル:ユーザーを選択し、上部の「開始(Start)」ボタンをクリックし、「前段階移行(Pre-Stage Migration)」を選択します。「移行のスケジューリング」セクションのドロップダウンリストから、「90日前(90 Days Ago)」を選択し、「移行を開始」をクリックします。
- MXレコードカットオーバー。DNSプロバイダーのポータルでMXレコードを切り替えます。また、AutoDiscover（CName）設定を含めます。
- エンドユーザーにメールを送信し、Outlookプロファイルの再構成に関してユーザ側にて操作があることを知らせます。
- 完全移行（デルタ）サイクル：ユーザーを選択し、上部の「開始(Start)」ボタンをクリックして、「完全移行(Full Migration)」を選択し、「移行を開始」をクリックします。
- エラーの再試行(Retry Errors)を実行します。
- ユーザーリストを確認し、赤い「移行に失敗しました」エラーをクリックします。表示された内容を確認し、適切な対応を行ってください。
- 問題が解決しない場合は、サポートにお問い合わせください。
- DeploymentProを使用しない場合、ユーザーは新しいOutlookプロファイルを作成し、署名の再作成し、以前のプロファイルに追加されていた全てのPSTファイルを新しいプロファイルに改めて追加する必要があります。
- MigrationWizダッシュボードの「円グラフアイコン」をクリックすると、プロジェクトから全ての移行統計情報をメールで受信できます。
コメント
0件のコメント
ログインしてコメントを残してください。