IBM Tivoli NetView V7.1.3 Fix Pack 4 自述文件

日期：2005 年 9 月 30 日

名称：7.1.3-TIV-NVD-FP0004

组件：IBM Tivoli NetView V7.1.3

PTF 号：U804578（UNIX）或 XR23264（Windows）

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

关于本修订包

这一部分提供关于本修订包的一般信息。强烈建议您在安装本修订包之前全面阅读此文档。

修订包内容

本修订包由五个软件包组成，分别适用于 RS6000 AIX、SUN SPARC Solaris、Linux Intel、Linux 390 以及 Microsoft Windows。在已经安装了 IBM Tivoli NetView 本机服务器 或客户机的每个平台上，您需要使用相应的软件包。

本修订包也包含对 Tivoli Data Warehouse 所使用并包含的 NetView ETL 代码的一组更正。为了将这些更正应用于 Tivoli Data Warehouse 中的 NetView ETL 代码，请参阅与本修订包相关联的 1.1.0.3-TIV-NVD-WEP-FP0003.readme 文件。1.1.0.3-TIV-NVD-WEP-FP0003.exe 是用于安装这些更改的可执行文件。

由本修订包取代的补丁

无。没有任何补丁被本修订包取代。

受支持的操作系统

• AIX：
  • V4.3.3（维护级别 09）
  • V5.1（维护级别 01）
• Solaris：
  • V2.7（带有 Sun 要求的全部补丁）
  • V2.8（带有 Sun 要求的全部补丁）
  • V2.9（带有 Sun 要求的全部补丁）
• Linux Intel：
  • Red Hat V7.2（2.4.7-10 内核）
  • Red Hat Advanced Server V2.1
  • SuSE V7.2（2.4.4-4GB 内核）
• Linux for zSeries（仅限 32 位系统）：
  • Red Hat V7.2
  • SuSE Linux Enterprise Server 7.2 For S/390 and zSeries（SLES 7）
• Windows：
  • 带有 Service Pack 5 或更高版本的 Windows NT Server V4
  • Windows 2000 Server
  • Windows 2000 Advanced Server
  • Windows 2003 Server
  • Windows XP Professional

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

• Windows 2000 Professional
• Windows XP Home Edition

Fix Pack 04 中的新功能

以下各项为 IBM Tivoli NetView Fix Pack 04 中的新功能。

添加至 xnmsnmpconf 命令的新选项

下面列出的三个新选项已被添加至 xnmsnmpconf 命令。注意：[] 中的字符是可选的。

1. xnmsnmpconf -clearn[odedb]

   从 SNMP 配置 nodedb 目录除去所有条目。

2. xnmsnmpconf -clearw[ilddb]

   从 SNMP 配置 wilddb 目录除去所有条目。

3. xnmsnmpconf -clearco[lldb]

   从 SNMP 配置 colldb 目录除去所有条目。

对于 AIX 和 Solaris，有了这三个新选项和先前已有的“xnmsnmpconf -clearCache”， 这就意味着可通过输入以下四个命令将 SNMP 配置数据库彻底清除：

1. xnmsnmpconf -clearnodedb
2. xnmsnmpconf -clearwilddb
3. xnmsnmpconf -clearcolldb
4. xnmsnmpconf -clearCache

对于 Linux，请不要使用新命令来清除 xnmsnmpconf 的数据库。在 Linux 上，使用新选项将 导致 xnmsnmpconf 稍后由于内存故障而失败。不幸的是，在此失败之后，除了重新安装 IBM Tivoli NetView 之外，没有任何方法能够修正 xnmsnmpconf 数据库。

对于 Linux，仅可通过使用 xnmsnmpconf 并删除每个节点（一次删除一个）的方法来清除 xnmsnmpconf 的数据库。

添加至 nvmaputil.sh 命令的新选项

nvmaputil.sh 脚本中已添加两个新选项，允许从命令行对网络进行管理以及取消管理。这些新选项的格式为：

nvmaputil.sh --manage-network <IP Address 1> ... <IP Address N>

nvmaputil.sh --unmanage-network <IP Address 1> ... <IP Address N>

新的 netnmrc 文件

对于 UNIX，随本修订包一起提供了一个新的 netnmrc 文件。对 netnmrc 进行的更改修正了一些问题，它们与 APAR IY71793 相关，在正确启动 X Virutal Frame Buffer 软件时会出现。

为了将此修订置于 NetView for UNIX 7.1.3 服务器实现中，请将此新文件从 /usr/OV/newconfig/OVMIN/netnmrc 复制到 /etc/netnmrc（对于 AIX）或 /etc/init.d/netnmrc（对于其他 UNIX 平台）中。

新的 trapd.conf 文件

对于 UNIX，随本修订包一起提供了一个新的 trapd.conf 文件。对 trapd.conf 进行的更改修正了一些问题：这些问题中，一部分与 APAR IY57432 相关，在就事件向 Tivoli Enterprise Console 发送接口列表时出现；另一部分与 APAR IY52871 相关，当从控制台中的事件窗口选择选项 -> 其他操作启动 MIB 浏览器或排序事件时会出现。

