【Teams】Teamsテナント切替時のデータ移行を計画するMigration Manager手順

Microsoft Teamsのテナントを切り替える際、過去のチャット履歴やファイルなどのデータを新しい環境へ移行する必要が生じます。しかし、手作業での移行は膨大な時間と労力を要し、データ損失のリスクも伴います。本記事では、Microsoft 365の管理者がTeamsテナント間のデータ移行を計画・実行するための「Migration Manager」の利用手順を解説します。これにより、スムーズかつ安全なデータ移行を実現します。

Migration Managerは、SharePointやOneDrive、そしてTeamsのデータ移行を効率化するツールです。特に、Teamsのチャットデータやチャネルファイルといった、複雑な構造を持つデータの移行計画立案と実行を支援します。本記事を読むことで、Migration Managerを使ったTeamsデータ移行の全体像と具体的な操作手順を理解し、計画的な移行作業に着手できるようになります。

Migration Managerの概要とTeamsデータ移行における役割

Migration Managerは、Microsoft 365のデータ移行を支援するクラウドベースのサービスです。SharePoint Online、OneDrive for Business、そしてTeamsのデータ移行に対応しています。特にTeamsにおいては、チャネルのファイル(SharePointサイトに格納)、チャット履歴(Exchange Onlineに格納)、チーム設定などの移行を計画・実行する機能を提供します。これにより、手作業では困難な大量データの効率的な移行が可能になります。

Teamsのデータ移行は、単にファイルをコピーするだけではありません。チャネルの構造、投稿履歴、メンバーシップ、チーム設定など、多岐にわたる要素を考慮する必要があります。Migration Managerは、これらの要素をまとめて移行するためのタスクベースのワークフローを提供し、移行プロセスを管理しやすくします。

Migration Managerを利用するには、移行元および移行先テナントの両方で、適切な管理者権限が必要です。具体的には、グローバル管理者、SharePoint管理者、またはTeams管理者などのロールが求められます。また、Microsoft 365のライセンスによっては、Migration Managerの利用に別途ライセンスが必要になる場合もありますので、組織のライセンス体系を確認してください。

Teamsのデータ移行をMigration Managerで行う場合、移行対象となるのは主に以下のデータです:

チャネルファイル: 各Teamsチャネルに紐づくSharePointサイト内のファイルやフォルダ。

チャット履歴: 1対1チャットやグループチャットの会話履歴。これはExchange Onlineのメールボックスに保存されます。

チーム設定: チーム名、説明、プライバシー設定、タブ、アプリなどの設定情報。

ただし、Migration ManagerはすべてのTeamsデータを完璧に移行できるわけではありません。例えば、一部のカスタムアプリのデータや、特定の会議の録画ファイル、チャネルのWikiタブの内容などは、別途手動での移行や再設定が必要になる場合があります。移行計画を立てる際には、移行対象となるデータの種類を事前に把握し、Migration Managerで対応できない項目を洗い出すことが重要です。

移行元・移行先テナントの準備と設定

Migration Managerを使用してTeamsデータを移行するには、移行元と移行先の両方のMicrosoft 365テナントで事前の準備と設定が必要です。この準備が不十分だと、移行タスクの作成や実行が正常に行えません。

まず、移行元テナントと移行先テナントの管理者は、Migration Managerにアクセスするための権限を持っていることを確認してください。一般的に、グローバル管理者、SharePoint管理者、またはTeams管理者ロールが必要です。これらのロールがない場合は、組織のIT管理者に追加権限を付与してもらう必要があります。

次に、Migration Managerのセットアップが必要です。これは、Microsoft 365管理センターから行います。管理センターにサインインし、「移行」メニューから「Migration Manager」を選択します。初めて利用する場合は、セットアップウィザードが表示されることがあります。このウィザードに従って、必要なエージェントのインストールや、移行元・移行先テナント間の接続設定を行います。

