【HA構成】HA構成(PostgreSQL)の詳細仕様（ビルド13220以降）
作成日：2026年1月13日 | 更新日：2026年11月11日
本ページでは、ビルド13220以降における製品データベースをビルトインのPostgreSQLを使用している場合の、新HA構成に関する詳細仕様を解説します。
目次
新HA構成全体に関する仕様
サービスの正常性の確認方法
［管理］タブ→［設定］→［高可用性］から各サーバーの状態を確認できます。 
プライマリ＆RO構成の場合は、［管理］タブ→［設定］→［リードオンリーサーバー］から各サーバーの状態を確認できます。
HAの構成サーバーについて
HAの構成サーバーは、物理サーバーと仮想サーバーが混在しても問題ありません。
セカンダリサーバー、ROサーバーのシステム要件
プライマリサーバーと同様の要件となります。 詳細は、Password Manager Pro 動作環境をご確認ください。
ポート要件について
ポート要件を確認し、すべてのサーバーで必要となるポートを開放してください。
記録済みセッションについて
デフォルトでは、Password Manager Proからリソースへアクセスした際のセッション記録は、セッションを開始したインスタンスのインストールディレクトリへ保存されます。
例）プライマリのPassword Manager Proインスタンスからリソースへアクセスした際のセッション記録は、プライマリサーバーのインストールディレクト内に保存されます。
セカンダリのPassword Manager Proインスタンスからアクセスした際のセッション記録を、プライマリのPassword Manager Proインスタンスで確認したい場合、セッション記録の保存先をプライマリとセカンダリサーバーの両方がアクセス可能な共有フォルダ等にする必要があります。
設定方法の詳細は、記録済みセッションの保存方法について(ビルド8603以降)を参照してください。
プライマリサーバーに関して
サービスについて
新HAを構成すると、製品データベースのサービス（Password Manager Pro PostgreSQL）が、製品と独立してプライマリサーバー内で起動するようになります。
セカンダリサーバーに関して
セカンダリサーバーで実行できない（されない）操作
- スケジュールの実行
- パスワードのリセット
セカンダリサーバーを負荷分散の目的で使用可能か
セカンダリサーバーを負荷分散として、プライマリと並行して使用可能です。 ただし、セカンダリサーバーではスケジュールの実行ができない（されない）ことにご留意ください。
リードオンリー（RO）サーバーに関して
ROサーバーで実行できる操作
ROサーバーでは、書き込み操作（例：パスワード変更、設定変更など）ができません。実行可能な操作は次の通りです。
- リソースへのアクセス※下記の条件を満たしている場合
- パスワードの確認（パスワードの平文表示が許可されている場合）※下記の条件を満たしている場合
〇ROサーバーからリソースへアクセスする・パスワードを確認する際の条件
- 任意のリソースの所有者であること。
- リソースを共有されているユーザーの場合、共有されたリソース（ユーザーアカウント）が次の内容を満たしていること。
- アクセス制御が構成されていないリソース（またはユーザーアカウント）
- プライマリまたはセカンダリで、申請・承認フローを完了しチェックアウトが完了しているユーザーアカウント
- 各種レポート、監査記録の確認
各種設定内容の確認
注：高可用性ダッシュボード、チケットシステム連携設定などの一部設定画面は表示できません。- AD/Entra ID認証による製品ログイン
ROサーバーへのアクセスに関して
ROサーバーのアクセスURLへアクセスした場合、はじめにプライマリサーバーにHTTPリクエストを送信して、その状態がアクティブかどうかを確認し、アクティブな場合はプライマリサーバーへリダイレクトされます。プライマリサーバーがアクティブでない場合、セカンダリサーバーにリクエストを送信してその状態を確認し、アクティブな場合は、セカンダリサーバーへリダイレクトされます。
ROサーバーからリダイレクトされた際のアクセスURLは、プライマリサーバー（またはセカンダリサーバー）のホスト名が使用される仕様となっております。FQDNを指定したい場合、パッチ適用が必要となるため、お手数ですが、弊社サポート窓口よりお問い合わせください。
どちらのサーバーも応答しない場合、ROサーバーへアクセス可能になります。アクセス可能なサーバーがある場合、そのサーバーにリダイレクトされます。
読み取り専用（RO）サーバーに接続して作業している間に、プライマリ／セカンダリサーバーが復旧してアクティブになっても、ブラウザで開いている画面が自動的に復旧したサーバーへ切り替わることはありません。引き続きROサーバーに接続されたままとなるため、プライマリ／セカンダリサーバーのURLへ手動でアクセスし直してください。
ROサーバーの監査記録について
ROサーバーで行った操作内容の監査記録（リソース、ユーザ監査）は、プライマリサーバーの復旧後に、プライマリサーバーへ反映されます。
※反映には、プライマリサーバーのダウン時間や、ROサーバーで取得された監査記録の量に比例し相応の時間を要します。 反映完了後、プライマリサーバーからROサーバーの監査記録を確認可能となります。また、プライマリサーバーからROサーバーへとレプリケーションが行われ、ROサーバーでも監査記録を確認可能となります。
障害発生時のROサーバーの使用について
ROサーバーを一時的にお使いいただき、一部の操作が可能です。 ただし、ROサーバーでは実行できる操作に制限があることに加え、ROサーバーへ大量の監査レコードが蓄積されることで、ROデータベースでの不適切なレプリケーションに伴うデータの損失が発生する可能性があることから、ROサーバーの長期利用はお勧めいたしません。 ROサーバーを仮プライマリへ昇格する明確な条件はございませんが、プライマリの復旧に時間がかかると想定される場合は仮プライマリに昇格することを推奨いたします。