Dwa*_*ell 8 postgresql streaming replication archiving
允许和/或合理地将主PostgreSQL 9.2服务器配置为NOT存档但是执行流复制.配置如下:
wal_level = hot_standby
archive_mode = off
Run Code Online (Sandbox Code Playgroud)
"从属"服务器(热备用)是否可以配置为存档WAL段?
wal_level = hot_standby
hot_standby = on
archive_mode = on
Run Code Online (Sandbox Code Playgroud)
这将允许主服务器上的归档网络流量减少一半(复制但不归档).这似乎是合理的,文档似乎支持这种配置,但我更喜欢保证我们有一个良好的配置.
从文档(强大的自己添加):
如果您使用流式复制而不使用基于文件的连续存档,则必须将master中的wal_keep_segments设置为足够高的值,以确保旧的WAL段不会过早回收,而备用数据库可能仍需要它们赶上.如果备用数据库落后太多,则需要从新的基本备份重新初始化.如果设置可从备用数据库访问的WAL存档,则不需要wal_keep_segments,因为备用数据库始终可以使用存档来跟上.
所以,根据我的理解,当你有太多的事务在运行时,奴隶可能有一些困难时间保持同步.特别是如果主服务器在奴隶真正得到内部之前删除了WAL文件.如果没有archive_mode在master上,可以删除WAL文件,而不会让任何方法让它们恢复.
如果你保持WAL归档到位并在一个工作的热备份与归档结构上添加流,这不会发生,因为奴隶总是可以访问归档的WAL并且一旦流上的较低活动就会恢复未同步的事务允许它.如果没有访问存档,风险显然会在一些非常繁重的东西之后失去奴隶的完整性.
| 归档时间: |
|
| 查看次数: |
2887 次 |
| 最近记录: |