Tableau Serverのユーザーベースのライセンス（Creator、Explorer、Viewer）は、ライセンスを個々のユーザーに紐付けます。互換性のある認証方法を確認しましょう。
* ユーザーベースのライセンス：
* ライセンスはユーザーごとに割り当てられ、ユーザー名で管理されます。
* 認証はユーザーのログイン方法を決定するものであり、ライセンスとの統合が必要です。
* オプションA（ローカル認証）：正解です。
* 詳細: ユーザーは Tableau Server の内部データベースで管理されます。ユーザー名とパスワードは手動で設定するか、インポートによって設定されます。
* 理由：ユーザーアカウントに直接紐づいており、ライセンスと完全に互換性があります。
* オプションC（信頼できる認証）：正解です。
* 詳細: 外部アプリがチケット (例: /trusted/<ticket>) を介してユーザーを認証できるようにします。
* 理由: Tableau ユーザー名にマッピングし、組み込み分析で共通するライセンスと統合します。
* 設定: TSM で設定された信頼済み IP アドレスまたは認証情報。
* オプションD（Active Directory）：正解。
* 詳細: 認証には AD (LDAP または Kerberos) を使用し、ユーザーは Tableau Server と同期します。
* 理由: AD ユーザー名はライセンスと整合しており、SSO とユーザー管理をサポートします。
* 設定: tsm認証によるアクティブディレクトリの設定を有効にします。
* オプションB（Reliance認証）：不正解。
* 理由：Tableauの認証方法として認識されていないため、おそらくタイプミス（例：「Resilience」の間違い、または聞き間違い）です。そのような機能は存在しません。
これが重要な理由：認証の柔軟性により、ユーザーベースのライセンスが多様なIT環境に適合することが保証され、導入に不可欠となる。
参照：Tableau Server ドキュメント - 「認証」（https://help.tableau.com/current/server/en-us
/auth_overview.htm)、「ライセンスの概要」(https://help.tableau.com/current/server/en-us/license_usage)。
htm)。

Tableau Serverのビジュアライゼーションへのコメントは、コラボレーションを促進します。サポートされている機能を見ていきましょう。
コメント機能：サイトごとに有効化できます（設定 > 一般 > コメントを許可）。「コメントを追加」権限を持つユーザーは、閲覧履歴にコメントを投稿できます。
選択肢B（テキスト）：正解。
詳細：主なコンテンツタイプ。ユーザーはコメント欄に自由形式のテキストを入力します。用途：メモ、質問、フィードバック（例：「ここで売上が急増しましたが、なぜですか？」）。
選択肢C（@メンション）：正解です。
詳細：@usernameと入力すると、指定されたユーザーにメールまたはUI（通知が有効になっている場合）で通知されます。
使用方法：特定の人に向けてコメントを発信する（例：「@John、この傾向を確認してください」）。

TSMはTableau Serverの管理レイヤーであり、CLIまたはWeb UI（ポート8850）経由でアクセスできます。HTTPSはこのアクセスを保護します。では、責任のあるプロセスを特定しましょう。
* TSMアーキテクチャ：
* 管理コントローラー：初期ノード上で実行されるコアTSMプロセスで、構成、UI、およびCLIコマンドを処理します。
* HTTPS: デフォルトではポート8850で自己署名証明書を使用して有効になっています（カスタム証明書に設定可能）。
* オプションB（管理コントローラー）：正解。
* 詳細: TSM Web UI (https://<server>:8850) をホストし、CLI リクエストを処理します。HTTPS リスナーを管理し、インターフェースを安全に提供します。
* 理由：TSM運用の中核となるハブであり、セキュアなアクセスも可能だからです。
* オプションA（ライセンスマネージャー）：不正解。
* 理由：ライセンスを検証するためであり、HTTPSやUIアクセスについては責任を負いません。
* オプションC（管理エージェント）：不正解。
* 理由: マルチノード構成で追加のノード上で実行され、コマンドをコントローラーに中継します。直接 HTTPS の役割はありません。
* オプションD（調整サービス）：不正解。
* 理由: ZooKeeper はクラスタの状態を管理し、TSM の Web インターフェースや HTTPS は管理しません。
これが重要な理由：安全なTSMアクセスはサーバー管理を保護します。管理コントローラーはその要です。
参考資料：Tableau Server ドキュメント - 「TSM の概要」（https://help.tableau.com/current/server/en-us）
/tsm_overview.htm)

Tableau Serverでは、プロジェクトによってコンテンツ（ワークブック、データソース）が整理され、アクセス制御には権限が使用されます。「権限のロック」は、プロジェクト内での権限管理方法を制限します。詳しく見ていきましょう。
権限管理モード：
所有者による管理: デフォルト モード。コンテンツの所有者 (ワークブックの発行者など) は、プロジェクトのデフォルト設定を起点として、アイテムのアクセス許可を設定できます。プロジェクトにロック:
プロジェクトレベルの権限設定が適用され、コンテンツ所有者はそれを変更できません。これにより、プロジェクト内のすべてのアイテム間で一貫性が確保されます。
ロック方法：
Tableau ServerのWeb UIでは：
コンテンツ > プロジェクト に移動してください。
プロジェクトを選択し、「アクション」＞「権限」をクリックします。
権限ダイアログで、権限管理を「カスタマイズ可能」（所有者による管理）から「ロック済み」に変更します。ユーザーまたはグループに対して必要な権限（例：閲覧者、編集者）を設定すると、それらの権限がすべてのコンテンツに一律に適用されます。
REST API を使用する場合: updateProject エンドポイントを "permissionsLocked": true で使用します。
オプションB（カスタマイズ可能をロックに変更することで、プロジェクトへのアクセス許可をロックできます）：正解です。
詳細：これはUI上での正確な操作です。「カスタマイズ可能」から「ロック済み」に切り替えると、プロジェクトレベルで権限がロックされます。
影響：所有者は個々のワークブック／データソースに対するアクセス許可を上書きする機能を失い、ガバナンスが強化されます。
例：「すべてのユーザー」を「閲覧者（ロック）」に設定すると、所有者の意図に関係なく、プロジェクト内のすべてのコンテンツが閲覧専用になります。

Tableau Serverでユーザーを削除するには、そのユーザーが所有するコンテンツ（ワークブック、データソース）の処理が必要です。そのプロセスを分析してみましょう。
削除ルール：
所有権チェック：Tableauは、ユーザーがコンテンツを所有している場合、そのコンテンツが孤立するのを防ぐため、削除を防止します。
対応策：削除する代わりに、ユーザーのサイトロールを「ライセンスなし」に設定し、アカウントとコンテンツの所有権を保持します。
解決策：削除する前に、管理者が所有権を再割り当てする必要があります（例：[ユーザー] > [アクション] > [所有者の変更]）。
オプション D（ユーザーがライセンスなしに移行し、削除されない）：正解。詳細：削除を試みる（例：ユーザー > ユーザーを選択 > アクション > 削除）とチェックが実行されます。コンテンツが存在する場合、ユーザーはライセンスなしとなり、システムには残りますがログインできなくなります。理由：データの整合性を保護し、コンテンツは再割り当てのためにアクセス可能な状態を維持します。