关于Greenplum数据库的高可用(HA)

本文详细介绍了Greenplum数据库的高可用性策略,包括Segment的mirror配置、故障转移和恢复,以及Master的mirror(standby master)设置。通过启用mirror segment和standby master,Greenplum能够在组件故障时自动进行故障转移,保证系统的持续运行。文中还讨论了group mirroring和spread mirroring两种mirror配置策略,以及主从master的同步和故障切换流程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录

 

1.Greenplum数据库中的冗余和故障转移

1.1关于Segment的mirror

1.2Segment故障转移和恢复

1.3关于Master的mirror

2.Greenplum数据库的高可用性

2.1 mirror segment概述

2.2master mirroring概述


1.Greenplum数据库中的冗余和故障转移

可以通过部署mirror组件避免单点故障,下面将详细介绍Greenplum中master和segment的mirror策略。

1.1关于Segment的mirror

部署Greenplum数据库系统时,可以配置primary segment。mirror segment允许数据库在primary segment不可用时进行故障转移。在集群部署时,强烈建议在生产系统中使用mirror。

Mirror segemnt必须部署在与primary segment不同的主机上,以防止单个主机故障。

初始化或扩展Greenplum系统时,可以使用两种mirror配置策略。默认配置是(group mirroring )将主机primary segment的所有mirror segment放置在群集中的另一台主机上。另外一种配置策略为spread mirroring,这种方式会将每个主机mirror分布在其余主机上,并要求群集中的主机数多于每个主机的primary segment数。下图为spread配置。

https://gpdb.docs.pivotal.io/590/admin_guide/graphics/spread-mirroring.png

1.2Segment故障转移和恢复

在Greenplum数据库系统中启用mirror时,如果主副本不可用,系统将自动故障转移到mirror segment。如果segment实例或主机出现故障,只要所有数据在剩余的活动segment上都可用,Greenplum数据库系统就可以继续运行。

如果master服务器无法连接到segment实例,它会在Greenplum数据库系统目录(system catalog)中将该segment实例标记为down状态,并激活与其对应的segment实例。在管理员采取措施使该段重新恢复之前,失败的segment实例将保持不运行状态。使用gpstate工具可用于识别失败的segment。管理员可以在系统启动并运行时恢复故障的segment。恢复过程仅复制在segment停止运行时遗漏的更改。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值