Greenplum -- segment 死机后恢复

栏目: 数据库 · 发布时间: 6年前

内容简介:2.4、存在:Acting as Primary,说明有将mirror当primary使用了,必须等待所有恢复完毕之后,才能调换过来,调换过程会重启GPDB

一、备份原理:

GPDB4.x中:是基于文件复制同步,如果个别segment宕机,整个数据库依然可以运行,当Mirror宕机时,Primary会记录在这个阶段文件变化的数据块,等到Mirror恢复了,再把数据块复制过去;当Primary宕机了,那么对于的Mirror节点就会替换Primary,记录文件变化的数据块,等到Primary恢复了,它就变成了Mirror,丢失的数据就会被复制过来,这里虽然可以继续运行,但是存在一个问题,那就是Primary和Mirror调换了,导致个别机器Primary比其他机器多,负载不均衡,最好还是把它从新恢复过正常对应关系来

Greenplum -- segment 死机后恢复

二、恢复:

2.1、使用 sql 查询segment状态:

testdb=# select * from gp_segment_configuration;

存在部分segment down机的时候,在关闭的GPDB的时候,我们可以看到

Greenplum -- segment 死机后恢复

再次启动时也一样,GPDB会忽略掉down机的segment,同时开启mirror备用

Greenplum -- segment 死机后恢复

2.1、使用配置文件生成恢复文件

Greenplum -- segment 死机后恢复

可以看到生成的配置文件里包含了需要恢复的segment节点

Greenplum -- segment 死机后恢复

2.2、使用配置文件开始恢复机器

Greenplum -- segment 死机后恢复

2.3、开启另外一个窗口,查看恢复状态:gpstate -m

Resynchronizing:正在恢复中,必须等待所有的都Synchronized才行

Greenplum -- segment 死机后恢复

2.4、存在:Acting as Primary,说明有将mirror当primary使用了,必须等待所有恢复完毕之后,才能调换过来,调换过程会重启GPDB

执行命令:gprecoverseg -r

Greenplum -- segment 死机后恢复

2.5、全部交换之后,查看备用mirror的状态 gpstate -m

Greenplum -- segment 死机后恢复

2.6、sql查询各节点信息,都为up状态

Greenplum -- segment 死机后恢复


以上所述就是小编给大家介绍的《Greenplum -- segment 死机后恢复》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

算法概论

算法概论

Sanjoy Dasgupta、Christos Papadimitriou、Umesh Vazirani / 钱枫 注、邹恒明 注 / 机械工业出版社 / 2009-1 / 55.00元

《算法概论(注释版)》源自加州大学伯克利分校和加州大学圣迭戈分校本科生的算法课讲义,以独特的视角展现了算法设计的精巧技术及魅力。在表达每一种技术时,强调每个算法背后的简洁数学思想,分析其时间和空间效率,运用与其他技术类比的方法来说明特征,并提供了大量实例。《算法概论(注释版)》以人类最古老的算法(算术运算)为起点,将各种算法中优美而有代表性的内容囊括书中,并以最前沿的理论(量子算法)结束,构成了较......一起来看看 《算法概论》 这本书的介绍吧!

RGB转16进制工具
RGB转16进制工具

RGB HEX 互转工具

图片转BASE64编码
图片转BASE64编码

在线图片转Base64编码工具

SHA 加密
SHA 加密

SHA 加密工具