Teamsのチャット履歴を移行する場合、移行元テナントのExchange Onlineと移行先テナントのExchange Onlineの間で、管理者権限を持つユーザーアカウントが有効になっている必要があります。また、Teamsのチャネルファイル(SharePointサイト)を移行する場合も同様に、SharePoint Onlineへのアクセス権限が適切に設定されているか確認してください。

移行先テナントにおいては、移行するTeamsチームやチャネルが事前に作成されている必要はありません。Migration Managerが移行プロセス中に自動的に作成してくれる場合が多いです。しかし、移行先のチーム名やURL構造について、組織内で一定のルールがある場合は、事前に計画しておくことが望ましいです。

さらに、移行元テナントでは、移行対象となるTeamsチームのサイトコレクションIDや、チャット履歴が保存されているユーザーのUPN(User Principal Name)などを把握しておく必要があります。これらの情報は、Migration Managerで移行タスクを作成する際に必要となります。PowerShellコマンドレットなどを使用して、これらの情報を事前にリストアップしておくと、作業がスムーズに進みます。

組織のポリシーによっては、データ移行に関する特定のセキュリティ設定やコンプライアンス設定が適用されている場合があります。例えば、データ保持ポリシーや情報ガバナンスのルールです。これらの設定が移行プロセスに影響を与える可能性がないか、事前にIT部門やコンプライアンス担当者と連携して確認することが重要です。

Migration Managerは、移行元と移行先のテナントを紐づけるために、Azure AD(Azure Active Directory)のアプリケーション登録やサービスプリンシパルを利用することがあります。これらの設定が正しく行われているか、または組織のセキュリティポリシーに準拠しているかを確認してください。不明な場合は、Azure ADやセキュリティ担当者に相談することをお勧めします。

Migration Managerでの移行タスク作成手順

Migration Managerの準備が整ったら、いよいよ移行タスクの作成を行います。この手順では、移行したいTeamsのデータ(チャネルファイル、チャット履歴など)を特定し、Migration Manager上で移行元と移行先の情報を紐づけてタスクを定義します。

まず、Microsoft 365管理センターにサインインし、「移行」>「Migration Manager」にアクセスします。左側のナビゲーションペインから「タスク」を選択し、「タスクの作成」ボタンをクリックします。

次に、移行するデータソースを選択します。「ソース」ドロップダウンリストから「Microsoft Teams」を選択します。これにより、Teamsに関連する移行オプションが表示されます。

続いて、「移行元」と「移行先」の情報を指定します。「移行元」では、移行したいTeamsチームのサイトURLや、チャット履歴を移行する場合は対象ユーザーのUPNリストなどを指定します。これらの情報は、事前にPowerShellなどで収集しておくと便利です。

「移行先」では、移行先のTeamsチーム名や、チャネル、SharePointサイトのURLなどを指定します。Migration Managerは、指定された情報に基づいて、移行先の環境を自動的に検出または作成しようとします。必要に応じて、移行先のチーム名やURLをカスタマイズできます。

「移行するコンテンツ」のセクションでは、具体的にどのデータを移行するかを選択します。チャネルファイルのみ、チャット履歴のみ、あるいは両方を含めるかなどを指定できます。チャネルファイルの場合、特定のフォルダだけを移行することも可能です。チャット履歴を移行する場合は、対象ユーザーのメールボックスへのアクセス権限も考慮する必要があります。

タスク名を設定し、必要に応じて説明を追加します。タスク名は、後で移行状況を把握しやすくするために、分かりやすい名前を付けることが推奨されます。例えば、「2023年Q4 Teamsデータ移行」などです。

移行スケジュールの設定も可能です。すぐに移行を開始するか、特定の時間に開始するかを選択できます。大量のデータを移行する場合は、ネットワーク帯域幅やシステム負荷を考慮して、オフピーク時間に実行するようにスケジュールすることをお勧めします。

設定が完了したら、「タスクの作成」ボタンをクリックします。これにより、指定した条件に基づいた移行タスクがMigration Managerに登録されます。登録されたタスクは、「タスク」リストに表示され、そのステータスを確認できるようになります。

