このセクションでは、LifeKeeperを既存のPostgreSQLの構成に追加する際のLifeKeeper for WindowsおよびPostgreSQLソフトウェアのインストールと設定について説明します。プライマリーサーバーは、保護対象のアクティブなPostgreSQLデータベースクラスターの場所にあると想定します。これらのステップでは、保護対象のデータベースクラスターがPostgreSQLのデフォルトインストールで作成されたバージョンであることを前提としています(例:PostgreSQL v9.6の postgresql-x64-9.6 など)。以下のステップは、記載されている順序で実施してください。
- プライマリーサーバーおよびバックアップサーバーにLifeKeeper for Windowsソフトウェアをインストールします。
- プライマリーサーバーでLifeKeeper GUIを使用して、プライマリーサーバーとバックアップサーバーの間にコミュニケーションパスを作成します。
- プライマリーサーバーで、以下の作業を実施します。
Disk Management ユーティリティを使用してディスクリソースを構成し、使用する共有ボリュームまたは複製ボリュームを定義します。ボリュームのサイズが適切であることを確認してください。共有ボリュームを構成する場合は、構成中にバックアップサーバーの電源を切り、ストレージに同時にアクセスしないようにします。
Windows エクスプローラー を使用して、ネットワークからPostgreSQLインスタンスが使用するすべてのボリュームの共有を解除することを推奨します。
必要な場合は、LifeKeeper for WindowsのTCP/IPコミュニケーションパスと切り替え可能なIPアドレスを利用できるようにネットワークを設定します。
- バックアップサーバーで、以下の作業を実施します。
ステップ3で、共用ボリュームを構成するためにバックアップサーバーを停止した場合は起動します。
Disk Management ユーティリティを使用してディスクリソースを構成し、使用する共有ボリュームまたは複製ボリュームを定義します。共有ストレージを使用している場合は、プライマリーサーバーに割り当てられているものと同じドライブ文字を共有ボリュームに割り当てます。複製されたストレージの場合、ボリュームサイズが適切であることを確認してください。
- プライマリーサーバーで、以下の作業を実施します。
LifeKeeper for Windowsで、共有ボリュームリソースまたは複製されたボリュームリソース(PostgreSQLデータベースクラスターが存在するボリュームリソース)を作成し、バックアップサーバーに拡張します。後でPostgreSQLリソース階層を作成すると、LifeKeeper for Windowsは自動的にリソースを依存関係として階層に追加します。
- バックアップサーバーで、以下の作業を実施します。
LifeKeeper GUI を使用して、ボリュームリソース階層をIn Serviceにします。
以下のガイドラインに従って、プライマリーサーバーにインストールされているものと同じプログラムフォルダにPostgreSQLをインストールします。
PostgreSQLインストーラーへの引数 —extract-only は、PostgreSQL Recovery Kit に必要なすべての情報を設定しないため、この引数の使用は推奨しません。
デフォルトでは、PostgreSQLソフトウェアをインストールすると、単一のデータベースクラスターが作成されます(データベースクラスターは、実行中のPostgreSQLデータベースサーバーの単一のインスタンスが管理するデータベースの集合です)。 インストール時に、データベースディレクトリのプロンプトがデータベースクラスターの作成場所を決定します。デフォルトインスタンスはステップ6dで削除されるので、任意の場所にインストールできます。
インストール時に作成されるデフォルトのデータベースクラスターインスタンスは不要なので、削除できます。
インストール中に作成されたデータベースクラスターインスタンスを停止します。
エクスプローラー を開き、複製されたボリュームに関連付けられたドライブにアクセスします。
インストール中に作成されたPostgreSQLデータベースクラスターディレクトリを削除します。
インストール時に作成されたPostgreSQLサービスを削除します。削除するには、Windowsの “sc delete <servicename>” コマンドを使用します。
- プライマリーサーバーで、以下の作業を実施します。
LifeKeeper GUI を使用して、ボリュームリソース階層をIn Serviceにします。
PostgreSQL Recovery Kitで保護されるPostgreSQLデータベースクラスターインスタンスを停止します。
オプション - 上記で作成した保護対象のボリュームに移動する前に、PostgreSQLデータベースクラスターのデータディレクトリのバックアップを実行します。
データベースクラスターのデータディレクトリを、上記で作成した保護対象のボリュームに移動します。
データベースクラスターのデータディレクトリへのアクセス権を設定します。このインスタンスに対するWindows Serviceを制御するために作成したユーザーアカウントには、データディレクトリ上のファイルへのフルコントロールのアクセス許可が必要です。
プライマリーサーバーで、 Postmasterのポート引数設定 に記載されている手順を実施します。設定には、データディレクトリの場所を指定する-D引数の変更も含める必要があります。これは、保護対象のボリューム上のパスに変更します。
g.プライマリーサーバーで、 自動接続設定 で説明しているステップを実施します。
h.インストールと設定が完了したら、Windows PostgreSQLサービスを起動して、Postmasterのポート引数および保護対象のボリューム上にあるデータディレクトリと共に、PostgreSQLがプライマリーサーバー上で正しく起動することを確認してください。
i.プライマリーサーバー上にPostgreSQL階層を作成し、それをバックアップサーバーに拡張します。詳細については、 PostgreSQL階層の作成 を参照してください。また、手動のスイッチオーバーを実行して新しいPostgreSQL階層をテストしてください。



このトピックへフィードバック