pg 数据库HA 启动脚本的两个假设
pg 的那个启动脚本已经改完了，
目前的测试看，基本按照我们的预期
设定了两个假设：
1.主从数据库都是开着的，这个时候，如果主库发生故障了，
数据库可以按照我们的预想的方式发生主从切换。
然后从库的pg 会切换为主库。
原来的主库就坏掉了，需要人工干预才能恢复主从复制了。
2.从库是冷启动的，就是说在发生故障切换的时候，从库时没有开的，这个时候，也会发生切换，但是从库是只读访问的，不会破坏主从的复制关系，这个时候需要人工干预把从库切为主库。
真对第二个情况的的考虑：
dba 人工干预了从库的从库，比如我们把从库停机维护了2天，期间，发生了主从切换，这个时候，我们是不希望，从库转换为主库的，因为可能丢了很多数据。
这个时候去，从库启动为只读，可以把归档日志应用完成，这个时候是需要人工干预的。
目前的测试看，基本按照我们的预期
设定了两个假设：
1.主从数据库都是开着的，这个时候，如果主库发生故障了，
数据库可以按照我们的预想的方式发生主从切换。
然后从库的pg 会切换为主库。
原来的主库就坏掉了，需要人工干预才能恢复主从复制了。
2.从库是冷启动的，就是说在发生故障切换的时候，从库时没有开的，这个时候，也会发生切换，但是从库是只读访问的，不会破坏主从的复制关系，这个时候需要人工干预把从库切为主库。
真对第二个情况的的考虑：
dba 人工干预了从库的从库，比如我们把从库停机维护了2天，期间，发生了主从切换，这个时候，我们是不希望，从库转换为主库的，因为可能丢了很多数据。
这个时候去，从库启动为只读，可以把归档日志应用完成，这个时候是需要人工干预的。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/133735/viewspace-743827/ ，如需转载，请注明出处，否则将追究法律责任。
下一篇：
HA 脑裂的测试
请登录后发表评论
登录
全部评论
