移行前クリーンアップアクティビティを実行する

学習の目的

この単元を完了すると、次のことができるようになります。

• 移行前アクティビティを定義して実行する。
  
• 移行の準備状況を評価する。
  

移行前プロセスで最も重要な最後のステップは移行前クリーンアップです。具体的には、クライアントと一緒に移行前レポートを確認し、すべてのユーザーデータが正確で、すべての競合が解決されていることを確認します。

このアクティビティには次のものが含まれます。

• 移行前レポート
  
• メールアドレスとユーザーメンバー種別の競合のクリーンアップ
  

移行前レポート

移行前レポートの目的は、移行するワークスペースと Grid の間で、重複するユーザー名やメンバー種別の競合などの競合の可能性を特定することです。移行前レポートには概要レベルでの問題の可能性の分析が含まれていますが、これは移行前にクライアントが対処する必要があるすべての問題の包括的なリストではありません。このレポートには 24 時間の遅延があるため、解決された最近の競合は、この時間が過ぎるまで反映されない可能性があります。

クライアントの担当の Slack CSM と連携するか、カスタマーエクスペリエンスに直接連絡して、移行するすべてのワークスペースの移行前レポートをリクエストできます。移行前レポートをリクエストするときには、ワークスペースの移行先の Grid OrG と移行するワークスペースの URL または ID を指定してください。

移行前レポートには移行のさまざまな要素に関するいくつかのセクションが含まれています。各セクションについて見ていきましょう。

共有チャンネル

このセクションには、移行するワークスペースでクライアントが設定しているすべての Slack コネクト接続のリストが表示されます。ここにはアクション項目はありませんが、移行先の Grid OrG と共有しているチャンネルを特定するのに役立ちます。

完全なダウンタイム中は、移行中のチームも接続されているその他のすべての外部関係者も Slack コネクトチャンネルを使用できません。

Regular (Non-multi-Org) Scenario (通常 (非マルチ OrG) のシナリオ)

レポートのこのセクションには、移行するワークスペースと Grid OrG の Slack コネクトチャンネルの間でのプライバシーの不一致がリストされています。このセクションに表示されているすべてのチャンネルは、移行後にはプライベートマルチワークスペースチャンネルに変換されます。「リソース」セクションから参照できる Slack コネクト移行 FAQ ドキュメントによると、移行するワークスペースと Grid OrG の間の Slack コネクトチャンネルはすべて移行後にマルチワークスペースチャンネルに変換されます。チャンネルの表示 (パブリック/プライベート) については、いずれかの側で Slack コネクトチャンネルがプライベートであれば、そのチャンネルはプライベートに変換されます。

Users on All Workspaces (すべてのワークスペースのユーザー)

このセクションには、移行するワークスペースのすべてのユーザー、その現在のメールアドレス、メンバー種別、有効か無効かの状態のリストが表示されます。このセクションはおそらくレポート内で最も有用です。お客様は移行前クリーンアップの一環としてこのリストを使用して IDP と照合できます。移行するすべてのユーザーの Slack メールアドレスが IDP と一致するように更新されている必要があります。移行前に更新されていない場合、Grid 環境に重複するアカウントが作成されます。

ヒント: このリストをメールドメインごとに確認します。たとえば、ユーザーのメールアドレスが古いドメインになっていて、メインの会社ドメインになっていない場合、それは通常、是正措置が必要であるということを示しています。

Locked Preference Settings (ロックされた環境設定)

レポートのこのセクションでは、移行するワークスペースのワークスペースレベルの設定を Grid の既存の OrG レベルの設定と比較し、違いがある場合にフラグを立てます。クライアントがまだ OrG レベルのポリシーや設定を定義していない場合には、このセクションは空に近い状態になる可能性が高いです。チェックすべき重要な設定は、データ保持とサインインの設定です。設定の違いがある場合、常に OrG レベルの設定がワークスペースレベルの設定よりも優先され、移行後は違いがあればすべて OrG レベルの環境設定で上書きされるということを管理者に知らせます。

次の設定は、Grid のワークスペースレベルでは存在しないため、常に OrG 設定によって上書きされます。

• すべてのサインイン設定 (SSO、必須の 2 要素認証、セッションの有効期限を含む)
  
• ファイル保持
  
• ダイレクトメッセージ保持
  

Duplicated and Illegal Usernames (重複するまたは無効なユーザー名)

