Exchange Online(Microsoft365)からExchange Online(Microsoft365)へのメールボックス移行ガイド

Exchange Online(Microsoft365)からExchange Online(Microsoft365)へのメールボックス移行ガイド

このガイドでは、同じドメイン名を持つ1つのMicrosoft365インスタンスから別のインスタンスに電子メールデータを移行するために必要なすべての手順が記載されています。

このガイドには、移行中に共存を使用する場合の手順は含まれていません。 共存を使用する場合の移行戦略ガイドについては、”Exchange Online(Microsoft365)からExchange Online(Microsoft365)への移行ガイド-共存の使用-異なるドメイン”を参照してください。

アプリのパスワードの使用は、このエンドポイントではサポートされていません。

初めて？

初めて移行を実行する場合は、移行計画&戦略ガイドを作成して、計画、セットアップ、および一般的な移行のベストプラクティスを説明します。 これまでに移行を実行したことがない場合は、このシナリオで概説されている手順を開始する前に、それを読むことをお勧めします。

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

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

MigrationWizの手順で指示されているように、複数の移行パスを使用してこの移行を完了することをお勧めします。

移行元または移行先のいずれかが最新の認証を有効にしている場合、MigrationWizが環境に接続できるようにするには、追加の手順を実行する必要があります。 最新の認証を管理するには、migrationwiz-Migration Planning-Microsoft365の最新の認証の記事の手順に従います。

migrationwizによる移行の最大ファイルサイズは、移行の種類と環境によって異なりますが、60GBを超えることはありません。

二要素認証または多要素認証による移行をサポートすることはできません。

管理者アカウントの作成

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

:

• 宛先で管理者の資格情報を使用します。
• MigrationWizアカウントにサインインします。
• プロジェクトを編集し、詳細オプションをクリックします。
• Microsoft365から移行する場合は、ソースの下で、認証に偽装を使用するにチェックを入れます。
• Microsoft365に移行する場合は、宛先の下で、認証に偽装を使用するチェックをオンにします。
• 保存オプションをクリックします。

migrationwizは自動的にリモートPowerShellコマンドを実行し、管理者アカウントがユーザーメールボックスにログイン（偽装）できるようにします。

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

これは、後でmigrationwizプロジェクトにユーザーを一括追加するときに使用できます。 ユーザーリストをコピーして、Migrationwizプロジェクトダッシュボードの追加>一括追加の下の送信元と送信先の電子メール列に貼り付けることができます。

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

1. Microsoft365管理者ポータルに移動します。
2. ユーザーをクリックします。
3. アクティブユーザーをクリックします。
4. エクスポートをクリックします。
5. 続行をクリックします。

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

移行先の準備

移行先のOffice365テナントにユーザーアカウントを設定し、ライセンスを割り当てます。 これらはいくつかの方法で作成できます。 （以下のリンクは外部記事へのリンクです。)

• 手動で、一度に一つずつ。
• CSVファイル経由で一括インポートします。

管理者アカウントの作成

移行に使用するMicrosoft365で管理者アカウントを作成するか、テナントのグローバル管理者アカウントを使用します。 管理者アカウントには、ユーザーメールボックスへのフルアクセス権が付与されているか、偽装権限が付与されている必要があります。 偽装を使用すると、Microsoftによって移行が調整される可能性を減らすのに役立つため、偽装を使用することをお勧めします。 偽装を手動で設定する具体的な手順については、”ソースの準備”の手順に従ってください。

管理者アクセスのテスト

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

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

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

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

エンドポイント

エンドポイントは、MSPCompleteではなくMigrationWizで作成されるようになりました。 このセクションの手順では、migrationwizでエンドポイントを作成する方法の概要を説明します。

既存のエンドポイントを選択している場合は、ドロップダウンに表示されるエンドポイントは10個だけであることに注意してください。 あなたが十以上を持っている場合は、検索する必要があるかもしれません。 エンドポイント検索は、大文字と小文字に固有のものです。 たとえば、検索がcustomerの場合、Cust0Merは表示されません。 作成したエンドポイントのリストと、使用した可能性のある固有のスペルまたは大文字のリストを保持することをお勧めします。

既存のエンドポイントを使用するか、新しいエンドポイントを作成できます。

新しいエンドポイントを作成するには:

1. [新規]をクリックします。
3. マイクロソフト365を選択します。
4. フィールドに管理者のユーザー名とパスワードを入力します。 これは、グローバル管理者または[ソースの準備]セクションで作成された管理者である必要があります。
5. 追加をクリックします。
6. 次のステップをクリックします。

送信元と宛先の両方に対してこれを行います。

ユーザーの追加

プロジェクトに移行するユーザーアカウントを追加します。 これは、プロジェクトのサイズに応じて、いくつかの方法で行うことができます。 各オプションの手順は以下のアコーディオンにあり、クリックするだけで選択したオプションが表示され、そこのガイダンスに従います。

:

小規模な移行では、クイック追加を使用してユーザーを一度に追加するのは簡単です。 このための手順は以下のとおりです。