如果还未定制 /usr/OV/conf/C 中的 trapd.conf（而非 /usr/OV/conf 中过时的 trapd.conf 文件），只需使用 /usr/OV/newconfig/OVSNMP-RUN 中新的 trapd.conf 替换它。然而，如果原始的 trapd.conf 已被修改，则手工地将所作更改合并至原始文件。

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

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

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

如果原始的 trapd.conf 已被修改，则手工地将新 trapd.conf 中的更改添加至原始的 trapd.conf 文件。否则，仅使用新的 trapd.conf。

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

1. 从命令行启动 xnmtrap：/usr/OV/bin/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。

注意，还可使用另一编辑器进行此更改。找到显示以下内容的行：

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”使其重新读取该文件。

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

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

• UNIX

  在 IBM Tivoli NetView for UNIX 中，这受 trapd.conf 中槽映射条目的控制。用于 UNIX 的修订将提供新的 trapd.conf（在 /usr/OV/newconfig/OVSNMP-RUN 中），但这将不自动替换用户当前已安装在 /usr/OV/conf/C/trapd.conf 中的已定制对象。因此，用户应在其当前系统上手工作出此修改（或如果还未定制 trapd.conf，就仅使用新的替换当前的）。

  使用 xnmtrap 修改 trapd.conf 中的以下每个条目，首先请单击 T/EC 槽映射。然后在弹出窗口中选择“iflist”条目，并单击“删除”。然后对每个都单击确定，并再次单击“确定”以完成对该陷阱的编辑。继续，直至完成。然后按下“确定”最终退出 xnmtrap。

  • IBM_NVNM_EV   	50790400 （节点临界）

  • IBM_NVNUP_EV 	58916864 （节点运行）

  • IBM_NVNDWN_EV 	58916865 （节点关闭）

  • ROUTDOWN_EV	58916971 （路由器关闭）

  • ROUTUNREACH_EV	58916972 （路由器不可达）

  • ROUTERUP_EV	58916973 （路由器运行）

  • ROUTMARG_EV	58916974 （路由器临界）

• Windows

  在 IBM Tivoli NetView for Windows 中，这受文件 \usr\ov\conf\tecad_nv6k.cds 中条目的控制。用于 Windows 的修订将提供新的 tecad_nv6k.cds，但在 \usr\ov\newconfig\tecad 中。这个新文件将不替换用户在 \usr\ov\conf\tecad_nv6k.cds 中的定制文件。因此，为了避免此问题，用户应该在其当前系统上手工地进行此修改。

  在 \usr\ov\conf\tecad_nv6k.cds 文件中，找到以下每个陷阱的条目：

  • 50790400 （节点临界）

  • 58916864 （节点运行）

  • 58916865 （节点关闭）

  • 58916971 （路由器关闭）

  • 58916972 （路由器不可达）

  • 58916973 （路由器运行）

  • 58916974 （路由器临界）

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

  6: ATTR(=, "VB_8") ;
  

  在 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
  

Fix Pack 03 中的新功能

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

经过修改的 tdwdaemon.lrf

APAR IY48379 描述了 ovstop 命令没有始终做到停止 tdwdaemon 这一问题。 在本修订包中创建和包括了经修改的用于更正问题的 tdwdaemon.lrf。 要在 UNIX 平台上安装此更正，必须使用以下步骤来替换客户安装中的 tdwdaemon.lrf 文件：

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

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

增强的位置敏感性拓扑功能

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

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

网关条目的格式为：

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

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

网关条目示例：

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

经过修改的 netmon.seed 文件

APAR IY47145 的某一修改过的 netmon.seed 文件和本修订包一起提供。此文件记载：为了显式地发 现节点并使之成为受 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 之间的值，便可修改允许的备用共用名的最大数目。

新的 trapd.conf 文件

新的 trapd.conf 文件与本修订包一起提供。此 trapd.conf 文件不再意外地截断 NetView for Windows trapd.conf 文件的 HPCIFxxx 陷阱中的某些值。 在 \usr\ov\newconfig\ovsnmp-run\trapd.conf 中可以找到该文件。 如果想要使用此文件并且还未定制 \usr\ov\conf\trapd.conf，则可使用它来替换在 \usr\ov\conf\trapd.conf 中找到的文件。然而，如果原始文件已被修改，您必须合并这两个文件。

新的 JRE

包括在本修订包中的 APAR IY45265 提供了 JRE 的升级版本。这解决了早期 NetView V7.1.3 修订包中存在的问题，而在这些修订包中，根据系统配置和操作系统级别，安装了修订包后 NetView Web 控制台有时会导致核心转储。

新规则集 overridestatus_user1.rs 替换 setstatusseverity.rs

IBM Tivoli NetView for Windows 用户可实现新规则集 overridestatus_user1.rs，该规 则集会替换已中断的规则集 setstatusseverity.rs。新文档 \usr\ov\doc\Rulesets_on_Windows.readme 记载了用于相关守护程序 nvcord 的规则集样本。setstatusseverity.rs 应该由用户删除。它在将来的发行版中将不提供。

修订包说明

