シングルサインオン（SSO）を使用すると、ユーザーは一度認証するだけで（例えば、企業IDプロバイダー経由で）、資格情報を再入力することなくTableau Serverにアクセスできます。Tableau Serverは、いくつかのSSO方式をサポートしています。
OpenID Connect (OIDC): OAuth 2.0 ベースの SSO プロトコルで、Tableau の SAML 設定で OIDC 互換の IdP (例: Google、Okta) を使用して構成します。Kerberos と Active Directory: チケットベースの SSO プロトコルで、AD 統合のある Windows 環境で広く使用されています。
SAML：XMLアサーションを使用する柔軟なSSO標準であり、さまざまなIDプロバイダー（ADFS、PingFederateなど）をサポートします。
オプションA（OpenID Connect）：正解です。OIDCはSSO方式であり、Tableau ServerではSAMLの派生版として実装されており、シームレスなログインを可能にします。
オプションC（Active DirectoryとKerberos）：正解です。KerberosはAD環境でシングルサインオン（SSO）を提供し、認証をドメインコントローラーに委任します。
選択肢D（Security Assertion Markup Language - SAML）：正解です。SA​​MLはTableauの中核となるSSO方式であり、企業間連携において広く採用されています。

Tableau Serverはサイトを介したマルチテナントをサポートしており、各サイトにはサーバー管理者またはサイト管理者が管理するカスタマイズ可能な設定があります。サイトごとに設定可能な項目を分析してみましょう。
* サイト設定：Web UIの「サイト」>「設定」>「一般」にあります。サーバー管理者はサイト管理者設定を上書きできます。
* オプションB（ストレージ容量の制限）：正解。
* 詳細: サーバー管理者は、サイトごとにストレージクォータ (例: 100 GB) を設定して、抽出ファイルやワークブックのディスク使用量を制限できます。
* 方法: TSM またはサイト設定 (有効になっている場合) で、例: tsm configuration set -k site.storage.quota -v
100000。
* 効果：複数サイト展開において、1つのサイトがリソースを独占することを防ぎます。
* オプションD（言語と地域）：正解。
* 詳細: 各サイトでは、言語（例: 英語、フランス語）と地域設定（例: 日付/数値形式）を設定できます。
* 方法：サイト設定UI（例：「言語：フランス語、地域：フランス」）
* 効果：サイトのユーザー層に合わせてユーザーエクスペリエンスを最適化します。
* オプション A（認証情報を埋め込む機能）：不正解。
* 詳細：認証情報（データソースなど）の埋め込みは、サイトごとではなく、サーバー全体の設定（tsm data-access）です。サイト管理者はこの設定を上書きできません。
* オプションC（ユーザー数の制限）：不正解。
* 詳細：ユーザー制限はライセンス（サーバー全体）に紐づいており、サイトごとに設定することはできません。サイト管理者はユーザー割り当てを管理しますが、クォータは管理しません。
これが重要な理由：サイト固有の設定により、マルチテナント環境におけるガバナンスとリソース割り当てをカスタマイズできます。
参照：Tableau Serverドキュメント - 「サイト設定」（https://help.tableau.com/current/server/en-us）
/site_settings.htm)

Tableau Services Manager (TSM) は、Tableau Server の構成、プロセス、トポロジを管理するための管理ツールです。TSM にログインするには (Web UI (https://<server>:8850) または CLI 経由)、以下のものが必要です。
TSM管理者認証情報：これらはサイトロールとは異なり、インストール時またはtsm resetコマンドによるリセット時に設定されます。
ローカル管理者権限: Windows では、TSM はシステムレベルのサービスとやり取りするため、TSM にアクセスするアカウントは初期ノードのローカル管理者グループに属している必要があります。テスト クラスターでは、エンジニアがログインできないということは、正しい TSM 資格情報または十分な OS レベルの権限が不足していることを示唆しています。質問は Windows 環境に焦点を当てているため、
「初期ノード」の場合、最も差し迫った要件は、TSMコマンドを実行したりUIにアクセスしたりするためのローカル管理者権限です。
オプションC（コンピュータに対する管理者権限を持つアカウント）：正解です。エンジニアは、最初のノードのローカル管理者グループに属するアカウントを使用してTSMに認証する必要があります。その後、インストール時に設定したTSM管理者ユーザー名とパスワードが必要になります。

デフォルトサイトはインストール時に自動的に作成され、削除することはできませんが、名前を変更することは可能です。これは、管理者が自由に作成、名前変更、削除できる追加サイトとは異なります。

TSMコマンドはTableau Serverのメンテナンスを管理します。その構文を検証してみましょう。
* コマンド要件:
* 引数が必要なものもあります（例：ファイルパス）。その他は単独で動作します。
* 有効かつ完全：エラーなくそのまま動作する必要があります。
* オプションC（tsmメンテナンスクリーンアップ）：正解です。
* 詳細: 一時ファイルと古いログを削除します。引数は不要です (-l などのオプションフラグがあります)。
* 使用方法: tsm maintenance cleanup - 完全に実行します。
* オプション D (tsm メンテナンス ziplogs): 正解です。
* 詳細: ログのzipファイルを作成します(例: tsm-logs.zip) - 引数は不要です(日付範囲を指定するにはオプションの-d)。
* 使用方法: tsm maintenance ziplogs-complete and valid。
* オプションA（tsmメンテナンスバックアップ）：不正解。
* 理由: -f <ファイル名>.tsbak (例: tsm maintenance backup -f backup.tsbak) が必要です。これがないと不完全です。
* オプション B (tsm メンテナンス復元): 誤りです。
* 理由: -f <ファイル名>.tsbak (例: tsm maintenance restore -f backup.tsbak) が必要で、単独では動作しません。
これが重要な理由：正しい構文を使用することで、メンテナンス作業がエラーなく実行されることが保証されます。これはサーバーの健全性にとって非常に重要です。
参照：Tableau Serverドキュメント - 「TSMメンテナンスコマンド」（https://help.tableau.com/current
/server/en-us/cli_maintenance_tsm.htm)