このセクションは、Slack で同じユーザー名を持つユーザーに基づいて、移行するワークスペースと Grid OrG の間で重複の可能性を特定するためのものです。レポートで「無効な」ユーザー名が特定されるシナリオがいくつかあります。

• 2 人のユーザー (異なるメールアドレス) のユーザー名が同じである。これは「偽陽性」です。 重複の問題はありませんが、移行後は 2 人のユーザーが同じハンドルにならないように、いずれかのユーザー名に数字が追加されます。
  
• 同じユーザー (複数のメールアドレス) が同じユーザー名を使用している。これが「真陽性」です。 このユーザーのいずれかのメールアドレスを更新して、両者が一致するようにする必要があります。これを行わないと、同じ人に対して 2 つの異なるアカウントが作成されます。
  

• 重複ユーザー名セクションは、すべての競合の可能性を検出する万能あるいは包括的なリストではなく、大規模なオーガナイゼーションや移行回数が多いオーガナイゼーションでは偽陽性が発生しやすくなります。
  
• このセクションは、チーム間で異なるメールアドレスを持っているユーザーに関するインサイトを得るためのものですが、クライアントが前述の [Users on All Workspaces (すべてのワークスペースのユーザー)] セクションでメールアドレスを確認することをお勧めします。
  
• ユーザーが異なるメールアドレスを使用している場合、そのアカウントは統合されないため、これは Slack 管理者が知るべき重大な問題です。
  

Emails with Conflicting Roles (メンバー種別が競合するメールアドレス)

このセクションは、移行するワークスペースと OrG の間でメンバー種別が競合するすべてのユーザーのリストです。解除済みアカウントは移行中に統合されるため、このリストに含まれます。メンバー種別の競合は、ユーザーがあるワークスペースではメンバー、シングルチャンネルゲスト、またはマルチチャンネルゲストで、別のワークスペースでは別のメンバー種別である場合に発生します。移行前にメンバー種別の競合が解決されない場合、移行中に自動解決されます。

自動解決のしくみは次のとおりです。

• 一方のアカウントが解除済みである場合: 解除済みアカウントは有効なアカウントのアカウント種別に合わせて昇格または降格されます。
  
• 両方のアカウントが有効である場合: より上位のメンバー種別を持つアカウントがワークスペースへのアクセス権を持ち、下位のメンバー種別を持つユーザーは削除されます。
  

Custom Profile Fields (カスタムプロフィールフィールド)

このセクションには、移行するワークスペースにカスタムプロフィールフィールドがあるかどうかが表示されるため、それをインポートするかどうかを判断するのに役立ちます。

メールアドレスとユーザーメンバー種別の競合をクリーンアップする

移行前レポートのすべてのセクションについて理解できたところで、メールアドレスの不一致やユーザーメンバー種別の競合を解決していきましょう。

ユーザーのメールアドレスの競合

次のステップに従ってユーザーのメールアドレスを手動で更新するようにクライアントに案内します。

1. 移行前レポートの [Duplicated and Illegal Usernames (重複するまたは無効なユーザー名)] タブを参照して、1 つ以上のワークスペースで重複するアカウントを持つユーザーを特定します。
   
2. 移行前レポートの [Users on All Workspaces (すべてのワークスペースのユーザー)] タブを参照して、クライアントの SSO と一致しない Slack 内のユーザーのメールアドレスを特定します。
   
3. 重複するユーザーとログインの問題を防ぐために、すべてのメールアドレスを SSO と一致するように更新します。
   

Slack はこのプロセスをサポートするために一括メールアドレス更新を実行できます。このプロセスを実行するには、クライアントは現在のメールアドレス (列 A)、更新後の状態 (列 B)、更新が行われるチーム ID (列 C) を記載したワークシートを提供する必要があります。

ユーザーのメンバー種別の競合

通常、ユーザーのメンバー種別の競合は、移行するワークスペースと Grid の間でユーザーのメンバー種別が異なるために発生します。

次のステップに従ってユーザーのメンバー種別を更新するようにクライアントに案内します。

手順:

1. 移行前レポートの [Emails with Conflicting Roles (メンバー種別が競合するメールアドレス)] セクションを参照します。
   
2. Grid 環境でメンバーに設定すべきメンバー種別を決定します。
   
3. 移行するワークスペースのユーザーのメンバー種別を Grid で設定すべきメンバー種別に更新します。
   

