DB2 9.7:利用自动维护策略自动回收多维集群(MDC)表中的空间
2010-04-13 00:00:00 来源:WEB开发网至此,万事俱备只需等待。当下一个刷新周期到来时表 mdctab 将会被评估并提交一个 REORG RECLAIM EXTENTS ONLY 的任务,当时间进入维护窗口时这个任务将会被执行。
查看回收信息
耐心等待一段时间之后,通过检查表空间的可用数据页的个数可以判断 MDC 表中的空闲空间是否被释放,我们将会看到可用的数据页与清单 5 中手动释放空间后的个数相同。
但是这种方法仅适用在本文中示例场景,因为在这个示例场景中没有其他对数据库的操作,而在真实的应用场景中有持续的数据库操作在进行,所以表空间可用数据页的个数也在不停的变化。因此,我们还需要另外一种方法来判断,其中一种比较便捷的方式是使用 list history 命令查看 REORG 的历史,如清单 11 所示。
清单 11. 查看空间回收的历史记录
db2 list history reorg all for mydb
List History File for mydb
Number of matching file entries = 2
Op Obj Timestamp+Sequence Type Dev Earliest Log Current Log Backup ID
-- --- ------------------ ---- --- ------------ ------------ ---------
G T 20100101064038 N S0000000.LOG S0000002.LOG
----------------------------------------------------------------------
Table: "HAOQINGY"."MDCTAB"
----------------------------------------------------------------------
Comment: REORG RECALIM
Start Time: 20100101064038
End Time: 20100101064039
Status: A
---------------------------------------------------------------------
EID: 3
Op Obj Timestamp+Sequence Type Dev Earliest Log Current Log Backup ID
-- --- ------------------ ---- --- ------------ ------------ ----------
G T 20100101075636 N S0000000.LOG S0000000.LOG
-----------------------------------------------------------------------
Table: "HAOQINGY"."MDCTAB"
---------------------------------------------------------------------
Comment: REORG RECALIM
Start Time: 20100101075636
End Time: 20100101075636
Status: A
---------------------------------------------------------------------
EID: 5
在清单 11 中可以看到两条对表 HAOQINGY.MDCTAB 的“REORG RECALIM”操作,也就是使用 RECLAIM EXTENTS ONLY 选项的 REORG 操作历史,其中第一次是我们在清单 5 中手工调用的,而第二次则是自动维护功能自动调用的。同时还可以结合结果中的时间戳来判断这条历史记录是否就是自动维护所执行的。在本文场景中,看到了这条历史记录,也就说明了自动维护策略已经自动执行了一次 MDC 表空间回收操作。如果此时再次手动执行清单 5 中的命令,也不会有更多的空间被释放。
至此,我们已经讨论并演示了如何配置自动维护策略自动释放 MDC 表中空闲空间。
总结
在文中介绍了 DB2 9.7 中 REORG 的新选项 RECLAIM EXTENTS ONLY 并演示了其联机回收 MDC 表中空闲空间的功能,然后详细介绍并演示了如何通过配置自动维护策略自动调用这一 REORG 的新功能来实现自动回收,读者可以在实际的生产场景中应用这些新特性,从定期手动执行的重复劳动中释放出来,提高数据库系统管理的效率。
更多精彩
赞助商链接