Zoom チャット 移行アプリ フィールドガイド
はじめに
Zoom チャット移行アプリ フィールドガイドは、Slack ワークスペースを Zoom チャットに移行するための手順をIT管理者に提供する包括的なリソースです。データの整合性とユーザーのコミュニケーション履歴を維持しながら、パブリックチャネル、プライベートチャネル、ダイレクトメッセージを移行するための重要なプロセスを扱います。
この Zoom チャット移行アプリ Slack ワークスペースのデータを Zoom チャット環境へ転送するためのデュアルエンジンアーキテクチャを実装しています。システム管理者は複数の移行方法にアクセスできます。
移行の概要
Zoom チャット移行アプリを使用してSlackデータを移行する方法は、組織の規模、Slackプラン、およびセキュリティ要件に応じて複数あります。
さらに、SlackとZoomに関する一定の前提条件を満たし、移行計画を作成し、Slack ワークスペースを統合する必要があります。このセクションでは、これらの前提条件と考慮事項の概要を説明します。
移行オプション
以下の表では、最も一般的な移行アプローチについて詳しく説明します。
API移行(アプリベース)
移行アプリを使用してSlack APIに直接接続し、データを転送します。パブリックチャネル、プライベートチャネル、DMをサポートします。
小規模な組織、またはユーザー認可の取得が可能な場合
プライベートチャットおよびDMについては、ユーザーが自分のデータへのアクセスを認可する必要があります
Slackから直接データを完全に自動かつシームレスに転送
インポートツール移行(ファイルベース)
Slackのエクスポートファイルを使用して、Zoomのインポートツール経由でデータを移行します
Slack Plusまたはエンタープライズ Gridプランを利用している組織
管理者はSlack 管理者ダッシュボードからSlackデータをエクスポートする必要があります
ユーザー認可は不要。特にプライベートチャットの一括移行に最適
ハイブリッドアプローチ(API + インポート)
APIとインポート方式を組み合わせます。パブリックチャネルはAPI経由、プライベートチャネルとDMはインポートツール経由で移行します
ユーザー認可の複雑さを回避したい中規模から大規模の組織
SlackエクスポートとアプリベースのAPI移行設定の両方に対する管理者アクセス
パブリックチャネル移行の自動化を維持しつつ、プライベートチャットにおけるユーザー認可の負担を回避
システム制約
移行プロセスには特定の制約があります。
単一ジョブの最大定員:過去12か月分のデータ
移行可能な合計期間:60か月(5年)
ジョブの同時実行数:一度に実行できるジョブは1つだけです
この技術アーキテクチャにより、セキュリティプロトコルとデータ整合性を維持しながら、エンタープライズのコミュニケーションデータを体系的に移行できます。
SlackからZoomへのデータマッピング
以下のマッピング詳細表は、移行前にSlackとZoom チャットの関係を理解するのに役立ちます。
パブリックチャネル
パブリックチャネル
自動的に移行されます
プライベートチャネル
プライベートチャネル
ユーザーの承認が必要
ダイレクトメッセージ(DM)
1対1のチャット
ユーザーの承認が必要
グループDM
グループチャット
ユーザーの承認が必要
スレッド
インライン返信
Slackのように完全にスレッド化されませんが、返信順序は保持されます
@メンション
@メンション
同じ動作
リアクション
絵文字リアクション
同じ動作
ファイル
共有ファイル
クラウドストレージが有効である必要があります
ピン留めメッセージ
スター付きメッセージ
ピン留めされたメッセージはスター付きになります
Slack ボット/アプリ メッセージ
テキストのみ(カードなし)
リッチなアプリカードは移行されません
アカウントと権限の前提条件
先に進む前に、Slack と Zoomアカウントの両方のレベルと管理者権限を確認する必要があります。
A プロ、ビジネス、エンタープライズ、または教育機関 Zoomアカウントが必要です。
Slack と Zoom 管理者権限 移行を承認するために必要です。
Zoom Marketplace アプリをインストールする管理者は、ウェブポータルでロール管理にアクセスする必要があります。適切なチャット管理権限が割り当てられていることを確認する必要があります - その 編集 チェックボックスを選択する必要があります チャットチャネル および チャットメッセージ ロール。そうしないと、権限不足のため Zoom Slack Migration アプリを認証できません。
クラウドストレージを有効にする必要があります メッセージ/ファイルの保持.
Slack API: スコープ、権限、レート制限
Slack API は、Slack のユーザー、チャネル、メッセージのデータを取得するために使用されます。これらのデータタイプにはレート制限があり、Slack ワークスペースごとに 1 分あたり一定数のリクエストしか許可されません。これは、移行スケジュールを計画する際の重要な考慮事項です。
Slack Migration ジョブのパフォーマンスベンチマーク
以下の表は、Slack 移行の見積もりを示しています。
インポート移行
約2週間
5~10秒
チャネルごとに45秒~1分15秒
APIベースの移行
約2週間
20~30秒
1チャネルあたり3〜5分
*1年分の履歴データがある中規模の Slack ワークスペースに基づく
移行ジョブには、実装のタイムラインとリソース計画に直接影響する2つの根本的なボトルネックがあります。ファイル転送処理の制限は、インポート方式とAPIベースの移行方式の両方に影響し、デプロイ計画中に十分な帯域幅の割り当てと転送最適化戦略を必要とするパフォーマンス上の制約を生み出します。APIベースの移行ジョブは、SlackのネイティブAPIレート制限メカニズムにより、さらにパフォーマンスの制約を受けます。これらの制約はインポート移行には影響しませんが、APIベースの実装には大きな影響を与え、スループットを最適化しつつプラットフォームの制限へのコンプライアンスを維持するために、処理時間の延長と慎重なジョブのスケジュール作成が必要になります。
あなたの Slack ワークスペースには数百、数千ものチャネルが含まれているかもしれませんが、チャネルのアクティビティ分布は予測可能なパターンに従っており、移行パフォーマンスとリソース配分要件に直接影響します。メッセージ履歴、ファイル添付、ユーザーとのやり取りが豊富な高アクティビティのチャネルでは、上記で示したベンチマークの処理時間全体が必要になります。ただし、ワークスペース内のチャネルの大半は通常、活動が最小限で、短い会話、告知、またはアーカイブされた議論で構成されており、ベンチマークの見積もりよりも大幅に速く移行されます。
必要な管理者権限とスコープ
Zoom App Marketplace では、Zoom テナント内で以下の管理者権限およびスコープが必要です:
チャット管理 > チャットチャネル = 編集
チャットメッセージ = 編集
Zoom Migration ツールは、次の Zoom アプリのスコープを必要とする内部 API を使用します:
チャット_message:write:管理者imチャット:botチャット_チャネル:write:管理者ユーザー:write:管理者
Zoom XMPPには、信頼性と履歴追跡のためにSlackメッセージIDを含むフィールドがあります。
Zoomが構築したSlack アプリは、管理者が移行ツールを介してワークスペースに接続すると、Slackテナントに自動的にインストールされます。Slack アプリは OAuth2 認証 を使用してZoomに接続し、データ移行のための認可トークンを提供します。ユーザーは、プライベート会話(DM、グループ チャット、プライベートチャネル)の移行を認可する必要があります。
次のオプションも設定する必要があります Slackディレクトリのアプリのみを許可 から オフ。これにより、ワークスペース接続が作成されるとSlack アプリをインストールできるようになります。次のSlackスコープも必要です。
files:readチャネルs:historyチャネルs:readグループs:historyグループs:readim:historyim:readmpim:historympim:readpins:readstars:readユーザーs:readユーザーs:read.メール
移行に関する考慮事項
事前に移行戦略を検討することで、労力を削減し、プラットフォーム間の円滑な移行を実現できます。大まかな例として、Zoomは次の戦略概要を提供しています。
移行するSlackワークスペースを決定する(1つ以上)
移行するデータを選択:
パブリックチャネル(自動移行)
プライベートチャネルおよびダイレクトメッセージ(DM)(ユーザー認可が必要)
ボットおよび/またはアプリのメッセージ
ニーズに最も適した移行方法を決定する
移行の期間を設定する(ジョブあたり最長1年)
プライベートメッセージの承認についてユーザーと連絡を取る
Slackワークスペースの統合
エンタープライズ Gridユーザーなど、複数のSlackワークスペースを使用している組織では、Zoom チャットへの移行により、すべてのワークスペースが1つのアカウントに統合されます。
ワークスペースを区別するため、Zoomは元のワークスペース名をチャネル名とチャット名の両方に追加します。例:
元のSlackチャネル:
#engineering (ワークスペースが「US Team」の場合)
移行後のZoomチャネル:
#engineering: US Team
この統合により、元のワークスペースのコンテキストを保持しながら、すべてのデータが1つのZoom チャットアカウントに移行されます。共有スペースは、特定のチームや部門に追加の構造を提供し、コンテンツの整理とアクセスを容易にします。
チャットデータの統合
100人を超えるユーザーがいるワークスペースには、ユーザーが会社から削除された後もアーカイブも削除もされていない、数万件のプライベートグループ チャットやDMが存在する可能性があります。このため、プライベート移行ジョブはパブリックジョブよりも大幅に時間がかかります。
管理者は、これらの古い会話を手動でアーカイブするか、Slackの保持期間を更新して自動的に削除することで、古いデータを整理する必要があります。
Zoomは、Zoom チャットでアクティブデータとして残す必要があるデータと、将来の法務、コンプライアンス、リスク軽減、人事、またはその他の目的のためにアーカイブできるデータを検証することを推奨しています。
より多くのSlackデータをZoom チャットに複製することもできますが、Zoomは次を推奨しています アクティブデータは1年分のみ複製し、残りはアーカイブする。多くのユーザーは、自分のロールを果たし、コミュニケーションを取るために、1年を超えて検索する必要はほとんどありません。Zoom は、データ移行を成功させるために、移行ジョブを3~6か月ごとの小さなバッチで作成することを推奨しています。
また、データが現在Slackに存在しているか、DLP、e-Discovery、またはアーカイブのためにサードパーティサービスと連携しているかを考慮することも重要です。
チャット履歴の保持
Slack から Zoom に移行する際には、保持に関するいくつかの考慮事項があります。Slack は完全にクラウドベースである一方、Zoom はよりきめ細かな保持オプションを提供しているためです。
Zoom は、ローカルデバイスとクラウドストレージの両方を提供しています。 ローカルデバイス上のストレージ 1日から7年までの範囲です。 クラウドストレージ 無効にすることも、7年間の保持期間に設定することもできます。
保持ポリシー ユーザー向けに、アカウントレベルとグループレベルの両方で設定できます。
管理者は、必要に応じて個々のチャンネルごとに特定の保持期間を設定できます。
管理者は、DMまたはグループチャットに1つの保持ポリシーを指定し、チャットチャンネルには別のポリシーを設定できます。
チャット履歴のレポートでは、Zoom は編集されたメッセージの改訂版と削除を保存することを推奨しています。
Zoomサポートの記事をご覧ください Zoom チャットのメッセージ履歴の保存 チャット履歴の保持についてさらに詳しく知るには。
ベストプラクティス
移行前のベストプラクティス
移行前の作業をより簡単にするために、次の推奨事項に従ってください:
ユーザーがZoomでアカウントを作成し、少なくとも1回は認証済みであることを確認してください。
管理者は、Slack MigrationアプリをZoomアカウントに追加しました。
移行を実行する管理者は、両方のプラットフォーム(SlackおよびZoom チャット)の権限を持ち、ZoomアカウントとSlackアカウントでメールが一致している必要があります。
管理者は、SlackからZoom チャットへデータを移動する移行ジョブを設定するために、Zoom チャット Migrationアプリを使用する必要があります。注:このプロセスには最低2つのジョブが必要です。少なくとも1つのジョブでプライベートな会話を移動し、1つのジョブでパブリックチャンネルを移動するためです。
移行を迅速化するため、管理者はチャットに移行したくない不要なSlackデータをアーカイブまたは削除する必要があります。
プライベートデータの移行にAPI Migrationジョブを使用している場合は、ユーザーがSlackにデータをチャットへ移動することをいつ、どのように承認するかを認識していることを確認してください。
Import Migrationジョブを使用する予定の場合は、以下に従ってください チャットデータを.zipファイルとしてワークスペースからエクスポートするためのSlackの手順.
ファイル要件:
.zipファイルの名前は、元のSlackエクスポート形式から変更してはなりません
.zipファイルのサイズは10 GBを超えてはなりません
移行のベストプラクティス
以下の手順は、移行の概要を示しています:
移行前に、ユーザーが Zoom で作成され、少なくとも1回認証されていることを確認してください。
管理者は、Slack Migration アプリを準備し、Zoomアカウントに追加する必要があります。
移行を実施する管理者は、両方のプラットフォームに対する適切な権限と、Zoomアカウントと Slackアカウント間で一致するメールアドレスを持っている必要があります。
管理者は、Zoom に接続して OAuth 認証を実行するために、Slack に非公開アプリをインストールする必要があります。
管理者は Zoom チャット Migration アプリを使用して、Slack から Zoom チャットへデータを移行するための移行ジョブを設定します。これには、少なくとも2つのジョブが必要です。1つは非公開会話用、もう1つは公開チャネル用です。
移行する際は、以下の推奨手順に従ってください:
1つのチャネルからデータを移行するには、Public Channels Conversation Type を選択し、特定のチャネルを選択します。古いチャネルの一部から1週間分のデータを選択します。
1年以上前のすべての公開チャネルを転送するジョブを作成し、その後、すべてのチャネルがユーザーとともに作成されたことを確認します。
アプリが期待どおりに動作することを確認した後は、より小さい時間範囲のジョブをより多く作成して実行するのではなく、より大きい時間範囲のジョブをより少なく作成して実行してください。各ジョブには、移行する同じ数のステップが含まれます。
(オプション)プライベートジョブの移行についてこれらの手順を繰り返します。
データ移行後、データは次のように表示されます:
公開/非公開チャネルおよびグループチャット名は次のように表示されます: #チャネル名: ワークスペース名
アクティブなZoomアカウントを持つSlackユーザーから送信されたメッセージは、それらのZoomユーザーから送信されたかのように通常どおり表示されます
アクティブなZoomアカウントを持たないSlackユーザーから送信されたメッセージは、Slackのメッセージ送信者の名前を持つ無効化されたZoomユーザーから送信されたものとして表示されます
システムメッセージは移行されます(例:「@Some ユーザーがチャネルに参加しました」)
すべてのメッセージは、Slackでの状態に関係なく、既読として移行されます
移行完了通知は、完了時に各公開および非公開チャネルに送信され、「メッセージはチャット移行アプリから送信されました、日付 時刻」として表示されます
移行アプリを削除する
移行アプリは、移行後にSlackとZoomの会話間の1:1マッピングを維持します。
このアプリをZoomアカウントから削除すると、これらのマッピングが削除され、再インストールして再度移行した場合、重複するチャンネルやチャットが発生します。今後追加の移行が不要であることが確実な場合にのみ、チャット移行アプリを削除してください。
インストール
アプリをインストールするには:
サインインして、Zoom App Marketplace にアクセスしてください。
チャット移行を検索してクリック 追加.
必要な権限を確認し、承認してください。
Zoomサポートの記事をご覧ください チャット移行アプリ(Slack 移行ツール) より詳細なインストール手順については。
管理者は、Slackのワークスペースアカウントまたは組織に、プライベートアプリケーションをインストールして認可するための権限を付与する必要があります、 メッセージ取得。一般に、Slack ワークスペースでアプリの使用を許可し、すべてのメンバーがアプリを使用できるように権限を付与するには、管理者の承認が必要です。
管理者は、Zoomアカウントにチャット移行アプリをインストールする権限と、管理者ロール内の2つのチャット管理権限を付与する必要があります。
次のオプション Slackアプリディレクトリのアプリのみを許可する 設定は次のようにする必要があります 無効です.
アプリを使用する管理者は、次の権限を持っている必要があります アカウント管理者ロール 会話を移行するために必要です。カスタム管理者タイプにすることはできません。次の詳細情報: アカウントの種類、ロール、ライセンスの識別 および ロール管理 Zoomサポートサイトで。
API移行ジョブ用にSlackワークスペースを接続する
ファイルインポート方式を使用していない場合、これらの手順はAPI移行の接続に役立ちます。
ワークスペースを接続するには:
Zoomでチャット移行アプリを開きます。
クリック 接続を作成 > Slackにサインイン そして認証します。
Zoomダッシュボードでワークスペースの接続を確認します。
ユーザー同期タスクを実行します
ユーザー同期タスクは、Slackワークスペース内のすべての完全なアクティブメンバーを取得し、それぞれのメールアドレスを使用して対応するZoomアカウントへの1:1対応付けを作成します。
アクティブなSlackユーザーのメールアドレスがZoom側で見つからない場合、そのメールアドレスに対して新しい無効化済みのユーザーがZoom内に作成されます。
アクティブなSlackユーザーのメールアドレスが、個人アカウントなど別のZoomアカウントにある場合、そのユーザーは「ダミーユーザー」プロフィールにマッピングされます。あなたのZoomアカウントでは、このユーザーは次の名前になります TeamChatMigration AppUser そして、ワークスペースのすべてのメッセージデータが移行されるようにするために提示されます。
以下を削除しないでください。 TeamChatMigration AppUser ユーザー。
移行ジョブの実行
次のセクションでは、移行に必要なジョブを開始する方法を説明します。
インポート移行ジョブの作成
新しい移行ジョブを作成するには:
クリック ファイルをアップロード、Slack Exportファイルを選択し、次に アップロード.
ファイルがZoomにアップロードされるまでお待ちください。
注: ページを終了したり更新したりしないでください。これによりファイルのアップロードが停止し、ジョブは「Uploading」状態のまま動かなくなります。これが起きた場合は、「Uploading」のジョブを削除して、この手順を最初からやり直せます。
初回のファイルアップロードが完了すると、 移行の詳細ウィンドウ が表示されます。Migrationアプリがファイルの移行準備をしている間に表示されます。この時点では、ジョブが実行可能になるまで待つ間、ページを閉じたり、終了したり、更新したりできます。
ツールがファイルの移行準備を完了すると、移行する会話タイプを選択できるようになります。
会話タイプを選択したら、クリック 実行 移行ジョブを開始するには。
API移行ジョブを作成する
新しい移行ジョブを作成するには:
クリック 新しい移行ジョブ そしてSlackワークスペースを選択します。
選択してください データ範囲:
パブリックチャンネル(自動で移行されます)。
非公開チャンネルとDM(ユーザーの承認が必要です)。
メッセージの特定の日付範囲。
データ範囲と期間を選択し、ユーザーから承認を取得したら、選択します 実行 移行ジョブを開始するには。
非公開チャンネルとDMの非公開データ承認リクエストの処理:
非公開チャンネルとDMにはユーザーの承認が必要です 移行前に。
移行ジョブが作成されると、Zoomは承認を求めるメールを自動的に送信します。
管理者は、どのユーザーが承認済み/未承認かを確認できます。非公開チャットの移行では、会話履歴全体を移行するために必要なのは、1人のユーザーの承認だけです。
承認リクエストのメールは、まだ承認していないユーザーにのみ送信されます。
移行を最適に成功させるには、ユーザーのおよそ60~70%から承認を取得することを目指してください。
移行ジョブの実行と監視
新しい移行ジョブを開始する
移行ジョブを開始するには、次を実行します:
クリック 移行を実行 プロセスを開始します。
移行時間は異なります(大規模なワークスペースでは 12時間以上).
進行状況を確認するには、 移行ダッシュボード.
移行ジョブのトラブルシューティング
場合によっては、移行ジョブが期待どおりの結果を返さないことがあります。次の表では、移行中に発生する可能性のある問題の解決策を示します:
非公開メッセージ/チャンネルが見つからない
ユーザーが移行を承認したか確認してください
移行ジョブが停止したまま
移行アプリが自動的に再試行します
一部のユーザーがZoomにマッピングされていない
同じメールアドレスでZoomに存在することを確認し、必要な移行を再実行してください
移行後の振り返り
移行完了後、Zoomは詳細な振り返りを行い、Slackのコンテンツが想定どおりチャットに移行されたことを確認することを推奨します。
次の表では、チャット移行を検証するための推奨タスクを示します:
移行を確認する
Zoomチャットにサインインし、チャンネル、メッセージ、ファイルが正しく表示されることを確認します。
サインアウトしてから再度サインインし、チャット履歴を更新します。
不足しているデータを修正する
非公開データへのアクセスを承認していないユーザーに承認リクエストを再送信します。
移行ジョブにエラーがないか確認し、失敗したジョブは再試行します。
(オプション)Slackを廃止する
データ移行が完了したことを確認した後、Slackワークスペースをアーカイブまたは削除できます。
一般的なトラブルシューティング
メッセージが見つからない場合は、Zoomからサインアウトしてから再度サインインしてください。
ユーザーが見つからない場合は、SlackとZoomのメールアドレスが一致していることを確認してください。
移行に失敗した場合は、ログでエラーの詳細を確認し、プロセスを再試行してください。
追加のトラブルシューティングチェックリスト
移行後に追加の問題が見つかった場合、このチェックリストでは認証のために実行する追加の手順とアクションを確認できます。
続行する前に、次を取得する必要があります ウェブ通話からのZoomトラッキングID および次の両方を取得します アカウントID および ユーザーID.
Zoomアカウント設定
すべてのレベルでチームチャット機能が有効になっていることを確認する
すべてのレベルでファイル共有設定が有効になっていることを確認し、ファイルの制限事項をドキュメント化する
すべてのレベルで「ユーザーによるパブリックおよびプライベートチャネルの作成を許可」が有効になっていることを確認する
Zoomユーザーの問題
ユーザーの管理者ステータスを確認する
ツール運用者のメールがZoomとSlackで一致していることを確認する
移行対象ユーザーのメールアドレスがZoomとSlackの両方で一致していることを確認する
移行ジョブの問題
ジョブの完了ステータス(成功/失敗)を確認する
ジョブにパブリックチャネルまたはプライベートチャネル/会話が含まれていたかを確認する
移行が成功したものの、メッセージ/会話が表示されない場合
GMTの時間範囲が意図したSlackメッセージ範囲を正しく取得していることを確認する(移行日はGMT午前0時に開始/終了(PST +7))
適切なチャネル作成を確認する
移行後にユーザーがクライアントからサインアウトし、再度サインインしていることを確認する
移行されたユーザーがZoomで適切に作成されていることを確認する
チャット履歴管理ポータルでメッセージ/会話の表示を確認する
移行に失敗した場合
具体的なエラーメッセージをドキュメント化する
ファイル移行の失敗については、問題のあるファイル名をレコーディングする
失敗後に実行したユーザー操作(ジョブの再試行、新規ジョブの作成など)をドキュメント化する
最終更新
役に立ちましたか?


