＋设为首页 ＋添加到收藏夹
简介 【程序编程相关:带有 DB2 UDB 表的 ASP.NE】
【推荐阅读:Add-In Technical Pre】 db2® universal database™ (udb) 历史文件包含了恢复事件与管理事件的记录,它与 os/390® 系统下 db2 中的 sysibm.syscopy 表是等效的.除了包含恢复与备份事件之外,历史文件还保存一些 ddl 事件,比如针对表空间与表的 create. alter.drop 与 rename.对 db2（os/390 下）中 sysibm.syscopy 表的使用大部分局限于恢复场景与记录对表空间的处理活动这两个方面.db2 udb 上的历史文件在以下两点上比 syscopy 表要更胜一筹: 【扩展信息:入乡随俗: 为 DB2 进行开发】 它有更细的粒度——在表层次上记录事件. 它所记录的事件并不局限于恢复场景,还包括 ddl 类的语句.然而,如果 list history 输出可以以表的形式来捕捉,而不是以普通输出情况下的文本文件格式来捕捉,那么它就可以使得分析与使用更加容易.在本文中,我将解释如何通过使用您自己的 syscopy 表来做这件事情.
本文介绍 solaris 与 linux 下的 db2 v8.1 enterprise server edition fix pack 1 (single-partition) 服务器 . 可下载的 zip 文件中提供的代码在 solaris 与 linux 下的 db2 v8.1 ese 上运行良好.
为什么将历史数据放入表中?
db2 list history 命令的确带有一些参数,这些参数返回特定的信息,但您对给命令的使用还是有些限制. 例如,检索某个对象（假设是 obj1 ）自 2003 年 5 月以来的备份的详细信息就不是那么轻松的事情,因为 list history 命令允许您要么指定 since <timestamp> 部分, 要么指定 containing <object_name> 部分,但是不能同时指定这两部分.一旦 list history 中的数据被捕捉到一个表中,我们就可以查询该数据,以生成对数据库的管理活动的报告.在联邦服务器群（federated server farm）上,这个表中的数据可以为您提供针对远程数据库的活动的概述.我还将讨论一种备份策略,它不是时间表驱动的（scheduler-driven）,而是使用我们的 syscopy 表,并且维护一个用于存储频率信息的驱动表.最后,我们将看一下使用 syscopy 表的日志文件维护.
接下来几节中的例子使用 db2 命令行来调用脚本.因而这里没有对任何工作或脚本时间表的引用.理想情况下,这些脚本将按照 dba 通过时间表指定的时间运行.... 下一页