Postgres HA-熱備用服務器滯后

Question

我們最近通過Postgres文檔中稱為Log-Shipping Standby Servers的方法為postgres（9.0.4）數據庫服務器實現了高可用性。 一切似乎都很好並且可以正常工作，WAL文件正在發送，並且正在由備用服務器提取，但是我們在主機和從機之間遇到了滯后的情況。 滯后時間約為2小時，這實際上是不能接受的。

出現這種滯后的原因可能是什么？ 盡管Postgres服務器使用的硬盤驅動器比生產服務器慢，但它除了運行Postgres服務器外沒有運行其他任何服務器。 如何檢查磁盤I / O是否引起問題？

如果我檢查服務器上正在運行哪些進程，則會看到正在恢復最新WAL文件的postgres啟動過程與正在逐步獲取已歸檔WAL的pg_standby實用程序之間的持續斗爭。 啟動過程持續運行是否可以？

ps示例：

postgres  1422  0.0  1.0 13061220 131568 ?     S    Sep20   0:01 /usr/pgsql-9.0/bin/postmaster -p 5433 -D /data/pgsql_5433/data
postgres  1431  0.0  0.0 176928   512 ?        Ss   Sep20   0:12 postgres: logger process
postgres  1432 70.5 72.0 13068604 8775544 ?    Ss   Sep20 5744:15 postgres: startup process   waiting for 000000010000181F00000016
postgres  1437  0.2 70.4 13068336 8582736 ?    Ss   Sep20  22:50 postgres: writer process
postgres 32199  0.0  0.0   4064   484 ?        S    01:46   0:00 /usr/pgsql-9.0/bin/pg_standby -l -t/data/pgsql_5433/trigger /data/pgsql_5433/psql_wal_import 000000010000181F00000016 pg_xlog/RECOVERYXLOG 000000010000181E00000051

我將不勝感激...

Answer 1

您的WAL很可能需要很長時間才能填滿。 您可以調整超時，以在超時之前強制將其切換。 這將顯着增加網絡流量，但是會在發送日志之前為您提供最大的時間。 您可以在此處查看文檔。