複数のTeamsチームやユーザーのデータを移行する場合、CSVファイルを使用して一括で移行タスクを作成することも可能です。CSVファイルには、移行元・移行先の情報、移行対象データなどを列挙し、それをMigration Managerにアップロードすることで、多数のタスクを効率的に作成できます。

移行タスクを作成する際には、組織のITポリシーやコンプライアンス要件に合致しているか、再度確認することが重要です。特に、個人情報や機密情報を含むデータの移行については、関係部署との連携を密に行い、適切な設定を行ってください。

移行の実行と監視

移行タスクを作成したら、次にそのタスクを実行し、移行プロセスを監視します。Migration Managerは、実行中の移行状況をリアルタイムで表示し、問題が発生した場合にはアラートを通知する機能も備えています。

「タスク」リストで、作成した移行タスクを見つけます。タスクの横にある「実行」ボタンをクリックすると、移行プロセスが開始されます。スケジュール設定した場合は、指定した時間に自動的に実行されます。

移行が開始されると、タスクのステータスが「実行中」に変わります。リストの「進捗」列や「詳細」列で、移行の進捗率や、処理されているアイテム数などを確認できます。これにより、移行が順調に進んでいるかどうかを把握できます。

Migration Managerは、移行元と移行先のテナント間でデータを転送するために、専用のエージェントやサービスを利用します。これらのエージェントは、移行元サーバーや移行先サーバーにインストールされる場合があり、その稼働状況も確認することが重要です。エージェントに問題が発生すると、移行が停止してしまう可能性があります。

移行中にエラーが発生した場合、Migration Managerはエラーの詳細と、可能であればその原因や対処法を表示します。「エラー」列や、タスクの詳細画面でエラー情報を確認できます。よくあるエラーとしては、アクセス権限の問題、ファイル名の不一致、データ形式のエラーなどが挙げられます。

エラーが発生した場合は、まずタスクを一時停止し、エラー内容を調査します。必要に応じて、移行元データの修正、移行先設定の変更、またはアクセス権限の再設定などを行い、タスクを再開します。Migration Managerでは、エラーが発生したアイテムのみを再移行する機能も提供されています。

移行の進捗状況を把握するために、定期的にMigration Managerのダッシュボードを確認することが推奨されます。ダッシュボードでは、全体の移行状況、成功したタスク、失敗したタスクの概要などを確認できます。これにより、移行プロジェクト全体の進捗管理が容易になります。

大量のデータを移行する場合、ネットワーク帯域幅やサーバーリソースの使用率が高くなることがあります。組織のネットワーク管理部門と連携し、移行作業が他の業務に影響を与えないように、帯域幅の調整や実行時間の最適化を検討してください。Migration Managerには、帯域幅の制限を設定する機能も用意されています。

移行の完了後、Migration Managerは最終的なレポートを生成します。このレポートには、移行されたアイテム数、成功したアイテム数、失敗したアイテム数、およびエラーの詳細などが含まれます。このレポートは、移行の成否を確認するための重要な資料となります。

移行後の確認とトラブルシューティング

Migration Managerによるデータ移行が完了したら、必ず移行されたデータが正しく、意図した通りに移行されているかを確認する必要があります。この確認作業を怠ると、後々、重要なデータが見つからない、ファイルが開けないといった問題が発生する可能性があります。

まず、Migration Managerが生成した最終レポートを確認します。レポートに記載されている成功率やエラー件数を確認し、重大なエラーがないかを確認してください。エラー件数が多い場合や、重要なデータに関するエラーがある場合は、個別に対応が必要です。

次に、移行先のTeams環境にアクセスし、実際にデータを確認します。チャネルファイルが移行されている場合は、SharePointサイトにアクセスして、フォルダ構造やファイル名、ファイルの内容が移行元と一致しているかを確認します。一部のファイルをランダムに選択して開き、破損していないかどうかもチェックしてください。

