安装 › 如何安装并配置 CA SDM 与 CA NSM 集成 › 验证集成后注意事项 › 筛选规则注意事项 › 维护已筛选过的事件 › 示例

示例

以下示例说明了一个组织如何在 CA SDM 和 CA NSM 的集成安装中实施筛选的事件。

为了在 CA NSM WorldView 图上显示严重状态时自动创建请求，CA SDM 管理员 (Ken) 必须创建事件筛选规则以确定要响应的事件。 他还必须创建一个事件编写器规则以指定在接收到此类事件时执行的操作。

Ken 决定先使用一个简单的筛选器规则。 然后，随着对系统熟练程度的加深，采用越来越复杂的规则集。 他决定从 U.S. 服务器捕获的各个重要事件。 他的系统使用了所有美国邻近地区的服务器的命名惯例，即 usaxxx，因此这十分简单。

Ken 首先编辑 CA SDM 服务器 $NX_ROOT/site/eh/IP 目录中的 tngfilter_rule.dat 筛选器规则文件，其中“IP”表示 CA SDM 服务器的 IP 地址。 尽管具有许多文本编辑器可供使用并且不会添加外部控制字符，但他使用了 UNIX vi 编辑器（我们建议 Windows 用户使用写字板编辑文件）。

在 tngfilter_rule.dat 文件中，井号符 (#) 表示注释字符。 在读取规则时，任何井号符后面的字符将被忽略。 Ken 的 tngfilter_rule.dat 文件中的大多数行都加有注释，但他注意到了下面几行：

# Report All Events (separately) 
uni:::*:::*:::.*:::(0,1) 
tng:::*:::*:::.*:::(0,1) 

这些行构成了一个开放式筛选器；即可将所有事件传至事件编写器的筛选器。

Ken 将这些行更改为：

# Report All Events (separately) 
# uni:::*:::*:::.*:::(0,1) 
tng:::*:::*:::Object_Status_Updated.*Critical.*:::(0,1) 

Ken 注释了 uni 行，因为他现在仅对 Windows CA NSM 事件感兴趣。 他在 tng 中的 event_ID 字段中输入 Object_Status_Updated.*Critical.*，从而使筛选器仅通过 Object_Status_Updated.*Critical.* 事件。 CA NSM 会在对象状态变为严重时生成 Object_Status_Updated.*Critical.* 事件。

保存筛选器规则文件后，Ken 编辑了在 CA SDM 服务器的 $NX_ROOT/site/eh/IP 目录中找到的 tngwriter_rule.dat 编写器规则文件，其中“IP”表示 CA SDM 服务器的 IP 地址。

筛选器规则文件中的大部分行都是注释。 文件中的最后两行显示了默认的编写器规则定义。 Ken 只想关注源自 Windows CA NSM 的事件，于是他注释了这两行中的第一行。

Ken 按照以下步骤格式化了第二行：

1. 他已经将筛选器设置为仅使紧急事件通过，于是保留事件 ID 以 .* 开头。
2. 他只需要接受来自美国服务器的事件，于是在设备字段中输入 usa.*。
3. 他打算接受来自任何用户的事件，于是将用户字段保留为星号 (*)。
4. 他打算为每个紧急事件编写一个新的请求，于是在操作字段中保留了 CR_CREATE。
5. 他已在系统中输入了一个合适的请求模板，于是在模板字段中输入名称 CriticalTemplate。
6. 他不需要进行任何其他记录，因此记录字段保留为 NONE。

下面是 Ken 编辑的结果：

# .*:::.*:::*:::uni:::*:::CR_CREATE:::::::::NONE 
.*:::usa.*:::*:::tng:::*:::CR_CREATE:::CriticalTemplate::::::NONE 

Ken 保存了编写器规则文件，然后重新启动了 CA SDM 服务器。 他已经准备好接收事件并自动编写请求。