IBM Tivoli NetView Version 7.1.4 Fix Pack 05 自述文件

日期：2006 年 10 月 27 日

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

组件：IBM Tivoli NetView V7.1.4

PTF 号：U810507（UNIX）或 XR23274（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) 本机服务器或客户机的每个平台上，您都需要使用相应的程序包。

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

本修订包取代的补丁

无。

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

受支持的操作系统

• AIX：
  • 版本 5.1（维护级别 01、05 和 07）32 和 64 位
  • 版本 5.2（维护级别 03 和 04）32 和 64 位
  • 版本 5.3（Power 4、Power 5）32 和 64 位
• Solaris：
  • 版本 2.8（带有 Sun 所需的所有补丁）
  • 版本 2.9（带有 Sun 所需的所有补丁）
  • 版本 2.10（带有 Sun 所需的所有补丁，需要 2006 年 1 月或之后发布的映像）－ 客户机／服务器除外
• Linux Intel（32 位）：
  • 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（在 2.4.21-15.ELsmp 内核、2.4.21-27.ELsmp 内核和 2.4.21-37.ELsmp 上经过测试）
  • Red Hat Enterprise Linux ES 3.0
  • Red Hat Enterprise Linux WS 3.0
  • Red Hat Enterprise Linux AS/ES/WS 4.0
  • 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 Enterprise Linux AS 3.0（在 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（64 位）：
  • Windows 2003 Enterprise Server（EM64T）

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

• Windows NT(R)
• Windows 2000 Professional
• Windows XP Home Edition
• AIX V4.3.3（维护级别 09）
• Red Hat V7.2（在 2.4.7-10 内核上经过测试）
• SUSE V7.2（在 2.4.4-4GB 内核上经过测试）
• S390 Red Hat V7.2

Fix Pack 05 中的新功能

下列各项是 IBM Tivoli NetView 7.1.4 Fix Pack 05 中的新功能。

经过更新的 J2SE 1.4.2

经过更新的 Java Runtime Engine（JRE）1.4.2 for IBM Tivoli NetView 7.1.4 作为此修订包的一部分安装，以并入在美国和加拿大对新夏令时（DST）的需求的更改。对 Tivoli NetView 服务器和本地客户机，修订包将自动执行更新；IBM Tivoli NetView Web 控制台将需要从更新后的 NetView 服务器重新安装。

新的操作系统

对于新支持的操作系统 Red Hat Enterprise Linux 4.0 和 Solaris V2.10，将不提供新的 CD 或基本映像。安装之前，应在先决检查关闭的情况下使用通过 IBM 的 Passport Advantage 提供的或可从 IBM 订购的 IBM Tivoli NetView 7.1.4 Linux 和 Solaris 映像。

要在 UNIX 上关闭先决检查，请使用命令：touch /tmp/.noNVPrereqCheck

Fix Pack 04 中的新功能

下列各项是 IBM Tivoli NetView 7.1.4 Fix Pack 04 中的新功能。

将 J2SE 1.3 更新到 J2SE 1.4.2

升级期间，/usr/OV/jre 目录将被除去并替换为新的 JRE 1.4.2。并且，将调用 MigrateWebfiles 来对 web.xml 添加和除去一些条目

客户环境必须是恰有一个 JVM 版本（即 JRE 1.4.2）的 IBM Tivoli NetView 环境。应将运行 NetView Applet 的 Web 控制台和浏览器升级到使用 JRE 1.4.2 的 IBM Tivoli NetView 7.1.4 Fix Pack 4，否则客户机将不运行。

客户还需要注意：要使 Applet 能够运行，浏览器需要安装正确的插件 JRE 1.4.2_08 或更高版本的更新发行版。如果用户对 IBM Tivoli NetView Applet 作出请求，而浏览器没有正确的插件，则浏览器会将页面重定向到 Java 插件下载页面。用户也可以从 java.sun.com Web 站点下载 SUN JRE 1.4.2_08 或更高版本的更新发行版。

没有要监视或发现的服务时，servmon 守护程序将自动关闭。

如果没有要监视或发现的服务（如 servmon.conf 文件所确定），则 servmon 守护程序将自动关闭以节省 CPU 周期

一些数据收集在 snmpCol.conf 中自动恢复

NetView V7.1.4 是 Tivoli 最佳实践行动计划的一部分，它附带了一些数据收集，缺省情况下在 snmpCol.conf 中已启用（“已恢复”）。它们特别供使用 NetView 仓库启用包（WEP）实施 Tivoli Data Warehouse（TEDW）的那些用户使用。然而，对于不希望发生该活动以及不在运行 servmon 守护程序（该守护程序的用途是寻找具有 RMON 能力的代理程序）的一些现有用户而言，缺省情况下启用这些收集会引起问题。对于后面这种情况，未创建 RMON SmartSet，这将引起 snmpCollect（Windows 上为 snmpcollect，它一直尝试解析 RMON SmartSet 的成员资格）和 nvcold（没有 RMON SmartSet 定义）之间的性能问题。为了解决此问题，现在缺省情况下，无论是否启用了 servmon 守护程序，都将在安装时创建 RMON SmartSet，并且会将 snmpCol.conf 文件中的所有数据收集安装为“暂挂”状态，而不是“已恢复”状态。

然后，修订包没有更新 snmpCol.conf 文件。已假定从现在开始，希望这些新的“最佳实践”收集安装为“暂挂”状态的用户将已经这么做了。但如果不是这样，则可以在安装 Fix Pack 4 后作为安装后操作进行。UNIX 用户应调用 xnmcollect 实用程序来完成此操作，而 Windows 用户应执行 collect.exe 并暂挂不希望实施的那些收集。

使用 NetView 仓库启用包（WEP）实施 Tivoli Data Warehouse（TEDW）的新用户必须使用 xnmcollect（Windows 上为 collect.exe），以便在安装了 WEP 后立即恢复这些数据收集。

针对 IY76772 数据收集陷阱 50720263 和 50720264 更改了 trapd.conf 文件。

在 Fix Pack 4 中，对 trapd.conf 文件作了更改，以便更好地显示随这些陷阱发送的所有数据元素。

