仓库填充过程的监控技术
热 荐
【字体：小 大】
仓库填充过程的监控技术
作者：－ 文章来源：－ 点击数：1664 更新时间：2006-4-22 
下图总结了出入 WIP_ARCHIVE 和 WIP_ARCHIVE_COPY 表的数据移动。
图 5
WIP 管理员将负责定义适当的进度表，以执行将数据移动到 WIP_ARCHIVE_COPY 表中和填充目标表这两步过程。假设 WIP 管理员决定每小时调度执行一次该过程；在这种情况下，WIP_ARCHIVE 表最多只包含一小时之内的数据。而 WIP_ARCHIVE_COPY 表包含了一个小时期间的所有数据，这些数据在其被移动之前是存在于 WIP_ARCHIVE 表中的。在本场景中，当数据刚刚被移到该表中时，它包含的信息要少于一个小时的，因为执行该步骤所需的时间导致了很小的时间差量。目标表 STEPS_COMPLETED、STEPS_TEMPSTATUS 和 STEPS_SCHEDULED 包含了从激活 WIP History 过程开始的所有历史信息，仍保留在 WIP_ARCHIVE 表中的最新信息（本例中，最多为最后一小时的活动）除外。
备份 WIP 信息
已经定义了一个步骤对 WIP_ARCHIVE_COPY 表中所包含的数据进行备份。一个导出步骤似乎恰好就可以了。然而，当多次执行该导出步骤时，每次都会替换其目标文件。而我们需要的是保存所有备份，并且能够快速识别哪个备份文件包含了哪些数据。我们定义了一个 UDP 步骤 WIP Export Data，用以从 WIP_ARCHIVE_COPY 表导出数据，以及创建一个其名字包含了时间标记的文件。而时间标记则对应着文件中所存储的最新数据。备份文件位于 IBM\\SQLLIB\\LOGGING 子目录中，并且以 .backup 为扩展名。
图 6
在 IBM\\SQLLIB\\LOGGING 子目录中的这些文件可用于审计仓库上所执行的所有活动。还可以将其中任何一个文件重新加载到仓库中，用以对特定的步骤执行进一步分析。
控制目标表的大小
STEPS_COMPLETED、STEPS_TEMPSTATUS、STEPS_SCHEDULED 和 WIP.STEPS_ERRORS 是 WIP 操作员将查询的目标表；这些表是在每次执行 WIP History 过程时以附加（append）模式加以填充的。由于这些表持续增长，所以 WIP 操作员需要定期将已废弃的信息从这些表中删除。
因为这四个表包含了相关的信息，所以应该小心地执行信息的清除。例如，如果您想要清除一个月之前的信息，我们就建议在 4 个表上一致地进行：从每个表删除的行应该对应于超过一个月以前完成执行的版本。
请注意，即使您不经意间从这些表中清除了过多的信息，也可以通过将档案文件的数据重新加载到 WIP_ARCHIVE_COPY 表中来加以恢复（STEPS_ERRORS 表除外）。
定义一个单步来从这四个表中删除某日期之前完成的版本的所有相关数据将会十分简单。
扩展 WIP 功能的完整过程
图 7 中显示了保存 WIP 历史的完整过程。
图 7
如下面的图 8 所示，表 WIP_ARCHIVE、WIP_ARCHIVE_COPY、STEPS_ERRORS 和 STEPS_START 的内容是由触发器来控制的。
图 8