IBM Tivoli NetView V7.1.4 Fix Pack 03 自述文件

日期：2005 年 4 月 1 日

名称：7.1.4-TIV-NVD-{OperatingSystem}-FP0003

组件：IBM Tivoli NetView V7.1.4

PTF 号：U802492（UNIX）或 XR23263（Windows）

注意：在使用本资料及其支持的产品之前，请阅读本文档结尾处声明部分中的信息。

关于本修订包

本部分提供关于本修订包的一般信息。极力建议您先完整地阅读本文档，然后安装本修订包。

修订包内容

本修订包由五个程序包组成，分别用于 RS6000 AIX(R)、SUN SPARC Solaris、Linux Intel(TM)、Linux for S/390（31 位）和 Microsoft(R) Windows(R)。在已经安装了 IBM(R) Tivoli(R) NetView(R) 本机服务器或客户机的每个平台上，您都需要使用相应的程序包。

对于 Red Hat Enterprise Linux Advance Server 3.0 和 SUSE Linux Enterprise Server（SLES）9 on S/390（31 位）系统，已将一张新的 CD 添加到库 NetView 7.1.4 工具箱中，并且要求安装标准的 IBM Tivoli NetView。

对于 Red Hat Enterprise Linux AS V3.0 和 SUSE Linux Enterprise Server（SLES）9 on zSeries（64 位）系统，已将一张新的 CD 添加到库 NetView 7.1.4 工具箱中，并且要求安装标准的 IBM Tivoli NetView。

本修订包还包括对 Tivoli Data Warehouse 所使用并包含的 Tivoli NetView 仓库启用包的一组更正。要将这些更正应用于 Tivoli Data Warehouse 中的 Tivoli NetView 仓库启用包代码，请参阅与本修订包相关联的 1.1.0.4-TIV-NVD-WEP-FP0003.readme 文件。

本修订包取代的补丁

无。

由于 IBM Tivoli NetView 程序不产生补丁，所以本修订包不取代任何补丁。但是，在此自述文件的本修订包中更正的 APAR 部分中涉及的 IBM Tivoli NetView 7.1.4 程序的所有测试修订都被取代。

受支持的操作系统

• AIX：
  • V4.3.3（维护级别 09）
  • V5.1（维护级别 01、05 和 07）32 和 64 位
  • V5.2（维护级别 03 和 04）32 和 64 位
  • V5.3（Power 4）32 和 64 位
  • V5.3（Power 5）32 和 64 位
• Solaris：
  • V2.8（带有 Sun 所需的所有补丁）
  • V2.9 64 位（以及 2004 年 12 月 9 日公布的最新补丁）
• Linux Intel（32 位）：
  • Red Hat V7.2（在 2.4.7-10 内核上测试）
  • Red Hat Enterprise Linux AS V2.1（在 2.4.9-e.3 内核上经过测试）
  • Red Hat Enterprise Linux ES V2.1
  • Red Hat Enterprise Linux WS V2.1
  • Red Hat Enterprise Linux AS 3.0 Update 2、3 和 4（在 2.4.21-15.ELsmp 内核和 2.4.21-27.ELsmp 内核上经过测试）
  • Red Hat Enterprise Linux ES 3.0 Update 2、3 和 4
  • Red Hat Enterprise Linux WS 3.0 Update 2、3 和 4
  • SUSE V7.2（在 2.4.4-4GB 内核上经过测试）
  • SUSE V8.0（在 2.4.4-4GB 内核上经过测试）
  • United Linux V1.0（SLES 8）（在 2.4.21-138-smp 内核上测试）
  • SUSE Linux Enterprise Server（SLES）8 SP3（在 2.4.21.198-smp 内核上经过测试）
  • SUSE Linux Enterprise Server（SLES）9 SP1（在 2.6.5-7.97-smp 内核和 2.6.5-7.139-smp 内核上经过测试）
  • Red Flag Linux Advanced Server 4.1（在 2.4.21-9.30AXsmp 内核上经过测试）
• Linux for S/390（31 位）：
  • Red Hat V7.2
  • Red Hat Enterprise Linux AS 3.0 Update 2、3 和 4（在 2.4.21-15.EL 内核和 2.4.21-20.EL 内核上经过测试）
  • SUSE Linux Enterprise Server（SLES）7.2 for S/390 and zSeries
  • SUSE Linux Enterprise Server（SLES）8.0 SP3 for S/390 and zSeries（在 2.4.21-231-default 内核上经过测试）
  • SUSE Linux Enterprise Server（SLES）9 SP1 for S/390（在 2.6.5-7.97-s390 内核和 2.6.5-7.139-s390 内核上经过测试）
  • United Linux V1.0（SLES 8）
• Linux for zSeries（64 位）：
  • Red Hat Enterprise Linux AS（非 ES 或 WS）V3.0 Update 3 和 4（在 2.4.21-20.EL 内核上经过测试）
  • SUSE Linux Enterprise Server（SLES）8.0 SP3 for zSeries（在 2.4.21-273-default 内核上经过测试）
  • SUSE Linux Enterprise Server（SLES）9 SP1 for zSeries（在 2.6.5-7.139-s390x 内核上经过测试）
• Windows（32 位）：
  • 带有 SP4 的 Windows 2000 Server
  • 带有 SP4 的 Windows 2000 Advanced Server
  • Windows 2003 Standard Server
  • Windows 2003 Enterprise Server
  • Windows 2003 Datacenter Server
  • 带有 SP1 和 SP2 的 Windows XP Professional

请注意，本发行版中不支持以下 Windows 操作系统：

• Windows NT(R)
• Windows 2000 Professional
• Windows XP Home Edition

Fix Pack 03 中的新功能

以下项为 IBM Tivoli NetView 7.1.4 Fix Pack 03 中的新功能。

面向使用 Access 2000 或更高版本的 Tivoli NetView for Windows 程序的新数据库模板

PJ30038 修订要求用户停止将数据记录在 \usr\ov\databases\odbc 目录中以前的 mdb 文件中，并使用提供的空模板创建新的数据库文件。要完成此转换，请执行以下步骤：

1. 停止所有 Tivoli NetView 守护进程（使用 serversetup）
2. 输入以下命令：
   1. rename [Drive:] \usr\ov\databases\odbc\tess_db.mdb \usr\ov\databases\odbc\old.tess_db.mdb
   2. copy [Drive:] \usr\ov\databases\odbc\tess_db.mdb_empty \usr\ov\databases\odbc\tess_db.mdb
   3. rename [Drive:] \usr\ov\databases\odbc\snmpcollect_db.mdb \usr\ov\databases\odbc\old.snmpcollect_db.mdb
   4. copy [Drive:] \usr\ov\databases\odbc\snmpcollect_db.mdb_empty \usr\ov\databases\odbc\snmpcollect_db.mdb
   5. rename [Drive:] \usr\ov\databases\odbc\topo2sql_db.mdb \usr\ov\databases\odbc\old.topo2sql_db.mdb
   6. copy [Drive:] \usr\ov\databases\odbc\topo2sql_db.mdb_empty \usr\ov\databases\odbc\topo2sql_db.mdb
