ストリーミング・レプリケーション | Let's POSTGRES
ストリーミング・レプリケーション (Streaming Replication) は、PostgreSQL 9.0 以降で利用できる、本体組み込みのレプリケーション機能です。参照/更新が可能な1つのマスタDBへの更新操作を、参照のみが可能な複数のスタンバイDBへ転送することで、データベースを複製することができます。スタンバイDBに更新結果が反映されるまでには若干の遅延がありますが、比較的 遅延は少なく、マスタDBへの影響も小さいレプリケーション方式です。 用途 ストリーミング・レプリケーションには以下の用途があります。 多数の参照クエリのサーバ間分散 マスタDB異常時の迅速なフェイルオーバー (切り替え) マスタDBのディスク故障に備えたリアルタイム・バックアップ PostgreSQL 9.1 での強化点 バージョン 9.0 の目玉機能として登場したレプリケーション機能ですが、9.1 では
PostgreSQLのレプリケーション設定 - Just sleepy
PostgreSQLのドキュメントや他のサイトでもすでに設定例が掲載されていますが自分用のメモとして残します。 本設定はyum経由でPostgreSQL9.2をインストールしていることを前提とているので、もし参考にする場合は以前の記事に従ってPostgreSQL9.2をインストールしてください。 ■基本的な構成 マスターサーバ1台、スレーブサーバ2台。 マスタサーバはスレーブサーバ1台と同期レプリケーションを行い、もう1台とは非同期レプリケーションを行う。 ■マスタ側の設定 レプリケーション用のユーザ作成 $psql -U postgres CREATE ROLE レプリケーション用ユーザ LOGIN REPLICATION PASSWORD 'xxx'; PostgreSQLのdataディレクトリ配下にある設定ファイルをそれぞれ以下のように設定する。 (9.2をyum経由でインストールし
27.1. Comparison of Different Solutions
Chapter 27. High Availability, Load Balancing, and Replication Shared Disk Failover Shared disk failover avoids synchronization overhead by having only one copy of the database. It uses a single disk array that is shared by multiple servers. If the main database server fails, the standby server is able to mount and start the database as though it were recovering from a database crash. This allows
27.2. Log-Shipping Standby Servers
Chapter 27. High Availability, Load Balancing, and Replication Continuous archiving can be used to create a high availability (HA) cluster configuration with one or more standby servers ready to take over operations if the primary server fails. This capability is widely referred to as warm standby or log shipping. The primary and standby server work together to provide this capability, though the
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
community.general.postgresql_user module — Ansible Documentation
Postgresql doesn't accept replication connection
PostgreSQLレプリケーション徹底紹介
PostgreSQLの同期レプリケーションを検証してみた | Tech-Sketch
様々な解法の比較
