#Exchange Online to Exchange Online 移行プロセス

以下のセクションでは、移行元と移行先のドメインが異なる Exchange Online 移行の一般的な移行プロセスを説明します。このドキュメントに記載されている内容は、若干の調整を加えることで、メール ソースから Exchange Online への移行の一般的なガイドラインとして利用することもできます。

• 準備
• 移行の実行

お客様の移行要件に応じて、追加のステップが必要となる場合も、プロセスに含まれている一部のステップが不要となる場合もあります。

#準備

移行前に、移行するオブジェクト タイプを特定する必要があります。対応状況一覧 を参照してください。

#1.必要な権限を持つアプリ プロファイルを作成する

Fly を Exchange Online に接続するには、AvePoint Online Services で必要な権限を持つアプリ プロファイルを作成することを推奨します。Exchange Online 移行の必須権限を確認するには、必須権限 を参照してください。

#2.移行元テナントの検出を実行する (任意)

Exchange Online からの移行を実行する前に、Exchange Online のテナント検出を実行して、オブジェクト数・オブジェクト タイプ・オブジェクト サイズ・およびその他の詳細をスキャンして報告することができます。検出レポートから、移行元環境をより深く理解し、移行を計画することができます。詳細については、テナントの検出ユーザー ガイド を参照してください。

#3.メールボックス フィルター (任意)

テナントには大量のメールボックスが存在し、一部だけのメールボックスを移行する場合は、Microsoft ドキュメント を参照して、Exchange PowerShell を使用して移行するメールボックスまたは移行しないメールボックスを指定することができます。

#4.移行先テナントでユーザーを作成する

新しい Microsoft 365 ユーザーを追加するか、ローカル Active Directory のユーザーを Microsoft 365 に同期します。

• 移行元ドメインが移行先環境に移動される場合：

  移行プロジェクトで既定のメール アドレス (user@contoso.onmicrosoft.com) を使用することをお勧めします。または、自分のドメインで終了するメール アドレスを使用することができます。移行元テナントのドメイン名が移行先テナントのドメイン名に変更されて起動された後、最終増分移行が必要な場合、Fly で [マッピング ドメインの変更] を使用して、プロジェクト内のメール アドレスを一括で更新することができます。

• 移行元ドメインが移行先環境に移動されない場合、移行プロジェクトでマッピングを構成する際に、異なるメール アドレスを使用することができます。

ユーザーの準備方法に関するユーザー ガイド を参照してください。

#5.ユーザーのメールボックスを作成する

メールボックスを作成するために移行先ユーザーにライセンスを割り当てます。詳細については、Microsoft 365 ライセンスをユーザーに割り当てる を参照してください。

#6.共有メールボックスおよびリソース メールボックスをプロビジョニングする

移行先でリソース メールボックスおよび共有メールボックス (必要な場合) をプロビジョニングします。移行先で共有メールボックスまたはリソース メールボックスが存在しない場合、Fly は新しい共有メールボックスまたはリソース メールボックスを作成することができます。

#7.移行先メールボックスへの移行の大容量メール アイテムを処理する

• Microsoft では、受信したメッセージの最大サイズが既定で 35 MB に設定されています。潜在的な例外を避けるために、この制限を 150 MB に増加することをお勧めします。制限を構成するには、大きいメール メッセージ を参照してください。

  サンプルの PowerShell コマンド:

  Set-Mailbox -Identity user@contoso.com -MaxReceiveSize 150MB

• ルール クォータ制限などの他の制限があります。受信トレイ ルールはすべてのルールに対して 256 KB の制限を適用しています。制限を構成するには、Exchange Online の受信トレイ ルールで使用される領域を変更する を参照してください。

  サンプルの PowerShell コマンド:

  Set-Mailbox -Identity user@contoso.com -RulesQuota "<32 KB to 256 KB>"

#8.訴訟ホールドおよび単一アイテムの回復を無効にする