在 UNIX 上：

该修订在 /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 文件中的以下每个条目。

按此方式操作。

1. 更改事件日志消息，例如将 $3 更改为 $4.$5
2. 将描述更改为

当 IBM Tivoli NetView 检测到数据收集器阈值事件时，它将生成该事件。随该事件传递的数据为：

1. 发送该事件的应用程序的标识
2. 名称或 IP 地址
3. 事件的格式化描述
4. MIB 变量的 OID
5. MIB 变量实例

在 Windows 上：

该修订在 \usr\ov\newconfig/ovsnmp-run 目录的新 trapd.conf 文件中提供。该文件不会自动替换已安装的 \usr\ov\conf\trapd.conf 文件。如果未定制 \usr\ov\conf\trapd.conf 文件，请将该文件替换为所提供的新 trapd.conf 文件。如果已定制 \usr\ov\conf\trapd.conf，请遵循下列步骤手动将条目添加到定制的 trapd.conf 文件中：

Windows trapd.conf 文件不包含事件描述。因此，唯一必要的更改就是格式化。使用“陷阱设置”应用程序 trap.exe 修改 trapd.conf 文件中下列条目的属性。

按此方式操作。更改事件描述，例如将 $3 更改为 $4.$5

SNMP 命令行实用程序有新的 -x 选项

有新的选项可用于命令行 SNMP 实用程序 snmpget、snmpset、snmpnext 和 snmpwalk。如果在命令中指定选项 -x，将为返回的八位元字符串提供更为严格的十六进制格式化方式。当前，这些实用程序决定了八位元字符串的显示方式，所依据的是这些八位元字符串是否包含可打印字符，如果发现不可打印的字符，则整个八位元字符串将被转储为十六进制，并以 ASCII 格式显示。但如果八位元字符串所包含的全部都是可打印字符，则只提供 ASCII 转换。对于以十六进制格式显示将更好的那些八位元字符串（例如表示 IP 地址的那些八位元字符串），以及包含诸如换页符和换行符之类的字符的那些八位元字符串，这就产生了问题。这些字符被认为是可打印的，但是它们只是显示为空格。在该情况下，包含这些字符的八位元字符串将只会显示为 ASCII 格式，它们的实际含义将会丢失。-x 选项强制 SNMP 实用程序将从十六进制“00”到十六进制“1f”的所有字符（如果打印这些字符将仅显示为空格）视为不可打印，因此包含这些字符的所有八位元字符串将在返回的输出中强制转储为十六进制。该选项将对需要查看这些十六进制值的用户有所帮助。

Netmon RFI 选项

当前，netmon RFI 选项“-k 0”（小写“k”）通过允许恢复堵塞网络中的节点禁用轮询禁止。但是，没有选项使那些轮询的结果（事件）无法查看。

添加 -k 3 选项，该选项不禁止查看轮询或事件。

Mibloader --mib2trap 选项

用户运行 MibLoader --mib2trap 命令之前，必须通过 mibloader.sh 或 mibloader.bat 装入所有 MIB，以避免陷阱／通知定义中出现任何不一致。Mibloader --mib2Trap 被设计为先从装入的数据库读取 MIB 定义，如果未在该位置找到，则它将在用户提供的文件中搜索。如果确实发现 MIB 已在装入的数据库中，则 --mib2Trap 取已经装入的 MIB 文件中的陷阱／通知定义，而不是使用 --mib2Trap 选项输入的文件。

包含的改进请求列表：

执行快速测试时，trapd.log 中应显示“在节点 x 上执行快速测试”，而不是“在节点 x 上执行要求轮询”。

执行 INIT 发现后，就无法在数据库中更新这两个字段，即使 oid_to_type 文件中的信息已更改也是如此。现在，执行每日配置轮询或要求轮询后，只要 oid_to_type 文件有更新，就可以在数据库中更新相应信息。

在 Windows 2000 上删除 NetView 7.1.x for Windows 的字段枚举总限制。由于对数据库项存在 8k 限制，因此无法随意增大字段枚举的列表。

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 能够从外部代理程序接收陷阱，必须将防火墙关闭。

新的完全映像 Linux for zSeries（64 位）CD 的软件需求

对于 Red Hat Enterprise Linux AS V3.0 和 SUSE Linux Enterprise Server（SLES）8.0 和 9，已将新的 Tivoli NetView 7.1.4 Linux for zSeries（64 位）CD 添加到基本 Tivoli NetView 7.1.4 工具箱中，并且需要标准的新 Tivoli NetView 安装。这张新 CD 仅适用于 Red Hat Enterprise Linux AS V3.0 以及 SUSE Linux Enterprise Server（SLES）8.0 和 9 for zSeries（64 位）上的新 Tivoli NetView 安装。

有关为使 Tivoli NetView 程序正常工作而必须安装的 Linux 软件包的更多详细信息，请参阅新的完全映像 Linux for S/390（31 位）CD 的软件需求。

新的完全映像 Linux for Intel（32 位）和 S/390（31 位）CD 的软件需求

对于 Red Hat Enterprise Linux Advance Server 3.0 i386（32 位）和 S/390（31 位）以及 SUSE Linux Enterprise Server（SLES）9 i386（32 位）和 S/390（31 位），已将新的 NetView 7.1.4 Linux CD 添加到基本 NetView 7.1.4 工具箱中，并且需要标准的新 Tivoli NetView 安装。这张新 CD 仅适用于 Red Hat Enterprise Linux Advance Server 3.0 i386（32 位）和 S/390（31 位）以及 SUSE Linux Enterprise Server（SLES）9 i386（32 位）和 S/390（31 位）上的新 Tivoli NetView 安装。

要想使 Red Hat Enterprise Linux Advance Server 3.0 i386（32 位）和 S/390（31 位）以及 SUSE Linux Enterprise Server（SLES）9 i386（32 位）和 S/390（31 位）上的 Tivoli NetView 安装正确运行，必须先安装以下 Linux 软件包。

