Tableau Serverでは、スケジュールによって抽出の更新やサブスクリプションなどのタスクが管理されます。スケジュール内の各タスクには優先度値（1～100の範囲で、1が最も優先度が高く、100が最も低い）が割り当てられます。
バックグラウンダープロセスによってキューに入れられたタスクは、優先度の高いタスク（番号が小さいタスク）から優先度の低いタスク（番号が大きいタスク）へと優先的に実行されます。バックグラウンダーが過負荷状態になったり、処理が遅延したりすると、優先度の低いタスクが時間通りに完了せず、更新が不整合になる可能性があります。
このシナリオでは：
午前7時の抽出更新タスクはCEOのワークブックにとって非常に重要ですが、午前9時までにデータが更新されるのは70%の確率に過ぎません。
サーバーは単一ノード構成であるため、単一のバックグラウンドプロセスがすべてのタスクを処理します。スケジュールが5つあり（早朝に一部重複する）、競合や遅延が発生すると、午前7時のタスクが午前9時までに確実に完了しない可能性があります。
オプションC（このタスクの優先度を1に設定する）：正解です。タスクの優先度を1に設定すると、キューに登録されているすべてのタスクの中で最も高い優先度が確保されます。これにより、バックグラウンド処理が7時に迅速に実行される可能性が高まります。
午前0時に更新を完了し、CEOが午前9時にワークブックにアクセスする前に完了させます。タスクの優先度は、Tableau ServerのWebインターフェースの「スケジュール」>「タスク」>「優先度の編集」で調整できます。
オプションA（このスケジュールのデフォルトの優先度を50に設定する）：誤りです。スケジュールのデフォルトの優先度は既に50に設定されており、このオプションは特定のタスクではなく、スケジュールのデフォルト値を参照します。競合の問題は解決されません。
オプションB（他のすべてのタスクの優先度を50に設定する）：不正解。このオプションではすべてのタスクの優先度がデフォルトの50のままとなり、午前7時のタスクに相対的な優位性が与えられません。また、CEOのタスクの優先度も設定されません。
オプションD（このタスクの優先度を100に設定する）：誤りです。優先度100は最低値であり、タスクの優先度を下げることになり、更新の信頼性がさらに低下します。
参考資料：Tableau Server ドキュメント - 「スケジュールとタスクの管理」（https://help.tableau.com/current
/server/en-us/schedule_manage.htm)

プロジェクトの権限をロックすると、プロジェクト内のすべてのコンテンツ（サブプロジェクト内のコンテンツを含む）がプロジェクトレベルのデフォルトの権限ルールを使用するようになり、発行者/所有者は個々のアイテムにカスタム権限を設定できなくなります。これは、標準化されたガバナンスに役立ちます。

tsm maintenance backup コマンドは、障害発生時や移行時に Tableau Server を復元するために必要な重要なデータを取得するバックアップ ファイル (拡張子 .tsbak) を作成します。このバックアップには主に以下のデータが含まれます。
リポジトリデータ：これには、ワークブック、データソース、ユーザー情報、権限、スケジュール、サブスクリプションなどのメタデータを格納するPostgreSQLデータベースが含まれます。
構成データ：これには、認証方法、ポート構成、サービスレイアウトなどのサーバー設定が含まれますが、トポロジーデータは独立したエンティティとしては含まれません（トポロジーは構成の一部です）。
このコマンドでは、以下の項目はバックアップされません。
ファイルストアに保存されている抽出ファイルは、必要に応じて別途バックアップする必要があります。
ログファイルは、tsmメンテナンスziplogを使用してアーカイブされます。
オプションA（通知設定）は誤りです。通知設定はリポジトリに保存されている構成データの一部ではありますが、バックアップの主な対象ではありません。より広いカテゴリは「リポジトリデータ」です。オプションB（SMTPサーバー設定）も同様の理由で誤りです。SMTP設定はリポジトリ内の構成データですが、バックアップはこれらの設定だけに限定されるわけではありません。
オプションD（トポロジーデータ）は誤りです。トポロジーデータ（例えば、サービスがノード間でどのように分散されているか）はバックアップに含まれる構成の一部ですが、独立した項目として保存されるわけではありません。.tsbakファイルはリポジトリデータベースを中心としています。
参考資料：Tableau Serverドキュメント - 「Tableau Serverデータのバックアップ」（https://help.tableau.com/current
/server/en-us/backup_restore.htm)

HA Tableau Server クラスターでは、コーディネーション サービス (ZooKeeper アンサンブル) がクラスターの状態を維持します。その状態を確認する最適な方法を見つけましょう。
調整サービス：
クォーラムとフェイルオーバーを確保するため、複数のノード（HA構成では3つまたは5つ）で動作します。ステータスは、実行中および同期済みかどうかを示し、クラスタの健全性にとって非常に重要です。
オプションC（tsm status -v を実行）：正解です。
詳細: tsm status --verbose コマンドは、ノード全体のすべてのプロセスを一覧表示します。これには、調整サービスも含まれます (例: "Coordination Service: RUNNING")。
最適な理由: CLI でノード固有の詳細なステータスを提供します。例: 「ノード 1: RUNNING、ノード 2:
走る。
使用方法：初期ノードで実行してください。-v オプションを使用すると、完全な出力が保証されます。

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 authentication active-directory configure で有効化します。