移行中、移行されたデータの修正および多数のアイテムの上書きを実行する必要がある場合、関連する移行先メールボックスで訴訟ホールドおよび単一アイテムの回復の両方を無効にすることをお勧めします。訴訟ホールドまたは単一アイテムの回復が有効になっている場合、アイテムが削除・上書きされると、Exchange はそれらのアイテムを 回復可能なアイテム フォルダーに自動移動し、そこのストレージを消耗します。

訴訟ホールドは既定で無効になっており、単一アイテムの回復は既定で有効になっています。

詳細については、Exchange Online の In-Place ホールドと訴訟ホールド および Exchange Online でメールボックスの単一アイテムの回復を有効または無効にする を参照してください。

サンプルの PowerShell コマンド:

Set-Mailbox -Identity user@contoso.com -SingleItemRecoveryEnabled $false -LitigationHoldEnabled $false

#9.移行先保持ポリシーを確認する

保持ポリシーが移行元データ用に構成されている場合、移行先保持ポリシーと移行元保持ポリシーが同じであることを確認してください。同じでない場合、異なる保持ポリシーにより、移行先データは削除される可能性があります。

#10.スロットリング制限

Microsoft はスロットリングを使用して Microsoft 365 操作を管理しますが、スロットリング制限は移行パフォーマンスに影響を与えます。Microsoft 365 管理センターに移動し、スロットリングの制限を解除します。

1. Microsoft 365 管理センターのヘルプ (?) に移動します。

2. 検索フレーズとして EWS 調整 を入力します。

3. 環境の確認が要求される場合は、[テストの実行] をクリックします。このテストは、基本的にテナントに適用されている EWS 調整を確認します。

   

4. サポート アシスタントはテナント設定を確認し、「Exchange Web サービスは調整済みです」 と結論付けます (通常の状況)。テナントの EWS ポリシーの設定を更新し、調整を 30、60、90 日間無効にすることができます。

5. ポリシーを調整する期間を選択し、[Update] をクリックします。

   

6. しばらくして、サポート アシスタントは設定が変更されたことを通知します。

#11.移行先で秘密度ラベルを準備する (任意)

移行元テナントのメールに適用されている移行元秘密度ラベルを移行先で維持するには、移行前に移行先で秘密度ラベルを作成し発行する必要があります。詳細については、秘密度ラベルの作成と発行 を参照してください。

#12.移行スループット

一般的には、EWS の合理的な移行速度は 1.5 GB/時間/マッピングです。実行できるマッピングの数は、購入したサブスクリプションに基づいて自動的に割り当てられます。購入するユーザー シートが多いほど、1 件のプロジェクトで実行できるマッピングの数も多くなります。

Graph API の場合、合理的な移行速度は 1.1 GB/時間/マッピングです。このパフォーマンスは、シミュレートされた顧客データで測定されたものです。Graph API の進化に伴い、このパフォーマンスは今後のバージョンでも引き続き追跡されます。

移行パフォーマンスに影響する可能性のある要因が多数あることに注意してください。

• スループット: 上記のスループット数は完全移行を対象としています。一般的には、増分移行の場合、スループットが低くなる可能性があります。FLY は増分移行の移行済みアイテムの状態を確認するために時間を費やす必要があります。

• 移行元と移行先でスロットリング問題が発生することで、移行パフォーマンスに影響を与える可能性があります。

#13.移行元および移行先の接続を作成する

接続の作成 を参照して、Fly を接続元および接続先の Microsoft 365 テナントに接続します。

プロジェクト設定

一般的には、事業部などの事業単位に基づいてプロジェクトを作成することをお勧めします。また、異なるタイプのメールボックスは異なるマッピング ファイルで構成することをお勧めします。

その他の設定

メールボックス マッピング ファイルおよびユーザー マッピング ファイルを設定します (任意)。

#14.移行ポリシーを策定する

Exchange Online 移行ポリシーでは、Exchange Online オブジェクトの移行範囲、競合解決、ユーザー マッピングの移行の詳細オプションを構成することができます。詳細については、移行ポリシーの作成 を参照してください。

