greenplum数据库的增量备份不起作用

Posted

技术标签:

【中文标题】greenplum数据库的增量备份不起作用【英文标题】:Incremental backup of greenplum database not working 【发布时间】:2020-02-10 13:42:45 【问题描述】:

在使用gpbackup实用程序的greenplum数据库中,我了解堆表,即使在分区时也会对表进行完整备份,即使我们进行增量备份也是如此。但是如果我在堆表上创建主键或索引,它不应该开始表现为附加组织表吗?但是当指定 --incremental 时它仍然需要完全备份。有什么理由吗?

【问题讨论】:

【参考方案1】:

gpcrondump 实用程序仅将数据库中每个表的状态与使用状态文件的上次备份进行比较。如果自上次备份以来表的状态有任何变化,则将其标记为脏并在增量备份期间进行备份。

在文件级别,堆表在清理时具有空的元组槽,由下一个可用元组填充 - 一旦该槽被填满,整个文件就被修改了。

因此,gpcrondump 只能对“仅附加”表进行增量备份。

我会看一下 gpbackup - 它在路线图上有增量备份,目前在大多数备份操作中运行速度比 gpcrondump 快得多。

【讨论】:

Brandan 实际上我正在使用 gpbackup 实用程序。我也编辑了我的问题。非常感谢您提供这方面的帮助 对于增量,如果表在上次备份中被认为是“脏”的,那么堆表总是得到完整备份——本质上是任何修改。添加主键或索引不会影响存储类型或数据在磁盘上的存储方式。

以上是关于greenplum数据库的增量备份不起作用的主要内容,如果未能解决你的问题,请参考以下文章

Oracle 12 Rman增量备份

Pivotal Greenplum - 增量数据问题

3,mysql 的单机备份和增量备份

完全备份、差异备份及增量备份

MYSQL备份:启用二进制日志功能的MYSQL增量备份

MySQL的备份与还原,非常规备份,全量备份,增量备份