3. 重新启动 Tivoli NetView 守护进程（使用 serversetup）。

您可以保留旧的数据库文件来使用其他工具（例如 MS Access）进行分析，也可以删除它们。但是，完成上面的转换以后，Tivoli NetView 程序将忽略旧的数据。

定制链接

IBM Tivoli Switch Analyzer 程序要求 Tivoli NetView 程序有从 NetView 服务器到每个管理交换机的、完全发现的路径。该范围之外的交换机位于 remote campus 中。IBM Tivoli Switch Analyzer 程序不在这些交换机上执行连接发现。通常情况是一个覆盖整个无管理的广域网（WAN）的链接，例如 ISP 主干。

您现在可以在路由器之间手动创建定制链接，这与未编号的串行链接相似。

要指定和创建定制链接，请执行以下步骤：

1. 使用以下语法编辑 netmon.seed 文件：
   • @link <ipaddress>:0:<ipaddress>:0

     其中 ifIndex 是由“0”指定的。

   例如，使用每个路由器上现有的 IP 地址，添加与以下示例相似的语句：

   • @link 172.30.0.30:0:172.30.4.1:0

   要创建从一个边路由器到几个其他路由器的链接，您必须为边路由器中的每个链接选择不同的 IP 地址。

2. 重新启动 netmon 守护进程或使用 netmon -y 命令（Windows：“netmonaction.bat”），在运行时重新读取 etmon.seed 文件。
3. 那些路由器的初始发现、每天的配置轮询或手动命令轮询会触发 netmon 守护进程创建定制的、未编号的串行链接。

以下列表描述了定制链接如何显示在图中：

• 定制接口的名称包含“Link:”作为区分标记。
• 定制链接的连接符行是点划线。
• IP 地址 0.0.0.0 的接口在图中显示名称，而非地址。

更有意义的 IP 图接口标签

当 IP 图被配置成将接口标签显示为 IP 地址时，那么缺省的接口标签将用于 IP 地址为 0.0.0.0 的接口。过去，显示的是 IP 地址 0.0.0.0。

Fix Pack 02 中的新功能

以下项是 IBM Tivoli NetView 7.1.4 Fix Pack 02 中的新功能。

新的操作系统防火墙

对于 Red Hat Enterprise Linux AS 3.0 和 SUSE Linux Enterprise Server（SLES）9，如果防火墙打开，则 SNMP 陷阱不会通过。而且，在缺省情况下防火墙是打开的。因此，为了使 IBM Tivoli NetView 能够从外部代理程序接收陷阱，必须将防火墙关闭。

PIX 防火墙故障转移支持

IBM Tivoli NetView 支持监视 Cisco PIX 防火墙故障转移状况。NetView 可在正常状态轮询期间监视 PIX 设备的故障转移状态。发生故障转移时，将会生成一个新的事件，来宣告活动地址是位于主要设备还是位于辅助设备上。此外，操作员还可在图上看到：活动地址何时迁到辅助设备上（这指示发生了故障转移并且应当采取措施来防止进一步的故障导致禁用防火墙）。管理界面显示 USER2 状态，后者通常为紫色（在缺省情况下）。这向外传播，以将 PIX 设备符号更改为临界。当活动地址被返回到主要设备时，一个事件将宣告这一情况，并且图上的状态将返回成“正常”。

将 netmon.seed 文件用于两台 PIX 防火墙故障转移机器的配置，并用来设置和锁定 SNMP 地址。

有关 PIX 防火墙故障转移支持的更多信息，请参阅 /usr/OV/doc/PixFailoverReadme.pdf 文件。

设置和锁定 SNMP 地址

现在 NetView 管理员可以为任何设备设置和锁定 SNMP 地址。

有关更多信息，请参阅修改过的 netmon.seed 文件部分。

经过修改的 netmon.seed 文件

现在 netmon 守护进程识别出了种子文件中的两个新标记。

• Cisco PIX 防火墙故障转移支持

  故障转移时，PIX 防火墙通常在主要单元和辅助单元之间交换接口。此外，SNMP 访问一般是受到限制的，但必须通过一个地址进行访问。Tivoli NetView 程序监视 PIX 机器是否需要故障转移。有关更多信息，请参阅文档 /usr/OV/docs/PixFailoverReadme.pdf。

  使用前缀 > 后跟对于 SNMP 可访问的每台机器的 IP 地址。允许出现通配符和范围，但不允许出现主机名。示例如下：

            >172.30.100.2
            >172.30.100.3
  

  此标记自动使 netmon 可以轮询 Cisco MIB 是否需要故障转移、设置和锁定 SNMP 地址，并支持对此节点的 SNMP 状态轮询。

• 为节点设置和锁定 SNMP 地址

  缺省情况下，Tivoli NetView 程序在知悉某个节点的相应接口关闭时，会尝试为该节点更改 SNMP 地址。但是，对于某些节点，覆盖这个行为会很有用处。

  使用前缀 = 后跟应为 SNMP 查询设置和锁定的 IP 地址。允许出现通配符和范围，但不允许出现主机名。

  此标记用来设置和锁定 SNMP 地址，这样 Tivoli NetView 程序将不尝试更改 SNMP 地址。

新的 Layer2Status 对象（当装有 Tivoli Switch Analyzer 程序时）

当 Tivoli Switch Analyzer 程序与 Tivoli NetView 程序安装在一起时，它会将系统中断与第 2 层根本原因相互关联。当根本原因出在交换机时，Tivoli NetView 程序就会将该交换机的图标颜色更改为黄色，以指示端口相关的第 2 层问题。新的 Layer2Status 对象在交换机下以新的接口对象表示第 2 层状态，从而直观地显示第 2 层状态。这个新对象的缺省标签为 Layer2Status，选择名称为 <switchhostname>:Layer2Status。交换机图标的状态取决于 IP 接口和新 Layer2Status 对象的标准传播方案，但当 IP 状态更重要时，IP 状态就优先。

