Tableau Server に新しい管理者アカウントの設定を強制的に要求する場合（例：サーバーを初期設定状態にリセットする）、tsm reset コマンドが適切なツールです。このコマンドは、ワークブックやデータソースなどのコンテンツを保持しながら、Tableau Server の管理構成（TSM 管理者アカウントを含む）をリセットします。
オプションB（tsm resetコマンドを実行する）：正解です。tsm resetを実行すると、現在のTSM管理者の資格情報と構成設定が消去されます。次回TSMにアクセスする際（WebインターフェースまたはCLI経由など）、初期設定プロセスと同様に、新しい管理者アカウントの設定を求めるメッセージが表示されます。コマンド：tsm reset --username <新しいユーザー名> --password <新しいパスワード>。
オプションA（tabsvc.ymlを編集する）：不正解です。tabsvc.ymlファイルにはサービス設定データが含まれていますが、管理者アカウントをリセットするために手動で編集することはサポートされておらず、推奨もされていません。また、インストールが破損する可能性もあります。
オプションC（tsm registerコマンドを実行する）：不正解です。tsm registerコマンドは、管理者アカウントをリセットするためではなく、Tableau Serverを新しいプロダクトキーまたはアイデンティティストアに登録するために使用されます。
オプションD（Tableau Serverの再インストール）：不正解です。再インストールはコンテンツを含むサーバー全体のデータ消去を伴うため、このタスクには過剰な処理です。tsm resetコマンドを使用すれば、データ損失なく目的を達成できます。
参考: Tableau Server ドキュメント - 「TSM リセット コマンド」(https://help.tableau.com/current/server)
(/en-us/cli_reset.htm) を参照してください。

Tableau Server には、安定性とパフォーマンスを確保するために、本番環境向けの特定のハードウェア要件があります。本番環境インストールに必要な最小空きディスク容量は 50 GB です。これは以下の要件を満たします。
* インストール自体（約1〜2 GB）。
* ファイル ストアとデータ エンジンによって管理されるログ ファイル、一時ファイル、および抽出のためのスペース。
* バックアップと運用オーバーヘッドのための余裕。
単一ノードの実稼働展開における完全な最小ハードウェア推奨事項は次のとおりです。
* 8 個の CPU コア (2.0 GHz 以上)。
* 32 GB の RAM。
* 50 GB の空きディスク領域 (システム ドライブ、通常 Windows では C:)。
* オプションA（32 GB）：不正解です。32 GBはRAMの最小要件ですが、本番環境でのディスク容量としては不十分です。
* オプション B (50 GB): 正解です。これは Tableau の本番環境向けの公式推奨事項と一致しています。
* オプション C (15 GB): 誤り。15 GB は、非本番環境または試用版インストールの場合の最小値であり、本番環境では使用されません。
* オプションD (64 GB): 不正解です。64 GBは最小容量を超えていますが、指定された要件ではありません。
50 GB あれば十分です。
参考: Tableau Server ドキュメント - 「最小ハードウェア推奨事項」(https://help.tableau.
com/current/server/en-us/requirements.htm をご覧ください。

Kerberos 委任により、Tableau Server はシームレス認証 (SSO) のためにユーザーの Kerberos 認証情報をデータ ソースに渡すことができます。どのソースがこれをサポートしているかを確認してみましょう。
* Kerberos の概要:
* Windows 環境での SSO のために Active Directory (AD) と共に使用されます。
* Tableau Server は、埋め込み認証情報を回避して、ユーザーのチケットをデータ ソースに委任します。
* 必要：
* Kerberos のデータ ソースのサポート。
* 適切な構成 (例: SPN、制約付き委任)。
* サポートされているデータソース: Tableau のドキュメントによると:
* オプション A (Teradata): 正解です。
* 詳細: エンタープライズ データ ウェアハウスで一般的な Kerberos 委任をサポートします。
* 構成: TSM で有効にし (tsm authentication kerberos configure)、Teradata の SPN を設定します。
* オプション C (SQL Server): 正解です。
* 詳細: AD 統合 SQL Server インスタンスで広く使用されている Kerberos を完全にサポートします。
* 構成: AD セットアップと SQL Server での「信頼できる」委任が必要です。
* オプション D (SAP HANA): 正解です。
* 詳細: SAP エコシステムで一般的な委任による Kerberos SSO をサポートします。
* 構成: HANA Kerberos セットアップ (例: keytab) と Tableau Server 統合が必要です。
* オプション B (PostgreSQL): 不正解です。
* 理由: Kerberos 認証はネイティブでサポートされていますが、Tableau Server では PostgreSQL への委任が有効になっていません。ユーザーは認証情報を埋め込むか、他の方法 (OAuth など) を使用する必要があります。
これが重要な理由: Kerberos 委任は、保存されたパスワードを回避することでセキュリティを強化します。サポートされているソースを認識することで、SSO の実現可能性が保証されます。
参考資料: Tableau Server ドキュメント - 「Kerberos 委任」(https://help.tableau.com/current/server)
/en-us/kerberos_delegation.htm)、「サポートされているコネクタ」(https://help.tableau.com/current/server/en-us)
/データソース.htm)。

Tableau Server は、Creator、Explorer、Viewer の 3 つの主要なライセンスレベルで構成されるロールベースのライセンスモデルを採用しています。各ライセンスレベルは、ユーザーがサーバー上で実行できる操作を定義する特定のサイトロールに対応しています。
ビューアー ライセンス: これは最も制限の厳しいライセンスで、ユーザーは公開されたコンテンツ (ダッシュボードや視覚化など) を表示して操作できますが、新しいコンテンツを作成したり公開したりすることはできません。
サイトロール：Viewerライセンスは、Viewerサイトロールにのみ関連付けることができます。このロールは、ライセンスの目的に沿って、ユーザーの閲覧権限を制限します。
オプションA（Creator）：不正解です。Creatorライセンスは、Tableau DesktopとWebインターフェースを使用してコンテンツを作成、編集、パブリッシュできるユーザー向けです。これはViewerではなく、Creatorサイトロールに相当します。
オプションB（Explorer（公開可能））：不正解です。これはExplorerライセンスの一種で、ユーザーは制限付きでコンテンツの編集と公開が可能です。Viewerよりも権限が制限されています。
オプションC（閲覧者）: 正解です。閲覧者サイトロールは、閲覧者ライセンスレベルと完全に一致しています。
オプションD（Explorer）：不正解です。Explorerライセンスでは、Viewerライセンスの機能を超えて、Webインターフェースでデータの閲覧やコンテンツの作成が可能です。
参考資料: Tableau Server ドキュメント - 「ユーザーサイトロールとライセンス」(https://help.tableau.com/current)
/server/en-us/license_usage.htm) を参照してください。