• 自 NetView for UNIX V5.1 开始，操作节点规则集已经将 3 个附加变量添加到经过它的每个陷阱的结尾处（按顺序）：

  • 陷阱严重性
  • 陷阱源字符
  • 陷阱类别
  它们是从 trapd.conf 中获得的，目的是使这些项可用于用户脚本。

  在 NetView 6.0.3 中，添加了一个新的变量（NVATTR_COUNT）以告诉用户陷阱现在包含多少变量，还允许对最末三个变量作更为简单的引用：

  • NVATTR_n 变量，其中 n = NVATTR_COUNT-1 为陷阱类别
  • NVATTR_n 变量，其中 n = NVATTR_COUNT-2 为陷阱源
  • NVATTR_n 变量，其中 n = NVATTR_COUNT-3 为陷阱严重性

  在 NetView 7.1.3 中，现在将这些附加的 varbind 导出为 3 个，从而便于引用变量：

  • NVSEV
  • NVSRC
  • NVCAT

• 对于 UNIX，mib2trap 命令的语法已更改。可通过从命令行发出命令 mib2trap -? 来查看此更改。mib2trap 命令生成可选的 baroc 文件，缺省情况下基本事件类为 TEC_ITS_BASE。一般的语法是由 以下命令给出的：

  mib2trap mib_file addtrap_output_file [baroc_file] [base_event_class_name]

  如果您希望继续使用旧的基本类 Nvserverd_Event，可以按照以下方法通过将其指定为第四（可选） 参数做到这一点，这是因为命令现在可以支持任何用户定义的基本事件类：

  mib2trap mib_file addtrap_output_file baroc_file Nvserverd_Event

• 由 nvserverd 中的内部 Tivoli Enterprise Console 适配器发送到 Tivoli Enterprise Console 的事件的原始字段总是包含 NetView 服务器的 IP 地址。adapter_host 字段或者包含 NetView 服务器的标准域名，或者包含与源字段相同的 IP 地址。为了便于 Tivoli Enterprise Console 服务器上的事件响应及转发，不能再对配适器主机字 段使用短名称。

• Java MIB 装入程序不再将未能装入的 MIB 置于已装入的 MIB 的列表中。 现在它也会警告您是否跳过了装入 MIB，并提醒您，对于 Java MIB 装入程序，MIB 文件仅有的有效扩展名是 .mib、.my 和 .def。

• 在 NetView 7.1.3 之前的版本中，为了计算父级符号的复合状态而忽略子图中无法访问的符号。在 NetView 7.1.3 中，缺省的复合传播将处于无法访问状态的符号视为边际符号。如果子图中一个或多个（不是全部）符号无法访问，则将这些符号视为边际符号以指示该子图中至少有一个符号存在问题。通过在启动 NetView GUI 之前设置环境变量 OVW_NO_UNREACHABLE_PROPAGATION=1，可以将 NetView GUI 配置为忽略复合传播无法访问的符号。如果子图中的所有符号都无法访问，则不管变量设置如何，均传播无法访问状态。

• 因为在 Solaris 上安装为 /etc/snmp/conf/mgragentd.rsrc 的文件已被更改，因此命令字段从其以前值“command = /usr/bin/echo mgragentd registered with snmpdx”中只读取“command = ""” （空的命令条目）。此更改的目的是避免重新启动 snmpdx 时创建死进程的可能性。然而，仅在 NetView 初始安装时安装一次此文件，而且本修订包不更新您系统上的当前副本。因此，如果您希望在下一发行版之前作出此更改，则必须手动将此更改插入至 /etc/snmp/conf/mgragentd.rsrc 文件中。

• 在 NetView V7.1.2 中，升级了 NetView 使用的 Tivoli Enterprise Console 类定义。不再支持 NetView 使用的以前的 Tivoli Enterprise Console 事件类定义，希望您使用新的类定义，因为将来的迁 移将不支持旧的类定义。

• 如果 snmpCollect 守护程序延迟的收集的数量比看似合理的数量要多，则问题可能是因为缺省的 3 秒等待时间对于 snmpCollect 守护程序接收回复而言是不够的。

  要允许更多时间用于收集，请执行以下操作：

  1. 选择工具栏上的选项条目，然后单击 SNMP 菜单项以启动 SNMP 选择窗口。
  2. 单击带有延迟收集的列表中的节点，然后单击属性按钮。
  3. 在“重试 SNMP 请求时间间隔（秒）”和“最大尝试次数”字段中增加其值，或者用初始值替换 空白。

• 当启用 NetView 安全性时，Tivoli NetView 服务器的标准主机名必须作为服务器条目的第一主机名出现在服务器的 /etc/hosts 文件中。 否则，不能验证 NetView 客户机凭证，并且在“安全性管理”对话框中，当从服务器发送消息时，会报告错误（35）。

• 在 UNIX 上使用 Tivoli NetView 本机服务器／客户机配置时，如果 NetView 服务器所驻留的平台被重新引导，则必须停止并重新启动本机 NetView 客户机。 重新引导和随后重新启动 NetView 服务器造成本机客户机会话信息的丢失，因此必须停止并重新启动客户机以恢复该信息。

• 种子文件中的通配符范围将所有受管网络的发现限制在这一范围中。它不强制 netmon 发现该范围 中的任何新节点，也不强制 netmon 创建新网络。然而对于播种条目（单个 IP 或主机名），如果需要， netmon 总是尝试发现条目并创建网络。

