Microsoft TeamsとSlackは、チームでのコミュニケーション、ファイル共有、タスク管理を可能にする人気のコラボレーションプラットフォームです。両者の選択は、個人の好み、チームの規模、組織の特定のニーズによって決定されることが多い。しかし、Microsoft Teamsは、Word、Excel、PowerPointなど、他のMicrosoft Office製品と完全に統合されています。そのため、すでにMicrosoft Officeを使用しているチームは、同じプラットフォーム内で一緒に仕事をしたり、ファイルを共有したりすることが容易になります。
SlackからTeamsへの移行を計画している場合、このガイドでは、移行を実行する方法と、チャンネル、メッセージ、その他多くのものをSlackからOffice 365 teamsに移行する方法を紹介します。
Cloudiwayは、組織がSlackからTeamsにデータを自動化された移行プロセスにて迅速かつ容易に移行できる仕組みを提供します。これにより、手動での移行や他のソリューションと比較して、時間を節約し、データ損失のリスクを低減することができます。
Cloudiway Slack to Team migrationは、ほとんどのコンテンツ(チャンネル、ファイル、メッセージ、ダイレクトメッセージなど)をSlackからTeamsへ移行し、メタデータ(createdBy, CreatedTimeなど)を保持することができます。
セルフサービスモードは、すべての関係者のダイレクトメッセージを移行することができる唯一の機能です。これにて全員のダイレクトメッセージを移管することが可能になります。
SlackからMicrosoft Teamsへの移行は、いくつかの理由で苦労することがあります:
データの互換性:SlackとTeamsは異なるデータ構造とフォーマットを使用しているため、2つのプラットフォーム間でデータを移行することが困難な場合があります。その結果、移行プロセス中にデータの損失や不正確なフォーマットが発生する可能性があります。
異なる機能セット:SlackとTeamsでは機能セットが異なるため、Teamsで同じ体験やワークフローを再現するのは困難な場合があります。
他のツールとの統合:Slackは幅広いサードパーティーのツールやサービスと統合されていますが、Teamsは他のMicrosoft製品と緊密に統合されています。そのため、Slackと統合されたツールからTeamsにデータを転送し、同じワークフローを再現することが困難になる場合があります。
データ構造、機能セット、他のツールとの統合が異なるため、SlackからTeamsへの移行は全体的に困難な場合があります。Slackのメッセージ構造からTeamのメッセージ構造に変換し、タイムスタンプ、@メンション、絵文字、ユーザーなどのプロパティを移行する必要があります。プライベートなデータとみなされるダイレクトメッセージは、簡単にエクスポートすることができません。パフォーマンスの問題で(SlackとOffice 365は自らのインフラ保護のため、データのエクスポートとインポートの大規模な呼び出しを防いでいます)SlackからTeamsへ大規模なデータセットを移行すると問題が発生し、データが失われる危険性があります。
これらの課題は、自動化された移行プロセス、移行中のサポートと支援、組織の特定のニーズを満たすカスタマイズオプションを提供するCloudiwayのような移行プラットフォームの助けを借りて軽減することができます。
ダイレクトメッセージについては、Cloudiway独自のSelf Serviceソリューションにより、ユーザーが移行のトリガーをかけてプライベートメッセージを移行することができ、SlackからTeamsへの移行の課題をより簡単に解決できます。
Cloudiwayの移行プラットフォームは、移行を容易にするいくつかの必須機能を提供します。SlackからTeamsへの移行サービスのベースは、SlackチャンネルをTeamsチャンネルに移行し、そのファイルや関連するメッセージを移行することです。
このプラットフォームは、チャンネルを自由に再編成し、好きな場所に移行できる柔軟性を備えています。ニーズに応じて、チャンネルを1つのチームに統合することも、逆に異なるチームに移行することも可能です。各Slackチャンネルについて、ターゲットチーム名とターゲットチャンネル名を設定し、最終的にチャンネルを公開または非公開にすることで移行先を定義することができます。
パフォーマンスの問題を解決するために、すべてのメッセージ、最新のメッセージのみ、または指定された日付以降に作成されたメッセージの移行を決定することができます。メッセージは、TeamsチャンネルまたはHTMLアーカイブファイルに注入することができます(大量のメッセージを含むチャンネルのパフォーマンス問題に対処するため)。
発見プロセス(Get List)では、Slackチャンネルのリストとユーザーのリストを取得します。
自動的に移行リストに入力されます。
Auditは各ソースチャネルを解析してメッセージ数を取得し、ボリュームの目安を示します。
前処理により、対象となるチームやチャンネルを自動的に再作成し、適切な権限を再割り当てします。
移行では、ファイルやメッセージを移行し、ほとんどのメタデータを保持します。
移行は破壊的なものではありません。読み取り専用モードでソースに接続し、ターゲットでデータのコピーを作成します。
プラットフォームはデルタパス(差分移行)をサポートしています。つまり、すでに移行されたチャンネルの移行を再開するたびに、前回のパス以降に作成されたデータのみが再移行されることになります。
ダイレクトメッセージを移行するために、各ユーザーはSlackに認証するためのリンクをメールで受け取り、Cloudiwayプラットフォームがダイレクトメッセージにアクセスするために使用する認証トークンを生成します。セキュリティとプライバシーのために、エンドユーザーは自分のダイレクトメッセージの移行のトリガーをかけます。もしエンドユーザーが自分のメッセージにアクセスしたくない場合は、メールを無視すれば、移行プラットフォームから自分のダイレクトメッセージにアクセスされることはありません。
ユーザが移行プロセスをトリガーした場合、そのプライベートメッセージは、ターゲットとなるOneDriveのSlackフォルダにHTMLファイルとしてアップロードされることになります。
Cloudiwayダッシュボードでは管理者が移行の監視し及び全体的な進捗を把握することができます。
Cloudiwayの移行は、SAASのプラットフォームです。
セキュリティ上の理由から、自分のデータを他の顧客データと共有したり、混ぜたりすることを望まないです。そこで、Cloudiwayは3つの移行の方法を提案します:
移行は、CloudiwayのREST APIを使用することで完全に自動化することができます。
Cloudiwayでは、お客様のプライバシーとセキュリティを真剣に考え、当社のプラットフォームとお客様のデータを保護するために多大な努力を払っています。
Cloudiwayのインフラは、Microsoft Azureで完全にホストされており、Azure Securityの認証を完全に活用しています。
社内的にCloudiwayがISO 27001の認証取得を準備しており、現在認証待ちです。
CloudiwayはMicrosoftと密接に連携し、Microsoftが管理する大規模な移行に全面的に関与しています。そのため、CloudiwayはMicrosoft SSPA (Supplier Security & Privacy Assurance Program)認証にも合格しました。 https://www.microsoft.com/en-us/procurement/sspa?activetab=pivot1%3aprimaryr6
Cloudiwayのセキュリティに関する詳細は、こちらをご参照ください。https://help.cloudiway.com/article/about-cloudiway-security/
SlackからMicrosoft Teamsに移行する場合、移行を成功させるために、いくつかのパフォーマンス面を考慮することが重要です:
データサイズ:移行されるデータの量はパフォーマンスに影響を与える可能性があります。大量のデータは移行プロセスを遅くし、少量のデータはより速く移行します。移行するデータのサイズ(メッセージ数)を考慮し、それに応じて計画を立てることが重要です。
インフラストラクチャ:移行に使用するインフラは、(移行のサーバーやストレージを含む)移行パフォーマンスに影響を与える可能性があります。 Cloudiwayの移行プラットフォームは、利用可能なすべてのリソースを使用して最速の移行を提供し、小規模から大規模な移行までサポートすることが可能です。オンデマンド移行エンジンは、お客様が選択したデータ量を、割り当てられた時間枠で移行するために必要な容量を割り当てることが重要です。つまりデータ容量のバランスを整えることが重要です。
Slack APIとTeams APIには、スロットリング機構が組み込まれています。スロットリングとは、SlackとOffice 365のサーバーへのリクエストの入出力を制限することで、サービスのパフォーマンスと安定性を維持するために設計されています。
その結果、1秒あたりのリクエスト数で読み書きできるメッセージ数などを制限しています。そのため、数十万件のメッセージがあるチャンネルを移行するのは、SlackかOffice 365のどちらかがある時点で呼び出しを制限し、オーバーフローを防ぐためにそれ以上の呼び出しを防ぐ機能が働きます。
Cloudiwayプラットフォームは、SlackやTeams APIの推奨するスロットリング防止策に従っていますが、膨大なメッセージ数を持つチャンネルでは一般的に十分ではありません。 Cloudiwayプラットフォームは、これらのスロットリングの制限を回避するための3つの機能を提供します。
最も重要な制限は、Teamsチャンネルに書き込むことができるメッセージの速度と数です。ある時点で止められることなく、何百万ものメッセージをTeamsチャンネルに注入することは比較的困難です。大規模なチャンネルの移行のために、Cloudiwayは最も関連性の高いコンテンツをフィルタリングする機能を提供しています:
SlackからMicrosoft Teamsへの移行にCloudiwayを利用する理由をいくつか紹介します:
自動化された移行: Cloudiwayは、組織がSlackからTeamsにデータを迅速かつ容易に移行できるよう、自動化された移行プロセスを提供します。
データのマッピングと変換: Cloudiwayでは、移行時にデータのマッピングと変換を行い、データが正しく構造化され、Teams用にフォーマットされていることを確認することができます。これにより、データの全体的な品質を向上させ、スムーズな移行を実現することができます。
最小限のダウンタイム: Cloudiwayの移行プロセスは、ダウンタイムと組織への混乱を最小限に抑えるように設計されており、作業チームは中断することなく作業を継続することができます。
カスタマイズ可能な移行: Cloudiwayでは、組織が特定の要件を満たすように移行プロセスをカスタマイズすることができます。これには、移行するデータの選択、特定のデータフィールドのマッピング、組織のニーズに合わせた移行プロセスの調整などが可能となります。
サポートとアシスタンス: Cloudiwayは、移行プロセスを通じてサポートと支援を提供し、組織がTeamsへの移行を成功させることを支援します。これには、トレーニング、技術サポート、スムーズな移行を実現するための継続的なサポートが含まれます。
全体として、SlackからTeamsへの移行にCloudiwayを使用することで、組織はデータを迅速かつ効果的に移行し、ダウンタイムと混乱を最小限に抑え、Teamsへの移行を成功させることができます。
Slack利用者にSlackアプリケーションをインストールし、設定する必要があります。
Slackの管理者認証が必要です。
移行では、Graph APIとCSOMコールを混在して使用します。そのため、Graph および CSOM 呼び出しを実行するための特定の権限を構成する必要があります。Office 365 利用者に Azure Active Directory アプリケーションをインストールする必要があります。 この設定には、管理者の資格情報と権限が必要です。
移行完了後に削除できる、移行専用のアカウントを作成することをお勧めします。
移行は、以下の5つのステップで構成されています。
SlackからTeamsへの移行を促進するために、Cloudiwayプラットフォームはソースとターゲットの両方のドメインと通信できる必要があります。これを実現するために、Cloudiwayはコネクタを使用します。各ソース側と各ターゲット側にコネクタをセットアップする必要があります。
Slackコネクタの設定とSlackトークンの作成は、以下の記事の手順で進めてください。
Slackコネクタの構成
Office 365 Connector Configuration
大規模なプロジェクトの場合、複数のコネクタを作成して並行して使用することも可能です。そのような設定が必要な場合は、Cloudiwayコンサルティングサービスまでお問い合わせください。
Slackチャンネルを取得またはアップロードするには、SitesのGroup Listタブを選択します。
MIGRATIONタブで、「Get List」 オプションをクリックします:
これはSlackに接続し、利用可能なすべてのチャンネルを取得できます。
Source Pool for Slackを選択します:
GETをクリックすると、処理が開始されます:
注:このタスクの進行状況は、ログで監視できます。
リストを取得したら、次の章で説明するようにターゲットロケーションを設定して、エントリにターゲットコネクタを割り当てる必要があります。
GetListアクションが正常に完了したら、Slackを異なるチームや同じチーム内の異なるチャンネル(パブリックまたはプライベート)に移行することができます。
SlackチャンネルをTeamに移行する場合、3つのオプションがあります:
一般チャンネルではなく、Teamの特定のチャンネルに移行したい場合は、「Target Channel Name」フィールドで、Teamとチャンネル名を指定する必要があります。
チームまたはチャンネルがターゲットに存在しない場合は、前処理タスクによって作成されます。
エントリーを選択し、「MANAGE」→「Assign Target」をクリックします。
コネクタを選択し、[Assign]をクリックします。
重要:
チャットメッセージは移行のタイムスタンプ付きで投稿され、メッセージスレッドの一番下に表示されることにご注意ください。
また、メッセージエラーが発生し、移行を再開した場合、そのメッセージはデルタパス中にプッシュされ、スレッドの一番下に再び表示されますのでご注意ください(これにより、メッセージの時系列が乱れることになります)。これは、Microsoft Graph APIの制限です。
ターゲットにプリフィクスを追加する?
Target Group NameとTarget Group Email AddressにPrefixを追加することができます。
Group Listで、1つまたは複数のオブジェクトにチェックを入れ、「MANAGE」に進み、「Add Prefix」ボタンをクリックします。
ポップアップにPrefixを入力し、SAVEします。
GetListやCSVファイルのアップロードの他に、送信元のSlackコネクタを追加して送信元チャンネルを定義すれば、単一のチャンネルを作成できます。
「MANAGE」タブをクリックし、ドロップダウンリストより「Create」をクリックします:
Source Group Nameには、Slackから既存のグループを追加する必要があります:
グループの名前は、Slackのチャンネルで確認することができます:
Source IDフィールドの値で、URLで確認できます:
オプションとして、GetListまたは単一のグループを作成する代わりに、すべてのチャンネルを含むCSVファイルをアップロードすることができます。
CSVファイルをアップロードした後、ソースとターゲットの場所を定義する必要はありません。
How To Fill The Users/Groups CSV File?
「MANAGE」→「Import」をクリックし、「CSV File」、「Source」、「Target Connectors」を選択し、「Upload」をクリックします。
Microsoft Teamsでは、メールアドレスを含む権限やメタデータ(createdby、modifiedbyなど)が存在します。移行時には、これらのアドレスを対象アカウントに変換する必要があります。
そのため、Cloudiwayではマッピングテーブルを使用用して変換を行います。
重要:マッピング・テーブルは完全なものでなければならず、不足するメールアドレスは変換されず、ファイルのパーミッションやメタデータが失われることになります。Cloudiwayは、Get List機能がMailまたはFileセクションからソースユーザーを検出すると、このマッピングテーブルを自動的に入力します。しかし、マッピングテーブルが自動的に入力された場合、メールアドレスが欠落していないことを必ず確認してください。
監査はオプションであり、純粋に情報を提供するものです。Cloudiwayのライセンスを無駄に消費するだけで、有効期限のカウントダウンが始まることもありません。Microsoft Teamのソースにあるチャンネル、ファイル、フォルダの数を確認したい場合以外は、実行する必要はありません。
この機能は、Source Slackに関する情報を報告します:
Slackのチームを監査するには、Group Listで、そのチームを選択し、MIGRATION、Auditをクリックします。
前処理ツールは、ターゲットにチームがまだ存在しない場合、そのチームを作成します。
前処理ツールは具体的にどんなことをするのですか?
ターゲットで:
チームに対してPre-Processingを行うには、グループリストで、そのチームを選択し、「MIGRATION」→「Pre-Processing」をクリックします。
これで、グルーえプまたはチームの移行準備が完了しました。
移行を開始する前に、slackチームの前処理を実行する必要があります(上記のステップを参照)。
移行を開始するには、「Group List」で、それを選択し、「MIGRATION」→開始をします。
これにより、移行がスケジュールされます。移行は、プラットフォーム上に空きスポットができ次第、開始されます。
リスト上のチームをクリックすることで、移行を監視することができます。
DirectMessagesはSlackのプライベートデータとみなされ、会社や管理者がアクセスすることはできません。
また、ダイレクトメッセージは、ユーザーの同意があれば、ユーザーの認証情報を使って移行することが可能です。
ダイレクトメッセージの移行は、本記事の手順で行うことができます。
Cloudiwayは、よくあるエラーメッセージ、ビデオガイド、ダウンロードなど、多くのリソースを備えたナレッジベースを提供しています。
ナレッジベースはこちらをご覧ください。https://help.cloudiway.com/
サポート
サポートはチケットを通じて、プラットフォームの中で開設する必要があります。
ログイン後、プロジェクトを入力し、「ヘルプ」→「サポート」を選択します。
チャットボットがあなたにいくつかの質問をした後、サポートチケットが発行されます。
初回メール受信後、メールによるサポートを継続することができます。
サポートプログラムに関する詳しい情報は、こちらをご覧ください。
https://cloudiway.com/support/
Slack Migrationのライセンスは何コストですか?
Slackの移行ライセンスは、1チャンネルにつき1つ必要です。また、ユーザーのダイレクトメッセージを移行する場合は、ユーザーカル(クライアントアクセスライセンス)が1つ必要です。
完全なお見積もりは、営業にお問い合わせください。
更新日:2023/06/08