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）。

視覚化に関するコメントは Tableau Server でのコラボレーションを促進します。要件を詳しく見ていきましょう。
* コメントの前提条件:
* サイトレベルの有効化: サイトに対してコメントを有効にする必要があります。
* 権限: ユーザーにコンテンツに対する「コメントを追加」機能が必要です。
* サイト ロール: 閲覧者の最小ロールでは、権限が設定されている場合、コメントを許可します。
* オプション B (コメントの追加は権限で許可されている必要があります): 正解です。
* 詳細: 権限ダイアログ（例：ワークブック）で、ユーザー/グループの「コメントの追加」を「許可」に設定します。明示的に有効にしない限り、デフォルトは「拒否」です。
* 方法: コンテンツ > ワークブック > アクション > 権限 > ルールの編集。
* 理由: 権限は細かく設定できるため、サイトの有効化だけでは不十分です。
* オプション D (サイトの設定ページでコメントを有効にする必要があります): 正解です。
* 詳細: 「サイト」>「設定」>「全般」>「コメントを許可する」に移動し、チェックボックスをオンにします。
* 理由: これはサイト全体のトグルです（デフォルト: オフ）。この設定がないと、権限に関わらず誰もコメントできません。
* オプション A (Explorer の最小サイト ロール - 公開可能): 誤りです。
* 理由: 権限が許可されている場合は、閲覧者ロールで十分です。エクスプローラー (公開可能) は必要ありません (コメントではなく公開を追加します)。
* オプション C (サーバー設定ページ): 誤りです。
* 理由: コメントはサイト レベルの機能であり、サーバー全体の機能ではありません。TSM のサーバー設定にはそのような切り替えは存在しません。
これが重要である理由: サイト レベルとコンテンツ レベルの両方でコメントを有効にすると、チームの洞察を得るための鍵となる、制御されたコラボレーションが確保されます。
参考: Tableau Server ドキュメント - 「コメントを有効にする」(https://help.tableau.com/current/server/en- us/comment.htm#enable)。

Tableau Server のデータドリブンアラートを使用すると、ビュー内のデータが特定の条件（例：売上指標がしきい値を超えるなど）を満たした場合に、ユーザーに通知を送信できます。この機能は、管理者が明示的に有効にしない限り、サイトごとにデフォルトで無効になっています。
オプション C (新しいサイトの [設定] ページでデータドリブンアラートの設定を変更する): これが正解です。Tableau Server の Web インターフェイスで、サイト管理者はサイトの [設定] > [全般] ページに移動し、「ユーザーがデータドリブンアラートを作成できるようにする」オプションを有効にできます。新しいサイトではデフォルト設定が無効になっているため、このオプションは手動で行う必要があります。有効にすると、適切な権限 (Viewer、Explorer、Creator など) を持つユーザーは、アクセス権を持つビューでアラートを作成できるようになります。
オプション A (TSM 構成ページでデータ駆動型アラートを有効にする): これは正しくありません。TSM 構成ページ (TSM Web UI または CLI からアクセス) では、データ駆動型アラートなどのサイト固有の機能ではなく、ポート、認証、プロセスなどのサーバー全体の設定が管理されます。
オプションB（tsm configuration set -k dataAlerts.checkIntervalInMinutes -v 60 コマンドを実行）：これは誤りです。dataAlerts.checkIntervalInMinutes キーは、Tableau Server がアラート条件をチェックする頻度（デフォルトは60分）を制御しますが、機能自体を有効にするものではありません。この機能は、まずサイトレベルで有効にする必要があります。
オプション D (アクションは不要): これは正しくありません。新しいサイトではデータ駆動型アラートのデフォルト設定がオフになっており、有効にするには明示的なアクションが必要です。
参考資料: Tableau Server ドキュメント - 「データドリブンアラートの構成」(https://help.tableau.com/current
/server/en-us/data_alerts.htm)。

Tableau Server は、クエリ結果を保存することでワークブックの読み込みを高速化するためにキャッシュを使用します。スケジュールされた抽出更新によってデータが更新されると、キャッシュの再計算が必要になる場合があります。その仕組みを詳しく見ていきましょう。
* キャッシュの基本:
* VizQL キャッシュ: レンダリングされたビューとクエリ結果を保存し、アクセスを高速化します。
* 更新トリガー: スケジュールされた更新により、基礎となる抽出 (.hyper) が更新されますが、キャッシュは自動的に無効化されず、要求に応じて無効化されます。
* 条件の再計算: Tableau は、ワークブックがアクセス (表示) され、そのデータが変更された場合 (更新など)、キャッシュを再計算します。
* 評価：
* オプション B (ワークブックに今後スケジュールされた更新タスクがある): 正解です。
* 理由: 今後の更新タスクは、ワークブックがスケジュール設定された抽出に依存していることを示しています。更新の実行後、データが変更され、次回のビューでの再計算に備えてキャッシュが準備されます。スケジュールが設定されていない場合、更新は行われないため、これは前提条件となります。
* 詳細: スケジュールは、[スケジュール] > [タスク] で設定されます (例: 「毎日午前 2 時」)。
* オプション D (ワークブックは最近閲覧されています): 正解です。
* 理由: データが変更された場合 (例: 更新後)、表示するとキャッシュの再計算がトリガーされます。
Tableau は「遅延キャッシュ」モデルを使用します。ユーザーがワークブックをロードしたときにのみキャッシュが更新され、最新の結果が保証されます。
* 詳細: 「最近」は厳密に定義されていませんが、更新後のアクセスを意味します。
* オプション A (先月公開): 不正解です。
* 理由: 公開日は無関係です。キャッシュの再計算は、公開のタイミングではなく、データの変更とアクセスに関係します。
* オプション C (すべてのユーザー グループにアクセスを許可する権限ルールがある): 不正解です。
* 理由: 権限により表示は可能になりますが、再計算には潜在的なアクセスだけでなく、実際のアクセス (表示) と更新イベントが必要です。
これが重要である理由: キャッシュによりパフォーマンスと鮮度認識トリガーのバランスが保たれ、古いデータによる予期せぬ事態が防止されます。
参考資料: Tableau Server ドキュメント - 「キャッシュとパフォーマンス」(https://help.tableau.com/current
/server/en-us/perf_cache.htm)。

Tableau Server は複数のプロセスに依存しており、それぞれが特定の役割を担っています。リポジトリプロセス（PostgreSQL ベース）はメタデータのデータベースとして機能し、次のような重要な情報を保存しています。
* ユーザーとグループの詳細。
* 権限とサイト構成。
* ワークブックとデータ ソースのメタデータ (スケジュール、サブスクリプションなど)。
* オプションB（リポジトリ）：正解です。リポジトリはすべてのメタデータを保持する一元管理データベースであり、Tableau Serverのコンテンツ管理の基盤となります。HA構成では通常、2つのインスタンス（アクティブインスタンス1つとパッシブインスタンス1つ）がクラスタコントローラによって監視されます。
* オプションA（データエンジン）：不正解です。データエンジンは、メタデータではなく、メモリ内データ処理と抽出ストレージ（例：.hyperファイル）を管理します。リポジトリとは別のものです。
* オプション C (バックグラウンダー): 不正解です。バックグラウンダーは抽出の更新やサブスクリプションなどのバックグラウンドタスクを処理しますが、メタデータを保存せず、リポジトリと連携してタスクの詳細を取得します。
* オプションD（ファイルストア）：不正解です。ファイルストアは、リポジトリに保存されるメタデータではなく、物理的な抽出ファイルとワークブックアセットを管理します。
参考資料: Tableau Server ドキュメント - 「Tableau Server プロセス」(https://help.tableau.com/current
/server/en-us/processes.htm）。