• 要执行“孤岛网络”（即与 NetView 服务器没有路由器连接的网络）的发现，必须将该网络中的 一个显式（播种的）节点条目添加至种子文件中，以强制执行节点发现和网络创建。 此外，要想在该网络中的其他设备上扩展发现，您必须确保充当种子的条目支持 SNMP。

• 在 xnmsnmpconf 应用程序的 SNMP 配置面板中，字段重试计数指出对 ping 或 SNMP 请求的总尝试次数。计数包括初始轮询，因此值为“1”指示尝试一次，值为“2”指示一次初始尝试和尝试失败后的一次重试，等等。

• 如果日常 Web 服务器日志文件占用了过多的系统空间，那么除了减少这些请求日志保留的天数以外，您还可以采取以下几种其他的操作：

  1. 定制 EventChannel Servlet 查询的时间间隔：

     查询时间间隔确定 Web 控制台发送请求以检查 Web 服务器是否仍然处于活动状态的频率。

     通常情况下，无需定制该参数。然而，如果日常 servlet 请求日志（UNIX 上的 /usr/OV/www/logs 或 Windows 上的 \usr\ov\www\logs 中的 yyyy_mm_dd.request.log）照例过大，则可以增加查询时间间隔，这样就会创建较少的 EventChannel 查询日志条目。然而，此更改也增加了 Web 控制台意识到 Web 服务器已当机之前经历的延迟时间。

     这可在 /usr/OV/www/webapps/netview/WEB-INF/web.xml 文件（UNIX）或 \usr\ov\www\webapps\netview\WEB-INF\web.xml 文件（Windows）中 EventChannel Servlet 的 queryIntervalSec 参数中配置。

  2. 定制 EventBrowser Servlet 客户机刷新率：

     客户机刷新率确定 Web 控制台要求 Web 服务器刷新事件以供 Web 控制台事件浏览器使用的频率。

     通常情况下，无需定制该参数。然而，如果日常 servlet 请求日志（UNIX 上 /usr/OV/www/logs 或 Windows 上 \usr\ov\www\logs 中的 yyyy_mm_dd.request.log）例行执行过大，则可以增加客户机刷新率，这样就会创建较少的 EventBrowser 事件请求日志条目。然而，这一更改也降低了 EventBrowser 数据在 Web 控制台中更新的频率。

     这可在 /usr/OV/www/webapps/netview/WEB-INF/web.xml 文件（UNIX）或 \usr\ov\www\webapps\netview\WEB-INF\web.xml 文件（Windows）中 EventBrowser Servlet 的 clientRefreshRate 参数中配置。

  在运行在 UNIX 平台或 Windows 平台上的 NetView Web 服务器上，可以执行这两项操作以及减少保留日志天数的操作。

• 如果启用了 TEC-forwarding，则 IBM Tivoli NetView 7.1.3 要求最新的 Tivoli Enterprise Console 发行版（3.7.1 + Fix Pack 05，3.8 + Fix Pack 01，3.9）。 这是由于从 NetView 发送至 Tivoli Enterprise Console 的陷阱参数中的更改所造成的，这仅在最新的 Tivoli Enterprise Console 发行版中是已知的。

• 当在 Solaris 操作系统上第一次配置客户机／服务器系统时，您可能会在“添加客户机访问”期间遇到错误消息，该消息称：

  !-> 错误消息“无法打开 /etc/dfs/sharetab”（3 次）

  ->操作完成

  这是因为 Solaris 上最初并不存在文件 /etc/dfs/sharetab。对其进行访问失败之后，客户机安装程序创建此文件，这样错误消息不会再指示失败。

• “安全性审计配置”对话框具有两个窗格。

  上面的窗格包含“选择审计类别”字段。在此字段中使用“打开”和“关闭”按钮来选择应该存储的审计记录的类别。请参阅《IBM Tivoli NetView for UNIX 管理员指南》以获取关于每个类别中记录的事件的信息。

  下面的窗格包含以下字段，这些字段可被用来控制审计日志文件的大小和位置：

  • 审计日志文件名：用来指定审计日志文件的全路径和名称。
  • 审计文件数：用来指定将要存储的审计文件的数量。当前审计文件达到最大大小时，它将滚动到一个备份文件中。达到文件最大数目时，最旧的文件将移动到指定的临时目录中。
  • 最大审计文件大小：用来指定每个审计文件的最大大小（以 MB 计）。当前文件达到该大小时，它将滚动到一个备份文件中，同时开始一个新文件。
  • 临时目录：用来指定存储旧审计文件的目录。当超过审计文件的最大数目时，最旧的文件将移到 此目录中。缺省值为 /tmp。不会自动删除旧的审计文件；确保监视该目录的大小，以避免它填满整个文件系统。

• 在 UNIX 上，/usr/OV/bin/netview.pre 是一个可由用户创建的脚本，它用来设置属于 NetView 控制台的环境变量。当用户启动 NetView 控制台时，/usr/OV/bin/netview.pre 将会运行。 与 /usr/OV/bin/netnmrc.pre（用于守护程序启动环境变量）类似，更新安装期间或用户在迁移期间选择了 /usr/OV/bin.USER 时，会自动备份和迁移 /usr/OV/bin/netview.pre。

  netview.pre 可用来设置环境变量 NVMAPGLOBALACK。将 NVMAPGLOBALACK 设置为 1 会激活基于全局的模式来进行映射确认。