Tivoli Switch Analyzer 程序负责在存在关联问题时在交换机上设置 Layer2Status ovwdb 字段，并且 Tivoli Switch Analyzer 程序在问题解决后将状态复位。新 Layer2Status 对象的状态反映了 Layer2Status 字段中的值。当此状态更改为“临界”时，netmon 守护进程将发出“接口 Layer2Status 临界”事件。此事件与“接口关闭”事件具有相同的特定标识。 当第 2 层状态返回成“正常”时，将为 Layer2Status 对象发送标准接口事件“接口打开”。

交换机节点的现有 Layer2Status 事件将继续被发送，并为 ipmap 所使用。可使用 ovobjprint 命令查看新的 Layer2Status 对象字段。

创建新的 Layer2Status 对象时，事件浏览器中将显示以下消息。

• ContainerLayer2 N Network ContainerLayer2Status 受管

• <switch name> N 连接被添加到 ContainerLayer2Status.Segment1

  注意：会为每个交换机显示 <switch name> 消息。

ovtopodump -r 命令现在仅为给定节点列出每个接口一次。

ovtopodump -r 命令已被修改成仅为给定节点列出每个接口一次。对于在同一网络上具有多个接口的节点，它过去是为每个节点打印所有接口。

用于 Web 控制台的、用户可设置的密码

实施了以下更改，以提供更好的用户帐户管理。

• 用户可以重新设置他们自己的密码。

  过去，更改用户密码的唯一方法就是在 NetView 服务器上运行“Web 控制台安全性”应用程序，或者让 NetView 管理员使用文本编辑器编辑 /usr/OV/www/conf/NetViewRealm.properties 文件。

• 无需停止和启动 Web 服务器便可更改密码。

• 支持密码到期。

已经创建了新文件以支持密码到期。

• 使用新文件 /usr/OV/www/conf/NetViewRealm.xml（用于 UNIX）或 \usr\ov\www\conf\NetViewRealm.xml（用于 Windows）管理密码到期，并且使用新脚本管理 /usr/OV/bin/generateNetViewRealmXML 文件（用于 UNIX）或 \usr\ov\bin\generateNetViewRealmXM 文件（用于 Windows）。

以下是使用新的“Web 控制台安全性”功能部件方面的指示信息。

• 初始化“Web 控制台安全性”设置

  作为 IBM Tivoli NetView Fix Pack 02 安装的一部分，创建了 NetViewRealm.xml 文件。最初，NetViewRealm.xml 文件设置为密码永不到期。

  • 示例：NetViewRealm.xml 文件（密码永不到期）

    <NetViewRealm validFor="-1"/>
    

    当 validFor= 属性值为 -1 时，NetViewRealm 应该为空元素。

    要在 validFor= 属性的当前值为 -1 时重新启用更改密码功能，NetView 管理员需要执行以下一项操作：

    • 删除 NetviewRealm.xml 文件并运行 generateNetViewRealmXML 命令。新的 NetViewRealm.xml 将以缺省值生成。validFor= 属性的缺省设置为 186 天。所用现有用户的 since= 属性的缺省值为 generateNetViewRealmXML 命令运行的日期。

    • 将 validFor= 属性设置为期望密码有效的最大期限（以天计），然后运行 generateNetViewRealmXML 命令。为 validFor= 属性指定的值被保持下去。会为所有现有用户添加条目，同时 since= 属性设置为 generateNetViewRealmXML 命令运行的日期。

    注意：运行 generateNetViewRealmXML 命令之后，所有的用户帐户都将根据 validFor= 属性，被设置为在同一时间到期。事先会警告用户更改其密码。如果用户不更改他们的密码，那么他们的用户帐户将被删除。请参阅密码到期后登录部分以了解更多详细信息。

• NetViewRealm.xml 文件的说明

  NetViewRealm.xml 文件包含与用户帐户密码到期相关的以下属性：

  • validFor= 属性决定密码有效的最大期限（以天计）。validFor= 属性的缺省设置为 186 天（与初始设置 -1 相对）。

  • expireWarning 属性是因密码到期而开始向用户显示警告消息之前的天数。

  • dateFormat 属性是 since 属性使用的日期格式。

  • Account name= 属性指定用户名。

  • since= 属性（与 Account name= 属性一起使用）记录上次更改用户密码的时间。缺省值为运行 generateNetViewRealmXML 命令的日期。

  带有用户帐户的 NetViewRealm.xml 文件的示例如下。

  <NetViewRealm validFor="186" expireWarning="21" dateFormat="yyyyMMdd">
  <Account name="jane" since="20040701"/>
  <Account name="john" since="20040701"/>
  <Account name="maria" since="20040701"/>
  "	...
  </NetViewRealm>
  

• 创建 Web 控制台用户帐户

  要添加新的 Web 控制台用户帐户并使 NetViewRealm 文件保持同步，请使用以下一种方法：

  1. 使用“Web 控制台安全性”添加 Web 控制台用户帐户。建议使用此方法，因为“Web 控制台安全性”应用程序会使文件保持同步。

     此方法为新用户从 NetViewRealm.xml 文件选取当前的一般密码到期设置。有关如何修改一般密码到期设置的详细信息，请参阅编辑 NetViewRealm.xml 部分。

  2. 手工编辑 NetViewRealm.properties 和 NetViewRealm.xml 文件。

     当 NetView 管理员需要添加大量用户时，手动编辑 NetViewRealm.properties 比使用“Web 控制台安全性”应用程序更加简便。

     更新 NetViewRealm.properties 文件（而不是手动向 NetViewRealm.xml 文件添加相应更新）后，管理员可以仅仅将“Web 控制台安全性”用户帐户信息添加到 NetViewRealm.properties 文件（或除去用户帐户信息），然后运行 generateNetViewRealmXML 命令来更新 NetViewRealm.xml 文件。

     注意：向 NetViewRealm.properties 文件添加用户后，NetView 管理员应该启动“Web 控制台安全性”应用程序，并指定保存更新。像以前一样，保存更新将对手动添加的所有用户的密码进行加密。

  注意：添加或删除 Web 控制台用户帐户后，总是重新启动 Web 服务器。

• 登录期间更改密码

  已将“更改密码”（禁用）按钮添加到 NetView Web 控制台登录屏幕上。

  用户在 Web 控制台登录屏幕中输入用户名和密码后，可单击更改密码。

  认证检查请求被发送到服务器。光标变为沙漏，直至接收到响应。

  如果认证成功，登录对话框将关闭。然后用户应该遵循更改密码部分下的步骤。

