Tableau Bridge を実装して、オンプレミス データベースへのライブ接続を確立します。Tableau Bridge は、Tableau Cloud からオンプレミス データへのリアルタイム アクセスを可能にするために特別に設計されており、このシナリオに最適なソリューションです。オプション A は不正解です。Tableau Prep Builder はデータの準備に使用され、オンプレミス データ ソースへのライブ接続を確立するために使用されるわけではないためです。オプション C は不正解です。すべてのデータをクラウドに移行することは、すべての企業にとって実現可能または望ましいとは限らないためです。オプション D は不正解です。Tableau Cloud のネイティブ機能には、Tableau Bridge を使用せずにオンプレミス データベースに直接ライブ データ接続する機能は含まれていないためです。

CPU 使用率、メモリ、ディスク容量、ネットワーク アクティビティなどのメトリクスを追跡する包括的なシステム監視ツールの利用 Tableau Server 環境でパフォーマンスを向上させるための推奨戦略は、包括的なシステム監視ツールを使用することです。このツールは、CPU 使用率、メモリ使用率、ディスク容量、ネットワーク アクティビティなどのさまざまな主要メトリクスを追跡する必要があります。これらのメトリクスは、ハードウェアとオペレーティング システムの健全性とパフォーマンスに関する貴重な洞察を提供し、潜在的なボトルネックをタイムリーに特定して解決できるようにします。オプション A は不正解です。Tableau Server の内部監視ツールのみに頼ると、オペレーティング システムとハードウェア関連のメトリクスに関する完全な洞察が得られない可能性があります。
オプション C は不正解です。ネットワーク アクティビティのみに焦点を当てると、パフォーマンスに影響する他の重要なシステム メトリックが見落とされてしまいます。オプション D は不正解です。システム メトリックを毎週手動で記録するのは非効率的であり、プロアクティブなパフォーマンス管理に不可欠なリアルタイムの洞察が得られません。

大量のデータを処理し、異常に対するアラートを生成できるツールを使用して、自動ログ集計および分析を設定します。大規模な Tableau Server 導入の場合、ベスト プラクティスは、大量のログ データを処理できるツールを使用して、自動ログ集計および分析を設定することです。異常検出およびアラート メカニズムを備えた自動システムは、潜在的な問題を効率的に特定できるため、管理者はパフォーマンスのボトルネックに積極的に対処できます。オプション A は不正解です。ユーザーから報告された問題に応じてログを分析するだけでは、根本的な問題の特定と解決が遅れる可能性があります。オプション C は不正解です。メンテナンス期間中にのみログを分析すると、継続的な監視と新たな問題への迅速な対応の機会を逃すことになります。オプション D は不正解です。委任は戦略の一部になり得ますが、サーバー導入全体にわたる自動で包括的なログ分析の必要性に取って代わるものではありません。

地域のデータプライバシー法に準拠した集中型 ID 管理システムとの統合 この戦略では、さまざまなデータプライバシー規制を満たすように設計された集中型システムを活用して、さまざまな地域にわたる安全で準拠したユーザーアクセス管理を保証します。オプション A は、単一の共有ログインではセキュリティが不十分で、地域のデータプライバシー法に準拠していないため、正しくありません。オプション B は、地域固有のローカル認証によって、断片化された一貫性のないアクセス制御が発生する可能性があるため、正しくありません。オプション D は、セッションごとにランダムにパスワードを生成する方法は安全ですが、実用的ではなく、ユーザーフレンドリーではないため、正しくありません。

リソースを大量に消費するタスクをユーザー向けの操作から分離してパフォーマンスを向上する Tableau Server でノードをバックグラウンダー プロセス専用にするのは、主に、データ抽出やサブスクリプション タスクなどのリソースを大量に消費するタスクをユーザー向けの操作から分離するためです。この分離により、システム リソースに対するバックグラウンダーの要求がユーザー インターフェイスの応答性や効率性に影響を及ぼさないようにし、その逆も確実にすることで、パフォーマンスを最適化できます。オプション A は不正解です。セキュリティは重要ですが、バックグラウンダー プロセスにノードを専用にする主な理由ではありません。オプション C は不正解です。バックグラウンダー ノードからの直接データベース アクセスは、この構成決定の主な要因ではありません。オプション D は不正解です。メンテナンスが容易になることは利点ですが、特定のノードでバックグラウンダー プロセスを分離する主な理由ではありません。