注意事項が以下の通りです。

• 移行元または移行先メールボックスが Microsoft 365 グループ メールボックスまたはアーカイブ メールボックスである場合、オートコンプリート リストは移行できません。

• 回復可能なアイテム フォルダー の移行を選択した場合、削除 フォルダーのみが移行できます。

• アーカイブ メールボックスを移行するには、アーカイブ メールボックスが移行先に存在することを確認してください。

• フォルダー レベルの移行ジョブでは、削除の同期が機能しません。

#15.移行先ユーザーが通知の受信時間を理解する

予定表の権限が移行先に移行された後、共有ユーザーに通知が送信されます。通知を表示するには、ユーザーはメールボックスにログインし、共有された予定表を承諾する必要があります。

#16.パイロット実行をプランニングする

以下の目的でパイロット実行を行うことをお勧めします。

• Fly のインターフェイスに慣れ、移行プロセスの全体を把握します。

• 本番の移行前に、潜在的な問題を早期に発見して解決します。

• コンテンツ サイズが大きい場合のスロットリング状況を把握し、移行元および移行先で解決するようにします。

#移行の実行

移行を実行する方法については、以下のセクションを参照してください。

#1.Fly でプロジェクトおよびマッピングを構成する

プロジェクトとマッピングを構成する方法については、プロジェクトの作成 および 移行マッピングの作成 を参照してください。

回復可能なアイテム フォルダーを移行するには、以下のことに注意してください。

• SubstrateHolds、バージョン、パージ、DiscoveryHolds フォルダー内のデータのみを移行する場合、移行ポリシーで MigrateLegalHoldFolder カスタム機能を構成してください。詳細については、Exchange Online 移行のカスタム機能 を参照してください。

• 削除フォルダーを移行する場合、移行ポリシーで 回復可能なアイテム フォルダー オプションを選択して、MigrateLegalHoldFolder カスタム機能が構成されていることを確認してください。

#2.通常の完全移行を実行する

ジョブを実行する前に、マッピングを検証して、マッピングが移行可能であることを確認することをお勧めします。詳細については、マッピングの事前分析 を参照してください。

その後、構成した移行ポリシーに基づいてオブジェクトを移行する完全移行ジョブを実行することができます。詳細については、オブジェクトを移行する移行の実行 を参照してください。

#3.通常の増分移行を実行する

新規・更新・失敗したデータを処理します。通常の増分移行を実行する方法については、オブジェクトを移行する移行の実行 を参照してください。

#4.X500 メール アドレスを移行先に追加する

移行後、エンド ユーザーがイベントを更新できなくなる場合があります。オートコンプリート リストを移行する場合、移行元メールボックスに LegacyExchangeDN エントリが含まれている場合があります。エンド ユーザーがメールの送信時に移行済みのオートコンプリート リストを直接使用すると、メールが送信されない場合があり、エンド ユーザーに配信不能レポート (NDR) が送信されます。

上記の問題は、X500 メール アドレスを移行先メールボックスに追加することで解決できます。X500 メール アドレスを移行先に追加する方法については、ユーザー ガイド を参照してください。

#5.移行結果を検証する

以下の対象を確認してください:

• マッピング レポート(マッピングが失敗した場合、またはマッピングが完了したが実行中に例外が発生した場合、移行エラー セクションでマッピングのエラー コードおよびコメントを確認することができます。エラー コードをクリックすると、トラブルシューティング ガイド でそのコードの詳細および推奨事項を表示することができます。これらの情報はエラーの解決や回避に役立てます。)

• 移行先に移行されたデータ

• 移行先のアイテム数と権限

• 開催者と出席者のつながり

• 移行元と移行先両方の転送設定を利用して、複数のウェーブの移行が原因で既に移行先に移行されたユーザーと移行元に残っているユーザーのつながり

• 新しいデータが移行先メールボックスに作成できること

