db2修剪历史记录时间戳和删除无效?

时间:2017-08-17 21:56:46

标签: db2 db2-luw

我需要你的帮助:我在db2 luw 10.5.8并将logarchmeth1设置为tsm。我注意到我的日志路径已满(只剩下可用空间的10%),因此我决定使用db2 prune history命令释放一些空间。

这是我使用的命令:

db2 prune history 20170813 and delete

我的印象是,此命令会通过删除之前或等于指定日期的所有日志文件来释放一些空间。不幸的是,它并没有这样的方式。我的logpath中的可用空间保持不变,为10%。

我还尝试了depracated prune logfile命令(结果相同):

db2 prune logfile prior to S0000100.LOG

如何在logpath中释放一些空间? 有什么想法吗?

1 个答案:

答案 0 :(得分:0)

您是否确认TSM的归档成功完成?此外,您可能需要手动存档在打开TSM之前完成的所有日志文件。

您可以在db2diag和db_history视图中看到此tsm-archival-completion。如果将AUTO_DEL_REC_OBJ设置为on,那么DB2应根据相关设置在DB2备份结束时为您执行修剪。

如果存在TSM中断,则要归档的日志文件将保留在活动日志路径中(除非您另外定义FAILARCHPATH),直到活动日志文件系统填充或TSM恢复服务(以先发生者为准) )。当TSM响应时,DB2将不断重试TSM并自动恢复存档。

确保active-logs(和/或failarchpath文件系统)的文件系统足够大,可以容忍所选持续时间的TSM中断。