有两种方法可以确定要保留哪些日志。一个你自己写的。您需要发出db2 list history backup all for <db name>. 这将向您显示历史文件并找到最后一个备份和最后需要的存档日志。在此之前的任何内容都可以删除。
现在您可以添加自动化。
db2 update db cfg using AUTO_DEL_REC_OBJ ON为您连接的数据库设置第一步。现在，这将允许您使用历史文件来修剪不需要的备份和存档日志。您仍然必须使用花哨的脚本和文本解析，但您可以做到。（您可能还可以在 DB2 中找到一个表来获取数据。这可能更容易获取数据。）但是您可以发出db2 prune history <timestamp> [with force option] and delete删除不需要的备份。并db2 prune logfile prior to <log file name>删除不需要的归档日志。
这很好，但为什么不让 DB2 为您全程处理呢？为有问题的数据库设置db2 update db cfg using AUTO_DEL_REC_OBJ ON。然后就可以设置了db2 update db cfg using NUM_DB_BACKUPS <number>。这设置了您希望在REC_HIS_RETENTN几天内保留的最大备份数。现在设置db2 update db cfg REC_HIS_RETENTN <number>为天数。如果设置NUM_DB_BACKUPS为3和REC_HIS_RETENTN，2它将保留 3 个备份 2 天。换句话说，备份需要至少两天前才能考虑删除。一旦备份超过 2 天，它将检查是否有超过 3 个备份。如果这是真的，那么它将删除较旧的备份。
现在是日志......只要您设置LOGARCHMETH1为DISK而不是LOGRETAIN，DB2 也会清理所有不再需要的归档日志。它将在每个保存的备份之间保留存档日志，但会删除其他所有内容。示例设置：db2 update db cfg using LOGARCHMETH1 'DISK:/archive/logs'. 如果您设置为LOGRETAIN，那么 DB2 将不会自动清理日志，您需要自己进行清理。
有两种方法可以确定要保留哪些日志。一个你自己写的。您需要发出
db2 list history backup all for <db name>. 这将向您显示历史文件并找到最后一个备份和最后需要的存档日志。在此之前的任何内容都可以删除。现在您可以添加自动化。
db2 update db cfg using AUTO_DEL_REC_OBJ ON为您连接的数据库设置第一步。现在，这将允许您使用历史文件来修剪不需要的备份和存档日志。您仍然必须使用花哨的脚本和文本解析，但您可以做到。（您可能还可以在 DB2 中找到一个表来获取数据。这可能更容易获取数据。）但是您可以发出db2 prune history <timestamp> [with force option] and delete删除不需要的备份。并db2 prune logfile prior to <log file name>删除不需要的归档日志。这很好，但为什么不让 DB2 为您全程处理呢？为有问题的数据库设置
db2 update db cfg using AUTO_DEL_REC_OBJ ON。然后就可以设置了db2 update db cfg using NUM_DB_BACKUPS <number>。这设置了您希望在REC_HIS_RETENTN几天内保留的最大备份数。现在设置db2 update db cfg REC_HIS_RETENTN <number>为天数。如果设置NUM_DB_BACKUPS为3和REC_HIS_RETENTN，2它将保留 3 个备份 2 天。换句话说，备份需要至少两天前才能考虑删除。一旦备份超过 2 天，它将检查是否有超过 3 个备份。如果这是真的，那么它将删除较旧的备份。现在是日志......只要您设置
LOGARCHMETH1为DISK而不是LOGRETAIN，DB2 也会清理所有不再需要的归档日志。它将在每个保存的备份之间保留存档日志，但会删除其他所有内容。示例设置：db2 update db cfg using LOGARCHMETH1 'DISK:/archive/logs'. 如果您设置为LOGRETAIN，那么 DB2 将不会自动清理日志，您需要自己进行清理。当您恢复脱机备份时，您不需要前滚（尽管数据库将在备份结束时处于 ROLLFORWARD PENDING 状态，您可以通过使用
WITHOUT ROLLING FORWARD选项来避免这种情况RESTORE DATABASE）。这意味着您可以删除任何存档的日志文件。
但是，请记住，您可能需要小心删除哪些归档日志文件——如果您不小心，可能会意外删除比可能需要的备份更新的文件。
克里斯的精彩概要。如果您想了解更多关于这一切的信息，DB2 产品文档中的术语是“恢复对象”。具体来说，数据库管理手册中的管理恢复对象部分。
有一个 PRUNE HISTORY 命令在一些更常见的用例中现在可以替代 Chris 提到的脚本。如果不是因为这个问题和克里斯的回答，我也不会找到很多其他的好东西。
链接到该文档部分的 11.5 版本。