• 对于 Red Hat Enterprise Linux Advance Server 3.0：

  用户必须安装可选的 Red Hat i386 软件包 compat-libstdc++-7.3-2.96.122 或 S/390 软件包 compat-libstdc++-7.2-2.95.3.78。这个软件包可在 Red Hat Enterprise Linux Advance Server 3.0 Update 1 或 2 CD 集上找到。

  为更正在 IP-MIB 所作的 ifIndex 引用中 ifIndex 和 ipAdEntIfIndex 的不匹配，用户需要将 net-snmp RPM 更新到以下级别：

  • net-snmp-5.0.9-2.30E.6
  • net-snmp-devel-5.0.9-2.30E.6（可选）
  • net-snmp-perl-5.0.9-2.30E.6（可选）
  • net-snmp-utils-5.0.9-2.30E.6（可选）

• 由于在 Red Hat Linux 上遇到了问题，建议在 Linux 的所有受支持的版本上使用 pdksh 版本 pdksh-5.2.14.8.i386.rpm 或 pdksh-5.2.14-197.s390.rpm。新的 Tivoli NetView 7.1.4 Linux CD 包含这些 RPM。请使用以下命令安装这些 RPM。

  rpm -i --force pdksh-5.2.14.8.i386.rpm（或 pdksh-5.2.14-197.s390.rpm）

  使用以下命令验证安装：

  rpm -q pdksh

• 对于所有受支持的 Linux 平台，Tivoli NetView 程序要求至少安装以下每个组中的一个软件包：
  1. ucd-snmp、ucdsnmp 或 net-snmp（例如，snmp 守护进程）
  2. XFree86-Xvfb 或 xextra（例如，X 虚拟帧缓冲区）

     注意：在 SLES 9 上，Xvfb 软件包是 XFree86-Xvfb 而不是 xextra。

  在新安装期间，如果每个组中的至少一个软件包没有被发现，则安装先决条件检查将失败并且安装将结束。

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 7.1.4 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 守护进程。

修订包说明

Fix Pack 05 的新说明

故障诊断：netviewd 守护程序不启动（仅 UNIX）

如果启动 netviewd 守护程序时有问题，请遵循以下步骤：

1. 使用 kill 命令停止 Xvfb 进程。
2. 运行以下命令以重新启动 Xvfb 进程：

/usr/OV/bin/startXvfb

如果问题仍然存在，请检查 /usr/OV/log/netview_daemon.log 文件。如果 Tivoli NetView 服务器的本地主机名称条目（/etc/hosts 文件中的名称）与域名服务器（DNS）提供的主机名不匹配，则 netviewd 守护程序可能启动有问题。/usr/OV/log/netview_daemon.log 文件中显示以下消息： 无法打开显示

要避免此问题，请确保 /etc/hosts 文件中的本地主机名与 DNS 提供的主机名匹配。/etc/hosts 文件必须在指定主机的 IP 地址的一行中同时包含标准主机名和本地主机名。/etc/hosts 文件中的条目必须类似于以下示例：

123.45.67.89 myhost.local.domain.com myhost

注意：在此示例中，“myhost”是本地主机名。

本修订包中更正的 APAR

Tivoli NetView V7.1.4 程序通过此修订包解决了客户报告的以下问题：

在 Tivoli NetView V7.1.4 程序中通过 Fix Pack 04 解决了客户报告的以下问题：

在 Tivoli NetView V7.1.4 程序中，通过此修订包 03 解决了下列由客户报告的问题：

Fix Pack 02 在 Tivoli NetView V7.1.4 程序中更正了客户报告的以下问题：

Fix Pack 01 在 Tivoli NetView V7.1.4 程序中更正了客户报告的以下问题：

安装和配置

先决条件

如果您安装了 Framework 4.1.1，您需要应用 Framework 补丁 4.1.1-TMF-0003 以提供与 NetView 7.1.4 的向后兼容性。尝试在 Framwork 上安装 Netview 7.1.4 而没有安装 Framework 补丁时，安装将中止。

要在系统上安装 IBM Tivoli NetView V7.1.4 Fix Pack 05，必须满足以下先决条件：

• 必须下载该平台相应的软件包，并使其可用于要安装的系统。

• 必须使用与执行原始 Tivoli NetView V7.1.4 安装相同的用户帐户（在 UNIX 上为 root 帐户）登录系统。

• 系统必须已经包含 Tivoli NetView V7.1.4 安装。

• 安装修订包的系统必须具有足够的可用空间来执行以下操作：

  • 在修订包软件包的安装期间，存储并抽取它。
  • 除了备份到 /usr/OV/service/V714/FixPack3 目录（在 UNIX 上）或 \usr\ov\service\V714\FixPack5 目录（在 Windows 上）中的原始 Tivoli NetView 文件集外，还要包含到 /usr/OV 目录（在 UNIX 上）或 \usr\ov 目录（在 Windows 上）中的更新过的 Tivoli NetView 文件。
  第一个先决条件需要的可用空间是临时的，成功地安装了修订包之后会将它返回给系统。更新 Tivoli NetView 安装所需的空间保持使用状态，直至修订包回退或安装了新版本的 Tivoli NetView 程序为止。

  包含先前 Tivoli NetView 修订包的安装可恢复该修订包使用的大部分空间，方法就是在安装本修订包之前删除 UNIX 上的 /usr/OV/service/V714/FixPackX 目录或 Windows 上的 \usr\ov\service\V714\FixPackX 目录。但是请注意，执行此操作将会除去回退上一修订包的能力，以及安装需要上一修订包才能执行安装操作的代码修订的能力。

  下表描述针对上述每一空间需求在每种平台上所需要的空间量。

  操作系统	安装期间所需空间1	升级后的产品所需空间2
  RS6000 AIX	705 Mb	694 Mb
  SunOS Solaris	747 Mb	727 Mb
  Linux Intel	583 Mb	590 Mb
  Linux 390	576 Mb	578 Mb
  Windows	120 Mb	110 Mb
  1在用户放置修订包安装软件包的任何位置都需要此空间。 2在 UNIX 的 /usr/OV 或 Windows 的 \usr\ov 中，此空间是必需的。

安装指示信息