• 在 AIX V5 平台上，操作系统的缺省 SNMP 代理为 SNMP V3 代理，NetView 7.1.3 尚无法使用该代理。系统的缺省 SNMP 代理应设置为 SNMP V1 代理。通过停止 NetView 守护程序，执行操作系统命令

  snmpv3_ssw -1

  ，然后重新启动 NetView 守护程序，可以完成此操作。

本修订包中更正的 APAR

通过本修订包，在 IBM Tivoli NetView V7.1.3 中修订了客户报告的以下问题：

通过 Fix Pack 3，在 IBM Tivoli NetView V7.1.3 中修订了客户报告的以下问题：

通过 Fix Pack 2，在 IBM Tivoli NetView V7.1.3 中修订了客户报告的以下问题：

在 IBM Tivoli NetView V7.1.3 Fix Pack 1 中修订了客户报告的以下问题：

安装和配置

先决条件

要在系统上安装 IBM Tivoli NetView V7.1.3 Fix Pack 4 必须符合以下先决条件：

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

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

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

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

  • 安装修订包
  • 包含已更新的 NetView 安装
  开始所需的可用空间是临时空间，它将在修订包安装成功后返回系统。更新 NetView 安装 所需的空间将保持使用状态，直至修订包回退或安装了新的 NetView 版本。

  包含先前 IBM Tivoli NetView V7.1.3 修订包的客户安装，可在安装此修订包之前，通过删除 UNIX 上的 /usr/OV/service/V713/Fix PackX 目录或 Windows 上的 \usr\ov\service\v713\Fix PackX 目录，来恢复该修订包所使用的大部分空间。然而请注意， 这样做就不能回退先前修订包，也不能安装那些需要先前修订包才能安装的代码修订。

  下表描述每种平台上对于上述每个空间需求所必需的空间量。

  操作系统	安装所需空间1	升级后的产品所需空间2
  RS6000 AIX	380 Mb	235 Mb
  SunOS Solaris	330 Mb	215 Mb
  Linux Intel	345 Mb	220 Mb
  Linux 390	400 Mb	240 Mb
  Windows	95 Mb	55 Mb
  1不管用户将修订包安装软件包放置在何处，此空间均是必需的。 2在 UNIX 的 /usr/OV 或 Windows 的 \usr\ov 中，此空间是必需的。

  通过删除 /usr/OV/service/V713/FixPack4（UNIX 上）或 \usr\ov\service\V713\FixPack4（Windows 上）目录中的内容，可以将 /usr/OV 或 \usr\ov 中包含修订包内容所需的大部分空间（第二列中所描述的空间）归还给系统。然而，这样做就不能回退修订包。不要删除 FixPack4 子目录本身；该子目录必须存在，这样才能安装以本修订包为先决条件的修订。

安装指示信息

要执行软件包的实际安装，请执行以下步骤：

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

   • 通过 NetView serversetup 应用程序关闭 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 上）。

     注意：此操作适用于已定制 Web 控制台的用户。

2. 如果您正在 NetView for UNIX 客户机上安装修订包，请确保客户机与 NetView 服务器断开连接，可以通过完成以下操作做到这一点：

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

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

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

4. 执行以下操作之一，抽取安装脚本：

   • 在 UNIX 上：输入 zcat 7.1.3-NVD-{Platform}-FP0004.tar.Z | tar -xvf - install
   • 在 Windows 上：输入 7.1.3-NVD-Win32-FP0004.exe

5. 执行安装脚本：

   • 在 UNIX 上输入 ./install
   • 在 Windows 上，要安装 NetView 本地服务器，请输入 install
   • 在 Windows 上，要安装 NetView 本地客户机，请输入 install noversioncheck

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

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

6. 通过重新引导计算机、使用 netview 命令、在 UNIX 上执行 netnmrc 脚本或者在 Windows 上单击 NetView 图标，重新启动 NetView 守护程序。

   如果 NetView 安装正在 Windows 上使用 SQL 数据库，则在重新启动 NetView 守护程序之前重新启动 SQL 服务器。

7. 从升级版的本机 NetView 服务器安装，重新安装任何 NetView Web Console。升级完 NetView 服务器之后，可从以下 URL 处下载它：

   	http//<NetViewServer>:8080/download
   	

   对于 Windows 上的 Web 控制台，以下文件包含 Fix Pack 04 更新。可以使用任何一个。

   	nvwc_thin.zip    （Windows 上的瘦 Web 控制台）
   	nvwcinstall.exe  （自解压安装）
      

   对于 UNIX 上的 Web 控制台，以下文件包含 Fix Pack 04 更新：

      nvwc_thin.tar    （用于 Unix 的瘦 Web 控制台）
      

   请注意从 NetView 7.1.3 Fix Pack 04 UNIX 服务器升级 NetView Web 控制台时，应该 使用 NetView Web 控制台软件包的瘦版本。NetView Web 控制台的完整版不包含修订包更新。将修订包安装到 NetView服务器后，只要安装了完整的软件包，就必须将瘦软件包应用到该完整软件包的上面。

