仓库填充过程的监控技术

核心提示： 该表包含了无法在 WIP 中获得的信息： 显示调度何时变为非活动的记录：当仓库管理员降级其中定义了一个或多个调度的步骤时，其调度就变为非活动的，仓库填充过程的监控技术(6)， 显示何时将调度覆盖的记录：如果 WIP 操作员决定立刻运行一个本来计划稍后才运行的版本时，就会出现该情况，例如，只

该表包含了无法在 WIP 中获得的信息：

显示调度何时变为非活动的记录：当仓库管理员降级其中定义了一个或多个调度的步骤时，其调度就变为非活动的。

显示何时将调度覆盖的记录：如果 WIP 操作员决定立刻运行一个本来计划稍后才运行的版本时，就会出现该情况。因此，该版本不会在其初始指定的时间 Ti 运行，而是立刻运行；如果对该步骤指定了重复调度，那么则会在 WIP 中插入一个新版本，而其执行起始时间就是刚刚运行版本中初始指定的时间 Ti 加上其重复间隔。

关于过去已被调度的老版本的记录，即使它们可能已经被执行过了。而这些关于已经执行的被调度版本的记录在其执行之后就已从 WIP 中删除。

在本文的结尾，我们提供了一些固定的示例查询，将有助于用户从这些表中筛选出所需信息。附录中显示了这些表的完整定义。

除了刚才所描述的三个表之外，要获得包含了重要错误列表的表也很方便，且无需浏览从 WIP 环境中获得的许多日志页面。该工作极易完成，因为我们在 IWH.EDITION 表上定义了另一个触发器：当该表更新了一条记录并且该版本的状态为 failed 或 warning 类型时，与 IWH.LOGMSGS 表中版本有关的所有记录以及包含了错误消息的所有记录都将被写入 WIP.STEPS_ERRORS 表。附录中还提供了该表的确切结构。此表还包含了一个附加列 RESOLUTION_SUGGESTION，它并非是从 IWH.EDITION 提取的；该列由 WIP 操作员填入，用以包含动作的描述，而该动作是为校正执行时所碰到的错误而要采取的。当碰到不寻常的错误时该列的填写可能十分有用，便于在今后发生同样的错误时可应用快速的解决方案。

管理 WIP 历史表的大小

WIP 历史表 WIP_FULL_ARCHIVE 包含了每个版本的完整历史，并且被用作填充目标表 STEPS_COMPLETED、STEPS_TEMPSTATUS 和 STEPS_SCHEDULED 的源信息。表 WIP_FULL_ARCHIVE 的大小持续增长，因为触发器机制会将数据一点点地从 IWH.EDITION 表中填入档案表。这种设计并不可取，因而必须加以改进以确保控制好档案表的大小。而且要能够对过去仓库处理活动的任何历史加以恢复；备份文件应该包含从档案表中删除的数据。这可能是出于审计目的而需要的功能。我们还必须确保被定期激活以挖掘档案表并填充 3 个目标表的那些步骤会处理在同一时刻被插入到档案表中的数据。例如，只获得已完成的版本的有关信息，但是却遗漏了同一版本的各个中间状态的信息是极其不可取的。