Master Standby 切换

简介: 本文档主要演示GreenPlum数据库的Master节点的Standby在异常后的数据同步及Master节点故障后,Standby的切换。在操作前通过gpstate命令查看Standby的状态是正常的,数据也在同步状态。

111.jpg
然后直接关闭Standby所在的主机,模拟Standby故障,通过gpstate命令可以查看到Standby已经连接失败。
222.jpg
同路Master节点,创建一张表,模拟Master节点数据变化。
启动Standby的主机,启动Standby,发现Standby已经自动同步了数据。
333.jpg
如果Standby数据不能自动同步,那么就需要重新初始化Standby的数据,也就是手动全量同步数据,因为Master只存数据库的元数据,通常都很小,这个过程很快即可完成,但是需要将Master数据库启动到Utility模式,否则会遇到下面的错误。
444.jpg
555.jpg
下面模拟Master节点故障,切换到Standby的情况。直接关闭Master节点主机的电源,模拟Master节点故障。可以通过gpactivatestandby命令将Standby切换成Master,这个命令依赖几个环境变量,下面的测试会一一介绍。
MASTER_DATA_DIRECTORY环境变量,在切换Standby时,必须设置MASTER_DATA_DIRECTORY环境变量,直接在命令后面写上直接路径也是不行的,如下:
666.jpg
777.jpg
切换完成,查看数据库的状态。
888.jpg
999.jpg

相关文章
|
5月前
|
机器学习/深度学习 人工智能 分布式计算
主从模式(Master-Slave Architecture)
主从模式(Master-Slave Architecture)
259 0
|
关系型数据库 数据库 MySQL
|
Kubernetes Docker 容器
kubeadm HA master集群master重置故障恢复
文章楔子 对于一个具有HA master的集群来说,发生单点故障通常不会影响集群的正常运行,只要及时复原单点故障,就可以避免潜在的数据、状态丢失。本文旨在指导读者,在kubeadm搭建的HA master集群中,某一master主机遭遇硬件更换、系统重置、k8s配置重置的情况下,应当如何恢复K8s HA master集群。
2843 0
|
监控 关系型数据库 MySQL