8. 修订包安装完毕后，用户必须先运行 Web 控制台安全性控制台，再使用 Web 控制台本身，因为在修订包安装期间某些 XML 属性值被更改了

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

10. 想要恢复使用安全套接字层（SSL）协议的客户需要（1）通过 NetView serversetup 应用程序打开 SSL，或（2）将 web.xml 的已保存副本重新放在 /usr/OV/www/webapps/netview/WEB-INF 目录（UNIX 上）或 \usr\ov\www\webapps\netview\WEB-INF（Windows 上）。

回退指示信息

在修订包安装过程中，安装期间替换的每个文件的副本被保存在 /usr/OV/service/V713/FixPack4（UNIX 上）或 \usr\ov\service\V713\FixPack4（Windows 上）子目录中。 如果您希望，您可以通过运行包含在上述安装指示信息步骤 3-5 那个目录中的回退脚本， 卸载此修订包，这样系统将返回到修订包安装前的状态。

注意：必须从 \usr\ov\service\V713\FixPack4 Windows 子目录运行回退脚本。

回退修订包之前，必须回退在安装修订包后安装在系统上的所有 NetView 修订。

已知缺陷和局限

• IBM Tivoli NetView 7.1.3 与 Microsoft Remote Terminal Services 不兼容。如果使用 Remote Terminal Services 来安装或执行 NetView，则 NetView 将不会正确运行，并且 NetView 数据库会损坏。

• 如果在 NetView 控制台上 SmartSet 处于打开状态的同时发现了属于 SmartSet 的新对象（如接口、网络、段或节点）时，则会以一个类属计算机符号来显示新对象。关闭 SmartSet 再重新打开它会显示正确的符号。

• 将 Web 控制台与大型 NetView 数据库一起使用的 UNIX 客户应执行以下操作：

  • 在 /usr/OV/conf/NetViewLargeDb.conf 文件中，将 NETVIEW_LARGE_DB=FALSE 更改为 NETVIEW_LARGE_DB=TRUE。
  • 保存该文件。
  • 关闭所有 NetView 控制台和 netviewd 守护程序。
  • 重新启动 netviewd 守护程序和任何 NetView 控制台。

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

• 在定制位置安装了 Tivoli Framework 的系统上，一些客户使用单机 NetView V7 安装时遇到困难。要避免这些困难，如果您希望将 Framework 保留在其环境中，则建议您通过标准的 Tivoli Framework 安装来安装 NetView V7.0。如果安装 Framework 只是为了支持 NetView，而且安装后不再需要，则您应该完成以下操作：

  1. 通过 serversetup 中的备份功能备份 NetView 安装。
  2. 从您的系统中将 Tivoli Framework 和 NetView 都除去。
  3. 从命令行使用更新选项安装 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 -> 装入命令，这样找到的 NetView for Windows V7.1 上的 SNMPV2 命令帮助不再有效，并且应该被忽略。

• 此时，NetView for Windows 不支持 SNMP V2 陷阱。

• 由于 Linux 操作系统中的问题和 NetView for UNIX 联机帮助页的格式化，联机帮助页在 Linux 系统上未正确显示，除非 Linux 终端窗口长度大于 80 个字符。要更正格式化，请使用鼠标向右拖动窗口的右边界以扩大终端窗口。这样做之后，执行的 任何 man 命令都将正确显示。

• 在 NetView for Windows 中，当取消管理接口然后再次管理接口时，由于 netmon 使用 ICMP ping，管理当机接口（状态 USER1）可能错误地更改为临界状态。下次执行配置检查或需求轮询之前，不会 再次检取接口的管理当机状态。在此情况下，要防止将管 理当机接口状态报告为临界，请在 netmon 种子文件中将带有管理当机接口的路由器配置为使用 SnmpStatus 轮询而不是 ICMP 轮询。

• 在 Windows 2003 的 Tivoli NetView for Windows 上，尝试发送消息给客户机或服务器（服务器设置 -> 客户机／服务器 -> 发送消息选项卡）可能导致弹出“无消息”错误。这可能是由于未启用 Windows 消息传递服务；在 Windows 2003 上缺省值是安装后使服务保持禁用状态。要启用消息传递服务，请完成以下操作：

  1. 单击我的电脑 -> 管理 -> 服务和应用程序 -> 服务
  2. 右键单击 Messenger
  3. 单击属性。
  4. 单击“启动类型”的向下箭头，然后选择自动。
  5. 单击确定。
  6. 右键单击 Messenger。
  7. 单击启动。

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

• 在某些 Linux 平台上，操作系统可能未正确地关闭 Tivoli NetView for UNIX Java 守护程序的某些线程，这样有时候会导致重新启动 NetView 守护程序时出现问题。已经在 nvKill 命令中添加了“force”选项，以关闭所有无用的 NetView 守护程序和线程，并清除套接字，从而在出现这种情况时允许守护程序能够正确地重新启动。如果 NetView 守护程序看上去已挂起（重新启动持续的时间长于 10 分钟），请在命令提 示符下输入此命令

  /usr/OV/service/nvKill -f

  ，然后使用 netnmrc 或 netview 命令以正常方式重新启动守护程序。

