最初に非プライマリ ノードを更新し、次にプライマリ ノード、残りのノードの順にアップグレードを段階的に行う マルチノード Tableau Server のアップグレードでは、中断を最小限に抑えるためにアップグレード プロセスを段階的に行うことが重要です。これには、最初に非プライマリ ノードをアップグレードしてテストと検証を行い、その後プライマリ ノード、次に残りのノードの順にアップグレードすることが含まれます。この段階的なアプローチにより、アップグレード プロセス全体を通じてサーバーの安定性と可用性を確保できます。オプション A は不正解です。すべてのノードを同時にアップグレードすると、問題が発生した場合に大幅なダウンタイムが発生する可能性があります。オプション B は不正解です。営業時間中にアップグレードを実行すると、ユーザーと業務が中断する可能性があります。オプション D は不正解です。最初にプライマリ ノードをアップグレードすると、新しい変更やテストされていない変更がサーバーの安定性に影響する場合にリスクが生じる可能性があります。

ワーカー ノードを追加して、サーバー アーキテクチャ全体で負荷をより均等に分散します。観測データによって Tableau Server のプライマリ ノードの負荷が一貫して高いことが示されている場合、ワーカー ノードの追加は検討すべき戦略的なアーキテクチャの修正です。このアプローチは、サーバー全体でワークロードをより均等に分散するのに役立ち、パフォーマンスの向上とプライマリ ノードの負荷の軽減につながる可能性があります。オプション A は不正解です。オペレーティング システムを切り替えても、サーバー アーキテクチャ全体の負荷分散の問題に直接対処することはできないからです。オプション C は不正解です。ネットワーク帯域幅を増やすと、データ転送には役立ちますが、サーバーのプライマリ ノードの高負荷の問題は解決されないからです。オプション D は不正解です。すべてのプロセスをプライマリ ノードに統合すると、高負荷の問題が軽減されるどころか悪化する可能性が高いからです。

データ更新スケジュールに合わせて定期的にスケジュールされた間隔でキャッシュがクリアされるように構成する データ更新スケジュールに合わせて定期的にスケジュールされた間隔で Tableau Server のキャッシュがクリアされるように構成すると、パフォーマンスとデータの鮮度を効果的にバランスさせることができます。このアプローチにより、ユーザーは比較的新しいデータを受け取りながら、キャッシュによるパフォーマンス向上のメリットも享受できます。オプション A は不正解です。ビューがロードされるたびにキャッシュを更新すると、キャッシュによるパフォーマンス上のメリットが打ち消され、サーバーに不要な負荷がかかる可能性があります。オプション C は不正解です。キャッシュを完全に無効にすると、Tableau Server がキャッシュされたデータを活用してパフォーマンスを高速化できなくなるためです。オプション D は不正解です。RAM を増やすとサーバーの容量は向上しますが、ダッシュボードのパフォーマンスに関連するキャッシュ戦略は直接最適化されないためです。

サーバー レベルで抽出の暗号化を有効にして、コンテンツに関係なくすべての抽出が暗号化されるようにする Tableau Server で抽出の暗号化を実装するには、サーバー レベルでの暗号化を有効にする必要があります。これにより、サーバーに保存されているすべての抽出が暗号化され、機密性に関係なくすべてのデータにわたって一貫したセキュリティ レイヤーが提供されます。このアプローチは、サーバーに保存されている抽出データへの不正アクセスから保護するのに役立ちます。オプション A は不正解です。抽出を選択的に暗号化すると、セキュリティの不整合や潜在的な脆弱性が生じる可能性があります。オプション C は不正解です。データベース レベルの暗号化では、データベースからエクスポートされた抽出は保護されないためです。オプション D は不正解です。各抽出を手動で暗号化するのは非効率的でスケーラブルではなく、Tableau Server では抽出用に独自の暗号化メカニズムが提供されているためです。

その時間帯に発生する抽出更新やサブスクリプションなどのスケジュールされたアクティビティを調査します。 特定の時間帯に CPU 使用率が高いことが観察された場合、最善の初期アクションは、その時間帯に発生する可能性のある抽出更新やレポート サブスクリプションなどのスケジュールされたサーバー アクティビティを調査することです。
CPU スパイクの原因を理解することで、これらのアクティビティを再スケジュールしたり、リソースをより効率的に使用するために最適化したりするなど、より的を絞ったアクションを講じることができます。オプション A は不正解です。ハードウェアのアップグレードは、現在のセットアップ内で CPU 使用率が高くなる原因を評価して対処した後にのみ検討する必要があります。オプション C は不正解です。ユーザー アクセスを制限することは、CPU 使用率が高くなる根本的な原因に対処しない事後的な対策です。オプション D は不正解です。パターンを無視すると、サーバーの安定性やユーザー エクスペリエンスに影響を与える可能性のあるパフォーマンスの問題を見落とす可能性があります。