Tivoli 更改管理集成


与公共组件集成

与 Tivoli 资产管理集成

与 Tivoli 问题管理集成


与公共组件集成

通知监视器

Tivoli 更改管理使用“通知监视器”:

要使用通知监视器,每个人员必须是 Tivoli 更改管理的用户。只有是用户的人员才能接收通知。

系统管理数据

Tivoli 更改管理访问数据库中的下列公共表:

上面所列信息必须精确地加以维护,以便能从 Tivoli 更改管理中获得最大效益。

此外,你必须按下列步骤去做才能让 Tivoli 更改管理履行它的职责:


与 Tivoli 资产管理集成

因为 Tivoli 更改管理同其它应用程序进行交互,所以必须执行一些设置任务以便让这些应用程序能一起工作。有了 Tivoli 资产管理接口,Tivoli 更改管理用户就可以:

设置 Tivoli 资产管理

Tivoli 更改管理依赖 Tivoli 资产管理中的下列基本管理器表:

这些表必须精确地加以维护和保存,以便能从 Tivoli 更改管理中获得最大效益。

此外,为了让 Tivoli 更改管理与 Tivoli 资产管理一起工作,在进行上述正常操作之前必须执行下列步骤:

资产动态管理

当某一更改在 Tivoli 更改管理中标记为“已接受”时,在 Tivoli 资产管理中创建一个计划的事件,以用于此更改所修改或删除的每个资产。在以后不为库存创建这些事件。

当更改标记为“已完成”时,该计划的事件转化为历史事件并为新库存创建历史事件。
为了做到无缝集成,必须把一种称为“受更改影响”的事件类型添加到 Tivoli 资产管理的事件类型列表中。若想了解有关添加事件类型的详细信息,请参阅 Tivoli 资产管理的文件集。

如果希望,可以通过更改 ee_glang.kb 文件中的 EE_INV_EFFECT_EVENT 常量并重新分析来修改事件类型的名称。

对从 Tivoli 更改管理添加过来的库存,并不在 Tivoli 资产管理中检查其资产标记。因此,在分配资产标记时必须小心。

注意:如果在Tivoli 更改管理的某个更改中添加了一段库存,而这段库存在该更改被标记为“已完成”之前添加到 Tivoli 资产管理中,数据库就会出现错误。


与 Tivoli 问题管理集成

介于这两个应用程序之间的接口按以下方式使用:

根据问题创建更改

当某用户根据问题创建更改时,一般采取以下几个步骤:

  1. 向用户查询状态代码和更改类别。
  2. 查询当前问题。
  3. 请求者程序设置为此问题的第一联系人,更改场所设置为第一联系人的场所。
  4. 创建更改标识、名称和编号缺省值。
  5. 请求的日期和需要的日期均缺省为 $Today。
  6. 更改的说明设置为来自问题会话的说明。
  7. 问题标识以该更改中相关问题的形式标记。
  8. 执行与该更改类别相关的模型。

注:若对以上逻辑做任何修改,需要修改在 ee_axcha.kb 中的 R_InitChangeFromProblem 例行程序。

配置热点新闻

在为 Tivoli 问题管理创建热点新闻时,采取以下步骤:

  1. 活动标志设置为真。
  2. 日期、时间和时间标记缺省为当前值。
  3. aid_type 设置为 LANG_HOTNEWS 且 usage_count 初始化为 0。
  4. 初始化解决方案和帮助标识。
  5. 根据最早的调度任务日期和效应中指定的天数来为 event_begin_date 和 event_begin_time 设置合适的值。
  6. 该标题和说明是根据 change_id 及其说明来创建的。
  7. event_end_date、event_end_time、SCIM 和 location_id 均设置为 $UNKNOWN。

注:若对以上逻辑做任何修改,需要修改 ee_axcha.kb 中的 R_SendHotNews 函数。

问题状态代码

由 Tivoli 问题管理中的问题状态代码优先选项来定义某个状态代码,将此状态代码发回所有与更改连接的问题当中去。如果没有定义优先选项,那么当此更改完成时,就不发送状态代码并出现错误。

不对输入的问题状态代码进行检查。因此,如果输入一个不存在的代码,一旦 Tivoli 更改管理试图更新 PROBLEMS 表,数据库就会出现错误。