#Microsoft Teams チャット移行プロセス

以下のセクションでは、Microsoft Teams チャット移行の一般的な移行プロセスを説明します。このドキュメントに記載されている内容は、若干の調整を加えることで、一般的なガイドラインとして利用することもできます。

• 準備
• 移行の実行

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

#準備

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

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

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

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

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

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

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

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

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

#3.ライセンスをユーザーに割り当てる

移行前に、Microsoft Teams と SharePoint Online のライセンスを移行先サービス アカウント (委任アプリ プロファイルの同意ユーザー) に割り当てる必要があります。

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

移行元テナントに秘密度ラベルが存在しない場合、この手順を無視することができます。

移行元のテナントに秘密度ラベルが存在し、移行先にチャット添付ファイルに適用されている移行元秘密度ラベルを保持する場合、移行前に移行先で秘密度ラベルを作成して発行する必要があります。詳細については、秘密度ラベルの作成と発行 を参照してください。

#5.移行先テナントでプレースホルダー アカウントを構成する

API の制限により、移行元チャットがグループ チャットに変換されます。グループ チャットを作成するには、以下の条件を満たすプレースホルダー アカウントが必要です。

• このアカウントは、移行先テナントのアクティブ ユーザーである必要があり、ライセンスや管理者ロールを持つ必要はありません。

• アカウントは、移行先のサービス アカウント (または移行先の委任アプリ プロファイルの同意ユーザー) および移行先のチャット ユーザーと同一ユーザーに指定することはできません。

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

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

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

Fly を移行元および移行先の Teams チャットに接続する方法については、接続の作成 を参照してください。

以下の情報に注意してください:

• 移行先の接続で委任アプリ プロファイルまたはサービス アカウントのみを使用し、移行後に移行先のチャットから同意ユーザーまたはサービス アカウントを削除した場合、同意ユーザーまたはサービス アカウントは次回の増分移行ジョブでそれらのチャットに再追加できません。そのため、移行元の新しく追加・編集されたメッセージは、それらの移行先チャットに移行できません。

• 移行先の接続で委任アプリ プロファイルまたはサービス アカウントのみを使用し、移行後に委任アプリ プロファイルまたはサービス アカウントを変更した場合、新しい委任アプリ プロファイルまたはサービス アカウントは次回の増分移行ジョブで既に移行済みのチャットに追加できません。これは、新しい委任アプリ プロファイルまたはサービス アカウントがそれらのチャットに対する権限を持っていないことに起因します。そのため、移行元の新しく追加・編集されたメッセージは、それらの移行先チャットに移行できません。

上記の状況に基づいて、接続先接続でアプリ プロファイルも構成することをお勧めします。そうすると、Fly はサービス アカウントをそれらの移行先チャットに追加し、新しく追加・編集されたメッセージをそれらの移行先チャットに移行することができます。

• 移行先接続で委任アプリ プロファイルまたはサービス アカウントのみを使用している場合、同意ユーザーまたはサービス アカウントは移行先チャットの作成者として表示されます。移行先接続でアプリ プロファイルも使用している場合、アプリ名は移行先チャットの作成者として表示されます。

#8.移行スループット

一般的に、チャット メッセージの平均移行速度はテナントのパフォーマンスによって、1000 件/時間/マッピング ~ 4000 件/時間/マッピングの間で変化します。並行して実行されるマッピングの数は、購入したサブスクリプションに基づいて自動的に割り当てられます。より多くのサブスクリプションを購入すると、並行して実行できるマッピングの数も増えます。

#9.プロジェクト設定

一般的には、すべてのデータを移行先に移行するまで、移行元のチャットを移行作業中に使用し続けることをお勧めします。

#10.ユーザー マッピング ファイルを準備する

ユーザー マッピング ファイルを準備する方法については、ユーザー マッピングの作成 を参照してください。