• 更改密码
  1. “更改密码”对话框打开，并显示两个标为“新密码”和“确认新密码”的密码输入字段。第一个字段中显示光标。“确定”按钮被禁用。

  2. 用户输入一个新密码，并按下 Tab 键。光标转移到第二个密码字段。
  3. 用户再输入一个新密码，并按下 Tab 键。

     如果两个密码不匹配，将显示以下错误消息：

     密码不匹配。
     

     两个密码字段都被清除，并且光标转到第一个密码字段。用户应该再次尝试。

     在任何一种情况下，光标都会转到“确定”按钮。

  4. 用户按下 Enter 键，或单击确定。

     密码更改请求被发送到 Web 服务器。光标变为沙漏，直至接收到响应。如果密码更改成功，登录对话框将关闭，并且 Web 控制台将启动。

     用户的新密码不得与旧密码相同。

     可能的错误：

     • 此时无法更改密码，因为其他人正在访问文件。

       将显示带有以下消息的对话框：

       密码文件正忙。要再次尝试吗？
       

       如果用户按下 Enter 键或单击是，将关闭对话框。用户可以重复密码更改请求。

       如果用户单击否，将关闭对话框。登录对话框也将关闭，并且 Web 控制台将启动。

     • NetViewRealm 属性文件访问超时

       将显示带有以下消息的对话框：

       域属性文件访问超时。请稍后再次尝试。
       

       仅“确定”按钮被启用。如果用户按下 Enter 键或单击确定，将关闭对话框。重复更改密码步骤以重新发送密码更改请求。如果用户在几次尝试后仍收到此错误消息，则管理员可能正在使用“Web 控制台安全性”应用程序。“Web 控制台安全性”锁定了密码文件，用户无法在文件锁定期间更改密码。用户应该按下按钮以关闭“更改密码”对话框，并启动 Web 控制台。用户应该就访问超时的问题与管理员取得联系。

• 在密码即将到期时登录

  就在成功登录后，而在登录对话框关闭之前，用户将会收到通知，该通知指出密码即将到期，并提示用户更改该密码。新密码立即生效。

• 密码到期后登录

  如果用户密码已到期，用户便无法登录到 Web 控制台，所以必须与 NetView 管理员取得联系以获取一个新的密码。

  如果用于除去（从 NetViewRealm.properties）密码已到期的帐户的每日任务已将此帐户除去，则 NetView 管理员必须使用“Web 控制台安全性”来重设用户密码和／或恢复用户帐户。

  此每日任务除去密码已到期的帐户，并将已除去帐户的相关信息记录到 ${jetty.home}/logs/expiredpasswords.log 文件中。NetView 管理员可使用此信息恢复帐户。

• 编辑 NetViewRealm.xml 文件

  NetView 管理员可手工编辑 NetViewRealm.xml 文件以更新与密码到期相关的各种属性。

  启用了密码到期（请参阅初始化“Web 控制台安全性”设置部分）时，NetView 管理员可通过将 NetViewRealm.xml 中的 validFor= 属性的值设置为 -1 并运行 generateNetViewRealmXML 命令来再次禁用它。在此情况下，generateNetViewRealmXML 命令删除所有的帐户名称条目，使 NetViewRealm 成为空元素。

  NetView 管理员可更改 NetViewRealm.xml 文件中的 validFor= 属性的值，从而更改密码的有效时间长度。

  要更改用户收到其密码即将到期的通知的时间，请更改 expireWarning= 属性值。缺省值为 21 天。当用户在距用户密码的截止日期 21 天之内登录，那么会显示一个包含以下消息的对话框：

  您的密码将在 21 [20，...] 天内过期。要现在更改吗？
  

  NetView 管理员应该仅更改 expireWarning= 和 validFor= 属性的值。管理员不应更改“帐户”元素。

  • 示例：NetViewRealm.xml 文件（包含已到期和未到期的密码）

    <NetViewRealm validFor="30" expireWarning="7" dateFormat="yyyyMMdd">
    <Account name="jane" since="20040701"/>
    <Account name="john" since="20040628"/>
    <Account name="maria" since="20040627"/>
    ...
    </NetViewRealm>
    

    在这个示例中，密码最大期限为 30 天。如果今天是 2004 年 7 月 28 日，Jane 就必须在 7 月 31 日或之前更改她的密码。Jane 今天登录到 Web 控制台时，她被告知她的密码将在 3 天内到期，并被询问是否想要更改密码。John 今天必须更改他的密码。John 今天登录到 Web 控制台时，他被告知他的密码将在今天到期，并被询问是否想要更改其密码。当他使用 Web 控制台时，他的密码可能会到期。由于 Maria 的密码已经到期，她必须让 NetView 管理员为她更改密码。Maria 的帐户将可能已经被每日到期密码除去任务从文件中除去了。

    注意：since= 属性为密码上次更改的日期。管理员可以无需重新计算 since= 属性值便可更改 validFor= 属性的值。

  注意：编辑 NetViewRealm 文件后，请运行 generateNetViewRealmXML 命令并重新启动 Web 服务器。

应答／取消应答更改

IBM Tivoli NetView for UNIX 程序中的全局“应答／取消应答”功能现在适用于用户创建的非 IP 图对象。

在 UNIX 和 Windows 上，现在可确认对象状态为“正常”的图对象。

Windows 上的 SNMPv2 陷阱支持

Windows 上的 trapd 守护进程现在可接收外部 SNMPv2 陷阱。进入的 SNMPv2 陷阱被转换为它们的 SNMPv1 等价物。trapd 守护进程还应答 SNMPV2 INFORM。

要接收 SNMPv2 陷阱，必须将 trapd 守护进程重新配置为直接在进入的陷阱端口（通常为 162）上侦听陷阱。它无法通过 Microsoft(R) Windows 陷阱服务接收 SNMPv2 陷阱。要将 trapd 配置为在端口 162 上侦听陷阱，请遵循以下步骤：

1. 停止所有 NetView 守护进程和 NetView 服务。

      > ovstop
      > nvservice -stop
   

2. 使用 regedit 将以下键的值从 1 更改为 0：

      HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\NetView\CurrentVersion\trapdSharePort162
   

3. 使用 regedit 以值 162（十进制）创建以下 DWORD 键：

      HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\NetView\CurrentVersion\trapdTrapReceptionPort
   

4. 停止 Windows SNMP 陷阱服务。

      > net stop snmptrap
   

5. 通过使用“控制面板”将服务启动设置从“自动”更改为“手动”或“已禁用”，来防止 Windows SNMP 陷阱服务启动。
6. 除去并重新安装 NetView 服务，使其不再依赖于 Windows 陷阱服务。

      > nvservice -remove
      > nvservice -install -username .\NetView -password <password>
   

7. 重新启动 NetView 守护进程。

