PostgreSQL - 使用日志传送来逐步更新远程只读从站

我公司的网站使用PostgreSQL数据库。在我们的数据中心,我们有一个主数据库和一些只读的从数据库,我们使用Londiste在它们之间进行连续复制。 我想设置另一个只读的从属DB用于报告目的,我希望这个从属服务器位于远程位置(数据中心外)。此从站不需要100%更新。如果它长达24小时,那很好。另外,我想尽量减少我对主数据库的负担。由于我们的主DB在白天忙碌而且在晚上闲置,我认为一个好主意(如果可能的话)是让报告奴隶每晚都赶上一次。 我正在考虑使用日志传送,如上所述 http://www.postgresql.org/docs/8.4/static/continuous-archiving.html 我的计划是:  在主数据库上设置WAL归档  生成完整的数据库快照并将其复制到远程位置  恢复数据库,让它赶上来  进入稳定状态: DAYTIME - 数据库落后,但人们可以查询它 NIGHT - 我复制了当天的WAL文件,让数据库陷入困境 注意:这里的关键是我只需要复制一次完整的数据库快照。此后,我只需要复制一天的WAL文件,以便让远程奴隶再次陷入困境。 因为在我想要一些反馈/建议之前我还没有完成日志传送。 这会有用吗? PostgreSQL是否支持这种重复恢复? 对于如何设置远程半新的只读从站,您有其他建议吗? 谢谢! --S     
已邀请:
你的计划应该有效。 正如Charles所说,热备用是另一种可能的解决方案。它自8.2起受支持,对主服务器的性能影响相对较小。 热备份记录在手册:PostgreSQL 8.4热备份中   配置a的简短过程   备用服务器如下。完整的   每个步骤的详细信息,请参阅   如前所述。         尽可能将主系统和备用系统设置得尽可能相近,   包括两个相同的副本   PostgreSQL在同一版本级别。   设置从主存档到位于WAL存档的连续存档   在备用服务器上的目录中。   确保archive_mode,   archive_command和archive_timeout   在主要部分适当设置   (见第24.3.1节)。   进行主服务器的基本备份(参见第24.3.2节),然后加载   这个数据进入待机状态。   从本地WAL存档开始在备用服务器上恢复,   使用指定a的recovery.conf   restore_command等待的   如前所述(见章节)   24.3.3)。    要仅实现夜间同步,您的archive_command应在白天以非零退出状态退出。 其他信息: 关于温暖待命的Postgres Wiki 博客发布热备份设置     
9.0的内置WAL流复制旨在实现满足您目标的东西 - 可以接受只读查询的热备份或热备份。您是否考虑过使用它,或者您现在仍然坚持使用8.4? (此外,即将发布的9.1版本预计将包括pg_basebackup的更新/重写版本,这是一个为新的从站创建初始备份点的工具。) 更新:PostgreSQL 9.1将包括通过从属设备上的简单函数调用暂停和恢复流复制的功能。     

要回复问题请先登录注册