已设置了备份策略文件的保留时间,OB的备份文件空间占满,新的备份失败

我的备份策略中一直设置有备份文件保留时间,之前的值为7天,但是从监控和磁盘占用看,备份文件空间大小一直在曾展,导致目前OB的备份失败,我有两个问题需要求教:
1.备份策略中的备份文件保留时间,是否生效了;
2.我应该如何清除占用空间的历史备份,需要让备份策略可正常执行,且以后想规避出现这类情况

select * from CDB_OB_BACKUP_DELETE_JOB_HISTORY order by START_TIMESTAMP desc;

2 个赞

老师您好,这个表是在哪个库呢,我的OB版本是4.3.5
image

1 个赞

在oceanbase中,需要root@sys查询

1 个赞

CDB_OB_BACKUP_DELETE_JOB_HISTORY.rar (292.9 KB)
老师您好,结果已导出

1 个赞

从结果看,备份正常清理的。是不是近期业务量增加导致增量备份变大。建议扩容一下磁盘

2 个赞

近期业务量没有大的变化呢,我的备份空间由30T,且我的备份策略是每周一次全量,其他的都是增量,我的数据空间正常是3T多一点,有两个问题需要您帮忙排查:
1.只是7天的备份,为何还会占满30T空间;
2.我现在应该怎么做,能正常备份,我理解需要腾出一些空间;

1 个赞

select * from CDB_OB_BACKUP_SET_FILES order by START_TIMESTAMP desc limit 50;

1 个赞

清理任务是正常触发的,没有清理掉过去备份的原因:
25号的全备可恢复范围还不在保留的3天内,需要使用上一个全备数据做支撑。
因为你18号的全备是失败的,就会再往上找更早的全备。
因此不会清理这部分的全备数据(即使是失败的)。

恢复方式:
1)可以去备份目录手动删掉历史的全备full目录数据,应急释放空间;
2)或者设置更短的周期,比如2天,每小时会触发一次情况,届时会清理掉过期的全备+增量备份+归档数据。

2 个赞

老师您好,我现在备份的空间已经降下来了,按我的备份策略,应该在周五、周六的凌晨1点启动新的增量备份,但是没有看到有新的备份呢,还是只有最新的28号失败的备份

老师您好,还请帮忙看一下,我上面反馈的问题,目前还是没有正常备份

1 个赞

– 查看 JOB 级任务历史(找到失败的任务)

SELECT * FROM oceanbase.CDB_OB_BACKUP_JOB_HISTORY

WHERE BACKUP_TYPE = ‘INC’

ORDER BY START_TIMESTAMP DESC

LIMIT 10\G

– 或者查看当前正在执行的任务

SELECT * FROM oceanbase.CDB_OB_BACKUP_JOBS\G

2 个赞

辞霜老师您好,下面是查询结果。我在上次提问后,只是将备份策略,由原来的7天改为了3天,后来备份的空间就自动空出来了,我没有再做其他操作。

查询结果如下:
CDB_OB_BACKUP_JOB_HISTORY.rar (3.5 KB)

当前正在执行的任务的sql。查询结果为空;

(ROOTSERVICE)addr: 10.10.100.12:2882, result: -9071(no I/O operation permission at the backup destination), trace_id: YB420A0A640C-00063E1B202D6876-0-0
看报错是权限问题,路径与未报错之前没发生过变化。可以查一下是不是路径权限被改了

2 个赞

老师您好,您是指备份文件的路径权限被改了吗,下面是我备份策略的地址

cpl-oceanbase-bucket/kf_bakup

是的。参考下面例子使用ob_admin测试一下看看
./ob_admin test_io_device
-d’oss://home/admin/backup_info’
-s’host=http://oss-cn-hangzhou.aliyuncs.com&access_id=111&access_key=222’

1 个赞

老师,我是S3存储,我确认了下,我们没有主动动过存储目录的权限,我看了下端口也是正常开启的,下一步我应该如何验证呢

1 个赞

这个9071问题应该是当时磁盘满导致的,目前磁盘空间足够么,手动发起一下备份

目前磁盘空间是足够的,目前还有25T的空间

老师,在2026年1月28日 01:00:05之后,就没有再备份,我是直接手动点立即备份吗

1 个赞

是的手动发起一下看看