注意：进入的包含 64 位值的 SNMPv2 陷阱被从转换后的 SNMPv1 陷阱中删除。如果对 trapd 守护进程启用了跟踪，则删除的值将被记录到跟踪文件中。

添加到 nvmaputil manage-interface 和 nvmaputil unmanage-interface 子命令的选择名称支持

nvmaputil manage-interface 和 nvmaputil unmanage-interface 子命令现在接受 IP 地址或选择名称。如果 IP 地址被使用并且该地址未被找到或多个对象具有同一 IP 地址，则 nvmaputil 命令将会退出，并提示用户输入选择名称。

新的 autoTrace 启动和停止脚本（仅限 UNIX）

注意：AutoTrace 仅存在于 UNIX 上。

新脚本 /usr/OV/service/nvAT 将在无需重新引导系统的情况下控制 AutoTrace 子系统的功能。此脚本容纳了先前发行说明中涉及控制 AutoTrace 的步骤。

用法语句：

用法：nvAT [start|status|stop]
  nvAT [/h | /?]
  start     ：初始化 AutoTrace 子系统并启动 NetView 通道

  status    ：显示 AutoTrace 子系统的状态

  stop      ：停止 NetView 通道和 AutoTrace 子系统

  /h        ：帮助

  /?        ：显示用法语句

对在 Web 控制台交换机管理视图上显示 VLAN 的有限支持

修改后的 Web 控制台交换机管理视图会显示每个端口所在的 VLAN。这通过共用字符串的建立索引来执行，并且要求使用共用字符串 <community name>@<port number>，其中 <community name> 为设备的共用字符串，而 <port number> 为交换机 VLAN 表中的 VLAN 端口号。

这些更改仅适用于支持 Cisco BRIDGE_MIB 的交换机，实际上就是 Cisco Catalyst 交换机。会显示其他交换机，但不显示 VLAN 信息。

Cisco 为以下各项提供支持：

• CatOS 6.3(4)
• Catalyst IOS V12.0(5)WC5a
• Catalyst 3524XL。

请参阅：http://www.cisco.com/en/US/tech/tk648/tk362/technologies_configuration_example09186a008015773e.shtml

显示 VLAN 信息：

• 在 Web 控制台上，左键单击交换机，单击监视器 -> 交换机管理 -> xxxx 视图，其中 xxxx 为视图类型之一。
• 这将显示端口列表。如果找到了 VLAN，则显示所有端口并指出它们所在的 VLAN。
• VLAN 名称被追加至每个端口名称。管理员将 VLAN 名称（如 marketing 或 sales）指定给该端口。如果未指定 VLAN 名称，则 VLAN 名称通常显示为 default 或 VLAN0001 等。
• 端口视图以字母升序排列。对于其他视图，尽管初始显示是随机的，但仍可象以前一样选择排列的顺序。
• 该视图不显示非操作 VLAN 端口。
• 某些支持 Cisco BRIDGE-MIB 的交换机不支持共用字符串索引。这些交换机的视图不显示 VLAN。测试交换机是否支持共用字符串索引的唯一方法就是尝试使用此类共用名。如果尝试超时，即可假定它不支持共用字符串索引。对于此类交换机，这在检索和显示信息之前，会导致延迟大约 1.5 秒的时间（使用的超时）。

此实现中的局限：

• 未更改 3 秒钟的超时时间。
• 从具有大量 VLAN（例如 100 以上）的交换机请求视图可能会在可用于进程的线程数上，遇到资源限制。

“服务器设置”工具中的“添加／更改服务器”选项

使用“服务器设置”工具中的“添加／更改服务器”选项配置 NetView 客户机时，ICMP 回送信号请求（ping）被用来测试与所提议的 NetView 服务器的连接。在先前的发行版中，如果 ping 没有给予有效响应，则 Tivoli NetView 程序便假设选择的 NetView 服务器无效或不可达，并且不允许配置客户机使用该服务器。现在，如果 ping 失败了，“服务器设置”工具将显示警告并继续配置。

清除数据库后重新创建缺省 SmartSet

在“服务器设置”工具中，选项维护 -> 清除数据库 -> 清除对象／拓扑／映像数据库，除去定制现在可重新创建缺省的 SmartSet。在先前发行版中，缺省的 SmartSet 已被此选项除去。

新的 Tivoli NetView 文件和目录安全性脚本

新的 /usr/OV/service/nvPerms 脚本限制对 Tivoli NetView 文件和目录的许可权来加强安全性。

nvPerms 脚本重设对 Tivoli NetView 文件和目录的许可权，这样：

• root 用户继续拥有他过去始终有的相同许可权。

• 在 nvPerms 脚本命令行上定义的组成员可运行应用程序并更改守护进程选项，但他们不能关闭守护进程或执行管理任务（例如，所有非 root 用户过去享有的相同许可权）。

• 所有其他用户（即不是定义组成员的任何非 root 用户）均无权执行任何操作。

注意：nvPerms 脚本不能用于 NetView 本机客户机／服务器环境中。

新的 trapd 守护进程环境变量

APAR IY53703 引入了一个新的环境变量，可由 trapd 守护进程用来帮助用户更好地控制字符串中包含十六进制数据的变量的格式化。目前，trapd 守护进程尝试将此数据解释为可打印，从而使 trapd.log 文件和事件窗口中的输出尽可能得可读，除非有半数以上的字符串包含不可打印的字符。但是，用户有时知道应该将整个字符串打印为十六进制数据，例如当它实际上是一个 MAC 地址时。用户如果希望使 trapd 守护进程更加严格地解释十六进制数据，并且将整个字符串转储为十六进制（除非它整个都可打印），则应该设置 TRAPD_STRICT_HEX_FORMAT 环境变量。

• 在 UNIX 上，创建包含以下行的 /usr/OV/bin/netnmrc.pre 文件，或将以下行添加至现有 usr/OV/bin/netnmrc.pre 文件中：

  	export  TRAPD_STRICT_HEX_FORMAT=TRUE
  

  重新启动所有的守护进程，这样守护进程将继承该变量。重新引导 NetView 机器，或使用 ovstop nvsecd 命令停止所有守护进程。然后使用 /etc/netnmrc 命令（AIX）或 /etc/init.d/netnmrc命令（Solaris 或 Linux）启用此更改。

• 在 Windows 上，遵循以下步骤，使用控制面板设置环境变量：

  	控制面板 --> 系统环境 --> 高级 --> 环境变量  --> 添加
  		变量名                      值
  		TRAPD_STRICT_HEX_FORMAT     TRUE
  

  重新引导 NetView 机器，启用更改。

snmpCollect 守护进程的新 serversetup 选项

