GPDB4.x中：是基于文件复制同步，如果个别segment宕机，整个数据库依然可以运行，当Mirror宕机时，Primary会记录在这个阶段文件变化的数据块，等到Mirror恢复了，再把数据块复制过去；当Primary宕机了，那么对于的Mirror节点就会替换Primary，记录文件变化的数据块，等到Primary恢复了，它就变成了Mirror，丢失的数据就会被复制过来，这里虽然可以继续运行，但是存在一个问题，那就是Primary和Mirror调换了，导致个别机器Primary比其他机器多，负载不均衡，最好还是把它从新恢复过正常对应关系来
testdb=# select * from gp_segment_configuration;
存在部分segment down机的时候，在关闭的GPDB的时候，我们可以看到
再次启动时也一样，GPDB会忽略掉down机的segment，同时开启mirror备用
可以看到生成的配置文件里包含了需要恢复的segment节点
Resynchronizing：正在恢复中，必须等待所有的都Synchronized才行
执行命令：gprecoverseg -r
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