より大きな移行:

より大きな移行には、自動検出オプションまたは一括追加オプションを使用することをお勧めします。

自動検出により、ソーステナントで見つかったすべてのユーザーが追加されます。 これをプロジェクトで編集して、移行されていないユーザーを削除できます。 すべてのユーザーは、送信元と送信先のメールアドレスが送信元の電子メールに一致するように設定されて追加されます。 これは、プロジェクトページの上部にある[ドメイン名の変更]ボタンを使用して変更できます。 移行中にユーザー名が変更される場合は、一括追加オプションを使用することをお勧めします。

一括追加では、ユーザーの送信元と送信先の電子メールアドレスを含むCSVを使用して、ユーザーをプロジェクトに追加します。 テナントから特定のグループのみを移行する場合は、一括追加オプションを使用することをお勧めします。

プロジェクトの詳細オプションを設定する

次のオプションは、この移行シナリオで最も価値があります。

ソースで偽装を使用するように設定します。 [ソースで偽装を使用する]ボックスにチェックを入れます。

宛先で偽装を使用するように設定します。 宛先で偽装を使用するボックスにチェックマークを付けます。サポート/サポートオプションの下に

:

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

上記のRecipientMappingは単なる例です。 それは反映するために変わる必要がありますsourcetenantname.onmicrosoft.com アカウント名と顧客の宛先ドメイン名。

これは、Microsoft365からMicrosoft365への移行のための非常に重要なステップです。 これにより、古いsourcetenantnameを使用するのではなく、新しい移行先ドメイン名にマップされるため、完全な（デルタ）移行が発生した後でも、電子メールに返信できるonmicrosoft。comアカウント名(テナントが廃止されると、使用できなくなります)。

受信者のマッピングは、次のことを確実にするための便利な方法です:

• すべての電子メールは、移行後も、テナントからテナントへの移行を実行するときに完全な(差分)移行が発生した後でも、同じドメイン名を維持したまま
• 同じドメイン名を維持しながら、テナントからテナントへの移行を実行するときに、予定表の所有権と表示名が宛先で一致します; または、ソースから宛先にドメイン名を変更するとき。

1つの移行元ドメインから複数の移行先ドメインに移行中に受信者マッピングを使用する場合は、移行先ドメインごとにプロジェクトが必要です。RecipientMapping=”@sourcedomainname->@destinationdomainname”

宛先ドメインがRecipientMappingで同じままである限り、複数のマッピング式を使用できます。

ユーザー接頭辞が変更されている場合は、ここの指示に従って、ユーザー接頭辞が変更されます

資格情報の検証を実行

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

1. 検証する項目を含むプロジェクトを開きます。
2. 検証したい項目を選択します。
3. ダッシュボードのスタートボタンをクリックします。
4. ドロップダウンリストから資格情報の検証を選択します。

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

ライセンス

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

• ユーザー移行バンドルライセンスには、ライセンスごとに無制限のデータがあります。
• User Migration Bundleライセンスはお客様のユーザーに適用され、購入日から12ヶ月後に有効期限が切れます。
• Document、Personal Archive、およびDeploymentProプロジェクトはすべて、ユーザー移行バンドルライセンスを使用する場合に含まれます。
• このライセンスタイプは手動で適用する必要があります。

ライセンスの購入

1. BitTitanアカウントにサインインします。
2. 上部のナビゲーションバーで、購入をクリックします。
3. 選択ボタンをクリックし、必要なライセンスタイプを選択します。
4. 購入するライセンスの数を入力します。 今すぐ購入をクリックします。
5. 該当する場合は、請求先住所を入力します。
6. 次へをクリックします。
7. 注文の概要を確認し、支払い方法を入力します。
8. ご注文をクリックしてください。

ユーザー移行バンドルライセンスの適用

1. https://migrationwiz.bittitan.comでMigrationWizにサインインします。
   • サインインして、メールフィールドの上にあるMigrationWizボタンを選択するか、MSPCompleteページにサインインしてから、すべての製品ボタンをクリックしてMigrationWizを選択します。
2. 左側のナビゲーションペインの上部にある正しいワークグループを選択します。
   注:これは、customerおよびmigrationプロジェクトが作成されたワークグループです。 プロジェクトがアカウントで作成されていない場合は、アカウントがワークグループの一部であり、プロジェクトの共有を有効にする必要があります。 詳細については、”Migrationwizでのワークグループとプロジェクト共有の追加と編集”を参照してください。
3. ライセンスを適用する必要があるプロジェクトをクリックします。
   • バニティドメインに基づいて、UMBライセンスがUPN/SMTPに適用されていることを確認します。 その後、変更ドメインを使用して、広告申込情報をポイントするように更新します。onmicrosoft.com アドレス。
4. ユーザー移行バンドルライセンスを適用するユーザーの電子メールの左側にあるチェックボックスをオンにします。
5. プロジェクトページの上部にあるその他のメニュー（3つの積み重ねられた行）をクリックします。
6. ユーザー移行バンドルライセンスの適用をクリックします。

