Editing permissions on a workbook in Tableau Server depends on the user's role and the project's permission settings. Since permissions are not locked (i.e., "Managed by Owner"), let's dissect who can edit them:
* Permission Model:
* Not Locked: Owners of content (workbooks, data sources) can set permissions, and Project Leaders can override at the project level.
* Site Roles: Define maximum capabilities (e.g., Viewer, Explorer, Creator).
* Capabilities: "Set Permissions" is explicit-only certain users get it.
* Option C (The workbook's owner): Correct.
* Details: The owner (typically the publisher) has full control over their workbook when permissions are Managed by Owner:
* How: In the UI, go to Content > Workbooks > Actions > Permissions-owners can edit rules (e.g., grant Editor to a group).
* Site Role: Minimum of Explorer (can publish) or Creator to publish, ensuring "Set Permissions" capability.
* Why: Ownership inherently includes permission management unless locked.
* Option D (Users set to Project Leader for the workbook's project): Correct.
* Details: Project Leaders are assigned via Content > Projects > Actions > Permissions > Set Project Leader:
* Power: Can edit permissions for all content in the project, even if not the owner.
* Site Role: Requires Site Administrator or Server Administrator (Creator/Explorer variants suffice).
* Why: Overrides ownership in Managed by Owner mode-ensures project-level governance.
* Option A (Users with project and workbook Viewer role): Incorrect.
* Why: Viewer role (site-level) limits users to viewing-lacks "Set Permissions" capability, regardless of project/workbook rules.
* Option B (Users with workbook Interactor role): Incorrect.
* Why: "Interactor" isn't a standard role-likely a misnomer for Explorer or Viewer with interaction permissions (e.g., Filter). No permission-editing rights exist here.
Why This Matters: Knowing who can edit permissions prevents access control gaps-crucial for collaborative or regulated environments.
Reference: Tableau Server Documentation - "Permissions" (https://help.tableau.com/current/server/en-us
/permissions.htm), "Project Leader Permissions" (https://help.tableau.com/current/server/en-us
/permissions_project_leader.htm).

Tableau Server's user-based licensing (Creator, Explorer, Viewer) ties licenses to individual users-let's determine compatible authentication methods:
* User-Based Licensing:
* Licenses are assigned per user, tracked by username.
* Authentication determines how users log in-must integrate with licensing.
* Option A (Local authentication): Correct.
* Details: Users are managed in Tableau Server's internal database-username/password set manually or via import.
* Why: Directly ties to user accounts, fully compatible with licensing.
* Option C (Trusted authentication): Correct.
* Details: Allows external apps to authenticate users via tickets (e.g., /trusted/<ticket>).
* Why: Maps to Tableau usernames, integrating with licensing-common for embedded analytics.
* Config: Trusted IPs or credentials set in TSM.
* Option D (Active Directory): Correct.
* Details: Uses AD for authentication (LDAP or Kerberos)-users sync to Tableau Server.
* Why: AD usernames align with licensing-supports SSO and user management.
* Config: Enable via tsm authentication active-directory configure.
* Option B (Reliance authentication): Incorrect.
* Why: Not a recognized Tableau authentication method-likely a typo (e.g., for "Resilience" or misheard term). No such feature exists.
Why This Matters: Authentication flexibility ensures user-based licensing fits diverse IT environments- critical for adoption.
Reference: Tableau Server Documentation - "Authentication" (https://help.tableau.com/current/server/en-us
/auth_overview.htm), "Licensing Overview" (https://help.tableau.com/current/server/en-us/license_usage.
htm).

In an HA Tableau Server cluster, the Coordination Service (ZooKeeper ensemble) maintains cluster state- let's find the best way to check it:
* Coordination Service:
* Runs on multiple nodes (3 or 5 in HA) to ensure quorum and failover.
* Status indicates if it's running and synced-critical for cluster health.
* Option C (Run tsm status -v): Correct.
* Details: tsm status --verbose lists all processes across nodes, including Coordination Service (e.
g., "Coordination Service: RUNNING").
* Why Best: Provides detailed, node-specific status in the CLI-e.g., "Node 1: RUNNING, Node
2: RUNNING."
* Use: Run on the initial node; -v ensures full output.
* Option A (TSM web client Status page): Incorrect.
* Why: The TSM UI (Server > Status) shows process counts (e.g., "Coordination Service: 3 instances"), but not detailed per-node status-less granular than CLI.
* Option B (tsm maintenance ziplogs): Incorrect.
* Why: Generates log archives for troubleshooting, not a real-time status check.
* Option D (Tableau Server Status page): Incorrect.
* Why: The Server Status page (Server > Status in the web UI) monitors application processes (e.
g., VizQL), not TSM's Coordination Service.
Why This Matters: Coordination Service health ensures HA stability-tsm status -v is the admin's go-to for precision.
Reference: Tableau Server Documentation - "Check Server Status" (https://help.tableau.com/current/server/en- us/tsm_status.htm).

TSM is Tableau Server's management layer, accessible via CLI or web UI (port 8850). HTTPS secures this access-let's identify the responsible process:
* TSM Architecture:
* Administration Controller: Core TSM process, running on the initial node, handling configuration, UI, and CLI commands.
* HTTPS: Enabled by default on port 8850 with a self-signed certificate (configurable to custom certs).
* Option B (Administration Controller): Correct.
* Details: Hosts the TSM web UI (https://<server>:8850) and processes CLI requests. It manages the HTTPS listener, serving the interface securely.
* Why: It's the central hub for TSM operations, including secure access.
* Option A (License Manager): Incorrect.
* Why: Validates licenses, not responsible for HTTPS or UI access.
* Option C (Administration Agent): Incorrect.
* Why: Runs on additional nodes in multi-node setups to relay commands to the Controller-no direct HTTPS role.
* Option D (Coordination Service): Incorrect.
* Why: ZooKeeper manages cluster state, not TSM's web interface or HTTPS.
Why This Matters: Secure TSM access protects server administration-Administration Controller is the linchpin.
Reference: Tableau Server Documentation - "TSM Overview" (https://help.tableau.com/current/server/en-us
/tsm_overview.htm).

Tableau Server's licensing ties product keys to specific machines. Moving an environment requires managing activations to stay compliant. Let's break this down:
* Licensing Rules:
* A product key can be activated on multiple machines (e.g., Dev, Test, Prod), but only up to the licensed limit (typically 3 for such setups).
* Deactivation frees the key for reuse elsewhere.
* Recommended Workflow:
* Deactivate first: Use tsm licenses deactivate on the old Test machine to release the key.
* Then activate: Install on the new hardware and activate with tsm licenses activate -k <key>.
* Why: Ensures compliance and avoids activation conflicts (e.g., exceeding the key's limit).
* Option B (Deactivate on Test, then install/activate on new hardware): Correct.
* Steps:
* On old Test: tsm licenses deactivate.
* Install Tableau Server on new hardware.
* On new Test: tsm licenses activate -k <key>.
* Benefit: Clean, compliant transfer-preserves license integrity.
* Option A (Activate new, then deactivate old): Incorrect.
* Risk: If the key's limit is reached (e.g., 3 activations), the new activation fails until deactivation occurs. Order matters.
* Option C (Activate new, keep old as backup): Incorrect.
* Issue: Exceeds license limit (4 activations) and risks non-compliance. Backup requires deactivation or a separate key.
* Option D (Activate new, obliterate old): Incorrect.
* Details: tableau-server-obliterate.cmd wipes the entire install (data, config)-overkill and doesn't formally deactivate the key via TSM, potentially leaving licensing inconsistent.
Why This Matters: Proper license management prevents activation errors and ensures legal use across environments.
Reference: Tableau Server Documentation - "Manage Product Keys" (https://help.tableau.com/current/server
/en-us/license_manage.htm).