移行前にメールアドレスの競合が解決していない場合、次のことが発生する可能性があります。

• ユーザーがログインできなくなる。
  
• 重複するユーザーが作成される。
  
• メッセージとチャンネル履歴が表示されなくなる。
  

重複するアカウントが作成され、ユーザーが重複アカウントの一方にログインすると、そのアカウントのチャンネル、ファイル、ダイレクトメッセージのみが表示されます。以前の履歴はすべて元のユーザーアカウントに表示されます。重複するユーザーアカウントのユーザーデータは統合されません。

お客様がすべての競合を解決したら、もう一度移行前レポートを実行して、残っている問題がないかを確認し、移行するすべてのユーザーが Grid SSO にアクセスできることと、ユーザーのメールアドレスが IDP と一致するように更新されていることを確認します。

サービスエンゲージメントの例 – Techset

企業の例として TechSet が Grid 移行を準備する手順を見ていきましょう。移行前クリーンアップの一環として、TechSet は上記のステップに従ってユーザーのメールアドレスとメンバー種別の競合を解決する必要があります。

ユーザーのメールアドレスの競合を特定する

移行前レポートの [Duplicated and Illegal Usernames (重複するまたは無効なユーザー名)] セクション (下の画像) を確認すると、移行する 2 つのワークスペースに異なるメールアドレスを持つユーザーが 3 人いることがわかります。この例では、TechSet は SSO メールアドレス構造として firstname.lastname@techset.com を使用しています。

1. 「queenbree」というユーザー名のユーザーは、TechSet ワークスペースでは bree.kallar@techset.com というメールアドレスを使用しており、Tech-Set social ワークスペースでは bree@techset.com を使用しています。この問題を解決するには、bree@techset.com を更新して、SSO で使用されているメールアドレス bree.kallar@techset.com と一致させる必要があります。
   
2. 同様に tech-social ワークスペースの jleger@techset.com は john.leger@techset.com に更新する必要があります。
   
3. また、tech-social.com の swilliams@techset.com は sara.williams@techset.com に更新する必要があります。
   

重複アカウントを解決するのに加えて、TechSet は [Users on All Workspaces (すべてのワークスペースのユーザー)] セクションで、上記のメールアドレスが SSO と一致していることを確認する必要があります。この例では、TechSet がレポートのこのセクションを確認したところ、次のメールアドレスが TechSet の SSO メールアドレス構造 (firstname.lastname@techset.com) と一致していないことがわかりました。

• adam.schuester@yahoo.com
  
• taylor.smith@gmail.com
  
• reese.walker@technologyset.com
  
• lebron.johnson@lks.com
  

これらの競合を解決するには、移行前にこのすべてのメールアドレスを SSO に一致するように変更して、Slack アカウントの重複を避ける必要があります。

ユーザーのメンバー種別の競合を特定する

移行前レポートの [Emails with Conflicting Roles (メンバー種別が競合するメールアドレス)] タブを確認すると、移行する 2 つのワークスペース内で異なるメンバー種別を持つユーザーが 3 人いることがわかります。

1. mindy.raghan@techset.com は techset-social ワークスペースでは通常メンバーであり、techset ワークスペースではマルチチャンネルゲストです。
   
2. amy.brin@techset.com は techset-social ワークスペースでは通常メンバーであり、techset ワークスペースではシングルチャンネルゲストです。
   
3. james.marte@techset.com は techset ワークスペースでは通常メンバーであり、techset-social ワークスペースではマルチチャンネルゲストです。
   

これらの競合を解決するには、TechSet は Grid でこれらのユーザーに設定すべきメンバー種別を決定し、移行するワークスペースでメンバー種別の割り当てを変更する必要があります。

まとめ

この単元では、重要な移行前クリーンアップアクティビティについて学習し、移行前レポートの意味を理解してメールとユーザーのメンバー種別の競合を特定して解決する方法を学びました。また、すべてのユーザーデータが正確で、円滑な移行に向けて準備が整っていることを確認する方法も学習しました。これで、クライアントの移行の準備が完全に整ったことを確認する最後のステップに進むことができます。

リソース

• Slack ヘルプ: Slack のメンバー種別
• Slack ヘルプ: アカウントの重複を修正し、防ぐ
• Slack ヘルプ: メールアドレスを変更する
• Slack ヘルプ: メンバー種別を変更する
• PDF: Slack Connect Migrations FAQ (Slack コネクト移行の FAQ)