• 如果 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 系统上的带有日语语言包的 NetView 安装上安装和回退 NetView for 7.1.3 Fix Pack 3 时，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 CLI 命令时也可以查看快照。

• IBM Tivoli NetView for Windows 用户应该实现新规则集 overridestatus_user1.rs，替换损坏的规则集 setstatusseverity.rs。已中断的 setstatusseverity.rs 规则集将把相关守护程序置于循环中，使其不断地向 trapd 守护程序发送假状态更改事件，直至它和 TEC 适配器守护程序均被淹没。在产品的未来发行版中将除去此规则集，但是在维护版中不能除去它。

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

• 对于实现复杂 SmartSet 的用户，IBM Tivoli NetView 有时会在结束时将错误对象留在 SmartSet 中（特别是在 || 右侧的 && 右侧使用 !(IN_COLLECTION collectionName) 时）。然而，如果用户重新安排 SmartSet 的逻辑，它们便可创建结果正确的 SmartSet。

  示例：
  
  nvUtil e "(isMLM=TRUE || ((isNode=TRUE) && \
  (isIP=TRUE) && ('IP Status'!=Unmanaged) && \
  (!(IN_COLLECTION Routers)) && \
  (!(IN_COLLECTION CiscoDevices)) && \
  (!(IN_COLLECTION NetViews))))"
  
  

  按如下所示重新安排规则，看来能修正问题：
  
  nvUtil e "(isMLM=TRUE ||
  ( (!(IN_COLLECTION Routers)) && \
  (!(IN_COLLECTION CiscoDevices)) && \
  (!(IN_COLLECTION NetViews)) && \
  (isNode=TRUE) && \
  (isIP=TRUE) && \
  ('IP Status'!=Unmanaged) ) )"
  
  

• PJ29416 的修订替换了二进制文件 \usr\ov\bin\tecad_nv6k_non_tme.exe 和 \usr\ov\bin\tecad_nv6k_tme.exe，但它没有改变用户正在运行的 Windows TEC 适配器 守护程序 \usr\ov\bin\tecad_nv6k.exe。此二进制文件是所提供的两个文件之一的副本。想要提取此修订的用户必须重新运行 tecconfig.bat 配置程序以将所提供的适当的二进制文件复制到 tecad_nv6k.exe，或自己手工执行此操作。

• 当在 Windows 上从本机 NetView 客户机连接到 NetView 服务器共享时，必须将驱动器映射到主机名而非 IP 地址，即：

  \\hostname.tivoli.com\NetView

  而非

  \\192.168.1.1.\NetView

  此限制是 Windows 中的 netbios 要求造成的。

文档更新

• 将要添加到《IBM Tivoli NetView 发行说明》以后版本中的说明：

  除要求打开缺省图（名称为“default”）外，NetView Web 控制台的作用域功能还要求该图以读写方式打开。客户可以配置 web 帐户，以有效地查看“只读”图，这只需从为其帐户配置的角色中除去 管理／取消管理和应答／未应答操作即可完成。 虽然使用此类帐户的用户确实能够查看读写图，然而他们不能以任何方式修改图，因此以只读方式查看图会大大提高效率。

• 在《IBM Tivoli NetView for UNIX 发行说明》V7.1.4，第 24 页的“支持的操作系统”中，在 AIX 5.2 操作系统下将有一条说明，声明因为还未测试 64 位操作系统，所以现在不支持这种系统。

• 在《IBM Tivoli NetView for UNIX 发行说明》V7.1.4，第 49 页的“产品说明”中，以“运行在 AIX V5.2 操作系统上的 Tivoli NetView for UNIX 产品”开头的段落是错误的。它应该是如下所示内容：

  运行在 AIX V5.2 操作系统上的 Tivoli NetView for UNIX 产品仅支持 SNMP 守护程序的 snmpdv1 版本。如果正在使用 64 位操作系统，则以下过程将更改为 snmpd64v1 而 不是 snmpdv1，这才是受支持的。snmpdv1 和 snmpd64v1 均是 SNMPv1 代理程序。 snmpdv1 而非 snmpd64v1 运行在 64 位内核上是不可能的。使用以下过程来确定正在系统上运行的守护程序的版本，并更改该 SNMP 守护程序版本。

• 在 NetView V7.1.3 和 V7.1.4 的《IBM Tivoli NetView 发行说明》的『Linux 软件先决条件』一节中，错误地引用来自 NetView for Linux 390 CD 的 pdksh-5.2.14-248.s390.rpm 作为使用的软件包。

  然而，CD 上附带的 RPM 其实是 pdksh-5.2.14-197.s390.rpm，发行说明应该反映出这一点。

• 在《IBM Tivoli NetView for UNIX V7.1.4 发行说明》中，第 8 页上给出的确认 Tivoli NetView 自动跟踪功能停止的命令是错误的：

  /usr/OV/bin/atctl v info

  此命令应该为：

  /usr/OV/bin/atctl -v info