• メールへの返信、転送などの機能が正常に動作できること

• 会議 / 定期的な会議機能が正常に動作できること

#6.(カットオーバー) 移行元と移行先が共存する場合のメール転送を構成する

移行する追加のウェーブが存在する場合、メール転送が必要です。

移行元と移行先の両方でメールの転送を有効にする必要があります。

• 双方向の転送を設定する

  • 移行先へ移行されたすべての移行元ユーザーの場合、メールを移行元から移行先へ転送します。

  • 移行先へ移行する予定のすべての移行元ユーザーの場合、メールを移行先から移行元へ転送します。

    • 各ウェーブでは、このウェーブで移行されたユーザーの転送を変更する必要があります。

    • 必要に応じて、この転送はウェーブの開始前に設定することができます。

• グローバル連絡先を設定します。

  • 移行先で、移行元テナントのグローバル連絡先として移行されたすべてのユーザーの新しいメール アドレスを設定します。

    これは、既に移行先テナントに移行された開催者からの予定表更新を許可するためです。

  • すべての移行元ユーザーを移行先テナントのグローバル連絡先として設定します。

    これは、移行元に残っている開催者から、既に移行先テナントに移行された出席者への予定表更新を許可するためです。

#Microsoft 365 での転送の設定

既定では、Microsoft 365 が組織外への転送をブロックしています。転送が動作できることを確認するには、スパム対策の設定で送信スパム フィルター ポリシーを変更し、自動転送を オン にして、組織外へのメッセージの自動転送を許可します。詳細については、Microsoft 365 で外部メールの自動転送を制御する を参照してください。

メール転送を設定するには、移行後 で メールの転送 を選択するか、以下の PowerShell コマンドを使用することができます。

Set-Mailbox -Identity user@contoso.com -DeliverToMailboxAndForward $false -ForwardingSMTPAddress "user@anothercontoso.com"

詳細については、メールボックスへの電子メールの転送を構成する 参照してください。

#7.移行先のグローバル アドレス リストからユーザーのメール アドレスを非表示・再表示する

移行元のメールボックスが使用中で、移行先のメールボックスが使用されていない場合は、移行先のユーザーがグローバル アドレス リストに新しく追加されたメール アドレスを表示しないために、移行先のグローバル アドレス リストからユーザーのメール アドレスを非表示にすることができます。詳細については、移行の準備 のステップ 6 を参照してください。また、移行元メールボックスの移行が完了し、移行先メールボックスを使用する準備ができた場合、グローバル アドレス リストにユーザーのメール アドレスを再表示することができます。詳細については、移行先グローバル アドレス一覧 (GAL) におけるユーザーのメール アドレスの再表示 を参照してください。

#8.現在のウェーブの最終の増分移行を実行する

すべての移行元データが移行先に移行されることを確認します。

#9.他のすべてのウェーブの移行を実行する

このステップは、移行プランが複数のウェーブに分割されている場合にのみ必要です。

#10.DNS の TTL を短縮する

カットオーバー時に組織外のユーザーから送信されたメールの遅延を軽減するために、DNS の TTL (time-to-live) を 1 時間またはそれ以下に短縮することをお勧めします。

#11.最終のカットオーバーを実行する

すべての転送の削除、Exchange MX レコードの変更などを実行します。メール システムが変更された MX レコードを識別するには、最大 72 時間がかかることがあります (前のセクションで述べた TTL に関連しています)。カットオーバー後、プロジェクト マッピングのメール アドレスが変更されます。移行元データの更新が移行先に確実に反映されるように最終の増分移行ジョブを実行する場合は、Fly の マッピング ドメインの変更 使用して、プロジェクト マッピング内のメール アドレスを変更することができます。

#12.移行後

すべてのデータが移行先に移行された場合、移行後ジョブを実行して共有予定表の権限を移行し、移行先で共有ユーザーが移行された共有予定表を管理できることを確認できます。詳細については、移行後 を参照してください。