5

Postgres 9.1 で同期レプリケーションを設定しようとしていますが、うまくいきません。ストリーミング レプリケーションは構成できましたが、同期は構成できませんでした。明らかなことを何も見逃していないことを願っています。管理者ガイドの 17、18、14、25、26、および 29 の多くのセクションを注意深く読みました。

私はubuntu 12.04を実行しており、マスターのpostgresql.confには、他のすべての標準設定の中でこれらがあります：

listen_addresses = '*'              # what IP address(es) to listen on;
wal_level = archive                 # minimal, archive, or hot_standby
archive_mode = on                   # allows archiving to be done
archive_command = 'test ! -f /data/pgWalArchive/%f && cp %p /data/pgWalArchive/%f'
wal_keep_segments = 100             # in logfile segments, 16MB each; 0 disables ??? What should this be ???? 
max_wal_senders = 3                 # max number of walsender processes

私の pg_hba.conf には、標準のものに加えて、これがあります:

host    all             all             XX.6.35.0/24            md5
host    replication     postgres        XX.6.35.0/24            md5

私のマスターデータベースにはシーケンスが 1 つしかないため、小さいです。プライマリでマスターのバックアップを正常に作成し、復元しました。

sudo -u postgres pg_basebackup -D ~/backup -F tar -x -z -l ~/backup/base1 -v -h XX.6.35.51 -U postgres

また、WAL アーカイブ ファイルをスタンバイにコピーしました。私のスタンバイの recovery.conf ファイルには次のものがあります。

restore_command = '/usr/lib/postgresql/9.1/bin/pg_standby /data/pgWalArchive %f %p %r'
archive_cleanup_command = '/usr/lib/postgresql/9.1/bin/pg_archivecleanup /data/pgWalArchive %r'
standby_mode = on
primary_conninfo = 'host=XX.6.35.51 port=5432' # e.g. 'host=masterIpAddressOrName port=5432'

両方のサーバーは問題なく起動し、ログは問題ないようです。私のスタンバイにはこれがあります：

2012-06-08 10:23:51 MDT LOG:  shutting down
2012-06-08 10:23:51 MDT LOG:  database system is shut down
2012-06-08 10:23:53 MDT LOG:  database system was shut down in recovery at 2012-06-08 10:23:51 MDT
2012-06-08 10:23:53 MDT LOG:  entering standby mode
2012-06-08 10:23:53 MDT LOG:  consistent recovery state reached at 0/1D000078
2012-06-08 10:23:53 MDT LOG:  record with zero length at 0/1D000078
2012-06-08 10:23:53 MDT LOG:  streaming replication successfully connected to primary
2012-06-08 10:23:53 MDT LOG:  incomplete startup packet
2012-06-08 10:23:54 MDT FATAL:  the database system is starting up
2012-06-08 10:23:54 MDT FATAL:  the database system is starting up
2012-06-08 10:23:55 MDT FATAL:  the database system is starting up
2012-06-08 10:23:55 MDT FATAL:  the database system is starting up
2012-06-08 10:23:56 MDT FATAL:  the database system is starting up
2012-06-08 10:23:56 MDT FATAL:  the database system is starting up
2012-06-08 10:23:57 MDT FATAL:  the database system is starting up
2012-06-08 10:23:57 MDT FATAL:  the database system is starting up
2012-06-08 10:23:58 MDT FATAL:  the database system is starting up
2012-06-08 10:23:58 MDT FATAL:  the database system is starting up
2012-06-08 10:23:59 MDT FATAL:  the database system is starting up
2012-06-08 10:23:59 MDT LOG:  incomplete startup packet
2012-06-08 10:24:40 MDT LOG:  redo starts at 0/1D000078

問題は、マスターに対してステートメントを発行すると、ステートメントが永久にハングすることです。何か不足していますか？

4

4 に答える 4

7

私は 2 年前に 9.0 がリリースされたときにストリーミング レプリケーション (別名「バイナリ レプリケーション」) を本番環境に導入した最初の人物でしたが、Postgres のレプリケーション機能が流動的な状態にあったため、9.1 をスキップしました。さて、9 月の第 2 週頃に 9.2 が公開されました - あなたはそれについて知りたいです!

9.2 では、レプリケーションが簡素化され、大幅に改善されました。

これでレプリケーション カスケードが可能になりました。以前は、マスターがすべてのスレーブに直接サービスを提供する必要がありました。これで、1 つのスレーブだけにストリーミングすることでマスターをオフロードし、そのスレーブを好きなだけストリーミングすることができます! これにより、第 1 レベルのスレーブを潜在的なホットスタンバイ システムとして設定し、マスターに障害が発生した場合に引き継ぐことができます。

これを構成するための戦略全体が改訂されました。基本的なことはすべて知っているので、私自身がクイック セットアップ ガイド タイプのものを探していたので、あなたの質問を見つけました。ただし、ここで新しい 9.2 を開始できます。

Postgres 9.2 の高可用性、負荷分散、およびレプリケーション

その間、少なくとも 1 つのベンダーが、単なる人間がこれをうまく利用するのに役立つ何かを発表しました。Science Tools は、PolyglotSQL 製品に「デュアル モード」が追加されたことを発表しました。PolyglotSQL を使用すると、アプリケーションはほとんどの SQL データベースに対して動作し、方言の違いを無視できます。同様に、「デュアル モード」機能を使用すると、アプリケーションを書き直す必要なく (!!)、1 つの読み取り専用接続と書き込み用の別の接続を使用できるため、Postgres 同期レプリケーションを利用して、マスターをオフロードできます。すべての書き込み、および設定したリーダーにその負荷をかけます。

Postgres v 9.2 に移行することを強くお勧めします。

于 2012-10-05T19:23:18.190 に答える
1

synchronous_standby_names については何も表示されません。マスターが待機するサーバーを指定する必要があります。

http://www.postgresql.org/docs/9.1/static/warm-standby.html#SYNCHRONOUS-REPLICATION

http://www.postgresql.org/docs/9.1/static/runtime-config-replication.html#GUC-SYNCHRONOUS-STANDBY-NAMES

wal_levelああ、スレーブサーバーでクエリを実行したい場合は、設定を微調整することを忘れないでください。

于 2012-06-11T16:02:17.447 に答える
0

同様の問題がありました.Postgres 9.3の場合、スタンバイサーバーが読み取りクエリ/クライアントを受け入れる前にhot_standby = on、スタンバイデータベースサーバーのファイルに追加する必要がありました。postgresql.conf

于 2015-02-23T18:59:25.597 に答える