誰もがPostgreSQL 8.4に
新しいデータベース
モードがあることに気付いているでしょう：
ウォームスタンバイ 。 これにより、Write-Aheadデータベースの操作中に、ログ（WAL）が下位データベースに変換され、メインシステムで発生しているかのようにリアルタイムで適用されます。 したがって、何らかの理由（雷/竜巻/第三次世界大戦/その他の自然災害）でメインデータベースに障害が発生した場合、すぐに下位データベース（メインデータベースと比較して非常に重要なデータ）に切り替えることができます。さらに使用します。
しかし、残念なことに、「ウォームスタンバイ」とは、スレーブシステムでデータベースの回復プロセスが常に進行していることを意味します。 メインベースが生きている間は、サブベースを使用できません。
少なくとも
depeszブログ （コミットログは言うまでもありません）を読んでいるなら、私が何をしているのか既に知っているでしょう。 そうでない場合は、...昨年の12月19日に、
ホットスタンバイ機能がPostgreSQL 8.5の開発バージョンに追加されました。 これで、WALレプリケーションを設定するときに、従属データベースをSELECTクエリに使用することもできます（明らかな理由でSELECTのみ）。 以前は、2番目のデータベースを備えた2番目のサーバーは不可抗力を見越してアイドル状態でしたが、管理者は、機器の使用効率に関する質問について管理者より前に赤面しなければなりませんでした。
ホットスタンバイの操作の詳細については、PostgreSQLの開発バージョンのドキュメントの
対応する記事を参照して
ください 。