Tableau Serverで新しい管理者アカウントの設定を強制的に要求する場合（例えば、サーバーを初期設定状態にリセットする場合）、tsm resetコマンドが適切なツールです。このコマンドは、ワークブックやデータソースなどのコンテンツを保持したまま、TSM管理者アカウントを含むTableau Serverの管理構成をリセットします。
オプション B (tsm reset コマンドの実行): 正解です。tsm reset を実行すると、現在の TSM 管理者の認証情報と構成設定がクリアされます。次回 TSM にアクセスする際 (Web インターフェイスまたは CLI 経由など)、初期設定プロセスを模倣して、新しい管理者アカウントを設定するように求められます。コマンド: tsm reset -- username <新しいユーザー名> --password <新しいパスワード>。
オプションA（tabsvc.ymlの編集）：誤りです。tabsvc.ymlファイルにはサービス構成データが含まれていますが、管理者アカウントのリセットのために手動で編集することはサポートされておらず、推奨もされていません。また、インストールが破損する可能性もあります。
オプションC（tsm registerコマンドを実行する）：誤りです。tsm registerコマンドは、Tableau Serverを新しいプロダクトキーまたはIDストアに登録するために使用するものであり、管理者アカウントをリセットするために使用するものではありません。
オプションD（Tableau Serverの再インストール）：誤りです。再インストールはサーバー全体（コンテンツを含む）を消去してしまうため、この作業には過剰です。tsm resetコマンドを使用すれば、データ損失なく目的を達成できます。
参照：Tableau Server ドキュメント - 「TSM リセット コマンド」（https://help.tableau.com/current/server
/en-us/cli_reset.htm)

Tableau Serverのパフォーマンスと安定性は、専用リソースと適切な構成に依存します。同じサーバー上で追加のソフトウェアを実行すると、以下の理由から問題が発生する可能性が最も高くなります。
* リソース競合: Tableau Server は、かなりの CPU、RAM、およびディスク I/O を必要とします。他のソフトウェア (e.
（データベースやウェブサーバーなど）はこれらのリソースを競合し、処理速度の低下、クラッシュ、またはタスクの失敗につながる可能性があります。
* ポートの競合：Tableauは特定のポート（例：80、443、8850）を使用するため、他のアプリケーションが干渉する可能性があります。
* セキュリティリスク：追加ソフトウェアによって攻撃対象領域が拡大し、Tableau Serverが侵害される可能性が高まります。
Tableauは、サーバーを専用のハードウェア上で、無関係なアプリケーションをインストールせずに実行することを推奨しています。
* オプションA（サーバー上で追加のソフトウェアを実行する）：正解です。これはパフォーマンスの問題を引き起こす一般的な原因であり、Tableauのベストプラクティスでは明確に推奨されていません。
* オプション B (バックグラウンド処理と VizQL プロセスを別のマシンに分離する): 不正解。
これはサポートされているマルチノード構成であり、TSM を介して適切に設定すれば、問題を引き起こすのではなく、パフォーマンスを向上させることができます。
* オプション C（サーバーを静的 IP アドレスを使用するように構成する）：誤りです。Tableau Server では、安定したネットワーク アクセスを確保するために静的 IP アドレスの使用が推奨されているため、問題が発生する可能性は低いでしょう。
* オプション D（デフォルト以外のインストール パスを使用する）：誤りです。デフォルトではありませんが、カスタム パスはサポートされており（TSM またはインストーラー オプション経由）、権限とディスク容量が十分であれば問題が発生する可能性は低いです。
参考資料：Tableau Server ドキュメント - 「インストールに関するベストプラクティス」（https://help.tableau.com/current
/server/en-us/install_best_practices.htm)

ゲストアクセス機能を使用すると、内部ゲストアカウントを介して、ホストページにアクセスしたユーザーは個別のTableau認証情報を必要とせずに、埋め込まれたTableauビュー（ポータルやイントラネットページなど）を表示できます。ただし、コンテンツ作成権限は付与されず、管理者ログインを回避することもできず、基となるデータに適用される行レベルのセキュリティルールにも影響を与えません。

Tableau Serverのパフォーマンスと安定性は、専用リソースと適切な構成に依存します。同じサーバー上で追加のソフトウェアを実行すると、以下の理由から問題が発生する可能性が最も高くなります。
リソース競合：Tableau Serverは、大量のCPU、RAM、およびディスクI/Oを必要とします。他のソフトウェア（データベース、Webサーバーなど）がこれらのリソースを競合すると、処理速度の低下、クラッシュ、またはタスクの失敗につながる可能性があります。
ポートの競合：Tableauは特定のポート（例：80、443、8850）を使用するため、他のアプリケーションが干渉する可能性があります。セキュリティリスク：追加のソフトウェアによって攻撃対象領域が拡大し、Tableau Serverが危険にさらされる可能性があります。
Tableauは、サーバーを専用のハードウェア上で、無関係なアプリケーションをインストールせずに実行することを推奨しています。
オプションA（サーバー上で追加ソフトウェアを実行する）：正解です。これはパフォーマンスの問題を引き起こす一般的な原因であり、Tableauのベストプラクティスでは明確に推奨されていません。

Tableau Server で新しく公開したワークブックのパフォーマンスが遅いというユーザーからの報告があった場合、トラブルシューティングでは、データソースの問題、サーバー負荷、ワークブックの設計、キャッシュなど、原因を特定する必要があります。まず最初に、範囲を絞り込むための基準値を設定する必要があります。これを段階的に詳しく分析してみましょう。
パフォーマンスコンテキスト:
ワークブックの速度は、以下の要素によって決まります。
データソース：クエリの複雑さ、サイズ、ネットワーク遅延（例：データベースと抽出）。ワークブック設計：フィルター、計算、ダッシュボードの複雑さ。サーバーリソース：VizQLレンダリング、バックグラウンド処理の負荷、キャッシュ。「新規公開」とは、サーバー上でまだ最適化またはキャッシュされていないことを意味します。
オプションA（Tableau Desktopの方が高速に動作しますか？）：正解です。理由：まず、デスクトップ版とサーバー版のパフォーマンスを比較することは、最も基本的な診断手順です。
デスクトップの基準：デスクトップ（ローカルマシン）で動作が遅い場合、問題はおそらくワークブック（複雑なクエリ、大容量データなど）またはデータソース（低速なデータベースなど）にあり、サーバー固有の問題ではありません。
サーバー側の違い：デスクトップでは高速なのにサーバーでは遅い場合、問題はサーバー側にある可能性があります（例：リソースの競合、サーバーからデータソースへのネットワーク遅延）。
具体的な次のステップ：
デスクトップでの動作が遅い場合：ワークブックを最適化してください（例：計算式の簡略化、抽出機能の使用）。デスクトップでの動作が速い場合：サーバーを確認してください（例：キャッシュ、VizQLの読み込み）。
重要度：問題がワークブック/データに固有のものか、サーバーによって引き起こされたものかを判断し、その後のすべての調査の指針となります。