Tableau Server は、ローカル認証、Active Directory、Kerberos、SAML、OpenID Connect など、複数の認証方法をサポートしています。OpenID Connect (OIDC) は、OAuth 2.0 を基盤とした ID レイヤーであり、シングルサインオン (SSO) でよく使用されます。Tableau Server では、OIDC は SAML (Security Assertion Markup Language) 認証の一種として実装されています。これは、どちらも同じ構成ワークフローで管理される SSO プロトコルであるためです。
OpenID Connect を使用するには:
* Tableau Server を SAML/SSO 用に構成します。
* OIDC 互換の ID プロバイダー (IdP) 構成 (例: Google、Okta) を提供します。
* TSM で IdP メタデータと証明書を設定します。
* オプション D (SAML): 正解です。Tableau Server は OIDC を SAML 認証フレームワークのサブセットとして扱うため、TSM の SAML 設定で構成します。
* オプション A (ローカル認証): 不正解です。ローカル認証では、OIDC などの外部 SSO プロトコルではなく、Tableau の内部ユーザー データベースが使用されます。
* オプション B (Kerberos): 不正解です。Kerberos は Windows 環境向けのネットワーク認証プロトコルであり、OIDC とは無関係です。
* オプション C (Active Directory): 不正解です。AD は認証に OIDC ではなく、LDAP または Kerberos を使用します。
参考: Tableau Server ドキュメント - 「SAML および OpenID Connect の構成」(https://help.tableau.
com/current/server/en-us/saml_config.htm)。

