RMT アップグレードのヘルス チェック スクリプト
2025.3.6 リリース以降、RMT インストーラーにはアップグレード前とアップグレード後のヘルス チェック スクリプトが含まれており、アップグレードの前後に Tableau Resource Monitoring Tool (RMT) 環境を検証できます。これらのスクリプトは、構成ミス、権限のずれ、ディスク領域の不足、期限切れの証明書、または以前から存在していたサービス障害など、環境内の既存の問題を特定します。これらの問題は、アップグレードが失敗する原因となる可能性があります。
アップグレード前後のヘルスチェックスクリプトで、次の問題を特定できます。
-
データベースとディスクの準備: 大規模なデータベースや過剰な WAL ファイルによって、移行がハングしたり、ディスク領域が枯渇したりするかどうかを検出します。
-
パーミッションとセキュリティの整合性: ファイル所有権の移行や SSL 証明書の期限切れなど、サービスの再起動やエージェントの再接続を阻害する原因となる問題を特定します。
-
依存関係の検証: PostgreSQL 15 がインストールされる前に、Visual C++ 2022 Redistributable や OpenSSL 3.x などの必要な Windows コンポーネントが存在することを確認します。
-
バージョン ロジックの安全性: バージョンのメタデータのリグレッションによって引き起こされる「誤ったダウングレード」エラーを防止します。
アップグレード前のスクリプト
アップグレード前のスクリプトは、アップグレードを開始すると自動的に実行されます。既存のインストール環境を維持したまま RMT サーバーまたはエージェントのホストを検査し、PASS (成功) / FAIL (失敗) / WARN (警告) のレポートを生成します。
Linux の場合、アップグレード前のチェックは次の一部として自動的に実行されます。
sudo bash upgrade-rmt-master ...
sudo bash upgrade-rmt-agent ...
自動チェックをスキップする方法 (非推奨):
sudo bash upgrade-rmt-master --skip-pre-upgrade-check ...
Windows の場合、インストーラーによってアップグレード前のチェックが自動的に実行されます。インストール中に、アップグレードをスキップするオプションも提示されます。ただし、その操作は推奨されません。
手動でのアップグレード前のチェック
スクリプトを手動で実行して、潜在的な問題を確認できます。手動で実行するには、オペレーティング システムに応じて次の手順を実行します。
Linux の場合:
root ユーザーとしてコマンドを実行してください。データベース チェックを含めるには、`export` コマンドを使用してパスワードを安全に渡します。
sudo bash /opt/tableau/tabrmt/master/install-scripts/rmt-pre-upgrade-check.sh
PostgreSQL のチェックを有効にして実行するには、次のコマンドを実行します。
export RMT_DB_PASSWORD="<tabrmtdb-password>"
sudo -E bash /opt/tableau/tabrmt/master/install-scripts/rmt-pre-upgrade-check.sh
特定のコンポーネントと出力パスを使用して実行するには、次のコマンドを使用します。
sudo bash rmt-pre-upgrade-check.sh --component master --output /tmp/rmt-report.txt
Windows の場合:
RMT サーバーのアップグレード用ファイルは、既定で次の場所にインストールされます。
C:\Program Files\Tableau\Tableau Resource Monitoring Tool\master\scripts\pre-upgrade\rmt-pre-upgrade-check.ps1
エージェントのアップグレード前のファイルは、既定で次の場所にインストールされます。
C:\Program Files\Tableau\Tableau Resource Monitoring Tool\agent\scripts\pre-upgrade\rmt-pre-upgrade-check.ps1
スクリプトを手動で実行するには、PowerShell を管理者として起動し、以下を実行します。
cd "C:\Program Files\Tableau\Tableau Resource Monitoring Tool\master\scripts\pre-upgrade"
\rmt-pre-upgrade-check.ps1
PostgreSQL のチェックを有効にして実行するには、次のコマンドを実行します。
$env:RMT_DB_PASSWORD = "<tabrmtdb-password>"
.\rmt-pre-upgrade-check.ps1
特定のコンポーネントと出力パスを使用して実行するには、次のコマンドを使用します。
.\rmt-pre-upgrade-check.ps1 -Component master -OutputPath C:\temp\rmt-report.txt
その他のオプション
次のオプションを使用して、アップグレード前のチェックをカスタマイズします。
-Component
RMT サーバーまたはエージェントを指定してください。省略された場合、スクリプトはこれを自動的に検出します。
--db-password / -DbPassword
内部 RMT データベースの管理者パスワードです。PostgreSQL のチェックに必要です。
--output / -OutputPath
レポートを保存する場所を指定します。既定では、/tmp/ (Linux) or C:\temp\ (Windows). に保存されます。
--target-version / -TargetVersion
インストールする予定の RMT バージョン。バージョン固有のチェックを有効にします。
--quiet / -Quiet
出力をフィルタリングして、FAIL (失敗) と WARN (警告) の結果のみを表示します。
--verbose / -Verbose
出力には、実行された各チェックの詳細な技術データが表示されます。
スクリプトの結果と必要なアクション
次の表で、スクリプトの結果とアクションを説明します。
| 結果 | ステータス | アクション |
| PASS (成功) | 終了コード 0 | 問題は検出されませんでした。アップグレードが進行します。 |
| WARN (警告) | 終了コード 1 | アップグレードは続行されますが、重大ではないリスクについてレポートを確認する必要があります。 |
| FAIL (失敗) | 終了コード 2 | アップグレードは中止されました。アップグレードを再実行する前に、これらの問題を解決する必要があります。 |
アップグレード後のスクリプト
アップグレード後のヘルスチェックスクリプトは、各 RMT のインストールとアップグレードの最後に自動的に実行されます。すべてのサービスが正しく開始されたこと、インフラストラクチャが正常であること、構成に問題がないことを検証します。アップグレード後のチェックによってインストーラーがブロックされることはありません。特定されたすべての不具合は、最終レポートに記録されます。
手動でのアップグレード後の確認
手動で実行するには、オペレーティング システムに応じて次の手順を実行します。
Linux の場合:
root ユーザーとして、または sudo 権限を使用して、次のコマンドを実行します。
-
RMT サーバー:
sudo bash /opt/tableau/tabrmt/master/install-scripts/rmt-post-upgrade-check --component master --mode upgrade
-
エージェント:
sudo bash /opt/tableau/tabrmt/agent/install-scripts/rmt-post-upgrade-check --component agent --mode upgrade
Windows の場合:
RMT Server のアップグレード後のファイルは、既定では次の場所にインストールされます。
C:\Program Files\Tableau\Tableau Resource Monitoring Tool\master\scripts\post-upgrade\rmt-post-upgrade-check.ps1
エージェントのアップグレード後のファイルは、既定で次の場所にインストールされます。
C:\Program Files\Tableau\Tableau Resource Monitoring Tool\agent\scripts\post-upgrade\rmt-post-upgrade-check.ps1
スクリプトを手動で実行するには、管理者として PowerShell を開き、RMT インストール ディレクトリに移動してから、次のコマンドを実行します。
-
RMT サーバー:
.\rmt-post-upgrade-check.ps1 -Component master -Mode upgrade
-
エージェント:
.\rmt-post-upgrade-check.ps1 -Component agent -Mode upgrade
その他のオプション
次のオプションを使用して、スクリプトをカスタマイズできます。
--component / -Component
RMT サーバーまたはエージェントを指定してください。省略した場合、スクリプトはこれを自動検出しようとします。
--db-password / -DbPassword
内部 RMT データベース管理者のパスワードです。PostgreSQL のチェックを有効にするために必要です。
--output / -OutputPath
レポート ファイルが保存されるパスです。既定では /tmp/ (Linux) or C:\temp\ (Windows) です。
--target-version / -TargetVersion
アップグレード先の特定の RMT バージョンです。バージョン固有のチェックに使用されます。
--quiet / -Quiet
出力を減らして、FAIL (失敗) と WARN (警告) の結果のみを表示します。
--verbose / -VerboseOutput
実行されるすべてのチェックについて、詳細な技術的情報が出力されます。
注: コマンドラインの引数はプロセス リストに表示されるため、RMT_DB_PASSWORD はコマンドラインで渡すのではなく、環境変数として設定することをお勧めします。
スクリプトの結果と必要なアクション
次の表で、スクリプトの結果とアクションを説明します。
| 結果 | ステータス | アクション |
| PASS (成功) | 終了コード 0 | システムは正常です。必要なアクションはありません。 |
| WARN (警告) | 終了コード 1 | 警告を確認してください。ほとんどは自然に解決します (一時的な RabbitMQ の起動の遅延など)。 |
| FAIL (失敗) | 終了コード 2 | 1 つまたは複数の重要なチェックが失敗しました。調査して再修復してください。 |
レポート
アップグレード前のレポートは、こちらにあります。
-
Linux:
/tmp/rmt-precheck-<timestamp>.txt -
Windows (手動):
C:\temp\rmt-precheck-<component>-<timestamp>.txt
アップグレード後のレポートは、こちらにあります。
-
Linux:
<log-dir>/rmt-postcheck-report.txt -
Windows (手動):
C:\temp\rmt-postcheck-<component>-<timestamp>.txt -
Windows (インストーラー経由): インストーラーがチェックを実行する際に、固定のファイル名が使用されます。
-
C:\temp\rmt-postcheck-master-report.txt -
C:\temp\rmt-postcheck-agent-report.txt
レポートでのアップグレード前およびアップグレード後のチェックについては、「アップグレード リファレンス」セクションを参照してください。
-
サンプル レポート
以下は、アップグレード前のヘルス チェック レポートのサンプルです。
==================================================================
RMT Pre-Upgrade Health Check Report
Script Version : 1.0.0
Generated : 2026-04-08 14:30:00
Component : master
Hostname : rmt-master-01.example.com
RMT Version : 2025.1.9
==================================================================
OVERALL STATUS : UPGRADE WITH CAUTION (2 warning(s) -- review before proceeding)
PASS: 44 FAIL: 0 WARN: 2 INFO: 10 SKIP: 3
==================================================================
WARNINGS -- Review Before Upgrading
==================================================================
[WARN] #21d Hangfire schema is 1.2 GB
Check 21g for delete_hash() volatility bug
[WARN] #24 1 queue(s) with >10000 messages (max: 15234)
Resolve backlogs before upgrading
