使用 postgres 9 复制来减少备份停机时间是否可行？
我正在研究减少关键数据库维护停机时间的策略。该数据库包含生物信息学数据，全球许多不同时区的用户每周 7 天都可以访问该数据库（因此非高峰时间受到限制）。该数据库包含数十百万行，并且正在快速增长。
由于我们计划升级到 pg9，我想知道是否可以在从属设备上执行备份，以便主设备不受影响。我想知道当备份正在进行时我是否应该非常担心从属服务器在日志上落后太多？
I'm investigating strategies to reduce the maintenance downtime on a critical database. The DB contains bioinformatics data and is accessed by users in many different time zones around the world, 7 days a week (so off peak hours are limited). The database contains 10's of millions of rows and is growing rapidly.
As we are planning to upgrade to pg9, I want to find out if I can perform backups on a slave, so the master isn't affected. I am wondering if I should be very concerned about the slave getting too far behind on the log when a backup is in progress?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
如果您的数据库太大或备份太慢，您应该使用 WAL 归档作为备份方法。为此，您不需要 PostgreSQL 9.0。拥有 WAL 归档是基于 WAL 的复制的先决条件，因此如果您对 9.0 中的复制功能感兴趣，您几乎可以免费获得它。
If your database is too big or backups are too slow, you should be using WAL archiving as a backup method. You don't need PostgreSQL 9.0 for that. Having WAL archiving is a prerequisite for WAL-based replication, so you'd almost get it for free if you are interested in the replication feature in 9.0.
备份期间没有停机时间。您认为数据库为何宕机？
来自手册：
There is no downtime during backup. Why do you think the database is down?
From the manual: