postgresql的failover场景处理
一、结构:
A-->B
1】计划内切换,
B提升为主库promote,A添加recovery.conf文件配置成B的从库启动
结构变成了A<--B
不需要重做任何一个节点即可完成切换
2】failover切换:
A的上日志可能会比B更多一些,这时候无法完成如上的切换,需要重做A节点
二、结构:
A-->B-->C
1】 C提升跟B平级
修改C节点的recovery.cnf信息,指到A节点上即完成了C的“升级”
结构为
A-->B
|-->C
2】 B提升为主库:
修改A节点的recovery.conf文件,指定到B节点,B上执行promote即完成调整
结构为
B-->A
|-->C
3】 C提升为主库:
修改A和B节点的recovery.conf,指到C节点,C上执行promote即完成调整
结构为:
C-->A
|-->B
三、结构:
C-->A
|-->B
1】 A提升为主库:
修改B,C节点的recovery.conf,指定到A,A上执行promote即完成调整:
结构为:
A-->C
|-->B
综上,计划内的切换是可以不用重新做库的,通过指定配置recovery.conf即可完成结构调整
(注释每一步的调整都是先关闭主库)
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/20625855/viewspace-1845436/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/20625855/viewspace-1845436/
- [转]如何处理UI对象和场景对象点击事件冲突/重复
- postgresql是如何处理死连接
- Unity多个场景叠加或大场景处理方法小结
- postgresql的时间数据处理
- Postgresql死锁的处理
- Appium-超过60s的应用场景如何处理
- BI笔记之---Cube增量处理的一个场景的处理方案
- iOS的界面触摸事件处理机制,然后用一个实例来说明下应用场景.
- PostgreSQL在何处处理 sql查询之三十九
- PostgreSQL在何处处理 sql查询之四十
- PostgreSQL在何处处理 sql查询之四十九
- 场景分析(补充)--python处理csv文件
- 关于安装PostgreSQL出现configure: error: zlib library not found处理
- OSG点击场景中的某个物体,如何判断点击的物体,及处理此模型相关变换
- PostgreSQL服务过程中的那些事二:Pg服务进程处理简单查询一:开启事务
- 复杂事件处理(Complex Events Processing) --2. 复杂事件处理的功能和应用场景
- WSFC真实场景仲裁处理
- Cocos2dx中在场景中弹出模态层时按钮的处理方法
- 如何处理并发修改同一条数据,乐观锁,悲观锁的实现及应用场景
- 消息中间件系列五:RabbitMQ的使用场景(异步处理、应用解耦)