アップグレード中に寄せられる、よくある質問とその回答をご紹介します。

root/Administrator 権限なしでスクリプトを実行できますか?

スクリプトがインストーラーによって自動的に実行される場合、インストーラーは必要な権限を持っています。手動で実行する場合、スクリプトはサービス ステータスやファイル パーミッションを検査し、RMT サービス アカウントとしてコマンドを実行するため、root (Linux) または管理者 (Windows) の権限が必要です。

データベースのパスワードがわからない場合は、どうすればよいですか?

PostgreSQL に依存するすべてのチェックは、警告 (WARN) としてスキップされます。スクリプトは、他のすべてのチェックも引き続き実行します。Tableau サポートに連絡してパスワードを入手してください。

tabrmtdb データベース ユーザーのパスワードを取得するには?

認証資格情報を取得するには、RMT Server ディレクトリに移動し、お使いのオペレーティング システムに適したコマンドを実行します。

Windows の場合:

.\rmtadmin get db:username db:password

Linux の場合:

rmtadmin get db:username db:password

RMT の使用中にアップグレード前のチェックを実行できますか?

はい。スクリプトは読み取り専用であり、実稼働システムでいつでも安全に実行できます。

アップグレード後のチェックで不具合が見つかった場合はどうなりますか?

アップグレード後のチェックによってインストーラーがブロックされることはありません。レポートにエラーが表示されます。一部のメッセージ (「ブローカーに到達できません」など) は一時的なもので、自動的に解決されます。

スクリプトは、外部の PostgreSQL/RabbitMQ と互換性がありますか?

はい。アップグレード後のスクリプトは、外部構成を自動検出し、ローカル チェックを適切にスキップします。アップグレード前のスクリプトの DB チェックでは、内部 RMT データベースに接続するため、--db-password が必要です。

RMT サーバーとエージェントの両方のコンピューターでスクリプトを実行できますか?

はい。RMT Server では--component masterを使用し、エージェントでは--component agentを使用します。指定しない場合は、スクリプトによって自動的に検出されます。

レポートの InstallerContext はどういう意味ですか?

Windows MSI のアップグレード中にアップグレード前のチェックが自動的に実行される場合は、-InstallerContext オプションが設定されます。これにより、サービスとポートのチェック (インストーラーによってすでにサービスが中断されているため、停止/無効と報告される場合があります) が WARN に緩和され、取り残されたプロセス ゲート (#38a) がスキップされるため、インストーラーはプロセスのライフサイクル自体を管理できます。スクリプトを手動で実行すると、これらのチェックでは通常の重大度が使用されます。