自動抽出更新には、アクティブなバックグラウンド処理プロセス（ジョブを実行するため）と、サーバーまたはデスクトップ発行ダイアログを介して抽出に割り当てられたスケジュールが必要です。ライブ接続では抽出処理が完全にスキップされるため、このオプションは適用されません。

Tableau Serverでユーザーを削除するには、そのユーザーが所有するコンテンツ（ワークブック、データソース）の処理が必要です。そのプロセスを分析してみましょう。
* 削除ルール:
* 所有権チェック：Tableauは、ユーザーがコンテンツを所有している場合、そのコンテンツが孤立するのを防ぐために削除を防止します。
* アクション: 削除する代わりに、ユーザーのサイトロールを「ライセンスなし」に設定し、アカウントとコンテンツの所有権を保持します。
* 解決策: 削除する前に、管理者が所有権を再割り当てする必要があります (例: ユーザー > アクション > 所有者の変更)。
* オプション D（ユーザーがライセンスなしモードに切り替え、削除は行わなかった）：正解。
* 詳細：削除操作（例：ユーザー > ユーザーを選択 > アクション > 削除）を行うと、チェックが実行されます。コンテンツが存在する場合、ユーザーはライセンスなしの状態となり、システムには残りますがログインできなくなります。
* 理由：データの整合性を保護し、コンテンツは再割り当てのためにアクセス可能な状態を維持します。
* オプション A（削除済み、内容はサーバー管理者へ）：不正解。
* 理由: サーバー管理者への自動再割り当ては不要です。まずは手動操作が必要です。
* オプションB（削除済み、内容はプロジェクトリーダー宛）：不正解。
* 理由：プロジェクトリーダーはコンテンツを自動的に継承しません。そのような仕組みは存在しません。
* オプションC（ユーザーとコンテンツが削除されました）：不正解。
* 理由: Tableau は、明示的な意図がない限り、ユーザーによるコンテンツの削除を避けています。削除は破壊的すぎるためです。
これが重要な理由：この安全対策により、偶発的なデータ損失を防ぎ、管理者が所有権の移転を意図的に管理できるようになります。
参考資料：Tableau Server ドキュメント - 「ユーザーの削除」（https://help.tableau.com/current/server/en-us
/users_delete.htm)

Tableau Serverが認証にActive Directory（AD）を使用する場合、グループ同期ではADグループがインポートされ、そのグループのユーザーに最低限のサイトロール（例：閲覧者、エクスプローラー）が割り当てられます。これにより、ユーザーがベースラインのアクセスレベルを満たすことが保証されます。同期中の既存ユーザーの動作は次のとおりです。
* ユーザーの現在のサイトロールが最低限のアクセス権限よりも多くのアクセス権限を付与している場合（例：エクスプローラー対ビューアー）、そのロールは変更されません。
* ユーザーの現在の役割が最低限のアクセス権限よりも低い場合（例：ライセンスなし vs. 閲覧者）、その役割は最低限のアクセス権限にアップグレードされます。
これにより、より高い権限が維持されつつ、最低限の権限が強制されます。「アクセスを制限する」とは、最小ロールが現在のロールよりも低い場合（例：閲覧者対探検者）を意味し、その場合は既存のロールが維持されます。
* オプションA（最小サイトロールによってアクセスが制限される場合にのみ、最小サイトロールに変更されます）：
その通りです。ユーザーの役割は、最小権限がアクセス権限を引き上げた場合（例：ライセンスなしから閲覧者へ）のみ変更され、それ以外の場合は、より高い権限のままです。
* オプションB（最小要件を満たすために必要な場合にのみ変更されます）：表現が不適切です。これは実際の動作とは逆で、変更は最小要件を満たすために必要な場合にのみ発生し、それを超えるために必要な場合には発生しません。
* オプションC（常に変更される）：誤りです。既存の上位の役割は維持されます。
* オプションD（変更されない）：不正解。現在のロールが最低基準を下回ると変更されます。
参照: Tableau Server ドキュメント - 「Active Directory グループの同期」(https://help.tableau.com
/current/server/en-us/groups_sync.htm)