由于 APAR IY56563，已将新选项“将收集的数据添加至 NetView Warehouse 吗？”添加至 serversetup 中的 UNIX snmpCollect 守护进程的守护进程选项。

缺省情况下，此新选项设置为是，这将引起使用 -w 选项启动 snmpCollect 守护进程（-w 选项支持将收集的数据添加至 NetView Warehouse）。将此选项设置为否将不能向 NetView Warehouse 添加收集的数据。

注意：这个新选项仅显示在 serversetup 路径中，而不显示在此修订包中为 snmpCollect 守护进程设置选项的 UNIX smit 路径中。变通方法是使用 serversetup 代替 smit。

新的 snmpCollect 选项

作为 APAR IY58514 的一部分，添加了以下两个 snmpCollect 选项：

• snmpCollect -F

  从 NetView Tivoli Data Warehouse 数据库断开 snmpCollect 守护进程的连接，但允许 snmpCollect 守护进程继续运行。此选项在 Linux on zSeries 上不可用。

• snmpCollect -A

  使 snmpCollect 守护进程连接到 NetView Tivoli Data Warehouse 数据库而无需重新启动 snmpCollect 守护进程。此选项在 Linux on zSeries 上不可用。

用于 UNIX 的新 trapd.conf 文件

新的 trapd.conf 文件是随 UNIX 的本修订包一起提供的。对 trapd.conf 文件进行的更改更正了一些问题：这些问题中，一部分与 APAR IY57432 相关，涉及就事件向 Tivoli Enterprise Console 发送接口列表；另一部分在 Linux 上与 APAR IY52871 相关，涉及在 Linux 上从事件窗口启动 MIB 浏览器。

如果还未定制 /usr/OV/conf/C 目录中的 trapd.conf 文件（而非 /usr/OV/conf 中过时的 trapd.conf 文件），那么请使用 /usr/OV/newconfig/OVSNMP-RUN 目录中新的 trapd.conf 文件替换它。如果原始的 trapd.conf 文件已被修改，那么请手动将所作更改添加至原始文件。有关详细信息，请参阅就事件向 Tivoli Enterprise Console 发送接口列表和为启动 MIB 浏览器而对 trapd.conf 作出的更改部分。

注意：请参阅 Fix Pack 01 中的新功能部分以获取 Windows 上 trapd.conf 文件的相关信息。

为在 Linux 上启动 MIB 浏览器而对 trapd.conf 文件作出的更改

如新的 trapd.conf 文件部分中所述，随本修订包一起提供的新 trapd.conf 文件更正了 APAR IY52871 所描述的问题（涉及在 Linux 上从事件窗口启动 MIB 浏览器）。

如果原始的 trapd.conf 文件已被修改，那么请手动将新 trapd.conf 中的更改添加至原始的 trapd.conf 文件。否则，单单使用新的 trapd.conf。

建议使用 xnmtrap 应用程序编辑 trapd.conf 文件，因为这么做会让 trapd 守护进程在您完成时自动地重新装入它。您必须作为 root 用户编辑。

1. 运行 /usr/OV/bin/xnmtrap 命令，从命令行启动 xnmtrap 应用程序。
2. 单击配置其它操作。
3. 选择浏览 MIB，它将填写“为操作员配置其它操作”面板。
4. 通过在尾部添加空格和引号，更改显示在“命令”框中的命令。例如，更改以下命令：

   /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'`

   更改为：

   /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'` "

5. 单击“为操作员配置其它操作”面板底部的确定。
6. 单击确定退出 xnmtrap 应用程序。

还可以使用另一编辑器进行此更改。在 trapd.conf 文件中找到以下行：

ACTION 0 "Browse MIB" /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'`

ACTION 0 "Browse MIB" /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'` "

保存该文件，并重新启动 trapd 守护进程或运行 /usr/OV/bin/event -e FMTCHG 命令，以使 trapd 守护进程重新读取该文件。

就事件向 Tivoli Enterprise Console 服务器发送接口列表

APAR IY57432（UNIX）PJ29821（Windows）处理某些在发送到 Tivoli Enterprise Console(R) 服务器时未能正确进行语法分析的事件。这是因为在某些环境中，某些节点和路由器拥有众多的接口（超过 30 个），结果作为 varbind 8 发送的接口列表过大，致使 Tivoli Enterprise Console 服务器无法正确进行语法分析。这个问题的解决方法是不再作为这些事件的一部分，向 Tivoli Enterprise Console 服务器发送接口列表。

• UNIX

  在 Tivoli NetView for UNIX 程序中，这受 trapd.conf 文件中槽映射条目的控制。该修订在 /usr/OV/newconfig/OVSNMP-RUN 目录的新的 trapd.conf 文件中提供。该文件不会自动替换安装的 /usr/OV/conf/C/trapd.conf 文件。如果还没有定制 /usr/OV/conf/C/trapd.conf 文件，请使用所提供的新的 trapd.conf 文件替换它。如果已定制 /usr/OV/conf/C/trapd.conf，请遵循以下步骤，手动将这些条目添加至定制的 trapd.conf 文件：

  使用 xnmtrap 应用程序，修改 trapd.conf 文件中的以下每个条目。

  • IBM_NVNM_EV   	50790400 （节点临界）

  • IBM_NVNUP_EV 	58916864 （节点运行）

  • IBM_NVNDWN_EV 	58916865 （节点关闭）

  • ROUTDOWN_EV	58916971 （路由器关闭）

  • ROUTUNREACH_EV	58916972 （路由器不可达）

  • ROUTERUP_EV	58916973 （路由器运行）

  • ROUTMARG_EV	58916974 （路由器临界）

  对于每个条目，都请遵循以下步骤：

  1. 单击 T/EC 槽映射。
  2. 从显示的窗口中，选择 iflist 条目并单击删除。
  3. 对每个接下来的陷阱都单击确定，然后再次单击确定，完成对该陷阱的编辑。
  4. 修改所有的条目以后，单击确定退出 xnmtrap 应用程序。