对于 Red Hat Enterprise Linux Advance Server 3.0 i386（32 位）和 S/390（31 位）以及 SUSE Linux Enterprise Server（SLES）9 i386（32 位）和 S/390（31 位），请从 IBM 获取新的 Tivoli NetView 7.1.4 Linux CD，并遵循现有指示信息执行标准安装。

对于 Red Hat Enterprise Linux AS V3.0 和 SUSE Linux Enterprise Server (SLES) 9 for zSeries（64 bit），请从 IBM 获取新的完全映像 Linux for zSeries（64 bit）CD，并遵循现有指示信息执行标准安装。

注意：可以通过正常的 IBM Passport Advantage 渠道订购新的 Tivoli NetView CD。

关于 IBM Passport Advantage 渠道下载的指示信息。

您将需要登录到 Passport Advantage 帐户以下载“IBM Tivoli NetView V7.1.4 SLES 9 Red Hat Linux 3.0, International English”。http://www-142.ibm.com/software/sw-lotus/services/cwepassport.nsf/wdocs/pacustomers 选择 Passport Advantage Online。登录到客户 Passport Advantage Account 之后，用于下载的页面上应有一个下拉菜单。 下载名称为“IBM Tivoli NetView V7.1.4 SLES 9 Red Hat Linux 3.0, International English”。tar 文件的名称为 C80UJIE.tar。 如果在 NetView 下载的 Passport Advantage Account 站点上找不到 NetView 下载，请致电 800-978-2246 联系 eCustomer Care。

解压缩 C80UJIE.tar 后，您将得到一个 iso LCD7-0679-00.iso 文件。对于 SLES 9，首先您将需要挂装该 iso 映像。需要的命令：mount -o loop /path/to/iso /path/to/mount。 现在应已可以在挂装点查看内容。

修订包安装指示信息。

安装修订包之前请关闭所有 NetView 应用程序和守护程序。如果在安装期间遇到任何错误（无论安装过程本身是否报告成功），请完成以下步骤：

1. 运行回退脚本（忽略所有错误）。
2. 更正安装期间报告的所有问题。
3. 在 Windows 上，重新引导计算机。
4. 从头开始重新启动安装。

NetView 7.1.4 Fix Pack 05 的安装指示信息

1. 根据是否已定制 Web 控制台，安全套接字层（SSL）协议的用户需要执行以下操作之一：

   • 还没有定制 Web 控制台的用户应该使用“服务器设置”应用程序关闭 SSL。

   • 已定制 Web 控制台的用户应该将以下文件复制到临时位置：
     • /usr/OV/www/webapps/netview/WEB-INF/web.xml 和 /usr/OV/www/conf/jetty.xml（在 UNIX 上）
     • \usr\ov\www\webapps\netview\WEB-INF\web.xml 和 \usr\ov\www\conf\jetty.xml（在 Windows 上）。

2. 如果您要在 Tivoli NetView for UNIX 客户机上安装修订包，则确保客户机与 Tivoli NetView 服务器断开连接，方法是完成以下步骤：

   1. 运行客户机安装应用程序。
   2. 单击配置 -> 除去服务器。
   3. 在服务器主机名字段中输入 Tivoli NetView 服务器的名称。
   4. 单击应用。

3. 打开一个新窗口，将程序包复制到要安装修订包的操作系统上的某个本地子目录中，然后将目录切换到该子目录。

   复制软件包之前，请确保此子目录中的可用空间大于在此操作系统上安装 IBM Tivoli NetView 7.1.4 Fix Pack 05 所需的空间。

4. 通过执行下列某个操作来执行实际安装

   • 对于 UNIX 平台上的 NetView 本机服务器或本机客户机安装，输入

   zcat 7.1.4-TIV-NVD-{OperatingSystem}-FP0005.tar.Z | tar -xvf - install

    ./install

   • 对于 Windows 平台上的 NetView 本机服务器安装，输入

    7.1.4-TIV-NVD-Win32-FP0005.exe 

   • 对于 Windows 平台上的 NetView 本地客户机安装，输入

   7.1.4-TIV-NVD-Win32-FP0005.exe -a noversioncheck 

   在本机 NetView 客户机安装上安装修订包时，安装过程将报告一系列的错误，涉及无法复制某些文件（例如，nvexportd.jar、nvexportd.lrf 和 notfoundhandler.class）。这些文件不是客户机安装的必要文件，因此可以忽略这些错误。

   如果在安装期间遇到任何其他错误（无论安装过程本身是否报告成功），请完成以下步骤：

   1. 运行回退脚本（忽略所有错误）。
   2. 更正安装期间报告的所有问题。
   3. 在 Windows 上，重新引导计算机。
   4. 从头开始重新启动安装。

5. 通过重新引导机器或运行 netnmrc 脚本（AIX 上为 /etc/netnmrc，Solaris 或 Linux 上为 /etc/init.d/netnmrc），重新启动 UNIX 上的 Tivoli NetView 守护进程。通过重新引导机器，并运行 netview 命令或单击 Tivoli NetView 图标，重新启动 Windows 上的 Tivoli NetView 守护进程。

   注意：如果 Tivoli NetView 安装正在 Windows 上使用 SQL 数据库，那么请在重新启动 Tivoli NetView 守护进程之前，重新启动 SQL 服务器。

6. 从经过升级的本机 NetView 服务器安装，重新安装任何 Tivoli NetView Web 控制台。您可以在升级 NetView 服务器之后，从以下 Web 站点下载 Web 控制台：

   	http://server:8080/download
   	

   对于 Windows 上的 Web 控制台，以下文件包含修订包更新。如果您已在使用瘦客户机，请应用 nvwc_thin.zip 文件。如果您已在使用完整的 Web 控制台，请应用可执行文件 nvwcinstall.exe。

   	nvwc_thin.zip    （Windows 上的 瘦 Web 控制台，用户必须升级到 Jre 1.4.2）
   	nvwcinstall.exe  （自解压安装，包含 Jre 1.4.2 升级）
      

   对于 UNIX 上的 Web 控制台，以下文件包含修订包更新：

      nvwc_xxx_jre_1.4.2.tar    （Jre 1.4.2 和 UNIX 上的 Web 控制台）
      

   请注意，从 NetView 修订包 UNIX 服务器升级（Unix）NetView Web 控制台时，必须使用完整版本的 NetView Web 控制台程序包。