• 在《IBM Tivoli NetView for UNIX 初学者用户指南》中第一章『熟悉 Tivoli NetView』的『启动 Tivoli NetView 程序』下应添加一条注释：

  为了使用安全套接字 shell（SSH）在远程连接上启动 IBM Tivoli NetView GUI，必须将 SSH 选项 X11UseLocalhost 设置为 no。

• 在《IBM Tivoli NetView for Windows 用户指南》中，应该在『Shift-In/Shift-Out』 一节（第 6 页）中添加一条说明：

  为了使用 Shift-In/Shift-Out 机制，您首先需要 运行 nvauth。

• 将有关指定时间值的说明添加到《IBM Tivoli NetView for UNIX 管理员指南》的第五章 『关联、过滤以及配置事件』的『规则集节点类型』中：

  当从事件流中首先拉出事件时，将给予它一个时间戳记，用于确定在规则集内的紧急操作（例如 Pass-on-Match、Reset-on-Match 或 Threshold 操作）中，该事件是否有资格得到处理。事件 上的这一时间戳记在所有后续处理期间保持不变。因此根据接收事件的时间，确定应该保 留事件还是放弃事件。 这样就在累积的第一个时间之后作出所有后续时间的比较。如果您希望添加两种背靠背的 紧急操作，您必须允许该累积时间。例如，这样一来，如果您希望在同一规则集中为两 种背靠背的 Reset-on-Match 节点编码，并使第一个节点将事件保留 2 分钟，第二个节点将事件 保留另外的时间，那么您必须在第一个 Reset 节点中指定 2 分钟的时间值，而在第二个节点 中指定 3 分钟的时间值，以考虑到在事件传递至第二个 Reset-on-Match 节点之前这 2 分钟已经到期的情况。如果没有考虑到这一点，将导致不希望的结果，通常是不能按您所 希望的时间保留事件。

• 在《IBM Tivoli NetView for UNIX 管理员指南》的第五章『陷阱数据的环境变量』中，应该包括在以下第一个产品说明中给出的关于导出的 varbind“NVSEV”、“NVSRC”和“NVCAT”的信息。

• 在《IBM Tivoli NetView for UNIX V7 管理员指南》中，第 164 页接近底部的以下行不再真实，需要将其除去：

  当节点名未解析为 IP 地址时，使用共用名 public 发送 SNMP 请求。

• 对那些希望在使用 Microsoft Internet Explorer 浏览器的系统上运行 NetView Web 控制台的客户，需要在《IBM Tivoli NetView Web 控制台用户指南》中包括该浏览器的系统要求。最低要求是带有 256 MB RAM 的 450 MHz 机器。对于生产系统，建议使用至少有 256 MB 的 800 MHz 机器。

• 需要更新《Tivoli Enterprise Data Warehouse Integration Pack for NetView V1.1.0 指南》以包括对分布式 Tivoli Enterprise Data Warehouse 环境的要求。在文档的第 33 页上，第 8 项应该为如下所示内容：

  8. 要在分布在多个机器上的 Tivoli Enterprise Data Warehouse 环境中成功安装 NetView ETL，TWH_CDW 和 TWH_MART 数据库所在的机器必须也安装了相应的 TEDW 组件：
     • 必须在包含 TWH_CDW 数据库的服务器上安装了“中央数据仓库”组件。
     • 必须在包含 TWH_MART 数据库的服务器上安装了“数据集市”组件。

  第 34 页上说明的剩余内容是正确的。

• 《NetView for Windows 程序员参考大全》中 Thresh 命令“-T”选项的描述不完全正确。对“-T”选项它是这样描述的：

  指定在超出阈值时，发送 NetView 企业特定陷阱。该阈值必须是 1001 到 1999 范围之间的一个奇数值，或者是其缺省值 58720263。

  这句话应该更改为：

  指定当符合阈值时，发送 NetView 企业特定陷阱。该陷阱号必 须是 1001 到 1999 范围之间的一个奇数值，或者是其缺省值 58720263。

• 在 NetView for Windows 中定义从中收集数据的 MIB 时，当前“发送陷阱号”字段的联机帮助不完整，需要向上扩展。应该将以下行添加到帮助信息中：

  指定当收集的数据符合阈值字段的值时，要发送的陷阱号。该陷阱号必 须是 1001 到 1999 之间的一个奇数值，或者是其缺省值 58720263。

  完成以下操作可以调用此帮助：
  1. 单击工具 -> MIB -> 收集数据。
  2. 单击新建。
  3. 选择要对其执行收集的 MIB。
  4. 单击下一步。此面板包含“然后发送陷阱号”字段。
  5. 在该字段上选择帮助。

• 应该将“代理策略管理器过滤面板”调速设置的帮助面板更新为包含 Armed 和 Disarmed 命令中 256 字节长度的限制：

  8. 单击“调速设置”指定发送到顶级管理器的匹配陷阱的数量。仅当“操作”字段被设 置为调速陷阱时，才使用这些值。Armed 命令和 Disarmed 命令字段长度限制为 256 字节。

联系软件支持

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

如果您想要联系软件支持，请参阅 IBM Software Support Guide，位于以下 Web 站点：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 在美国和其他国家或地区的注册商标。

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

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