• Windows

  在 Tivoli NetView for Windows 程序中，这受 \usr\ov\conf\tecad_nv6k.cds 文件中条目的控制。该修订在 \usr\ov\newconfig\tecad 目录中新的 tecad_nv6k.cds 文件中提供。该文件不会自动替换安装的 \usr\ov\conf\tecad_nv6k.cds 文件。如果还没有定制 \usr\ov\conf\tecad_nv6k.cds 文件，请使用所提供的新的 tecad_nv6k.cds 文件替换它。如果已定制 \usr\ov\conf\tecad_nv6k.cds 文件，请遵循以下步骤，手动将这些条目添加至定制的 tecad_nv6k.cds 文件：

  1. 在 \usr\ov\conf\tecad_nv6k.cds 文件中，找到以下每个陷阱的条目：
     • 50790400 （节点临界）

     • 58916864 （节点运行）

     • 58916865 （节点关闭）

     • 58916971 （路由器关闭）

     • 58916972 （路由器不可达）

     • 58916973 （路由器运行）

     • 58916974 （路由器临界）

  2. 在 SELECT 语句下，除去显示以下内容的行：

     6: ATTR(=, "VB_8") ;
     

  3. 在 MAP 语句下，除去显示以下内容的行：

     iflist = $V6 ;
     

     以下示例显示了提供的“节点运行”条目。

     CLASS TEC_ITS_NODE_STATUS
       SELECT
         1: ATTR(=,$ENTERPRISE) , VALUE(PREFIX, "1.3.6.1.4.1.2.6.3" ) ;
         2: $SPECIFIC = 58916864 ;
         3: ATTR(=, "nvObject" ) ;
         4: ATTR(=, "nvEventDescr" ) ;
         5: ATTR(=, "nvApplNbr" ) ;
         6: ATTR(=, "VB_8") ;
       FETCH
         1: IPADDR($V3);
       MAP
         origin = $F1 ;
         hostname = $V3 ;
         msg = $V4 ;
         category = $V5 ;
         nodestatus = 1 ; # UP
         iflist = $V6 ;
         nvhostname = $ADAPTER_IP ; # Required for ALL TEC_ITS events
     END
     

     以下示例显示了经过修改的“节点运行”条目

     CLASS TEC_ITS_NODE_STATUS
       SELECT
         1: ATTR(=,$ENTERPRISE) , VALUE(PREFIX, "1.3.6.1.4.1.2.6.3" ) ;
         2: $SPECIFIC = 58916864 ;
         3: ATTR(=, "nvObject" ) ;
         4: ATTR(=, "nvEventDescr" ) ;
         5: ATTR(=, "nvApplNbr" ) ;
       FETCH
         1: IPADDR($V3);
       MAP
         origin = $F1 ;
         hostname = $V3 ;
         msg = $V4 ;
         category = $V5 ;
         nodestatus = 1 ; # UP
         nvhostname = $ADAPTER_IP ; # Required for ALL TEC_ITS events
     END
     

新的 overridestatus_user1.rs 规则集替换 Windows 上的 setstatusseverity.rs 规则集

Tivoli NetView for Windows 用户可以实现新的 overridestatus_user1.rs 规则集，该规则集将替换受损的 setstatusseverity.rs 规则集。\usr\ov\doc\Rulesets_on_Windows.readme 文档描述了使用 nvcord 相关守护进程的规则集样本。删除 setstatusseverity.rs 规则集。它在将来的发行版中将不提供。

添加至 UNIX xnmsnmpconf 命令的新选项

以下新选项已添加至 xnmsnmpconf 命令。注意：方括号（[]）中的字符是可选的。

• xnmsnmpconf -clearn[odedb]

  将所有条目从包含特定节点条目的 SNMP 配置 nodedb 文件（nodedb.dir 和 nodedb.pag）除去。

• xnmsnmpconf -clearw[ilddb]

  将所有条目从包含 IP 地址通配符条目的 SNMP 配置 wilddb 文件（wilddb.dir 和 wilddb.pag）除去。

• xnmsnmpconf -clearco[lldb]

  将所有条目从包含 SmartSet 条目的 SNMP 配置 colldb 文件（colldb.dir 和 colldb.pag）除去。

注意：SNMP 配置文件位于 /usr/OV/conf/ovsnmp.conf_db 目录中。

使用这些新选项和 xnmsnmpconf -clearCache 命令，可以通过遵循以下步骤，完全清除 SNMP 配置数据库：

1. 运行 ovstop 命令，停止守护进程。
2. 按以下顺序运行命令

   xnmsnmpconf -clearnode
   xnmsnmpconf -clearwilddb
   xnmsnmpconf -clearcolldb
   xnmsnmpconf -clearCache
   

3. 将 SNMP 配置信息（特别是缺省的 SNMP 共用名）添加回 SNMP 配置数据库。

   注意：清除 SNMP 配置数据库之前，请保存并记下所有 xnmsnmpconf 定制（例如，缺省的共用名和 IP 地址通配符。）清除 SNMP 配置数据库以后，使用 xnmsnmpconf -import 命令或 xnmsnmpconf GUI 恢复这些定制。

4. 运行 ovstart，启动守护进程。

tecint.conf 文件中 nvserverd 守护进程的新选项（仅限 UNIX）

在与 APAR IY56279 和 IY60528 结合的情况下，已将三个新选项添加至 UNIX 上的 tecint.conf 文件，以控制 nvserverd 守护进程中内部 Tivoli Enterprise Console 适配器的行为（对于 Tivoli 和非 Tivoli 环境）。在缺省情况下，这些选项被注释掉，但用户可如下所述，通过除去条目前面的井号（#）对它们取消注释，从而更改 nvserverd 守护进程的行为。已经提供了 tecint.conf 文件的新手册页来记录这些选项。

• NvserverdTraceTecEvents=Yes

  当此选项设置为 Yes 或 YES（是）时，此标志将使 nvserverd 守护进程创建发送至 Tivoli Enterprise Console 服务器上 /usr/OV/log/nvserverd.log 文件中的事件的日志。事件在事件适配器处理它们之前被记录下来。日志还记录内部适配器自身的启动参数，以及涉及内部适配器的错误消息（如果记录了任何这样的消息）。此错误信息先前仅在 nettl 日志中提供。在 tecint.conf 文件中使用此标志，会使在 /usr/OV/bin/netnmrc.pre 文件中导出 NVSERVERD_TRACE_TEC_EVENTS=YES 环境变量来控制日志记录功能变得不再必要。而且，它将覆盖该变量（如果存在）。

  如果 NvserverdTraceTecEvents= 标志在 tecint.conf 文件中不存在或者它已被注释掉，则缺省行为就是不创建任何 nvserverd.log 文件。

• NvserverdPrimeTecEvents=No

  当此选项设置为 No 或 NO（否）时，此标志将使 nvserverd 守护进程打开一个与 nvcorrd 相关守护进程的会话，请求不要以最近事件作准备（如事件窗口一样）。缺省行为是准备 Tivoli Enterprise Console 规则集。准备它会增加发生以下情况的可能性：如果在 nvcorrd 守护进程保持活动状态的同时，停止然后重新启动 nvserverd 守护进程，就会向 Tivoli Enterprise Console 服务器发送重复的事件。使用此条目，会使在 /usr/OV/bin/netnmrc.pre 文件中导出 NVSERVERD_PRIME_TEC_EVENTS=NO 环境变量来控制准备功能变得不再必要。而且，它将覆盖该变量（如果存在）。