7. 修订包安装完毕后，用户必须在使用 Web 控制台之前运行“Web 控制台安全性”，因为在修订包安装期间某些 XML 属性值被更改了。

8. 如果您将本修订包应用于 NetView 客户机安装，则使用客户机安装应用程序将客户机重新连接至相应的 NetView 服务器。

9. 如果想要恢复使用安全套接字层（SSL）协议，需要执行以下操作之一：
   • 使用“服务器设置”应用程序打开 SSL。
   • 将 web.xml 文件的已保存的副本替换到 /usr/OV/www/webapps/netview/WEB-INF 目录（在 UNIX 上）或 \usr\ov\www\webapps\netview\WEB-INF 目录（在 Windows 上）中。

回退指示信息

作为修订包安装的一部分，安装期间替换的每个文件的副本都保存在 /usr/OV/service/V714/FixPack5 子目录（在 UNIX 上）或 \usr\ov\service\V714\FixPack5 子目录（在 Windows 上）中。

对于 Unix，要卸载 Fix Pack 05，您必须将目录切换到 /usr/OV/service/V714/FixPack5，然后从该目录中使用相对路径形式的回退命令“./backout”。

对于 Windows，要卸载 Fix Pack 05，您必须将目录切换到 \usr\ov\service\V714\FixPack，然后从该目录中使用相对路径形式的回退命令“./backout”。

系统返回到安装 Fix Pack 05 前的状态。

注：回退修订包之前，必须先回退安装修订包之后安装到系统上的所有 Tivoli NetView 修订程序。

注意：卸载 ITSA／交换机分析程序后，请运行以下命令从 Web 控制台除去 ITSA 菜单选项。

• ovstop webserver
• securityconsole.bat --upgrade
• ovstart webserver

已知缺陷和局限

• IBM Tivoli NetView for Windows 不支持 Microsoft Remote Terminal Services，并且如果安装并执行了后者，前者将不能正常工作。

• 安装此修订包后，会覆盖对 NetViewRealm.xml 文件所作的用于定制 NetView Web 控制台用户密码功能（先前的 NetView 修订包中所提供）的所有修改。可通过将 /usr/OV/service/V714/FixPack5/NetViewRealm.xml.0（在 Windows 上为 \usr\ov\service\V714\fixpack5\NetViewRealm.xml.0）复制回 /usr/OV/www/conf/NetViewRealm.xml（在 Windows 上为 \usr\ov\www\conf\NetViewRealm.xml）来恢复这些定制。

• 在 NetView/TEC 集成适配器上的状态相关引擎中发现问题，而该适配器位于 zLinux（System 390）版本的 Red Hat Enterprise Linux Advance Server 3.0 和 SuSE Linux Enterprise Server（SLES）9.0 上。如果 tecint.conf 文件指定 UseStateCorrelation=YES，则由于状态相关引擎和用于事件显示的 X11 库之间存在未解决的内部冲突，nvserverd 守护程序将在这些平台上执行核心转储。因此，在 zLinux 版本的 Red Hat 3.0 和 SLES 9.0 上安装 NetView 7.1.4 Fix Pack 3 期间，将会禁用（通过将 tecint.conf 文件中的 UseStateCorrelation 语句的值更改为“NO”）状态相关引擎；从这些平台发送至 TEC 的事件将不包含 fqhostname 字段，而且这些平台也不会生成和发送“服务影响”事件。zLinux 的先前版本以及其他所有支持 NetView 7.1.4 Fix Pack 3 的平台均不受影响。

  但是，升级到 Fix Pack 4 中的 JRE 1.4.2 意味着，NetView 7.1.4 Fix Pack 4（甚至在较早版本的 zLinux 上，特别是 SLES 8.0 系统）之后 NetView/TEC 集成的所有 zLinux 用户必须在他们的配置中指定“BufferEvents=NO”以避免该问题的发生。

  为了更容易地达到这些附加要求，已增强了从 serversetup 调用的 nv6000_smit 脚本，来保存对这些缺省值的所有用户修改。Fix Pack 4 之后，如果当前已经存在一个 tecint.conf 文件，生成一个新的 tecint.conf 文件将不会除去这些修改，而将保留这些修改。

• 在 NetView UNIX 安装上安装独立的 NetView 语言包时，必须在将要执行安装的命令窗口中使用命令

  $ . /usr/OV/bin/NVenvironment

  将 NVenvironment 脚本作为源。

• Solaris 操作系统对于按 32 位模式编译的进程限制 256 个打开文件描述符。此限制存在于 Solaris 的 libc 库中。由于此限制，同时只能打开大约 24 个 Tivoli NetView GUI。

• 正则表达式提供了从字符串集合中搜索特定字符串的方法。对于 UNIX 系统上的 Web 控制台，搜索是区分大小写的。在 Windows 系统上，搜索不区分大小写。

• NetView 控制台 SNMP 视图对于 AIX V5 如同 AIX V4.1 一样显示 RS/6000。

  修订包在 /usr/OV/newconfig/OVIPMAP 目录下安装经过更新的 oid_to_type 文件版本。要实现更新，用户可以将新的 oid_to_type 文件复制到 /usr/OV/config 目录（或将更改迁移至它们当前的 oid_to_type 文件）。通过此更改，带有 AIX V5 的 RS/6000 将指出 AIX 版本是 V4 还是 V5。

• 对于带有大型企业网络的安装，请将“nvsetup”->“发现”->“使用 ping 发射服务发现”选项从是更改为否。选择“使用 ping 发射服务发现”将大幅降低大型企业网络的发现性能。