クーポンの引き換え、払い戻しの要求、カテゴリの変更など、ライセンスについてさらに質問がある場合は、MigrationWizライセンスを参照してください。

プレステージマイグレーションパスを実行

1. ユーザーを選択します。
2. 上からスタートボタンをクリックします。
3. 移行前段階を選択します。
4. [移行のスケジュール]セクションのドロップダウンリストから、[90日前]を選択します。
5. 移行の開始をクリックします。

90日は提案です、あなたが好む任意のオプションを選択することができます。 移行前の段階では、古いメールアイテムのみが移行されます。 これは、より小さなチャンクにデータを移行するために選択された異なる時間枠で複数回実行することができます。

ソースからドメインを削除

これは、プレステージマイグレーションパスが完了した後にのみ行う必要があります。 通常、それは金曜日の夜遅くに行われます。 ドメインを削除する手順が必要な場合は、Microsoftからこのドキュメントを参照してください:Office365からドメインを削除します。

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

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

ドメインを削除した後、ユーザーは自分の電子メールにアクセスすることはできません。tenantname.onmicrosoft.com メールアドレス。

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

ユーザーに通知

ユーザーに電子メールを送信して、Outlookプロファイルの再構成に何を期待するかを知らせます。 DeploymentProを使用している場合は、DeploymentProガイドを使用して、Outlookプロファイル構成の宛先にユーザーを設定できます。

宛先のドメインの確認

これらのアクションは、テナント2(宛先)管理ポータル内から実行されます。

1. 移行先のMicrosoft365アカウントのドメインを確認します。 ドメインがテキストレコードで確認されると、すべてのユーザーを新しい既定のドメインに変更することができるため、このためにMicrosoft365でウィザードを使 ドメインは以前にアカウントに追加されていたため、完了する必要があるのは、[確認]ボタンをクリックすることだけです。 ドメインを確認できず、別のアカウントにドメインが既に存在することを示すエラーがある場合は、1-800-642-7676(米国フリーダイヤル、他の番号も利用可能)のMicrosoftサ
2. すべてのユーザーが持っていることを確認しますDestinationdomain.com 自分のメールボックスに追加されたドメイン名。
3. add_new_domainをダウンロードします。ps1PowerShellスクリプトは、これをチェックし、ドメイン名を追加します。 これは、ユーザーがアカウントに新しい既定のドメインを追加していない場合にのみ必要です。

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

DNSプロバイダーのポータルで、新しいMicrosoft365組織のDNS設定を反映するようにプライマリMXレコードを変更します。 変更するDNS設定には、自動検出、MX、およびSPFレコードが含まれます。 また、テナント1の古い設定を削除します。 これらの設定は、次の手順に従って、Microsoft365管理者ポータルで確認できます:

1. Microsoft365内で、ヘッダーの管理者をクリックします。
2. 管理者ページで、左ペインのドメインをクリックします。
3. 設定するドメイン名をクリックし、DNS設定をクリックしますこのページには、Microsoft365サービスを使用するために設定する必要があるDNSレコードが一覧表示さ

フル（デルタ）パス

1. ユーザーを選択します。
2. 上からスタートボタンをクリックします。
3. 完全移行を選択します。
4. 移行の開始をクリックします。 ほとんどのデータは移行前段階の移行中に移行されるため、この移行はすぐに完了します; Microsoft365からMicrosoft365への移行には、高い帯域幅が使用できます。
5. ユーザーリストを見て、赤い”failed migration”エラーをクリックします。 情報を確認し、それに応じて行動します。

再試行エラーの実行

ログに記録される各エラーは、移行されなかったアイテムを表します。 MigrationWizには、失敗した項目を再試行するために移行を再送信できるモードが含まれています。 この操作モードは常に無料です。 このモードでメールボックスを送信できるのは、次のすべての条件を満たす場合のみです:

1. 最後の移行は正常に完了しました。
2. メールボックスに少なくとも一つのエラーが含まれています。

メールボックスがこれらの条件を満たしていない場合、このモードで移行を送信すると警告が表示され、要求は満たされません。

再試行モードで1つ以上のメールボックスを送信するには、次の手順を実行します:

1. 「プロジェクトに移動」ボタンをクリックします。
2. 再試行するメールボックスを含むプロジェクトを選択します。
3. 移行エラーのあるメールボックスを選択します。
4. スタートボタンをクリックします。
5. メニューからエラーの再試行を選択します。
6. エラーの再試行ボタンをクリックします。

エラーが修復されると、エラーログから消えます。 ソースアイテムが再処理されなかった場合(フィルターなどのため)、削除または移動された場合、またはアイテムが再び失敗した場合、一部のエラーが消えな

問題が解決しない場合は、サポートに連絡してください。

移行後

DeploymentProを使用しない場合、ユーザーは新しいOutlookプロファイルを作成し、署名を再度設定し、以前のプロファイルに添付されていたPSTファイルを再ア

migrationwizダッシュボードの棒グラフのアイコンをクリックして、すべてのプロジェクト移行統計を含む電子メールを受信します。