expire_backups - 在云端在线

程序：

您的姓名

expire_backups - 智能地使旧备份过期

概要

expire_backups [选项] [ ...]

商品描述

过期备份 命令智能地删除不再需要的旧备份。

要定义要保留多长时间的备份，您可以定义一些 年龄 范围.
过期备份 确保您在每个年龄段都至少有一个备份
次。 它将保留所需数量的备份并删除任何
变得多余的备份。

通过根据备份周期给出范围边界列表来指定年龄范围。
每次创建新备份时，现有备份都会老化一个周期。

例子：当 过期备份 使用年龄范围定义调用 1 3 7 14 31， 它会
保证您始终可以使用以下备份：

1. 0 到 1 个周期前的备份（即最近的备份）

2. 1 到 3 个周期的备份

3. 3 到 7 个周期的备份

4. 7 到 14 个周期的备份

5. 14 到 31 个周期的备份

注意:
如果按固定间隔做备份，那么一个周期就相当于备份了
间隔。 根据备份周期而不是指定年龄范围的优点
与几天或几周相比，它允许您优雅地处理不规则备份
间隔。 想象一下，由于某种原因，您没有打开计算机
月。 现在您的所有备份都至少有一个月的历史，如果您已指定
以上备份策略就绝对年龄而言，一律删除！ 指定
备份周期的年龄范围避免了这些问题。

过期备份 用法很简单。 它需要将备份存储在
申请 年月日时：分：秒 (YYYY-MM-DD_HH:mm:ss) 并适用于所有备份
当前目录。 所以对于上面的备份策略，正确的调用应该是：

过期备份.py 1 3 7 14 31

在 S3QL 文件系统上存储备份时，您可能希望指定
--使用-s3qlrm 选项。 这告诉 过期备份 使用 s3qlrm 删除命令
目录。

过期备份 使用“状态文件”来跟踪哪些备份有多少个周期
（因为这不能从目录名称中包含的日期推断出来）。 这
此状态文件的标准名称是 .expire_backups.dat. 如果此文件损坏或
删除， 过期备份 不再知道备份的年龄并拒绝工作。 在
在这种情况下，您可以使用 --重建状态 尝试从中重建状态的选项
备份日期。 然而，这种重建的准确性在很大程度上取决于如何
你一直在做备份是严格的（只有当时间是完全正确的
后续备份之间的间隔始终完全相同），因此通常很好
想法不要篡改状态文件。

配置

过期备份 命令接受以下选项：

- 安静的
安静点

--调试模块
激活指定模块的调试输出（使用逗号分隔
多个模块）。 调试消息将写入指定的目标
- 日志 选项。

-调试
激活所有 S3QL 模块的调试输出。 将写入调试消息
到指定的目标 - 日志 选项。

- 版
只需打印程序版本并退出

- 状态
保存状态信息的文件（默认：“.expire_backups.dat”）

-n 试运行。 只需显示哪些备份将被删除。

--重建状态
尝试从备份日期重建丢失的状态文件。

--使用-s3qlrm
使用 s3qlrm 命令删除备份。

退出 编码

过期备份 可能会以以下退出代码终止：

0 一切顺利。

1 发生意外错误。 这可能表明程序中存在错误。

2 无效的命令行参数。

使用 onworks.net 服务在线使用 expire_backups