• 使用 netmon -n 标志接收有关在未受管的广域网（WAN）中失败的紧急通知。

  假定有一个连接两个站点的外包 MPLS WAN。通常情况下，当在 WAN 中发生阻止访问远程站点的失败时，Tivoli NetView 程序会报告整个远程站点不可访问，并发出“网络和路由器不可访问”事件。因为这些事件不是紧急事件，所以该问题不会引起操作员应有的注意。

  可以配置 Tivoli NetView 程序为远程边界路由器发出紧急事件，这将引起操作员对 WAN 的注意。要执行此操作，请遵循以下步骤：

  1. 为 netmon 守护进程设置 -n 开关。
  2. 选择连接到远程边界路由器的子网并取消管理它。

     因为取消管理一个网络将阻止其他结束节点设备接受管理，所以最好是取消管理一个代表串行链接的子网。取消管理一个网络不影响路由器接口的受管状态。

  以下说明了路由器故障隔离发生了什么来使它发挥作用。目标是当 MPLS 路由发生故障时，使远程 MPLS 边界路由器转为“紧急”而非“不可访问”。

  路由器故障隔离通过以下两个因素判断接口的状态：

  • 由 ping 或 SNMP（无论配置的是哪个）确定的状态。
  • 接口所处的网络是否不可访问。

  路由器本身的状态基于所有接口状态的传播。

  要确定路由器是不可访问的，每个接口都必须是关闭的，并且每个网络都必须是不可访问或未受管的。如果设置了 netmon -n 开关，那么未受管的网络将被当作可以访问的网络。要确定路由器是关闭的，那么必须没有接口正在运行，并且在可以访问的网络中至少有一个接口必须是关闭的。其他接口可以是未受管的，因此被忽略。

  现在当通过 WAN 的路由失败时，路由器接口将关闭，并且它的未受管网络将被认为是可以访问的。这足以让路由器故障隔离发出有关此路由器的“路由器关闭”事件。

• SmartSet 在 NetView 控制台上打开期间，当发现一个属于 SmartSet 的新对象（例如接口、网络、段或节点）时，会显示这个新对象，并带有通用计算机符号。关闭然后重新打开 SmartSet 会显示正确的符号。

• 在启用了安全性的 NetView 客户机／服务器环境中，为了从 NetView 服务器注销客户机用户，您必须首先在客户机上注销该用户。

• 如果设置了 servmon 守护进程来发现某一大型网络上的所有服务，那么 NetView 服务器可能会耗尽内存。

• 在 NetView 图上，在缺省情况下 Red Hat Enterprise Linux AS 3.0 和 SUSE Linux Enterprise Server（SLES）9 机器的图标的内部图形为空白。为了填入这些内部图形，用户必须将这些机器的 MIB sysObjectID 添加到 /usr/OV/conf/oid_to_type 和 /usr/OV/conf/C/oid_to_sym 文件中。

• 由于在 SUSE Linux Enterprise Server（SLES）9 上处理信号的方法的问题，UNIX nslookup 命令在 NetView 启动期间可能发生核心转储。此核心位于 /usr/OV/PD/cores/ovspmd/core 文件中。尽管发生此核心转储，Tivoli NetView 程序还是会启动并运行而不会发生任何问题。

  注意：如果运行 ovstop 之后接着运行 ovstart 或 /etc/init.d/netmrc 命令，则 nslookup 可能再次发生核心转储。

  要确定 /usr/OV/PD/cores/ovspmd/core 是否是由此问题引起的，请在核心文件上运行以下命令：

  strings core | more

  如果字符串 nslookup 出现在输出中，那么可以忽略该核心。

• 如果未注册（或将不使用）tdwdaemon，请编辑 netmon.conf 文件并修改 TDWAVAILABILITY 的行以读取：

  TDWAVAILABILITY=FALSE

• Tivoli NetView 和 SNMPv3 代理程序守护进程存在的问题

  Tivoli NetView 程序可能对于由 Tivoli NetView 程序管理并正在运行 SNMPv3 代理程序守护进程的机器，存在发现和状态更新问题。确保已将受管机器的 SNMP 守护进程链接到 SNMPv1 守护进程而不是 SNMPv3 守护进程能够消除这些问题。

• 对于将 Web 控制台与大型 NetView 数据库一起使用的 UNIX 用户，请遵循以下步骤：

  1. 在 /usr/OV/conf/NetViewLargeDb.conf 文件中，将 NETVIEW_LARGE_DB=FALSE 更改为 NETVIEW_LARGE_DB=TRUE。
  2. 保存该文件。
  3. 停止所有 NetView 控制台和 netviewd 守护进程。
  4. 重新启动 netviewd 守护进程和所有 NetView 控制台。

• 在 AIX 上，如果没有运行正确的 X11 Xvfb，则 netviewd 守护进程将无法启动。

  如果 netviewd 守护进程无法在 AIX 上启动，而原因是没有运行正确的 X11 xvfb（APAR IY54430 和 IY58569），则用户需要按以下示例所示，将 grep ":2" | 添加到 /etc/netnmrc 文件中。

  
  # Start Xvfb Xserver
  #
  
  pid=`/bin/ps -ef | /bin/grep vfb | /bin/grep -v grep | grep ":2" | /bin/awk '{print $2}'`
  

• 未使用 xnmsnmpconf 应用程序（UNIX）选中“发现受管节点”或由于 oid_to_type 文件中的设置（在运行本机 NetView 控制台时被发现）而未选中“发现受管节点”的节点，在图上显示为“未知”，而不是“未受管”。

  变通方法（记录在 APAR IY58520 中）就是确保发现这些节点时本机 NetView 控制台不在运行，或者当这些节点在图上显示为“未知”时从 GUI 中手动取消管理它们。而且，如果用户想要管理节点，用户必须首先对其取消管理，然后再管理它。

• 建议不使用来自 .kshrc 文件的 Korn shell 程序历史记录文件。Tivoli NetView 程序使用的某些安装机制期望设置标准的历史记录文件。如果没有设置该历史记录文件，则先决条件检查和实际的 Tivoli NetView 安装将失败。

• 某些用户在已将 Tivoli Management Framework 安装到定制位置的系统上使用独立的 Tivoli NetView 安装时遇到了困难。为避免这些困难，如果您想要在环境中保留 Tivoli Management Framework，那么建议您使用标准的 Tivoli Management Framework 安装来安装 Tivoli NetView 程序。如果安装 Tivoli Management Framework 仅为支持 Tivoli NetView 程序并且不再想要该程序，请完成以下步骤：

  1. 使用“服务器设置”应用程序中的备份功能备份 Tivoli NetView 安装。
  2. 从系统中除去 Tivoli Management Framework 和 Tivoli NetView 程序。
  3. 使用更新选项从命令行安装 Tivoli NetView 程序。

