結論から言うと、Microsoft Teamsには、既存チャネルを会話・ファイル・権限・タブごと別チームへ一括移動する一般ユーザー向け操作はありません。通常は移行先に新しいチャネルを作り、ファイルをまずコピーし、切り替え後に旧チャネルをアーカイブします。元の投稿者と日時を保った会話履歴まで必要な場合は、Microsoft Graphの正式な移行機能を使う管理者主導のプロジェクトとして扱います。
大切なのは、「チャネルを移す」を1つの作業だと思わないことです。チャネルには投稿と返信、SharePoint上のファイル、メンバー、権限、タブ、アプリ、リンクが含まれます。何を残す必要があるかを先に決めると、手動移行で足りるのか、APIや移行製品が必要なのかを安全に判断できます。
最初に決める：手動移行か履歴移行か
| 要件 | 推奨する方法 | 注意点 |
|---|---|---|
| ファイルと今後の会話だけを新チームへ集約したい | 新規チャネルを作成し、ファイルをコピー | 旧投稿は旧チャネルをアーカイブして参照する |
| 旧投稿の要点だけ残せればよい | 要点を新チャネルの固定投稿や文書に整理 | 投稿者や過去日時を再現したように見せない |
| 元の投稿者・返信・日時を保持したい | Teams Export APIとMicrosoft Graphの移行機能 | アプリ登録、必要なアプリケーション権限、管理者同意、対象ユーザーの有効なTeamsライセンス、保護されたAPIのアクセス要件とスロットリング上限の確認が必要 |
| プライベートまたは共有チャネル | 同じ情報境界の新チャネルを作り直す | 専用SharePointサイトとチャネルメンバーを別に照合 |
| 別テナントへ移したい | テナント移行プロジェクトとして設計 | この記事の同一テナント内手順だけでは完了しない |
チャネル一覧の「移動」は、カスタムセクション内で表示場所を変える操作を指すことがあります。これは整理機能であり、親チーム、SharePoint保存先、権限を変更する移行ではありません。作業前に「別のチームへデータを移す」のか、「自分の一覧で並べ替える」のかを切り分けてください。
移行対象を棚卸しする
いきなりファイルを動かさず、元チャネルを読み取りながら次の項目を記録します。特にタブと共有リンクは見落としやすく、切り替え後に「ファイルはあるのに業務が進まない」原因になります。
| 対象 | 確認する内容 | 移行時の扱い |
|---|---|---|
| 投稿と返信 | 件数、重要スレッド、添付、投稿者、日時 | 手動では旧チャネル参照、完全履歴は移行API |
| ファイル | 容量、階層、版履歴、保持ラベル、共有リンク | TeamsまたはSharePointでコピーし照合 |
| メンバー | 所有者、メンバー、ゲスト、外部参加者 | 最小権限で移行先へ再設定 |
| タブ・アプリ | Planner、OneNote、Web、Lists、独自アプリ | 新チャネルで個別に再構成 |
| 会議・通知 | チャネル会議、メールアドレス、Webhook、通知先 | 新しいリンク・送信先を案内 |
| 管理要件 | 保持、削除、機密度、監査、法的保留 | 削除前に管理者・コンプライアンス担当へ確認 |
チャネル種別で保存先と権限が変わる
標準チャネルのファイルは親チームのSharePointサイト内に保存されます。プライベートチャネルと共有チャネルは、それぞれチャネル固有のSharePointサイトを持ちます。見た目が同じ「共有」タブでも、実際の保存先とアクセス境界が違います。
| 種類 | 閲覧者 | ファイル保存先 | 移行時の要点 |
|---|---|---|---|
| 標準 | 原則としてチーム全員 | 親チームのSharePointサイト | 移行先チーム全員に見えてよいか確認 |
| プライベート | 招待されたチーム内メンバー | チャネル専用SharePointサイト | 別チームへ移動不可。所有者とメンバーを再設定 |
| 共有 | 直接追加された人・共有先チーム | チャネル専用SharePointサイト | テナント境界と外部参加者を再確認 |
プライベートチャネルを標準チャネルへ変換したり、親チームだけを差し替えたりすることはできません。移行先で同名チャネルを作っても権限は自動継承されないため、「同じ名前だから同じアクセス範囲」と判断しないでください。
安全な手動移行の手順
1. 変更前の状態と責任者を記録する
- 元チームと移行先チームの所有者を決め、切替日時と確認期間を合意します。
- チャネル種別、説明、所有者、メンバー、ゲスト、ファイル件数、タブ、重要スレッドを一覧化します。
- 保持ポリシー、機密度ラベル、法的保留がある場合は、削除や移動の可否を管理者へ確認します。
- 移行中も更新される可能性があるファイルを洗い出し、最終コピーの時刻を決めます。
2. 移行先チャネルを正しい種類で作る
移行先チームでチャネルを追加し、標準、プライベート、共有のいずれかを選びます。旧チャネルがプライベートでも、移行先でチーム全員に公開してよいとは限りません。目的に合う最小の公開範囲を選び、所有者を2人以上にして属人化を避けます。
チャネル説明には用途と切替日を記載します。既存名と同じにする場合も、確認期間中は「旧」「新」や切替日を説明欄に入れ、利用者が誤投稿しないようにします。
3. ファイルは最初にコピーする
- Teamsの元チャネルを開き、共有タブから対象ファイルを表示します。
- 複数ファイルを選び、その他のオプションから「コピー先」を選びます。
- 移行先チームとチャネルのフォルダーを指定し、コピーを実行します。
- フォルダー数、ファイル数、開けるファイル、更新日時、必要な版履歴を確認します。
- 旧リンクを使う文書やタブを開き、リンク切れがないか確認します。
初回から「移動」を選ぶと、旧チャネルの参照リンクが切れ、切り戻しが難しくなります。まずコピーし、移行先で閲覧・編集・共有を確認してください。SharePointの版履歴や保持ラベルをそのまま移す必要がある場合は、Teams画面の単純コピーで要件を満たすとは限らないため、SharePoint管理者へ確認します。
4. 権限とタブを再構成する
移行先のチャネルを、所有者、一般メンバー、ゲストの各立場で確認します。プライベート・共有チャネルでは、親チームのメンバー一覧だけでなくチャネルのメンバー一覧を照合します。ファイルを直接共有した人が残っていると、チャネルから外した後もSharePoint側のアクセスが残る場合があるため、ファイル・フォルダーの共有も確認します。
Planner、Lists、OneNote、Webサイト、独自アプリなどのタブは自動移行を前提にせず、新チャネルで1つずつ追加します。既存のPlannerプランやノートブックを再利用する場合は、移行先メンバーが元リソースへアクセスできるかを先に確認してください。
5. 切り替えを案内し、旧チャネルをアーカイブする
移行先の先頭に、利用開始日、旧チャネルの参照リンク、移行済み範囲、未移行項目、問い合わせ先を投稿します。旧チャネル側にも新しい投稿先を案内します。確認が終わったら旧チャネルを削除せず、その他のオプションから「チャネルをアーカイブ」を選びます。
アーカイブすると会話とファイルは読み取り専用になり、検索・参照は続けられます。保持・削除ポリシーも継続します。新チャネルに重大な欠落が見つかった場合は、旧チャネルのその他のオプションから復元し、案内を更新して切り戻せます。
会話履歴を保持する管理者向け移行
投稿者、返信構造、過去日時を保つ必要がある場合、手作業でコピーした文章を過去の投稿のように見せるべきではありません。Microsoft Graphの移行機能では、既存または新規の標準・プライベート・共有チャネルをmigration modeにし、履歴メッセージを正式にインポートできます。
- Teams Export APIで元チャネルのルート投稿と返信を抽出します。ページング、編集、添付メタデータも対象設計に含めます。
- テスト用の移行先チャネルで、アプリ登録とアプリケーション権限Teamwork.Migrate.Allへの管理者同意を完了します。
- startMigrationで移行セッションを開始します。migration mode中は通常操作に制約があるため、利用時間帯を調整します。
- 同じアプリから投稿と返信を順序どおりにインポートします。元投稿者は同じテナントに属し、過去日時は未来ではなくミリ秒単位で一意である必要があります。
- 投稿数、返信数、投稿者、日時、本文、インライン画像を元データと照合します。
- 同じアプリからcompleteMigrationを実行し、Teamsクライアントで履歴が見えることを確認します。
- ファイル、タブ、アプリ、メンバー、権限は別工程で移行し、リンクを再確認します。
これは個人のPowerShell操作で済む機能ではありません。Export APIは保護されたAPIです。必要なアプリケーション権限、管理者同意、対象ユーザーに割り当てられた有効なTeamsライセンス、保護されたAPIのアクセス要件とスロットリング上限を確認します。Teams Export APIは2025年8月25日以降メーター課金されず、Azure billing構成は不要です。移行APIで扱えるメディアにも制約があり、ファイル本体をSharePointから移す工程は別です。少量のテストで成功条件と再実行方法を確立してから本番へ進めます。
うまくいかない場合の分岐
| 症状 | 確認する点 | 安全な対応 |
|---|---|---|
| コピー先に移行先チームが出ない | 移行先SharePointへの権限、チャネル種別 | 所有者に権限を確認し、直接URLや権限追加を推測で行わない |
| 一部メンバーがファイルを開けない | チャネルメンバーとSharePoint共有 | プライベート・共有チャネルのメンバーを照合する |
| 版履歴が不足する | Teamsコピーで満たす要件か | 旧側を残し、SharePoint管理者が対応方式を再設計する |
| 投稿数が合わない | ルート投稿、返信、ページング、失敗応答 | completeMigration前にログと件数を照合する |
| 移行後に旧リンクが開かない | ファイル移動、権限、URLの変更 | 旧チャネルを復元し、コピー方式とリンク更新を見直す |
| 旧チャネルへ投稿が続く | 案内、アーカイブ、通知先 | 案内を固定し、確認後にアーカイブする |
移行完了の確認項目
- 移行先で必要な投稿、返信、ファイル、タブが確認できる
- 所有者、メンバー、ゲスト、外部参加者が最小権限になっている
- 重要ファイルを開き、編集し、必要な版を参照できる
- 旧リンク、共有リンク、タブ、通知先の切り替えが終わっている
- 旧チャネルは削除ではなくアーカイブされ、復元方法が共有されている
- 削除時期は保持ポリシーと業務責任者の承認に基づいている
よくある質問
チャネル名の横にある「移動」で別チームへ移せますか
カスタムセクションへ移す操作は、自分の一覧表示を整理する機能です。親チーム、SharePoint保存先、権限は変わりません。別チームへの移行は、新しいチャネルの作成とデータ移行が必要です。
メッセージは手動でコピーするしかありませんか
日常利用者向けの一括移動UIはありませんが、管理者向けにはMicrosoft Graphの正式な履歴インポートがあります。投稿者や日時を保持する要件がなければ、旧チャネルをアーカイブして参照し、要点だけを新チャネルへ案内する方が簡単で安全です。
プライベートチャネルを別チームへ移せますか
既存のプライベートチャネル自体は親チームに結び付いており、別チームへ移動できません。移行先に新しいプライベートチャネルを作り、チャネル所有者、メンバー、専用SharePointサイトのファイルと権限を再設定します。
ファイルは移動とコピーのどちらがよいですか
初回はコピーを推奨します。移動は旧リンクを切り、復旧を難しくする可能性があります。移行先で内容、権限、版履歴、リンクを確認し、旧チャネルをアーカイブして確認期間を設けてください。
旧チャネルはいつ削除できますか
技術確認だけで決めず、保持・削除ポリシー、監査、法的保留、業務上の参照期間を確認します。まずアーカイブし、責任者とコンプライアンス担当の承認を得た後に削除を判断します。
まとめ
Teamsのチャネル移行は、対象と保持要件を棚卸しし、少量で試験してから本番へ進めます。ファイル、権限、リンク、版履歴、メッセージを個別に検証し、旧チャネルは直ちに削除せずアーカイブして戻せる期間を確保してください。
公式資料
- Move or copy files in Microsoft Teams
- Archive or restore a channel
- Standard, private, or shared channels in Microsoft Teams
- Import messages into Microsoft Teams chats and channels using Microsoft Graph
- channel: startMigration
- Payment models and licensing requirements for Microsoft Teams APIs
- Export content with the Microsoft Teams Export APIs
通常の組織内再編なら、新規チャネル、ファイルのコピー、権限確認、旧チャネルのアーカイブが最も戻しやすい手順です。履歴の原本性が要件になる場合だけ、管理者同意とテストを伴う正式な移行APIへ進んでください。
コメント