• NvserverdSendSeverityTecEvents=Yes

  当此选项设置为 Yes 或 YES（是）时，此标志将使 nvserverd 守护进程还原到它在 V7.1.4 前的行为，并就发送到 Tivoli Enterprise Console 服务器的事件，发送用户可配置的 Tivoli NetView 严重性。最初在 V7.1.4 中删除了事件严重性，因为它干扰了 IBM Tivoli Enterprise Console V3.9 程序（以及用于 V3.8 和 V3.7.1 的修订包）中所提供的新 Tivoli Enterprise Console 规则的工作。当在 Tivoli Enterprise Console 服务器上接收到 Tivoli NetView 内部事件时，这些新的 Tivoli Enterprise Console 规则就自动设置那些事件的严重性，并根据事件相关和在 Tivoli Enterprise Console 服务器上打开的时间，使严重性升级或降级。但是，许多用户没有准备好改为使用这些新规则，而要求仍发送 Tivoli NetView 严重性以使他们自己的定制规则工作。因此，将新的 NvserverdSendSeverityTecEvents= 标志作为迁移辅助功能提供。使用此选项，会使在 /usr/OV/bin/netnmrc.pre 文件中导出 NVSERVERD_SEND_SEVERITY_TEC_EVENTS=YES 环境变量来控制严重性的发送变得不再必要。而且，它将覆盖该变量（如果存在）。如果 NvserverdSendSeverityTecEvents= 标志在 tecint.conf 文件中不存在或者它已被注释掉，则缺省行为就是在缺省事件上不发送任何严重性字段。slotmap 字段中的显式编码严重性不受这些更改的影响。

Fix Pack 01 中的新功能

以下项为 IBM Tivoli NetView 7.1.4 Fix Pack 01 中的新功能。

经过修改的 tdwdaemon.lrf 文件

APAR IY48379 描述了 ovstop 命令没有始终做到停止 tdwdaemon 这一问题。 提供了经过修改的 tdwdaemon.lrf 文件来更正该问题。要在 UNIX 平台上安装此更正，必须使用以下步骤替换安装中的 tdwdaemon.lrf 文件：

1. 运行 ovstop tdwdaemon 命令，停止 tdwdaemon。
2. 运行 ovdelobj tdwdaemon.lrf 命令，从 ovsuf 文件中删除 tdwdaemon 条目。
3. 运行 cp /usr/OV/lrf/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.save 命令，重命名当前的 tdwdaemon.lrf 文件。
4. 运行 cp /usr/OV/newconfig/IBMVA-RUN/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.lrf 命令，在原始 lrf 文件的基础上复制新的 tdwdaemon.lrf。
5. 运行 ovaddobj tdwdaemon.lrf 命令，将 tdwdaemon 添加到 ovsuf 文件。
6. 运行 ovstart tdwdaemon，重新启动 tdwdaemon。

要取消此更正，请遵循以上指导，将已保存的 lrf 文件复制回到其原来位置，用这一次复制来替换 两个复制步骤。

增强的位置敏感拓扑功能

增强了位置敏感拓扑功能（location.conf 文件）以允许网关条目中出现 IP 地址范围和通配符。范围或通配符可在任何部分的网关 IP 地址中使用。网关名称中不能使用通配符。

以下更改（应该手动将其应用于 location.conf 文件的注释部分）描述对网关名称或地址字段所作的更改：

网关条目的格式为：

<位置名><网关名或地址>

其中，位置名为该网关应处于的位置的名称，而网关名或地址为网关的名称或网关某一接口的 IP 地址（使用点分十进制表示法）。网关 IP 地址中允许存在通配符和范围（如 5.25-30.2.8 或 3.5.*.*）。网关名中不允许存在通配符（myrouter.company.com）。

下面是网关条目的一些示例：

如果一个网关与多个网关条目相匹配，则会任意选择一个条目。为了帮助解决重叠的网关条目，在 location.log 文件中会显示与多个条目相匹配的网关接口的警告消息。这些只是警告消息。它们不指示存在网关或路由器布置的任何相关问题。

经过修改的 netmon.seed 文件

本修订包附带了一个修改过的 netmon.seed 文件，该文件针对的是 APAR IY47145。此文件记载，为了显式发现某一节点并使它成为 SNMP 管理的节点，netmon.seed 文件中必须有两个条目：一个用于发现节点，另一个用于 SNMP 管理。本修订包将修改过的 netmon.seed 文件放在 UNIX 上的 /usr/OV/newconfig/IBMVA-RUN/ 子目录中和 Windows 上的 \usr\ov\newconfig\netmon 子目录中。

备用共用名最大数目

缺省情况下，最多可在 communityNames.conf 文件中指定 7 个备用共用名。通过将 netmon.conf 文件中的 MaximumCommunityNames 环境变量设置为 0-100 范围内的一个值，您可以修改所允许的备用共用名最大数目。

用于 Windows 的新 trapd.conf 文件

新的 trapd.conf 文件是随本修订包一起提供的。这个 trapd.conf 文件不再意外截断 Tivoli NetView for Windows 程序的 trapd.conf 文件中 HPCIFxxx 陷阱的某些值。该文件位于 \usr\ov\newconfig\ovsnmp-run\trapd.conf 目录中。 如果想要使用此文件而且未定制 \usr\ov\conf\trapd.conf 文件，请替换 \usr\ov\conf\trapd.conf 目录中的 trapd.conf 文件。如果已修改 \usr\ov\conf\trapd.conf 文件，则必须将两个文件合并。

启用辅助 IP 地址检索

如果您在使用 servmon 守护进程执行 ITM 查询时查找服务遇到困难，则可能需要启用辅助 IP 地址检索以进行 servmon 初始化。

要在 servmon 初始化期间启用 servmon 守护进程的辅助 IP 地址检索，请在仅由 SECONDARY_IPADDRS 组成的 servmon.conf 文件中添加一行。缺省情况下，在 servmon 初始化期间不会检索辅助 IP 地址。

但是，启用这项功能会大大提高性能。进行此更改之前，最好先让 Tivoli NetView 程序稳定下来。然后，当 Tivoli NetView 程序正在运行时，遵循以下步骤：

1. 运行 ovstop servmon 命令，停止 servmon 守护进程。
2. 修改 servmon.conf 文件。
3. 运行 ovstart servmon 命令，重新启动 servmon 守护进程。

修订包说明