チャット履歴が移行されているかを確認するには、移行対象となったユーザーのTeamsチャットを開き、過去の会話履歴が表示されるかを確認します。特に、新しいテナントでの初回サインイン時には、チャット履歴の同期に時間がかかる場合があるため、しばらく待ってから確認すると良いでしょう。

移行先のTeamsチームやチャネルの設定が正しく引き継がれているかも確認します。タブの設定、アプリの追加状況、メンバーシップなどが移行元と同じようになっているかを確認してください。一部のカスタム設定は、手動での再設定が必要になることがあります。

移行後に発生しうるトラブルとして、ファイルが開けない、チャット履歴が表示されない、権限エラーが発生するといった問題があります。これらの問題が発生した場合、以下の点を確認してください。

ファイルが開けない場合: ファイルの破損、ファイル名に特殊文字が含まれている、または移行先のSharePointサイトの制限(ファイルサイズ、文字数など)に抵触している可能性があります。Migration Managerのレポートでファイル名を確認し、必要であれば手動で修正して再アップロードしてください。

チャット履歴が表示されない場合: Exchange Onlineの同期遅延、またはメールボックスの容量制限などが原因である可能性があります。しばらく待ってから再度確認するか、Exchange Onlineの管理センターでユーザーのメールボックスの状態を確認してください。また、チャット履歴の移行には、Exchange Onlineの「アーカイブ」機能などが影響する場合もあります。

権限エラーが発生する場合: 移行先のSharePointサイトやTeamsチャネルへのアクセス権限が不足している可能性があります。Migration Managerの実行アカウントや、移行対象ユーザーの権限設定を確認し、必要に応じて修正してください。また、組織の条件付きアクセス ポリシーなどが影響している可能性も考慮してください。

これらのトラブルシューティングを行っても問題が解決しない場合は、Microsoftのサポートに問い合わせることも検討してください。その際、Migration Managerの実行レポートや、発生しているエラーの詳細情報を提供すると、迅速な対応につながります。

移行完了後の確認作業は、移行プロジェクトの成功を左右する重要なステップです。丁寧かつ網羅的に確認を行い、ユーザーが新しいTeams環境でスムーズに業務を開始できるように支援してください。

新しいTeams(v2)と従来Teamsのデータ移行における違い

Microsoft Teamsは、より高速で、よりリソース効率が高く、よりモダンなユーザーエクスペリエンスを提供する「新しいTeams(v2)」への移行を進めています。この新しいTeamsへの移行は、既存のTeams環境からのデータ移行とは異なる側面を持つことがあります。

従来のTeams環境から新しいTeams(v2)への移行は、基本的にはインプレース(その場での)アップグレードとして設計されています。これは、ユーザーデータ(チャット履歴、ファイルなど)が直接失われることなく、新しいクライアントアプリケーションに引き継がれることを意味します。つまり、Migration Managerのようなデータ移行ツールが、テナント間のデータ移動のために大規模に利用されるシナリオとは異なります。

新しいTeams(v2)への移行プロセスでは、主にクライアントアプリケーションの更新と、バックエンドのインフラストラクチャの更新が行われます。ユーザーデータは、SharePointやExchange Onlineといった基盤サービスに保存されているため、これらのデータ自体はそのまま維持されます。そのため、テナント間移行のような「データそのものを別の場所にコピーする」必要性は、通常はありません。

しかし、新しいTeams(v2)への移行に伴い、一部の機能や設定の挙動が変わる可能性があります。例えば、一部のアプリ連携やカスタムタブの表示方法、通知設定などが変更されることがあります。これらの変更点については、Microsoftの公式ドキュメントで事前に確認し、ユーザーへの周知や、必要に応じた再設定の準備が必要です。

もし、組織が古いTeams環境から新しいTeams(v2)環境へ「移行」するのではなく、全く新しいテナントで新しいTeams(v2)環境を構築し、そこにデータを移行したいという特殊なシナリオを想定する場合、その際はMigration Managerが利用できる可能性はあります。しかし、これは一般的な新しいTeams(v2)へのアップグレードシナリオとは異なります。