Tableau Server のワークブックの編集権限は、ユーザーの役割とプロジェクトの権限設定によって異なります。権限はロックされていない（つまり、「所有者によって管理されている」）ため、誰が編集できるかを詳しく見ていきましょう。
* 権限モデル:
* ロックされていません: コンテンツ (ワークブック、データ ソース) の所有者はアクセス許可を設定でき、プロジェクト リーダーはプロジェクト レベルでそれを上書きできます。
* サイトロール：最大権限を定義します（例：閲覧者、エクスプローラー、作成者）。
* 機能：「権限の設定」は明示的で、特定のユーザーのみが利用できます。
* オプションC（ワークブックの所有者）：正解。
* 詳細: 所有者 (通常は発行者) は、権限が所有者によって管理されている場合、ワークブックを完全に制御できます。
* 方法: UI で、[コンテンツ] > [ワークブック] > [アクション] > [アクセス許可] に移動します。所有者はルールを編集できます (例: グループにエディター権限を付与する)。
* サイトロール: 公開するにはエクスプローラー (公開可能) またはクリエーターの権限が最低限必要で、「権限の設定」機能が必須です。
* 理由：所有権には、ロックされていない限り、権限管理が本質的に含まれます。
* オプション D（ワークブックのプロジェクトのプロジェクト リーダーに設定されているユーザー）：正解。
* 詳細: プロジェクトリーダーは、[コンテンツ] > [プロジェクト] > [アクション] > [権限] > [プロジェクトリーダーの設定] から割り当てられます。
* 権限: プロジェクト内のすべてのコンテンツの権限を、所有者でなくても編集できます。
* サイトロール: サイト管理者またはサーバー管理者が必要です（作成者/エクスプローラーのバリアントでも可）。
* 理由: 所有者による管理モードで所有権を上書きし、プロジェクトレベルのガバナンスを保証します。
* オプション A（プロジェクトおよびワークブックの閲覧者ロールを持つユーザー）：不正解。
* 理由: ビューアーロール (サイトレベル) では、プロジェクト/ワークブックのルールに関係なく、ユーザーは閲覧のみに制限され、「権限の設定」機能がありません。
* オプション B (ワークブックのインタラクターロールを持つユーザー): 不正解。
* 理由：「インタラクター」は標準的な役割ではありません。おそらく、インタラクション権限（例：フィルター）を持つエクスプローラーまたはビューアーを指す不適切な名称です。ここでは権限編集権限は存在しません。
これが重要な理由：誰が権限を編集できるかを把握することで、アクセス制御の抜け穴を防ぐことができます。これは、共同作業環境や規制された環境において非常に重要です。
参照：Tableau Serverドキュメント - 「権限」（https://help.tableau.com/current/server/en-us）
/permissions.htm)、「プロジェクトリーダーの権限」（https://help.tableau.com/current/server/en-us）
/permissions_project_leader.htm)

Active DirectoryグループをTableau Serverにインポートすると、ユーザー管理が同期されます。そのプロセスとオプションを分析してみましょう。
ADグループのインポートプロセス：
方法：UI（ユーザー > グループ > グループの追加 > Active Directory）で、ADグループ名を入力し、サイトロールを設定して同期します。
行動：
既存ユーザー: ユーザーが既にTableau Serverに登録されている場合、手動で調整しない限り、サイトロールは変更されません。同期機能は、アクセス権をアップグレードする場合にのみ、最小限のロールを適用します。新規ユーザー: インポート時に指定されたサイトロールでTableauに追加されます。
設定：TSMでAD認証が有効になっている必要があります。
オプションD（新規作成されたユーザーには、インポート時に指定されたサイトロールが割り当てられます）：正解。詳細：
インポート時（例：「SalesTeam」グループ、サイトロール：エクスプローラー）：
新規ユーザーにはエクスプローラーが提供されます。
既存ユーザーは、エクスプローラー以下の権限（例：ライセンスなしエクスプローラー）でない限り、その役割を維持します。
理由：一貫性のあるオンボーディングを保証するため。新規ユーザーは、グループが意図するアクセス権限と一致するようにする。