して『ストリーミングレプリケーション』がサポートされました。9.0以降バージョンが上がる度に徐々に機能が改善され、設定手順も便利に変わってきますが、一番ベーシックな9.0での手順を紹介します。ストリーミングレプリケーションは2台のPostgreSQLを利用してアクティブ/スタンバイ構成をとります。アクティブ側で更新された情報をスタンバイ側に転送し、同様に更新することで2台のPostgreSQLのデータベースを同じに保ちます。ホットスタンバイ機能はスタンバイ側のPostgreSQLでデータの参照許可する機能です。参照のみで更新することはできません。WALの設定に沿って設定が完了している前提とします。追加でインストールしなければならないものはありません。アクティブ側PostgreSQLの設定データベースクラスタ($PGDATA環境変数)は以下の通りとします。WAL転送プロセスの設定postgresql.confファイルをエディタで編集します。スタンバイ側からのWALの送信要求に応えるプロセスの数を設定します。ホストベース認証の設定スタンバイ側からのレプリケーション要求を許可するための認証設定を行います。postgresユーザで接続してきた場合は信頼(許可)します。一通り必要な設定が終わったらPostgreSQLインスタンスを再起動します。ベースバックアップ前のWALの開始位置記録ベースバックアップ取得前にpg_start_backup()を実行します。WALの開始位置を記録します。ベースバックアップの取得データベースクラスタのベースバックアップを取得します。取得にはLinuxのtarコマンドなどを使用します。転送しやすくするためにアーカイブしています。WALの終了位置を記録します。行)-bash-3.2$スタンバイ側PostgreSQLの設定これからはスタンバイ側のPostgreSQLの設定を行います。データベースクラスタの作成(initdb)は実行されていない状態とします。削除しておいてください。(異なっていても構いませんが手順は適宜読み換えてください)。スタンバイ側にコピーします。rsync等を使ってコピーしても構いません。ベースバックアップの展開ベースバックアップのtar.gzを$PGDATAの位置に展開します。postgresql.confファイルをスタンバイ用に編集します。スタンバイサーバのIPアドレスに変更します。ホットスタンバイの設定を有効にします。SQLによる参照を許可します。スタンバイ側では不要ですので該当行を削除します。アクティブ側からWALを受信するための設定レプリケーションの際に、アクティブ側からWALを取得するための設定を行います。PostgreSQLインスタンスの起動スタンバイ側の設定が終わったら、PostgreSQLインスタンスを起動します。他のサーバが動作中の可能性がありますが、とにかくpostmasterの起動を試みます。出力されていれば成功です。動作テストアクティブ側での確認アクティブ側で現在のトランザクションログの書き込み位置を確認します。受信して書き込まれたトランザクションログの最後の位置を確認します。正常に動作しています。一致しない場合は数分待ってから再度2台で実行してみてください。値が一致しないので、できるだけ更新が少ない(理想的には全くない)状態で実行してください。スタンバイ側でいくつかSQLを実行してみてください。データを参照(select)できれば成功です。6.2▲setupのメニューに戻る▲プロフィールらのっち@ranocci損害保険会社のIT企画部に勤務するSEです。