ID 移行時の競合の解決

Tableau Server で Identity Service を使用するように ID を移行するとき、特定のユーザー ID については移行できない場合があります。移行できないユーザー ID は競合となり、管理者が手動で解決する必要があります。

ユーザー ID が正しく移行されるようにするには、ID の移行を完了する前に、専用の ID 移行ページですべての ID の競合を解決または対処する必要があります。

ステップ 1: ID の競合を解決する

ID の競合を解決するには、競合の種類に応じていくつかの方法があります。競合の種類がどれであっても、以下の手順 2 に進む前に、また ID の移行プロセスを完了する前に、ユーザー ID の競合はすべて解決または対処する必要があります。

ID の競合が発生すると、ID の移行プロセスが競合を種類別にグループ化します。これらの種類は、移行プロセスがユーザー ID を自動的に移行できない理由を絞り込むのに役立ちます。

ID の競合が発生する理由はいくつかあります。たとえば、1 つの Tableau Server ユーザーが、外部 ID ストアの複数のユーザー ID に対応すると移行プロセスが特定した場合、ID の競合が発生する可能性があります。

特定された ID の競合に対処するには、次のいずれかのオプションを実施します。

  • 移行の再試行 - このオプションは、選択したユーザー ID をキューに戻してもう一度移行します。移行ジョブを再実行すると、ID の競合が自動的に解決されるか、元の ID の競合が再度発生するか、新しい ID の競合が発生する可能性があります。

  • 確認 - このオプションは、選択したユーザー ID を [確認済み] タブに移動します。ユーザー ID の確認を行うと、1)一致するユーザー ID が ID ストアにないため、このユーザーは移行されないこと、および 2)以下のステップ 3 で Identity Service を有効すると、このユーザーは Tableau Server にサインインできなくなることを了承することになります。

  • 再評価 - 確認済みの競合について、[確認済み] タブでこのオプションを使用すると、選択したユーザー ID が競合状態に戻ります。このオプションを使用すると、元の競合を調べたり、競合を解決したり、もう一度 ID の競合を確認したりできます。

クイック リファレンス: ID の競合

競合の種類構成への適用競合の理由アクション
すべての失敗すべてこのタブでは、ID の競合をすべて捕捉します。ID の競合は、[一致なし]、[あいまい]、[重複]、[ローカルではない]、および [不明] タブに分類されます。移行の再試行または確認
一致なしAD、LDAPこのユーザー ID に対応するユーザーが、外部 ID ストアにありません。移行の再試行または確認
あいまいAD、LDAPこのユーザー ID に対応する可能性のあるユーザーが、外部 ID ストアに複数あります。移行の再試行、確認、または提案されたユーザー ID の 1 つを選択
重複AD1 つの AD アカウントを使用して 2 つのユーザー ID が作成されました。これは、Identity Service ではサポートしていないレガシー機能の産物です。移行の再試行または確認
ローカルではないローカルローカルではないユーザー ID が ID ストアに関連付けられています。この競合は、サポートしていない手動の変更が行われたために発生します。移行の再試行または確認
不明すべてこの競合は、Tableau Server の内部エラー、またはこの表に記載されていない理由によって引き起こされた ID の競合を示している可能性があります。移行の再試行または確認
確認すべてこのタブでは、移行しないすべてのユーザー ID を捕捉します。Identity Service を使用するように Tableau Server を設定すると、これらのユーザーは Tableau Server にサインインできなくなります。移行の再試行または確認

競合を解決するには、次の手順を行います。

  1. Tableau Server に管理者としてサインインします。

  2. 左側のナビゲーション ペインで、[ユーザー] (またはマルチサイト Tableau Server の場合は [すべてのサイト] > [ユーザー]) を選択し、[Identity Migration (アイデンティティの移行)] ページをクリックします。

  1. [すべての失敗] タブまたは固有の競合のタブのいずれかで、1 つまたは複数のユーザー ID を選択します。

  2. [アクション] ドロップダウン メニューから、[移行の再試行] または [確認] をクリックします。

    [移行の再試行] を選択すると、ユーザー ID によっては別の競合の種類が生成される可能性があります。この場合、下の画像のように [All failures (すべての失敗)] タブに「0」が表示されるまで、必要に応じて競合に対処します。

    注: 確認されたユーザー ID は、今後の Active Directory (AD) および LDAP のグループ同期では無視されます。これらのユーザー ID に関連付けられたユーザーが後で Tableau Server にアクセスする必要がある場合、詳細については「ID 移行に関する問題のトラブルシューティング」(新しいウィンドウでリンクが開く)を参照してください。

ステップ 2: ID の移行を完了する

ID の移行を完了するには、ID の競合をすべて解決または対処することに加えて、すべての移行ジョブを実行する必要があります。その後、Tableau Server の Identity Service を有効にすることができます。

  1. 次のいずれかを実行します。

    • ID の移行ジョブをその場で実行するには、[移行の概要] 見出しの横にある [スケジュールの編集] ドロップダウン矢印をクリックし、[今すぐ実行] を選択します。

    • または、次回スケジュールした時刻に移行が実行されるのを待つこともできます。
  2. [ID 移行] ページで、[移行の概要] に [100% 完了] と表示されていることを確認します。

ステップ 3: アイデンティティ サービスを使用するように Tableau Server を構成する

アイデンティティの移行が完了したら、アイデンティティ サービスを使用するように Tableau Server を構成します。これにより、ユーザーのプロビジョニングと認証プロセスでより安全で不変のアイデンティティ構造が確保されます。

  1. クラスターの初期ノード (TSM がインストールされているノード) で、管理者としてコマンド プロンプトを開きます。
  2. 次のコマンドを実行します。

    tsm authentication legacy-identity-mode disable
    tsm pending-changes apply

    注: 上記のコマンドを実行すると、専用の [ID 移行] ページが削除され、アクセスできなくなります。ページにアクセスできるのは、tsm authentication legacy-identity-mode が有効になっている場合のみです。

Tableau Server をアイデンティティ サービスを使用するように構成した後、ユーザーが Tableau Server にサインインすると、Tableau Server は構成されたアイデンティティ ストア内の識別子を使用してユーザー アイデンティティを検索します。識別子からユニバーサル一意識別子 (UUID) が返され、既存の Tableau Server ユーザー アイデンティティと照合するために使用されます。次に、このプロセスはユーザーのセッションを生成し、認証ワークフローを完了します。

フィードバックをありがとうございます。フィードバックは正常に送信されました。ありがとうございます!