移行元および移行先のチャット ユーザーのユーザーマッピングが正しいことを確認してください。これにより、移行先のチャット ユーザーは、移行元チャット ユーザーの移行済みチャット メッセージを閲覧したり、移行先でチャットを継続したりすることができます。

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

Microsoft Teams チャット移行ポリシーでは、チーム チャットの移行範囲、チャット ファイルの添付ファイルを移行するかどうか、チャット ファイルの添付ファイルの競合解決、チャット ユーザーのマッピング方法、Microsoft Teams チャット移行用のチャット ファイルの添付ファイルの秘密度ラベルを管理する方法などを定義することができます。詳細については、移行ポリシーの作成 を参照してください。

#12.ユーザーが通知を受信するタイミングを理解する

移行先ユーザーは以下の場合に通知を受信する可能性があります。

• チャット メッセージは移行先に移行された後に未読としてマークされます。移行先チャット ユーザーが チャットメッセージの通知 設定を バナーに表示 として構成している場合、Teams アプリの使用中にメッセージに関する通知を受信します。

• ユーザーが移行元チャットのメッセージでメンションされている場合、メンションされているユーザーの移行先ユーザーは移行中に通知を受信します。

• 移行元チャットでメッセージが緊急とマークされている場合、そのチャットが読まれるまで、移行先のチャットに繰り返し通知が送信されます。

• 移行先の OneDrive サイトの所有者が通知を受信します:

  • リンクを知っているすべてのユーザー タイプの共有リンクは移行先に移行されます。

  • 外部ユーザーと共有されている リンクを知っている [テナント] のユーザー または 選択したユーザー タイプの共有リンクは、移行先に移行されます。

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

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

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

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

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

#移行の実行

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

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

プロジェクトとマッピングを構成する方法については、ユーザー ガイドの プロジェクトの作成 と 移行マッピングの作成 セクションを参照してください。

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

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

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

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

完全移行中に問題が発生する場合があります。新規・更新・失敗したデータを処理する増分移行ジョブを実行します。通常の増分移行を実行する方法については、オブジェクトを移行する移行の実行 を参照してください。

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

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

   レポート センター で特定の期間内のプロジェクトの移行サマリーを表示することもできます。

2. 移行先テナントに移行される以下のデータを確認します:

   • チャット メッセージとメンバー

   • チャット メッセージや OneDrive 内のファイル添付ファイル リンク

   • OneDrive にアーカイブされたチャット メッセージを含む HTML ファイル

   • 移行先チャットで新しいメッセージを投稿できます。

   • メッセージの投稿、メッセージへの返事、ファイルの添付ファイルの追加、新しいチャットの作成などの Teams チャット機能を正常に動作できる

#5.最終のカットオーバーを実行する (任意)

Microsoft 365 テナントのドメインを変更した後、ユーザーのプリンシパル名が変更されました。そのため、カットオーバー後に増分移行ジョブを実行する場合は、Fly の マッピング ドメインの変更 機能を使用して、移行マッピングのユーザー プリンシパル名を更新する必要があります。詳細については、ユーザー ガイドの マッピング ドメインの変更 を参照してください。

#6.最終の増分移行を実行する

最終の増分移行ジョブを実行し、すべての移行元データが移行先に移行されることを確保します。

#7.サービス アカウント (または同意ユーザー) とプレースホルダー アカウントを削除する

すべての移行が完了した後、移行先の Microsoft Entra ID からサービス アカウント(または委任アプリ プロファイルの同意ユーザー)とプレースホルダー アカウントを削除することができます。これらのユーザーを削除したくない場合は、チャット移行アシスト ツール を使用して、サービス アカウント (または同意ユーザー) とプレースホルダー アカウントを移行先のチャットから除去することができます。アシスト ツールの使用方法については、Microsoft Teams チャット移行アシスト ツール を参照してください。

#8.移行済みメッセージを既読にマークする

既定では、移行先チャット ユーザーに移行されたメッセージは未読にマークされます。すべての移行の完了後、移行先チャット ユーザーが手動でメッセージを既読としてマークすることができます。