test_restore -f schema_path_and_seq_next_val 数据恢复(1/2) 2017 年象行中国（杭州 站）第一期 并行恢复 如果恢复前面实例的节点个数相同，并且备份文件在对应所属的segment host 上，可以使用gpdbrestore并发恢复提高恢复的速度，其使用方法如下： • gpdbrestore { -t { [-L] ] 数据恢复(2/2) 2017 年象行中国（杭州 站）第一期 虽然并行备份和恢复大大提高了备份和恢复的速度，但是仍 然存在很多问题： 1. 大量数据需要落盘 2. 使用dbid作为备份文件命名规则，在主备切换或者 primary和mirror后会出现问题 3. 可能会出现各个segment数据不一致的情况 …... 并⾏备份恢复存在的问题 2017 年象行中国（杭州 站）第一期 站）第一期 并⾏备份恢复优化(1/3) OSS uploader uploader uploader 2017 年象行中国（杭州 站）第一期 并⾏备份恢复优化(2/3) 使用dbid作为备份文件命名规则，在主备切换或者primary 和mirror后会出现问题，例如： dbid=2 dbid=5 primary mirror test_gp_dump_0_2_20170206160253

。这种方案的优 势是，两个集群几乎可以保持实时的可用性切换。 备份恢复，首先需要一个共享存储，用于备份数据的共享转移，在主集群中，将数 据备份到共享存储上，然后在备用集群上，从共享存储恢复备份文件到数据库。与双 ETL方案相比，这种方案将需要花费更多的时间来同步数据，同时需要较大容量的共享 存储设备，但可以保证数据的一致性，同时，不需要业务逻辑和作业调度做出任何的修 改。如果存储和时效性都可以接受，可以考虑该方案。 对于以前的gp_dump和gpcrondump并行备份出来的文件，如果确有必要，可以 拷贝到Master上来串行恢复，当然恢复的方式不一定是pg_restore，可能是psql 直接执行备份文件，对于压缩文件，也可以边解压边执行，或者先解压再执行。不过， 串行恢复的性能和并行恢复可能是数量级的差异，对于大规模集群来说，无实际意义。 还可以使用COPY命令将集群中的数据，从Master导出到文件，以实现串行的数 DDL就要整体备份，不能只备份一个叶子分区的DDL，因为叶子分区不能独立存在。  如果在执行gpbackup命令的时候，指定了--single-data-file参数，每个实 例上的备份文件将会是一个整体大文件，而不是每个表一个备份文件，这样的话， 在执行gprestore命令时，将不能进行多表并行恢复，--jobs参数不能大于1， 因为gpbackup使用的压缩算法不是并行压缩算法，也不可能实现并行解压。

Greenplum运维常见问题  Greenplum运维常用命令  Greenplum日常检查和故障处理  Greenplum项目经验分享 个性化备份恢复 备份恢复命令  备份文件gz压缩  按表备份 – 每个表每个实例备单个文件  将分区表分别备成单独文件  缺省备份目录在db_dumps下建立日期路径，与缺省备份一致；也可指定备份路径  按照模