Get Salesforce Analytics-Admn-201 Exam Practice Questions - Real and Updated

Answer : D

Tableau Server's search functionality relies on an indexed catalog of content (workbooks, data sources, etc.) stored in the Repository. If a user can see a workbook in the UI (e.g., under Content > Workbooks) but not find it via search, the search index may be outdated or corrupted. This can happen due to:

Indexing delays after publishing.

Server maintenance or crashes affecting the index.

Option D (Run the tsm maintenance reindex-search command): Correct. This command rebuilds the search index, ensuring all content (including the user's workbook) is properly cataloged and searchable. Steps:

Stop Tableau Server (tsm stop).

Run tsm maintenance reindex-search.

Start Tableau Server (tsm start).

This is a server administrator task and resolves systemic search issues.

Option A (Re-publish the workbook with keywords): Incorrect. Re-publishing might update the index for that workbook, but it doesn't fix a broader indexing problem. Keywords enhance relevance, not indexing itself.

Option B (Add tags to the workbook): Incorrect. Tags improve searchability but don't address an index failure. If the workbook isn't indexed, tags won't help.

Option C (Log out, and then log back in): Incorrect. This refreshes the user session but doesn't affect the server-side search index.

Why This Matters: A reliable search index is critical for content discovery in large deployments---reindex-search ensures consistency.

Answer : A

Tableau Server uses a PostgreSQL database as its repository to store metadata, user information, and permissions. In a high-availability (HA) setup with multiple nodes, there are typically two repository instances: one active and one passive. The 'preferred active repository' refers to designating which repository instance should take priority as the active one. This is managed through Tableau Services Manager (TSM).

The correct method to set the preferred active repository is by using the tsm configuration set command. Specifically, you would use a command like:

tsm configuration set -k pgsql.preferred_host -v <hostname>

This command allows an administrator to specify the preferred host for the active repository, ensuring control over which node takes precedence in an HA environment.

Option B (tabcmd set command) is incorrect because tabcmd is a command-line utility primarily used for administrative tasks like managing users, groups, and content (e.g., publishing workbooks), not for configuring server topology or repository settings.

Option C (TSM browser client's Maintenance page) is incorrect because the Maintenance page in the TSM web interface is used for tasks like backups, restores, and cleanup, but it does not provide an option to set the preferred active repository.

Option D (TSM browser client's Configuration Topology page) is partially relevant since the Topology page displays the current configuration of services across nodes, including the repository. However, it does not allow direct modification of the preferred active repository; this must be done via the tsm command line.

Answer : A, D

Data-driven alerts notify users when data meets conditions (e.g., sales > $10K). Let's examine when Tableau checks these:

Alert Mechanics:

Enabled per site (Settings > General > Data-Driven Alerts).

Backgrounder evaluates conditions against extract data.

Check Intervals: Configurable via tsm configuration set -k dataAlerts.checkIntervalInMinutes (default: 60 minutes).

Refresh Trigger: Also checks post-extract refresh for immediate updates.

Option A (Every 60 minutes): Correct.

Details: Default interval---Backgrounder polls every hour to evaluate alert conditions.

Config: Adjustable (e.g., -v 30 for 30 minutes).

Option D (Whenever extracts in the related workbook are refreshed): Correct.

Details: An extract refresh updates the data, triggering an immediate alert check to catch changes promptly.

Why: Ensures timely notifications without waiting for the next poll.

Option B (Every 10 minutes): Incorrect.

Why: Not the default---possible via config, but not standard.

Option C (Whenever a new extract is published): Incorrect.

Why: Publishing creates the extract; alerts trigger on refreshes or polling, not initial publication.

Why This Matters: Timing affects alert responsiveness---balancing frequency and server load is key.

Answer : C, D

TSM commands manage Tableau Server maintenance---let's validate their syntax:

Command Requirements:

Some need arguments (e.g., file paths); others are standalone.

Valid and Complete: Must work as-is without errors.

Option C (tsm maintenance cleanup): Correct.

Details: Removes temporary files and old logs---no arguments required (optional flags like -l exist).

Use: tsm maintenance cleanup---runs fully.

Option D (tsm maintenance ziplogs): Correct.

Details: Creates a zip of logs (e.g., tsm-logs.zip)---no arguments needed (optional -d for date range).

Use: tsm maintenance ziplogs---complete and valid.

Option A (tsm maintenance backup): Incorrect.

Why: Requires -f <filename>.tsbak (e.g., tsm maintenance backup -f backup.tsbak)---incomplete without it.

Option B (tsm maintenance restore): Incorrect.

Why: Needs -f <filename>.tsbak (e.g., tsm maintenance restore -f backup.tsbak)---not standalone.

Why This Matters: Correct syntax ensures maintenance tasks execute without errors---critical for server health.

Answer : A

In a high-availability (HA) Tableau Server setup, the Repository (PostgreSQL) has an active and passive instance. Failover occurs if the active Repository fails. Let's dive into the process:

HA Setup:

Two Repository instances across nodes (active/passive).

Failover switches to the passive instance if the active one becomes unavailable (e.g., crash, network issue).

Cluster Controller:

Role: Monitors all processes (e.g., Repository, File Store) across nodes, detecting failures via heartbeats and status checks.

Failover Decision: If the active Repository stops responding, Cluster Controller initiates failover, promoting the passive instance to active.

Coordination: Works with Coordination Service (ZooKeeper) to update topology but makes the initial detection call.

Option A (Cluster Controller): Correct.

Why: It's the watchdog process, constantly monitoring Repository health and triggering failover when needed.

Option B (Coordination Service): Incorrect.

Role: ZooKeeper maintains cluster state and coordinates topology updates post-failover, but doesn't detect the failure---Cluster Controller does.

Option C (Gateway): Incorrect.

Role: Routes client requests---unrelated to internal process monitoring or failover.

Option D (Backgrounder): Incorrect.

Role: Executes background tasks---no involvement in Repository failover decisions.

Why This Matters: Understanding failover ensures HA reliability---Cluster Controller is the linchpin for resilience.