我们有两个计划备份,其值低于1。JA为true的完整备份-每天凌晨3点运行max-backup设置为1 2。使用JA true执行增量备份-每小时运行4小时55分钟。
作为一项有计划的活动,我们添加了一个自定义字典,并强制对整个数据库重新编制索引,并且没有禁用备份。重建索引所需的时间较长,因为每次定时备份开始时,重建索引都会被禁用。重建索引花了32个小时才完成,几天后我们发现备份驱动器由于空间不足而耗尽。
在进一步调试时,我们发现完整备份在触发重建索引的日期是打开的,之后没有完整备份(并且之前的备份没有被删除),并且由于JA true,日志将继续写入备份目录。
我们无法理解完整备份失败的原因。
例如:我们在9月13日上午8点运行了重建索引,并在9月14日下午4点完成了完整备份失败,之前的备份未被删除。
我们在7-8天后发现了该问题,并发现仅存在9月13日的备份。
发布于 2020-10-27 21:02:50
请记住,增量备份将跟踪自上次备份以来的更改,而重建索引是大量更改,因此在重建索引时运行增量备份可能会产生比预期更大的文件。听起来也可能是,较大的增量备份可能已经减少了足够的磁盘空间,使其不足以进行下一次完整备份。
此外,未删除以前的备份,因为尝试执行完整备份失败。只有在新备份成功完成后,才会删除以前的备份。
https://stackoverflow.com/questions/64497117
复制相似问题