365テナントにメールボックスを移行するための完全な導入手順書です。表記の順序に従い、各ステップを完了してください。関連するナレッジベース記事へのリンクが提供されています。本ガイドは、移行元と移行先で同一ドメイン名を使用する際の移行手順書です。ドメイン名を変更する場合」を参照してください。MigrationWizは同期ソリューションではなく、移行ソリューションであるため、以前に実行された移行サイクルで移行されたアイテムの更新、削除、または移動を追跡しません。これは、MigrationWizには(同期エージェントのように)「ライブ」での変更のモニタリング機能はなく、ユーザーの操作なしに競合解決などを処理することができないためです。MigrationWizは、ワークグループをまたがって、移行プロジェクトを共有する機能をサポートしています。プロジェクト共有機能をオンにすると、非アクティブなエージェント以外のすべてのエージェントに、全ての移行プロジェクトが表示されます。Sharing)」をご覧ください。365への移行に関しては、他の標準的な移行手法と異なります。そのため、本ガイドには、次の追加手順が記されています。Options)」下に受信者アドレスのマッピングを追加し、移行後のすべてのメールが返信できるようにします。移行元テナントからドメインを削除します。移行先テナントのドメインを確認します。独自ドメイン名を使用してMSPCompleteにユーザーを追加する必要があります。その後、各ユーザーにMSPCompleteサブスクリプションを追加できます。移行を開始する前に、移行元と移行先のユーザーアドレスを独自ドメイン名ではなく、.onmicrosoft.comドメイン名を使用するように変更する必要があります。注:この移行手順では、移行元テナントのドメインを削除してから移行先テナントに追加するまでに時間がかかるため、メールサービスのダウンタイムが発生します。365テナントに同時に存在することが許可されていないためです。Protection(EOP)を指している場合、ドメインが移行元テナントから削除され、移行先テナントへの追加が完了するまでの間、EOPはドメインにメールをルーティングできません。その結果、送信者に配信不能レポート(NDR)が届いてしまいます。Pass)を開始する前にドメインを削除する場合、受信者アドレスのマッピングは必須です。365で作成するか、テナントのグローバル管理者アカウントを使用します。メールボックスへのアクセスをテストします。注:独自ドメイン「domainname.com」アドレスではなく、「tenantname.onmicrosoft.com」アドレスへのアクセスをテストします。365の各メールボックスに紐づいていることを確認してください。通常はデフォルトとして紐づいていますが、紐づいていない場合は各アカウントにエイリアスとして追加する必要があります。365管理ポータルまたはPowerShellスクリプトを介して実行できます。365で作成するか、テナントのグローバル管理者アカウントを使用します。365にてアカウントをセットアップし、ライセンスを割り当てます。いくつかの方法があります。CSVファイルを使用した一括インポート。PowerShellスクリプトを使用。Connectを使用。メールボックスへのアクセスをテストします。注:独自ドメイン「domainname.com」アドレスではなく、「tenantname.onmicrosoft.com」アドレスへのアクセスをテストします。365の各メールボックスに紐づいていることを確認してください。通常はデフォルトとして紐づいていますが、紐づいていない場合は各アカウントにエイリアスとして追加する必要があります。365管理ポータルまたはPowerShellスクリプトを介して実行できます。大きなメールアイテムを送受信するためにテナントを準備します。移行先エンドポイントを選択プロジェクトに移行するアカウント(「アイテム」とも呼称します)を追加します。これでMSPCompleteにサブスクライブしているユーザーがMigrationWizプロジェクトにインポートされます。「tenantname.onmicrosoft.com」に変更します。複数の移行元アドレスを「tenantname.onmicrosoft.com」に一括変更するには、「移行メールアドレスのドメイン名を一括変更するにはどうすればよいですか?」の記事に従い、ご対応ください。注:独自ドメイン名の代わりに移行用に使用されます。Migration)完了後、移行元から独自ドメイン名を削除する必要があるため、この変更は重要な手順です。ドメインの削除後も完全(デルタ)移行サイクルを実行する必要があるため、「tenantname.onmicrosoft.com」のドメイン名を使用します。「tenantname.onmicrosoft.com」に一括変更するには、「移行メールアドレスのドメイン名を一括変更するにはどうすればよいですか?」の記事に従い、ご対応ください。注:このドメイン名を移行のために使用する必要があります。移行元および移行先アドレスを1つずつ手動で変更できます。編集するアイテムの右側にある「鉛筆」アイコンをクリックし、メールアドレス欄のアドレスを変更することにより、移行元または移行先のアドレスの編集が可能です。Options)を設定します。この移行シナリオでは、次のオプションが最も有用です。移行元で偽装(impersonation)を使用するように設定します。Source)」チェックボックスにチェックを入れます。移行先で偽装(impersonation)を使用するように設定します。Destination)」チェックボックスにチェックを入れます。migrations)」の値を最大25に設定する必要があります。移行が成功している場合、この値を段階的に増やすことが可能です。Options)」以下で、次のテキストを追加します。RecipientMapping="@sourcetenantname.onmicrosoft.com->@destinationdomainname.com"注:上記の受信者アドレスのマッピング表現(RecipientMapping)は一例です。そのままコピーしないでください。顧客のドメイン名に合わせて、移行元、移行先のドメイン名をそれぞれ、「sourcetenantname.onmicrosoft.com」「destinationdomainname.com」の代わりに記述してください。複数の再マッピング表現を使用できます。365への移行において、この手順は非常に重要です。旧アカウント名「sourcetenantname.onmicrosoft.com」(移行元)を使用するのではなく、新しい移行先ドメイン名にマップされるため、完全(デルタ)移行完了後もメールに返信できるようになります(「sourcetenantname.onmicrosoft.com」が廃止された後は利用できなくなります)。Credentials)を実行します。移行が行われることをユーザーに通知します。すべてのユーザーにメールを送信し、移行の日時を知らせます。Migration)」を選択します。Ago)」を選択し、「移行を開始」をクリックします。移行元からドメインを削除します。Migration)が完了した後に行います。通常、金曜日の夜遅い時間に行われます。注:移行元テナントに複数のドメインがある場合、新しいテナントに移行する前にそれらすべてのドメインを削除する必要があります。管理者ポータルで、管理者アカウントのUPNを該当するonmicrosoft.comアドレスに変更します。注:ドメインを削除すると、ユーザーはtenantname.onmicrosoft.comのメールアドレスを知っていて、ログインしない限り、メールにアクセスできなくなります。削除後、ドメイン削除のレプリケーションの処理時間がおよそ30分が掛ります。完了するまでお待ちください。エンドユーザーにメールを送信し、Outlookプロファイルの再構成に関して操作があることを知らせます。移行先でドメインを検証します。これらの操作は、移行先テナントの管理ポータルから行います。365アカウントのドメインを検証します。365のウィザードを使用することをお勧めします。ドメインがテキストレコードで検証されると、すべてのユーザーを新しいデフォルトドメインに変更することが可能なためです。注:ドメインは既に以前にアカウントに追加されているため、必要な操作は「確認」ボタンをクリックすることだけです。Forefront)。すべてのユーザーのメールボックスに「Destinationdomain.com」ドメイン名が追加されていることを確認します。必要に応じて追加します。MXレコードカットオーバー。365組織のDNS設定を反映するようにプライマリMXレコードを変更します。DNSの設定では、自動検出、MX、およびSPFレコードを変更します。移行元テナントの設定を削除します。365管理ポータルで実行できます。365内で、ヘッダーの「管理(Admin)」をクリックします。管理ページで、左ペインの「ドメイン(Domains)」をクリックします。設定する「ドメイン名」をクリックしてから、「DNS設定」タブをクリックします。365サービスを使用するために必要なDNSレコードが一覧表示されています。Migration)」を選択し、「移行を開始」をクリックします。Migration)中に移行されているため、この移行サイクルはすぐに完了します。365への移行では、十分なリソースを利用できます。Errors)を実行します。ユーザーリストを確認し、赤い「移行に失敗しました」エラーをクリックします。表示された内容を確認し、適切な対応を行ってください。問題が解決しない場合は、サポートにお問い合わせください。DeploymentProを使用しない場合、ユーザーは新しいOutlookプロファイルを作成し、再度署名を設定し、以前のプロファイルに含まれていたPSTファイルをすべて新規プロファイルに追加する必要があります。MigrationWizダッシュボードの「円グラフアイコン」をクリックすると、プロジェクトから全ての移行統計情報をメールで受信できます。DownloadFacebookTwitterLinkedInこの記事は役に立ちましたか?22人中12人がこの記事が役に立ったと言っていますまだログインされていない場合は、ログインして投票してください。Calendarsコメント0件のコメントログインしてコメントを残してください。