Tableau Server のテーブル推奨機能は、Web 作成環境でユーザーが新しいコンテンツを作成する際に、よく使用されるテーブルとデータソースを提案します。この機能はデフォルトで有効になっていますが、サイトレベルで無効にすることもできます。
オプションA（サイトの設定ページでオプションを無効にする）：正解です。サイト管理者は、Tableau Server Webインターフェースでサイトの「設定」>「全般」ページに移動し、「テーブルの推奨を有効にする」オプションのチェックを外すことで、テーブルの推奨を無効にできます。これにより、そのサイトのユーザーにはこれらの提案が表示されなくなり、UIベースのシンプルなソリューションが提供されます。
オプションB（コマンド：tsm configuration set -k recommendations.enabled -v false）: 不正解です。TSM構成設定にrecommendations.enabledキーがありません。この機能はTSM経由でサーバー全体ではなく、サイトごとに管理されます。
オプションC（権限がロックされているプロジェクトにのみデータソースをパブリッシュする）：不正解です。権限をロックするとアクセスは制限されますが、レコメンデーション機能自体は無効になりません。アクセス権を持つユーザーには、引き続きレコメンデーションが表示されます。
オプションD（サーバー設定ページを使用してオプションを無効にする）：不正解です。表の推奨事項はサイト固有の設定であり、サーバー全体の設定ではありません。サーバー設定ページ（TSM経由）は、この機能ではなく、グローバル設定を制御します。
参考: Tableau Server ドキュメント - 「サイト設定の管理」(https://help.tableau.com/current/server/en-us/site_settings.htm)。

Tableau Serverでは、抽出の更新やサブスクリプションなどのタスクはスケジュールによって管理されます。スケジュールの実行モードによって、そのスケジュール内のタスクがバックグラウンダープロセスによってどのように処理されるかが決まります。
* 並列: タスクは同時に実行されます (バックグラウンダーの容量まで)。これがデフォルト設定です。
* シリアル: タスクは 1 つずつ順番に実行され、次のタスクが開始される前に 1 つのタスクが完了します。
特定のスケジュールに関連付けられたタスクを1つずつ実行させるには、スケジュールの実行モードを「シリアル」に設定する必要があります。これはTableau ServerのWebインターフェースで行います。
* スケジュールに移動します。
* スケジュールを選択し、[アクション] > [スケジュールの編集] をクリックします。
* [実行] で、[並列] ではなく [シリアル] を選択します。
* オプションA（実行をシリアルに設定）：正解です。これは、タスクを強制的にシリアル実行することで、要件に直接対応します。
* オプションB（デフォルトの優先度を0に設定する）：不正解です。優先度（1～100）は、すべてのスケジュールにおけるタスクの実行順序を決定するものであり、単一のスケジュール内でタスクが1つずつ実行されるかどうかを決定するものではありません。また、0は有効な優先度値ではありません（最小値は1です）。
* オプション C（実行頻度を時間単位に設定）：不正解です。実行頻度（例：時間単位、日単位）は、スケジュールの実行タイミングを制御するものであり、スケジュール内のタスクの実行方法を制御するものではありません。
* オプション D（実行を並列に設定）：不正解です。並列実行ではタスクを同時に実行できるため、要件に反します。
参考: Tableau Server ドキュメント - 「スケジュールの作成または変更」(https://help.tableau.com/current
/server/en-us/schedule_manage_create.htm）。

放棄されたワークブック (アクティブに使用されなくなったワークブック) は Tableau Server を乱雑にし、リソースを消費する可能性があります (例:
（例：抽出用のディスク容量など）。これらを効率的に特定するには、手動または破壊的な方法ではなく、組み込みの管理ツールを活用する必要があります。詳しく見ていきましょう。
* Tableau Server 管理ビュー: Tableau は、サーバーの健全性、使用状況、コンテンツを監視するための管理ビューをあらかじめ用意しています。「サーバー」>「ステータス」>「管理ビュー」からアクセスできる「古いコンテンツ」ビューは、最近表示または変更されていないコンテンツ (ワークブック、データソース) を特定するために特別に設計されており、以下の情報を表示します。
* コンテンツ名、所有者、プロジェクト。
* 最終閲覧日と最終更新日。
* 一定期間のビュー数。このビューはリポジトリ データを使用して使用状況メトリックを追跡するため、放棄されたワークブックを見つけるのに最適です。
* オプションA（古いコンテンツの管理ビューを使用する）：正解です。これは最も効率的で、ユーザーに影響を与えない方法です。最終閲覧日（例：30日以上前）でフィルタリングすることで、ユーザーがアクセスしなくなった大きな抽出データを含むワークブックを特定できます。そこから所有者に連絡したり、ポリシーで許可されている場合はコンテンツを削除したりできます。これは、サーバー管理者がコンテンツ管理に活用するツールです。
* オプションB（ProgramData/.../extract内の抽出ファイルを調べる）：誤りであり、実用的ではありません。ProgramData/Tableau/Tableau Server/data/tabsvc/dataengine/extractディレクトリには.hyper抽出ファイルが格納されていますが、以下の点に注意してください。
* ファイル名は暗号化されており (GUID など)、ワークブック名​​に直接結び付けられていません。
* 使用状況や放棄状況は示されません。ファイルの存在とサイズのみが示されます。
* 古いコンテンツ ビューと比較すると、手動による検査には時間がかかり、エラーが発生しやすくなります。
* オプションC（すべての抽出を削除し、再生成を許可する）：これは正しくなく、リスクがあります。抽出を削除すると（例：tsm メンテナンス クリーンアップを使用）、使用状況が特定されることなく抽出が削除されます。再生成はスケジュールまたはユーザーによってトリガーされた場合にのみ実行されるため、アクティブユーザーの作業が中断され、履歴データが不必要に失われる可能性があります。
* オプションD（すべてのワークブックを表示し、更新日で並べ替える）：部分的には効果的ですが、効率は悪いです。Tableau Server UI（例：[コンテンツ] > [ワークブック]）では「最終更新日」で並べ替えることができますが、以下の点が問題となります。
* 閲覧数は表示されません (ワークブックは最近変更されたが使用されていない可能性があります)。
* これは手動で、古いコンテンツ ビューと比較して大規模な展開には対応していません。
これが重要な理由：古いコンテンツビューは、Tableau のメタデータを活用して実用的なインサイトを提供し、手動または破壊的な代替手段と比較して時間を節約し、リスクを軽減します。これは Tableau のガバナンスツールキットの一部です。
参考資料: Tableau Server ドキュメント - 「管理ビュー」(https://help.tableau.com/current/server)
/en-us/adminview_stale_content.htm)。

Tableau Server の検索機能は、リポジトリに保存されているコンテンツ（ワークブック、データソースなど）のインデックスカタログに依存しています。UI（例：[コンテンツ] > [ワークブック]）にはワークブックが表示されるのに、検索では見つからない場合は、検索インデックスが古くなっているか破損している可能性があります。これは、以下の原因で発生する可能性があります。
* 公開後のインデックス作成が遅れます。
* サーバーのメンテナンスまたはクラッシュによりインデックスに影響が出る。
* オプションD（tsm maintenance reindex-searchコマンドを実行する）：正解です。このコマンドは検索インデックスを再構築し、すべてのコンテンツ（ユーザーのワークブックを含む）が適切にカタログ化され、検索可能になるようにします。手順：
* Tableau Server を停止します (tsm stop)。
* tsm maintenance reindex-search を実行します。
* Tableau Server を起動します (tsm start)。これはサーバー管理者のタスクであり、システム全体の検索の問題を解決します。
* オプションA（キーワードを使用してワークブックを再公開する）：不正解です。再公開するとワークブックのインデックスは更新されるかもしれませんが、より広範なインデックス作成の問題が解決されるわけではありません。キーワードは関連性を高めるものであり、インデックス作成自体を高めるものではありません。
* オプションB（ワークブックにタグを追加する）：不正解です。タグは検索性を向上させますが、インデックスの失敗には対応しません。ワークブックにインデックスが付いていないと、タグは役に立ちません。
* オプションC（ログアウトしてから再度ログインする）：不正解です。ユーザーセッションは更新されますが、サーバー側の検索インデックスには影響しません。
これが重要な理由: 信頼性の高い検索インデックスは、大規模な展開におけるコンテンツの検出に不可欠です。再インデックスと検索により一貫性が確保されます。
参考: Tableau Server ドキュメント - 「検索のインデックス再作成」(https://help.tableau.com/current/server/en-us
/cli_maintenance_tsm.htm#reindex-search)。