一般的な新しいTeams(v2)への移行においては、Migration Managerのようなデータ移行ツールは直接的な役割を果たしません。むしろ、IT管理者は、新しいTeamsクライアントの展開計画、ユーザーへのトレーニング、そして機能変更に関するサポート体制の構築に注力する必要があります。

新しいTeams(v2)への移行は、段階的に展開されることが一般的です。管理者は、Microsoft 365管理センターの「Teamsアップグレード」設定から、移行スケジュールや対象ユーザーを設定できます。この設定により、ユーザーは自動的に新しいTeamsクライアントに更新されます。

まとめると、新しいTeams(v2)への移行は、データ移行ツールを大規模に使うテナント間移行とは異なり、多くの場合、インプレースアップグレードとして扱われます。データは保持され、主にクライアントとバックエンドの更新が行われます。機能変更への対応とユーザーサポートが、管理者の主な役割となります。

Mac版・モバイル版・Web版での違い

Migration Managerは、主にMicrosoft 365管理センターのWebインターフェースを通じて利用されるサービスです。そのため、操作する管理者のPC環境(Windows、Macなど)や、Webブラウザの種類によって、インターフェースの表示に若干の違いが生じる可能性はありますが、基本的な機能や操作手順は同じです。

Migration Manager自体は、管理者がデータ移行タスクを作成・監視・実行するためのツールであり、エンドユーザーがTeamsを利用する際のクライアントアプリケーション(デスクトップ版、モバイル版、Web版)とは直接関係ありません。したがって、Migration Managerの操作自体に、Mac版・モバイル版・Web版といった違いはほとんどありません。

ただし、移行されたデータが、ユーザーの各クライアントでどのように表示・利用されるかについては、各クライアントの特性やバージョンによって違いが生じる可能性があります。

Mac版Teams: Mac版Teamsクライアントは、Windows版と同様に、移行されたチャネルファイルやチャット履歴にアクセスできます。機能面での大きな違いはありませんが、UIの細かな部分やパフォーマンスに若干の違いがある場合があります。

モバイル版Teams (iOS/Android): モバイル版Teamsでは、チャネルファイルへのアクセスやチャット履歴の閲覧が可能です。ただし、PC版と比較すると、機能が限定的になることがあります。例えば、SharePointサイトの高度なファイル操作や、特定のアプリの利用などが制限される場合があります。移行されたデータも、モバイル版の機能範囲内で利用可能となります。

Web版Teams: WebブラウザでアクセスするTeams(Teams for Web)でも、移行されたデータにアクセスできます。Web版は、クライアントアプリケーションのインストールが不要なため、手軽に利用できます。機能面では、デスクトップ版とほぼ同等ですが、一部の高度な機能やパフォーマンスにおいて、デスクトップ版に劣る場合があります。

Migration Managerによるデータ移行は、これらのクライアントの違いに直接影響を受けるものではありません。移行されたデータは、基盤となるSharePoint OnlineやExchange Onlineに保存されるため、どのクライアントからアクセスしても、そのクライアントでサポートされている範囲でデータにアクセスできます。

管理者がMigration Managerを利用する際には、使用するWebブラウザがMicrosoftの推奨する最新バージョンであることを確認してください。古いブラウザや互換性のないブラウザを使用すると、管理センターの表示が崩れたり、正しく操作できなかったりする可能性があります。

結論として、Migration Managerの操作自体にクライアントごとの大きな違いはありません。しかし、移行されたデータがエンドユーザーの環境でどのように利用できるかという点では、各クライアントの機能や制約を理解しておくことが、ユーザーサポートのために重要となります。

👥

Teams/Outlookトラブル完全解決データベース サインイン、接続エラー、メール送受信の不具合など、特有のトラブル解決策を網羅。困った時の逆引きに活用してください。