Tivoli 更改管理集成
与公共组件集成
与 Tivoli 资产管理集成
与 Tivoli 问题管理集成
Tivoli 更改管理使用“通知监视器”:
- 通知问讯台更改的潜在效应
- 如果也使用 Tivoli 资产管理,则在更改通过连接性链接涉及库存时,通知受影响的人员。
- 当某项更改提交批准时通知批准人
- 通知请求者和带批准状态的更改的负责人员
- 通知启动任务的更改资源
要使用通知监视器,每个人员必须是 Tivoli 更改管理的用户。只有是用户的人员才能接收通知。
Tivoli 更改管理访问数据库中的下列公共表:
- People
- Locations
- Organizations
- Groups
- Security rights for users and groups
- Notification methods for users and groups
- People-to-contact mappings
上面所列信息必须精确地加以维护,以便能从 Tivoli 更改管理中获得最大效益。
此外,你必须按下列步骤去做才能让 Tivoli 更改管理履行它的职责:
- 每个应该从 Tivoli 更改管理接收通知的人员都必须具有用户标识。
- 每个在 Tivoli 更改管理中作为批准人的组织中必须有一人被授予头衔,由此人接收来自 Tivoli 更改管理的通知。
因为 Tivoli 更改管理同其它应用程序进行交互,所以必须执行一些设置任务以便让这些应用程序能一起工作。有了 Tivoli 资产管理接口,Tivoli 更改管理用户就可以:
- 作为更改的一部分,从 Tivoli 更改管理应用程序中选择要添加、升级的库存,并指定删除的库存。
- 为受更改影响的库存在 Tivoli 资产管理中创建计划的事件和历史记录
- 只要出现浏览按钮,就可以访问 Tivoli 资产管理中的存取数据管理器。
- 到 Tivoli 资产管理中访问人员记录
Tivoli 更改管理依赖 Tivoli 资产管理中的下列基本管理器表:
- ORGANIZATIONS
- LOCATIONS
- CONNECTIONS
这些表必须精确地加以维护和保存,以便能从 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 问题管理中的活动问题创建更改。
- 对时间敏感的新闻公告牌(热点新闻)可以发送给问讯台分析员,以便通知请求更改的时间(在模型或更改中指定)。
- Tivoli 问题管理通知监视器是用来给受影响的人员、指定的资源、批准人和请求者发送通知的。
- Tivoli 问题管理升级监视器是用来升级更改、任务和批准并给指定用户发送通知。
- 当某一更改完成时,Tivoli 更改管理就给已连接的问题发回一个问题状态代码。
- 请求者可以把一个问题连接到在 Tivoli 更改管理中创建的更改上。
- Tivoli 更改管理在问题说明中执行关键字搜索,把它做为效应分析的一部分,以查找可能对更改有影响的过去的问题。
- 在 Tivoli 问题管理的 EAADL300.DLL 文件中含有用于执行关键字搜索的文本检索例行程序。
当某用户根据问题创建更改时,一般采取以下几个步骤:
- 向用户查询状态代码和更改类别。
- 查询当前问题。
- 请求者程序设置为此问题的第一联系人,更改场所设置为第一联系人的场所。
- 创建更改标识、名称和编号缺省值。
- 请求的日期和需要的日期均缺省为 $Today。
- 更改的说明设置为来自问题会话的说明。
- 问题标识以该更改中相关问题的形式标记。
- 执行与该更改类别相关的模型。
注:若对以上逻辑做任何修改,需要修改在 ee_axcha.kb 中的 R_InitChangeFromProblem 例行程序。
在为 Tivoli 问题管理创建热点新闻时,采取以下步骤:
- 活动标志设置为真。
- 日期、时间和时间标记缺省为当前值。
- aid_type 设置为 LANG_HOTNEWS 且 usage_count 初始化为 0。
- 初始化解决方案和帮助标识。
- 根据最早的调度任务日期和效应中指定的天数来为 event_begin_date 和 event_begin_time 设置合适的值。
- 该标题和说明是根据 change_id 及其说明来创建的。
- event_end_date、event_end_time、SCIM 和 location_id 均设置为 $UNKNOWN。
注:若对以上逻辑做任何修改,需要修改 ee_axcha.kb 中的 R_SendHotNews 函数。
由 Tivoli 问题管理中的问题状态代码优先选项来定义某个状态代码,将此状态代码发回所有与更改连接的问题当中去。如果没有定义优先选项,那么当此更改完成时,就不发送状态代码并出现错误。
不对输入的问题状态代码进行检查。因此,如果输入一个不存在的代码,一旦 Tivoli 更改管理试图更新 PROBLEMS 表,数据库就会出现错误。