• 当您尝试运行 nvColToSQL 命令时，可能会遇到以下错误消息：

  数据库服务器不存在，或日志文件磁盘空间不足，数据库中不存在 temp 文件以及回滚段或表

  如果有过多的 snmpCollect 文件需要处理（通常是大于 500 个），可能会出现该消息。如果收到此消息，您可以使用以下脚本处理文件。该脚本一次处理每个文件一次，并将输出保存至日志文件。

  #!/bin/sh
  LOG=/usr/OV/log/nvColToSQL.log
  date > $LOG   # CREATE NEW LOG EACH TIME
  # Loop all files that do not have ! or archive in name
  for file in `ls /usr/OV/databases/snmpCollect | grep -v "\!" | grep -v "archive"`
  do
  
     nvColToSQL -f $file -m 64 >> $LOG 2>> $LOG
     RC=$?
     echo "* FILE <$file> Return Code <$RC>" >> $LOG
  
  done

• 通过打开“帮助”菜单项，选择帮助主题，选择查找选项卡，输入 snmp，从列表选择 SNMPV2，然后选择工具 -> MIB -> SNMPV2 -> 装入命令，这样找到的 Tivoli NetView for Windows V7.1 程序上的 SNMPV2 命令帮助不再有效，并且应该被忽略。

• 由于 Linux 操作系统中的异常行为和 Tivoli NetView for UNIX 手册页的格式化，手册页在 Linux 系统上不正确显示，除非 Linux 终端窗口宽度超过 80 个字符。要更正格式化，则使用鼠标向右拖动窗口的右边框以扩大终端窗口。

• 在 Tivoli NetView for Windows 中，当取消管理接口然后再次管理接口时，由于 netmon 守护进程使用了 ICMP ping，所以管理关闭接口（状态 USER1）可能会错误地变为临界状态。不会再次获取接口的管理关闭状态，直到下一次配置检查或要求轮询为止。在此情况下，要防止将管 理当机接口状态报告为临界，请在 netmon 种子文件中将带有管理当机接口的路由器配置为使用 SnmpStatus 轮询而不是 ICMP 轮询。

• 在 Windows 2003 上的 Tivoli NetView for Windows 程序中，尝试向客户机或服务器发送消息（服务器设置 -> 客户机／服务器 -> 发送消息选项卡）可能会导致弹出“无消息”错误。这可能是由于没有启用 Windows Messenger 服务。在 Windows 2003 上，缺省设置是在安装后保持该服务为禁用状态。要启用 Messenger 服务，请完成以下步骤：

  1. 单击我的电脑 -> 管理 -> 服务和应用程序 -> 服务。
  2. 右键单击 Messenger。
  3. 单击属性。
  4. 从启动类型的下拉列表中，选择自动。
  5. 单击确定。
  6. 右键单击 Messenger。
  7. 单击启动。

• 当在 Tivoli NetView for UNIX 程序中打开 SmartSet 子图时，collmap 应用程序用对象的选择名称覆盖所有通用符号的用户定制标签。变通方法是配置并使用对象的非通用符号。

• 在某些 Linux 平台上，操作系统可能未正确关闭 Tivoli NetView for UNIX Java 守护进程的某些线程，这偶尔会导致重新启动 NetView 守护进程时出现问题。在 nvKill 命令中已添加“force”选项，来关闭所有无用的 Tivoli NetView 守护进程和线程并清除套接字。这使守护进程在出现这种情况时可以正确地重新启动。如果 Tivoli NetView 守护进程显示为挂起（重新启动持续 10 分钟以上），请在命令提示符上输入以下命令：

  /usr/OV/service/nvKill -f

  然后运行 netnmrc 或 netview 命令，以常见方式重新启动这些守护进程。

• 如果 Tivoli NetView for Windows 安装是从先前版本迁移而来的，则在查找对话框的简单选项卡下使用“按其它属性查找”时，NetView.exe 可执行文件被锁定，因为 /usr/ov/conf/c/finddialog.conf 文件将 <CR><LF> 更改为只有 <CR>。

  要修订这个问题，请将 finddialog.conf 文件装入到 Windows Wordpad 程序中，并保存文件。WordPad 将 <CR> 更改为 <CR><LF>。注：Windows Notepad 程序不起作用。

• 在 Solaris 系统上带日语语言包的 Tivoli NetView 程序安装上安装和回退 Tivoli NetView for 7.1.4 Fix Pack 04 时，NetView GUI 未能启动，带有错误消息：“检索 mapdb 字段信息时发生错误：空字段值。”。发生此错误时，要从该错误恢复，请执行以下步骤：

  1. 运行 ovobjprint -s mapdb 命令以获取 mapdb 对象的对象标识。
  2. 运行 ovwdbdmap -dobjid 命令，其中 objid 是步骤 1 中的对象标识。
  3. 运行 ovstart ovwdb 命令以重新启动 ovwdb 守护进程。
  4. 运行 mapadmin -i 命令以重新创建 mapdb 对象。

• 当在用户标识中使用双字节字符时，Windows 和 AIX Web 控制台没有连接到 Solaris NetView 服务器。但是，当在用户标识中使用双字节字符时，Solaris 8 Web 控制台可以连接到 Solaris NetView 服务器。

• 使用日语语言包时，映射快照名称的缺省值（例如，Snapshot 1）没有显示在“服务器设置”窗口的快照菜单中。当您选择文件 -> 图快照 -> 打开时，将显示创建的快照。运行 ovmapsnap 命令时也可以查看快照。

