db2 修剪历史时间戳和删除没有效果？
db2 prune history timestamp and delete having no effect?
我需要你的帮助：我在 db2 luw 10.5.8 上并将 logarchmeth1 设置为 tsm。我注意到我的日志路径变满了（只剩下 10% 的可用 space），所以我决定使用 db2 prune history 命令来释放一些 space.
这是我使用的命令：
db2 prune history 20170813 and delete
我的印象是此命令会通过删除指定日期之前或等于指定日期的所有日志文件来释放一些 space。不幸的是，它不是那样工作的。我的日志路径中可用的免费 space 保持在 10% 不变。
我还尝试了已弃用的 prune logfile 命令（结果相同）：
db2 prune logfile prior to S0000100.LOG
如何释放我的日志路径中的一些 space？
有什么想法吗？
您是否确认向 TSM 的归档已成功完成？您可能还需要手动归档在打开 TSM 之前完成的任何日志文件。
您可以在 db2diag 和 db_history 视图中看到此 tsm-archival-completion。如果您将 AUTO_DEL_REC_OBJ 设置为 on，那么 DB2 应该根据相关设置在 DB2 备份结束时为您执行修剪。
如果 TSM 中断，要归档的日志文件将保留在活动日志路径中（除非您另外定义 FAILARCHPATH），直到活动日志的文件系统填满或 TSM-resumes-service（以哪个为准）先发生）。 DB2 将不断重试 TSM 并在 TSM 响应时自动恢复归档。
确保您的活动日志文件系统（and/or failarchpath 文件系统）足够大以容忍您选择的持续时间的 TSM 中断。
我需要你的帮助：我在 db2 luw 10.5.8 上并将 logarchmeth1 设置为 tsm。我注意到我的日志路径变满了（只剩下 10% 的可用 space），所以我决定使用 db2 prune history 命令来释放一些 space.
这是我使用的命令：
db2 prune history 20170813 and delete
我的印象是此命令会通过删除指定日期之前或等于指定日期的所有日志文件来释放一些 space。不幸的是，它不是那样工作的。我的日志路径中可用的免费 space 保持在 10% 不变。
我还尝试了已弃用的 prune logfile 命令（结果相同）：
db2 prune logfile prior to S0000100.LOG
如何释放我的日志路径中的一些 space？ 有什么想法吗？
您是否确认向 TSM 的归档已成功完成？您可能还需要手动归档在打开 TSM 之前完成的任何日志文件。
您可以在 db2diag 和 db_history 视图中看到此 tsm-archival-completion。如果您将 AUTO_DEL_REC_OBJ 设置为 on，那么 DB2 应该根据相关设置在 DB2 备份结束时为您执行修剪。
如果 TSM 中断，要归档的日志文件将保留在活动日志路径中（除非您另外定义 FAILARCHPATH），直到活动日志的文件系统填满或 TSM-resumes-service（以哪个为准）先发生）。 DB2 将不断重试 TSM 并在 TSM 响应时自动恢复归档。
确保您的活动日志文件系统（and/or failarchpath 文件系统）足够大以容忍您选择的持续时间的 TSM 中断。