• Tivoli NetView for Windows 用户应当实施新的 overridestatus_user1.rs 规则集，该规则集代替已受损的 setstatusseverity.rs 规则集。setstatusseverity.rs 规则集将相关守护进程置于循环中，向 trapd 守护进程不断发送假状态更改事件，直至将相关守护进程和 Tivoli Enterprise Console 适配器守护进程淹没为止。在未来发行版中此规则集被从产品中除去，但它无法从维护版中除去。

  注意：安装了修订包以后，用户便可参阅新的 \usr\ov\doc\Rulesets_on_Windows.readme 以获取有关规则集的更多信息。

• 对 IY77007 和 PJ29416 两者的修订替换了 \usr\ov\bin\tecad_nv6k_non_tme.exe 和 \usr\ov\bin\tecad_nv6k_tme.exe 二进制文件，但是它不更改用户正在运行的 Windows Tivoli Enterprise Console 适配器守护程序 \usr\ov\bin\tecad_nv6k.exe。此二进制文件是所提供的两个二进制文件之一的副本。想要获取此修订的用户必须重新运行 tecconfig.bat 配置程序将适当的、提供的二进制文件复制到 tecad_nv6k.exe，或手动执行此操作。

• 由于 Linux 安全局限，对于非 root 用户，无论他们是否属于指定组（例如“news”），发出以下命令后都不能打开缺省图：ovwperms -a -G -l -m 664 -u root -g news。而 Linux 用户应发出的是 ovwperms -a -G -l -m 775 -u root -g news

文档更新

可以在以下 Web 站点找到经过更新的 Tivoli NetView V7.1.4 文档：

• http://publib.boulder.ibm.com/tividd/td/NetView7.1.4.html

联系 IBM 软件支持

如果您使用任何 Tivoli 产品时出现问题，请参阅以下 IBM 软件支持 Web 站点：http://www.ibm.com/software/sysmgmt/products/support

如果您想要联系 IBM 软件支持，请参阅以下 Web 站点上的 IBM Software Support Guide：http://techsupport.services.ibm.com/guides/handbook.html

该指南提供有关如何联系 IBM 软件支持的信息（根据问题的严重性），并提供以下信息：

• 注册与资格
• 电话号码和电子邮件地址（根据您所在的国家或地区）
• 联系 IBM 软件支持之前您必 须拥有的信息

声明

本信息是为在美国提供的产品和服务编写的。IBM 可能在其他国家或地区不提供本文档中讨论的产品、服务或功能特性。有关您当前所在区域的产品和服务的信息，请向您当地的 IBM 代表咨询。任何对 IBM 产品、程序或服务的引用并非意在明示或暗示只能使用 IBM 的产品、程序或服务。只要不侵犯 IBM 的知识产权，任何同等功能的产品、程序或服务，都可以代替 IBM 产品、程序或服务。但是，评估和验证任何非 IBM 产品、程序或服务，则由用户自行负责。

IBM 公司可能已拥有或正在申请与本文档内容有关的各项专利。提供本文档并未授予用户使用这些专利的任何许可。您可以用书面方式将许可证查询寄 往：

IBM Director of Licensing
IBM Corporation
North Castle Drive
Armonk, NY 10504-1785 U.S.A.

有关双字节（DBCS）信息的许可查询，请与您所在国家或地区的 IBM 知识产权部门联系，或用书面方式将查询寄往：

IBM World Trade Asia Corporation
Licensing2-31 Roppongi 3-chome, Minato-ku
Tokyo 106, Japan

以下段落不适用于英国或任何这样的条款与当地法律不一致的国家或地区：

International Business Machines Corporation“按现状”提供本出版物，不附有任何种类的（无论是明示的还是暗含的）保证，包括但不限于暗含的有关非侵权、适销和适用于某种特定用途的保证。

某些国家或地区在某些交易中不允许免除明示或暗含的保证。因此本条款可能不适用于您。

本信息中可能包含技术方面不够准确的地方或印刷错误。此处的信息将定期更改；这些更改将编入本出版物的新版本中。IBM 可以随时对本出版物中描述的产品和／或程序进行改进和／或更改，而不另行通知。

本信息中对非 IBM Web 站点的任何引用都只是为了方便起见才提供的，不以任何方式充当对那些 Web 站点的保证。那些 Web 站点中的资料不是 IBM 产品资料的一部分，使用那些 Web 站点带来的风险将由您自行承担。

IBM 可以按它认为适当的任何方式使用或分发您所提供的任何信息而无须对您承担任何责任。

本程序的被许可方如果要了解有关程序的信息以达到如下目的：（i）允许在独立创建的程序和其他程序（包括本程序）之间进行信息交换，以及（ii）允许对已经交换的信息进行相互使用，请与下列地址联系：

IBM Corporation
2Z4A/10111400 Burnet Road
Austin, TX 78758 U.S.A.

只要遵守适当的条件和条款，包括某些情形下的一定数量的付费，都可获得这方面的信息。

本资料中描述的许可程序及其所有可用的许可资料均由 IBM 依据 IBM 客户协议、IBM 国际软件许可协议或任何同等协议中的条款提供。

涉及非 IBM 产品的信息可从这些产品的供应商、其出版说明或其他可公开获得的资料中获取。IBM 没有对这些产品进行测试，也无法确认其性能的精确性、兼容性或任何其他关于非 IBM 产品的声明。有关非 IBM 产品性能的问题应当向这些产品的供应商提出。

所有关于 IBM 未来方向或意向的声明都可随时更改或收回，而不另行通知，它们仅仅表示了目标和意愿而已。

商标

IBM、AIX、S/390、NetView、zSeries、Tivoli 和 Tivoli Enterprise Console 是 International Business Machines Corporation 在美国和／或其他国家或地区的商标。

Microsoft、Windows、Windows NT 和 Windows 徽标是 Microsoft Corporation 在美国和／或其他国家或地区的商标。

Java 和所有基于 Java 的商标和徽标是 Sun Microsystems, Inc. 在美国和／或其他国家或地区的商标。

UNIX 是 The Open Group 在美国和其他国家或地区的注册商标。

Linux 是 Linus Torvalds 在美国和／或其他国家或地区的商标。

Intel、Intel Inside（徽标）、MMX 和 Pentium 是 Intel Corporation 在美国和／或其他国家或地区的商标。

其他公司、产品和服务名称可能是其他公司的商标或服务标记。