相关产品

故障排除指南

ManageEngine OpManager

OpManager是一个非常简单易用的应用程序，您只需要安装该应用程序之后启动即可。这仍然不能排除可能会发生一些问题，降低您让OpManager监控资源的目标。本文档可帮助您解决在使用OpManager时可能遇到的常见问题。

克服最初困扰的技巧

以下的一些技巧提示，可以在使用OpManager时帮助您克服最初的困扰。为了便于导航，这些信息被进一步分类如下:

启动故障！

Gracefully shutting down：无法与Web服务器建立连接

原因 1

在Linux平台上以'根'用户身份启动OpManager时，服务器关闭，并显示以下消息"无法与Web服务器建立连接。Gracefully shutting down.."。这是因为OpManager以'Nobody'用户和'Nobody'组启动Apache Web服务器。Apache服务器可能没有读取和执行权限来访问 <OpManager主页> 目录下的文件。因此将无法建立与Apache服务器的连接，并且OpManager服务器将正常关闭

解决方案

在 <OpManager Home>/apache/conf/backup/目录下的httpd.conf文件中更改参数Group的值。
Group＃-1到Group nobody
通过执行命令：chmod 755 httpd，在 <OpManager Home>/apache/bin/下对可用的"httpd"文件提供可执行权限

执行上述步骤后，OpManager服务器可以成功启动。

原因 2

如果您使用的是Linux 8.0/9.0:

在Linux 8.0/9.0中，未捆绑名为libdb.so的文件。在早期的版本中，它是捆绑在一起的。Apache需要此文件，因为如果没有这个，apache不会在Linux 8.0中启动。这会导致您所面临的问题。

解决方案

该文件已与产品捆绑在一起，并存在于最新版本OpManager的/lib/backup目录中。将其复制到/lib目录，然后重新启动OpManager。

该解决方案也适用于那些使用Fedora和Madrake Linux的用户。

如果您仍然遇到问题，那么请在OpManager安装的/apache文件夹中执行脚本StartWebSvr (在Windows安装中为.bat文件，在Linux安装中为.sh文件)，然后将输出内容发送给我们。

如果您使用的是Debian Linux，那么请检查libgdbm.so.2是否在/usr/lib目录下可用。如果不可用，则可以安装稳定版本的libgdmg1。从URL http://packages.debian.org/stable/libs/libgdbmg1下载此软件包。

错误代码500：应用OpManager许可证时出错

原因

如果安装的应用程序版本与采购许可证中指定的版本不兼容，则会遇到此错误。

解决方案

请与OpManager支持人员联系，从而了解已安装版本的详细信息，包括版本号和发送给您许可证的电子邮件。经过验证后，您将收到一个兼容的许可证。

在启动OpManager期间显示错误：无法创建表或不能正确创建所有表

原因

数据库表可能已损坏。

解决方案

您可以修复损坏的表。在\bin目录下运行repairdb.bat。之后请在同一目录中运行ReInitializeOpManager.bat脚本。这将删除已创建的所有表，然后重新启动OpManager。

从BE下载客户端文件时显示错误

原因

当数据库表损坏时会发生此错误。损坏可能是由于OpManager的不当关闭，如在断电期间。

解决方案

必须修复数据库，并且OpManager需要重新启动。详细步骤如下:

停止OpManager服务
打开命令提示符并将目录更改为/opmanager/bin
执行RepairDB.bat/sh. 这可以修复所有损坏的表。
执行完毕后，再次运行它以确保修复了所有损坏的表。
重新启动OpManager。

发现

未发现设备

原因

如果对设备的ping请求超时，则可能会发生这种情况。

解决方案

要解决此问题，请增加文件/conf/ping.properties中的ping超时，然后重试。

设备是按IP地址标识的，而不是按主机名

原因

如果在受管OpManager的计算机上未正确设置DNS服务器地址，则无法从DNS服务器获取被管理设备的DNS名称。

其他可能的原因可能是:

无法访问DNS服务器
在发现期间，DNS服务器已关闭。
该DNS服务器不存在。

解决方案

确保DNS服务器可访问，并正确配置DNS服务器地址。

映射

这么多'未知'设备！我该如何解决这个问题？

<p >同样的，对于交换机和打印机，也要在设备中启用SNMP并重新发现。

原因

什么是'未知'设备？

首先必须了解OpManager是如何将设备分类为服务器，路由器，交换机的。OpManager依赖于SNMP，CLI和WMI等行业标准协议来'识别'这些设备。SNMP是跨所有设备类别中的标准协议，而CLI特定于基于Unix的服务器，WMI则是特定于Windows环境。

由于以下原因，设备归为'未知'设备类别:

没有启用这些协议之一。
用户名和密码不正确，或者用户没有所需的权限。例如WMI希望用户具有域管理员的权限。
杀毒软件或防火墙不允许OpManager访问。
限制访问网络种系统上某些信息的网络配置。
在Windows环境中，很少有安全设置不允许访问。

所以即使OpManager能够ping通并成功地发现设备，它也不知道将该设备放在哪里，因此会将其标记为'未知'！

该怎么办？

为了减少被分类为'未知'的设备数量，请在启动发现之前就配置好正确的凭证。这样做可以节省大量的时间和精力。

在已发现的设备中解析未知设备

启用了SNMP的设备

如果设备支持SNMP，请启用SNMP并重新发现该设备。尽管如此，如果您遇到问题，请按以下步骤进行故障排除:

您在地图上的设备图标中看到了蓝星吗？这意味着该设备响应来自OpManager的SNMP请求。设备仍未正确分类？只需在设备快照页面中编辑类别即可。
如果SNMP代理未在路由器上运行，则它将被归类为服务器或台式机。您可以通过启用SNMP设备的设备图标左上角的蓝星来验证这一点。若要正确地对设备进行分类，请在设备中启动SNMP代理。有关详细信息，请参阅在Cisco设备中配置SNMP代理。使用正确的SNMP参数重新发现设备。
如果SNMP代理正在路由器上运行，并且您仍未在设备图标中看到蓝星，则请检查在发现过程中是否正确指定了SNMP参数。如果不是，请使用正确的SNMP参数重新发现设备。
如果设备的IP转发参数设置为false，则路由器将被发现为服务器或台式机。将此参数的值设置为true
1. 调用/opmanager/bin/MibBrowser.bat
2. 展开RFC1213-MIB。
3. 在IP表中，点击ipForwarding节点。
4. 在设置值框中键入1，然后单击工具栏上的设置SNMP变量。
5. 使用正确的SNMP参数重新发现设备。

同样的，对于交换机和打印机，也要在设备中启用SNMP并重新发现。

支持CLI/WMI的设备

如果您决定在基于Unix的服务器上禁用SNMP身份验证，请配置Telnet或SSH凭证，并将这些凭证关联到服务器。同样对于Windows设备，配置WMI凭证并将其关联到设备。重新发现具有新凭证的设备。

服务器在OpManager中如何分类？有些服务器归为台式机！

根据对设备的SNMP/Telnet请求响应，以下设备会自动分类为服务器:

Windows 2003服务器
Windows 2000服务器
Windows 终端服务器
Windows NT服务器
Linux 服务器
Solaris 服务器

以下设备归类为台式机:

Windows 2000专业版
Windows XP
Windows NT工作站。
Windows Millennium家庭版
设备不响应SNMP和Telnet

如果将任何服务器归类为台式机，则只需将它们导入服务器即可。请参考提到的步骤以检查SNMP。

如何定义正确的设备模板，以使设备得到正确的分类？

在启动发现之前定义设备模板有助于正确的分类。现在开箱即用的设备模板超过650个。如果在受监控的设备上启用了SNMP，并且在OpManager中配置了适当的凭证，则大多数设备都属于正确的类别。修改现有模板或根据需要创建一个新模板。

1. 我应该什么时候修改/更新现有模板？

假设您购买了新的Cisco 7613路由器，并且希望使用OpManager对其进行监视。OpManager已经具有适用于Cisco 7600系列路由器的设备模板，在该系列中很少有sysOID在模板中进行更新。您需要做的就是编辑此模板，包括Cisco 7613路由器的sysOID。如果它还不存在，为路由器配置SNMP凭证，然后发现它！

2. 我应该何时创建新模板？

场景 1

现在让我们假设您已经购买了Cisco 10000系列路由器。OpManager还没有模板 (此版本从8052版开始!)。只需继续创建一个新的模板即可。

场景 2

假设您有一整套全新的IP电话，或者某些可管理 (支持SNMP) 的环境传感器 (支持SNMP)。这些设备不能归类为任何默认的类别，例如服务器，路由器，交换机等，并且应该被单独分类。对于此新设备类型，管理参数也有所不同。在理想情况下，您将定义一个新类别的视图 (例如：传感器) 并定义一个新的设备模板。您可以在一个模板中具有来自同一供应商的不同型号的传感器，甚至可以在同一模板中组合来自多个供应商的传感器。

3. 创建/修改模板的步骤

转到 设置 -> 配置 -> 设备模板
点击 新建模板 为新设备类型定义模板。点击模板名称从而修改现有的模板名称。
配置/修改以下属性:

设备模板: 指定设备类型。
供应商名称: 选择供应商。点击 添加新建 来添加新供应商，然后保存。
类别: 选择设备类型的类别。
监视时间间隔: 配置设备需要监视的时间间隔。
设备图像: 选择此设备类型的图像。
系统OID: 输入系统OID，然后点击添加。点击OpManager的 查询设备 来查询设备的OID。
选择监视器: 点击此选项从而选择监视器。
编辑阈值: 点击此选项可编辑阈值。
点击新建按钮来创建新的设备模板。

监控配置

SNMP监控

基于SNMP的监视器可能无法工作的几个原因是:

在受监视的系统上未启用代理。
OpManager尝试使用错误的凭证联系代理，例如错误的密码或错误的端口。
被监视系统中的SNMP服务可能未配置为接受来自安装OpManager主机的SNMP请求。
存在延迟，并且OpManager发送到被监视设备中代理的查询已超时，或者设备不再在网络中。
设备中未实现特定的OID(为其配置了性能监视器)。

以下是遇到的一些常见问题以及进行故障排除的详细过程:

尽管在设备上启用了SNMP，但看不到CPU，内存和磁盘利用率的仪表盘图型。

原因

可能未启用SNMP，或者SNMP代理未响应请求。

解决方案

检查SNMP配置，重新发现设备并重新添加监视器。进行以下故障排除:

图形不显示的原因可能是:

资源监视器可能尚未与此设备关联。请关联监视器。
检查在此设备上是否正确启用了SNMP。如果是，则代理可能未响应SNMP请求。检查代理是否正在使用Mib浏览器进行响应。
如果刚刚添加了设备，请等待第一次轮询。

以下是故障排除的步骤:

在设备快照页面中，向下滚动到监视器列表。单击监视器上的编辑图标。例如，让我们尝试使用CPU利用率监视器。点击结果屏幕中的测试监视器链接。查看监视器是否响应测试请求。如果是这样，您将看到仪表盘图型。
如果在步骤＃1之后出现错误消息，则可能是由于对CPU变量的SNMP请求变得超时，或者可能在MIB中未实现oid。
要确认上述原因，请调用/bin目录中存在的工具MibBrowser.bat。加载主机资源mib并在oid .1.3.6.1.2.1.25.3.3.1.2中查询未显示CPU仪表盘图型的设备。
如果在Mib浏览器中对该查询有响应，则表示已实现OID，并且仪表盘不出现可能是由于SNMP超时所致。因此，您需要通过在文件NmsProcessesBE.conf中为进程 'PROCESS com.adventnet.nms.poll.Collector' 包括参数DATA_COLLECTION_SNMP_TIMEOUT 15来配置snmp超时。在该文件中查找以下默认条目:
PROCESS com.adventnet.nms.poll.Collector
ARGS POLL_OBJECTS_IN_MEMORY 25 POLL_JDBC true MAX_OIDS_IN_ONE_POLL 15 AUTHORIZATION true DATA_COLLECTION_QUERY_INTERVAL 120000 PASS_THRO_ALL_POLLING_OBJECTS true CLEAN_DATA_INTERVAL 999999
包括上述的附加参数。线下，已更改的条目将如下所示:

PROCESS com.adventnet.nms.poll.Collector
ARGS POLL_OBJECTS_IN_MEMORY 25 POLL_JDBC true MAX_OIDS_IN_ONE_POLL 15 AUTHORIZATION true DATA_COLLECTION_QUERY_INTERVAL 120000 PASS_THRO_ALL_POLLING_OBJECTS true CLEAN_DATA_INTERVAL 999999 DATA_COLLECTION_SNMP_TIMEOUT 15
另一方面，如果在Mib浏览器中没有响应，则表示未实现OID。必须要求供应商为您实现此变量。作为代替方案，您可以为此设备关联基于TELNET/ WMI的监视器。删除现有的基于SNMP的监视器，再次点击添加监视器链接，然后选择基于Telnet/WMI的监视器。

请求超时

原因

当被监控设备中的SNMP代理无法在5秒内响应来自OpManager的请求时，会遇到此错误

解决方案

如以上技巧中所述，增加NMSProcessesBE.conf文件中的SNMP超时。

错误＃设备不支持所需的MIB

原因

当您尝试监视该设备中未实现的变量/MIB时，会发生此错误

解决方案

检查设备支持的MIB，并为自定义监视器配置支持的mib中所需变量。

其他SNMP错误

有关SNMP的详细故障排除提示，请参见以下文档:

SNMP错误文档

Telnet/SSH监控

以下是基于CLI的监视器配置时可能会遇到的其他一些错误。

基于Telnet的资源监视器未显示任何数据

如果添加了基于Telnet/SSH的资源监视器，请检查指定的用户名和密码是否正确。点击'密码'链接，为设备配置正确的用户名和密码。
点击密码配置屏幕中的“测试凭证”按钮，从而检查是否允许您进行身份验证。
尽管使用了正确的用户名和密码，但是如果您仍然无法在Linux/Solaris/AIX/UX设备上看到仪表盘图型，请尝试以下步骤:
- 检查CLI凭证中是否正确指定了登录提示、密码提示和命令提示。
- 通过从安装OpManager的计算机向这些设备打开远程telnet会话来验证凭证。
- 如果登录凭证正确，则可能无法在设备上执行用于检索资源数据的命令，或者输出不同于预期的标准格式。在这种情况下，请与支持人员联系从而获取详细信息，并且将协助您进行配置更改。

注意: 以下是在尝试Telnet/SSH设备时可能会遇到的一些错误消息.

无法连接：连接被拒绝：连接

该错误的可能原因可能是:

在受监视的服务器上未启用Telnet。检查并启用Telnet。
作为CLI凭证的一部分配置的用户名和密码不正确。配置正确的名称，然后尝试配置。
它可能不是Linux / Solaris设备。它的分类可能不正确。检查并更改设备类型。

无法连接:没有到主机的路由:

当被监视的设备不在网络中时，会遇到上述错误。将该设备插入网络。

无法连接:连接超时:

当被监视的设备不在网络中时，也会遇到上述错误。将该设备插入网络。

请求对 <服务器名称> 的超时

发送到设备的Telnet/SSH请求超时。可能是设备已关闭或太忙。

登录参数不正确。读取超时

用户名，密码或登录名/密码提示不正确时，会遇到此错误。通过从安装OpManager的计算机打开到设备的Telnet会话进行验证，然后尝试连接。

获取命令输出时出现异常:超时

发生此异常是由于以下原因:

该设备不在网络中。
与设备建立了CLI连接，但在从设备收集CLI命令输出时，设备就脱离了网络。

WMI监视

id="monitor4">更多带有错误代码的WMI监视错误

基于WMI的资源监视器未显示任何数据

如果已添加了基于WMI的资源监视器，请检查指定的用户名和密码是否正确。点击'密码'链接，可为设备配置正确的用户名和密码。
如果设备在域中，请确保已为WMI Monitors配置了域管理员用户名和密码。在“用户名”字段中配置为 <域名>\<管理员用户名>。如果设备在工作组中，则只需配置设备用户名和密码即可。
尽管用户名和密码正确，但是如果您仍然无法在Windows设备中看到仪表盘图型，请尝试以下步骤
- 打开命令提示符并将目录更改为/opmanager/conf/application/script
- 输入cscript cpu.vbs <设备名称> <域名\管理员用户名> <密码>
  如果此命令返回正确的输出，则您应该能够看到仪表盘。如果遇到错误，例如，错误＃访问被拒绝，请再次输入登录凭证。
- 如果被监视的设备是Windows XP，请尝试以下选项:
  - 转到管理工具 --> 本地安全策略，选择安全选项
  - 从右侧的选项中，选择网络访问: 本地帐户的共享和安全模型
  - 右键单击并选择属性
  - 将特权从访客更改为经典。
  - R删除并重新添加监视器。
  - 检查显示器是否已启动

WMI监视器不起作用。总是说'错误＃拒绝访问'

当登录凭证不正确时，会遇到此错误。

请按照以下步骤解决:

验证是否已按照上述提示提供了域管理员用户名和密码来连接到设备。如果设备在域中，则用户名应类似于"域名\管理员名称"。
如果步骤1中指定的登录凭证正确，请尝试使用资源监视器 -> 添加监视器 -> 基于WMI的监视器 -> 可用/已用磁盘空间(MB/GB)将基于WMI的监视器(最好是以MB/GB为单位的可用/已用空间图)关联到Exchange服务器。您应该获得设备中可用驱动器的列表。
如果未完成步骤2，则尝试在Windows系统上启用WMI、RPC服务，然后重试。
如果DCOM设置配置不正确，也会发生这种情况。
当您从命令提示符运行vbs脚本时，可以检查确切错误，如
cmd> cd [OpManagerHome]\conf\application\scripts\
cmd> cscript cpu.vbs [计算机名称] [域名]\[用户名] [密码]
您还可以尝试配置如下所述的dcom设置:
在Windows 2K服务器的运行提示中，输入\"dcomcnfg\"，然后展开组件服务 -> 计算机下的树。单击图标栏中的我的电脑图标，然后选择默认属性。检查以下各项:
在此计算机上启用分布式COM
在此计算机上启用COM Internet服务
选择默认模拟级别为 \"模拟\".
如果需要，您还可以编辑COM安全设置。
如果以上4个步骤没有帮助，请尝试按以下方式更改服务登录的详细信息
请转到Windows服务UI。
打开"ManageEngine OpManager"服务的"属性"对话框
进入"登录"选项卡
在"登录身份"选项中，选择"此帐户"，然后输入域名\用户名和密码，它有权访问WMI数据。
保存并重新启动OpManager。

注意: 这将使任务栏图标和初始屏幕消失。
对错误代码和解决方案的说明如下:

80070005 - 拒绝访问

原因

当配置了错误的登录凭证时，就会发生此错误。

解决方案

如果设备位于域中，请确保配置正确的域名、用户名和密码。如果设备位于工作组中，则只配置用户名和密码就足够了。例如，如果域名为BigDom，则用户名为admin，请在用户名字段中输入BigDom\admin。
也不需要为可以从安装OPManager的计算机进行用户访问的设备指定用户名和密码。
尽管凭证正确，但如果您仍然面临问题，请使用以下步骤进行进一步的故障排除:
- 通过打开命令提示符并执行以下命令，来检查该用户帐户在目标计算机中是否有效:
- net use \\<monitored device name>\ADMIN$ /u:"<Domain Name\User Name>" "<password>"
- 如果此命令结果为错误，则所提供的用户帐户在目标计算机上无效。
- 检查在受监视的工作站中是否启用了'远程DCOM'。如果未启用，请按如下方式启用:
  - 选择开始 > 运行
  - 在文本框中输入dcomcnfg，然后单击确定
  - 选择默认属性选项卡
  - 选中在此计算机上启用分布式COM复选框
  - 点击 O

要在Windows XP主机上启用DCOM:

选择开始 > 运行
在文本框中输入dcomcnfg，然后单击确定
点击组件服务 > 计算机 > 我的电脑
右键单击并选择属性
选择默认属性选项卡
选中在此计算机上'启用分布式COM'复选框
点击确定

如果上述步骤不起作用，请尝试按以下方式更改服务登录详细信息:

请转到Windows服务UI。
打开"ManageEngine OpManager"服务的"属性"对话框
进入"登录"选项卡
在"登录身份"选项中，选择"此帐户"。
在此处配置可以访问远程计算机帐户的用户名和密码。保存并重新启动OpManager。
再次尝试上述3个步骤。

注意 :进行这些更改后，您将找不到任务栏图标和启动屏幕。

80041064 - 用户凭证不能用于本地连接

原因

当您指定用于监视运行OpManager的计算机用户名和密码时，会遇到此错误。

解决方案

不要为本地主机指定用户名和密码。要解决此问题，请从设备快照页面的"密码"链接中删除已置的用户名和密码。

800706BA - RPC服务器不可用。

原因

当RPC和WMI服务未运行且设备不可ping时，会遇到此错误。

解决方案

检查设备是否已启动并且正在运行，并且可以ping通。
检查远程过程调用(RPC)和Windows管理规范(WMI)服务是否正在运行
- 选择开始 > 运行
- 在文本框中输入'services.msc'，然后单击确定
- 在列出的服务中，查看RPC和WMI服务的状态是否显示为已启动。
- 如果服务没有启动，请启动它。
远程计算机上可能配置了防火墙。当默认的Windows防火墙启用时，这种异常通常发生在Windows XP(使用sp2)中。禁用Windows XP计算机中的默认防火墙，如下所示：:
- 选择开始 > 运行
- 输入Firewall.cpl，然后单击确定
- 在常规选项卡中，点击关闭
- 点击确定。
如果无法禁用防火墙，请通过在远程计算机上执行以下命令来启用远程管理(对于管理员): "netsh firewall set service RemoteAdmin"
防火墙可能会阻止WMI流量。允许访问防火墙中的WMI流量。您将需要在防火墙中打开端口445、135。

80041010 - 无效的类别

原因

当未注册所需的WMI类时，就会发生此错误。

解决方案

检查是否已安装了所需的应用程序。
为已安装的应用程序注册所有WMI类。运行以下命令:
- 对于Windows 2000，来自被监视设备的'winmgmt /resyncperf'命令。
- 对于Windows XP和2003，来自被监视设备的'wmiadap /f'命令。

80041003 - 拒绝访问

原因

当提供的用户名没有足够的访问权限来执行该操作时，就会发生此错误。

解决方案

此用户可能不属于此主机的管理员组。
尝试将用户移动到工作站的管理员组。
尝试使用管理员(最好是域管理员)帐户。

80040154 - WMI组件未被注册

原因

当WMI在远程Windows工作站中不可用时，就会出现此错误。这发生在Windows NT中。如果WMI组件未正确注册，则在更高级版本的Windows中也可能会出现这些错误代码。

解决方案

在远程工作站中安装WMI core。可以从Microsoft网站下载。
通过在命令提示符下执行以下命令来注册WMI DLL文件:
winmgmt /RegServer
通过下载以下exe来安装Windows NT的WMI:
http://www.microsoft.com/downloads/details.aspx?displaylang=
en&FamilyID=C174CFB1-EF67-471D-9277- 4C2B1014A31E

80080005 - WMI服务中的内部执行失败

原因

当主机中运行的WMI服务(winmgmt.exe)发生某些内部执行失败时，将发生此错误。该工作站中WMI存储库的最新更新可能已失败。

解决方案

在远程工作站中重新启动WMI服务:

选择开始 > 运行。
输入Services.msc然后点击确定。
在打开的服务窗口中，选择Windows Management Instrumentation服务。
右键单击并选择重新启动

8004106C - WMI占用过多内存

原因

当WMI占用的内存过多时，就会发生此错误。这可能是由于内存可用性低或WMI内存消耗过多度造成的。

解决方案

WMI占用过多内存。
这可能是由于内存可用性低或WMI内存消耗过多造成的。
请尝试重新启动或重新安装wmi服务。

8004100E - 无效的名称空间

原因

无效的名称空间编译器不是一个正常的错误。可能没有正确安装使用名称空间的所需应用程序。

解决方案

请尝试单独重新安装该应用程序或WMI服务。
请使用日志与http://support.opmanager.com联系。

80041017 - 无效的查询

原因

“查询语法无效”不是正常错误。可能没有正确安装使用名称空间的所需应用程序。

解决方案

请尝试单独重新安装该应用程序或WMI服务。
使用日志与支持人员联系。

有关其他任何错误代码，请参考MSDN知识库。

告警和通知

未收到电子邮件通知

原因

配置文件可能未与设备关联，或者邮件服务器设置可能不正确

解决方案

检查通知配置文件是否与设备关联

检查在配置文件配置中是否选择了正确的标准条件

请确保邮件服务器设置的配置是否正确。

错误！选择配置文件时显示页面

原因

配置文件名称可能包含特殊字符或空格

解决方案

在这种情况下，您将无法从客户端中删除该配置文件。所以，请按照以下步骤进行操作:

停止OpManager

打开文件/conf/alert.filters

删除包含配置文件配置的<FILTER>...</FILTER>元素。

重新启动OpManager。

基于调制解调器的SMS通知不能正常工作。仅显示消息'检查调制解调器设置'。

在配置基于调制解调器的短信告警时，您需要注意到许多事情。下列展示了这些方面:

配置SMS告警的前提条件:

需要有受支持的移动设备和调制解调器，Sim卡，串行电缆和USB驱动程序。
仅适用于Windows OS

所需的USB驱动程序:

调制解调器和移动供应商提供所需的调制解调器/移动驱动程序。例如，您可以从以下链接获得诺基亚的驱动程序:

http://www.nokia.com/A4144937

所需电缆:

这取决于你的手机型号。对于诺基亚62xx/63xx，您需要DLR-3P电缆。较新的诺基亚型号使用DKU-9USB电缆。在这种情况下，您需要从诺基亚的网站下载驱动程序，从而创建一个虚拟通信端口。其他品牌也有自己的电缆，通常是USB电缆。GSM调制解调器有一个串行端口，所以你将需要一个标准的串行电缆。

标识调制解调器/移动设备所连接的端口:

转到我的电脑->控制面板->系统->硬件->设备管理器- >端口。
在这里，您可以找到调制解调器\移动设备所连接到的端口。
如果不可用，那么
转到我的电脑->控制面板->系统->硬件->设备管理器- >调制解调器。

系统检测到调制解调器\移动设备连接的端口后，按如下所示连接到OpManager:

启动OpManager。
转到设置 -> 常规设置 ->SMS服务器设置。
在SMS服务器设置页面中输入调制解调器/移动设备连接到的端口号。
如果移动设备\调制解调器已连接到指定的端口，则将显示移动设备\调制解调器的详细信息。
从管理 ->通知配置文件 ->SMS告警 ->基于调制解调器的SMS中配置SMS告警，并将其关联到设备。

OpManager可以随时在生成警报时发送短信通知。

系统检测调制解调器/移动设备连接的端口，但OpManager无法检测到它:

请确保OpManager中支持移动设备或调制解调器。
请确保正确的端口号正确，且其格式为-COM5或com5。
还要检查SIM卡的有效性。

报表

Top N报表显示无可用数据

若要查看CPU利用率、内存利用率、磁盘利用率、接口流量、接口利用率和接口错误报表，您需要在受管设备中安装SNMP。报表仅列出了启用SNMP的设备。对于非SNMP服务器，可以使用CLI(用于基于Unix的服务器)和WMI(用于Windows设备)来收集数据

OpManager至少需要1小时才能绘制收集到的数据。尝试在服务器启动后1小时后访问报表。

所有服务器磁盘使用情况报表均显示无可用数据

若要查看所有服务器磁盘使用情况报表，您必须将可用磁盘空间和已用磁盘空间监视器分配给受管设备。将已用磁盘空间和可用磁盘空间监视器分配给设备，并等待两个轮询间隔，然后再次查看报表。

Top N个磁盘空间少/多的卷报表显示没有可用数据

若要查看按分区划分的报表，您必须将可用磁盘空间和已用磁盘空间图分配给受管设备。有关详细信息，请参阅将图形配置文件分配给设备。

将已用磁盘空间和可用磁盘空间图形分配给设备，并等待两个轮询间隔，然后再次查看报表。

接口报表中的垃圾字符

在中文或日文版本的OpManager中，如果SNMP代理以Unicode字符的形式发送数据，OpManager可能无法正确转换数据，因此将值显示为垃圾字符。

要正确显示此信息，需要在设备设置对话框中指定代理的编码类型。在设备快照页面中，选择配置选项卡下的设备属性链接。在编码框中输入编码类型，然后点击保存。

所有服务器磁盘使用情况报表中的"NA"

如果未将已使用磁盘空间和可用磁盘空间图形配置文件分配给托管设备，则将在所有服务器磁盘使用情况报表中看到NA。

将已用磁盘空间和可用磁盘空间图形分配给设备，等待两个轮询间隔，然后再次查看报表。

应用程序报表显示没有可用的数据

TCP服务报表，例如响应时间的HTTP服务器、按响应时间的SMTP服务器，以及仅当服务在至少一个受管设备中运行时，其他服务才能产生结果。否则，报表显示没有可用的数据。

在浏览器中启用Telnet和RDP协议

快照页面中提供的Telnet和RDP工具不支持Telnet或RDP会话，除非它们在IE7和Firefox浏览器上启用。按照以下步骤操作:

在IE7和Firefox中启用Telnet

配置以下给定步骤从而在IE7和Firefox中启用Telnet。

Telnet:

在Windows安装的IE7中启用Telnet的步骤:

点起开始 -> 运行。将打开“运行”对话框。
输入'Regedit'命令，然后单击确定。注册表编辑器将被打开。
转到以下项: HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\ Internet Explorer\ Main\ FeatureControl.
在HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\ Internet Explorer\ Main\ FeatureControl下，创建一个名为 FEATURE_DISABLE_TELNET_PROTOCOL的新密钥。
添加DWORD值名称iexplore.exe，并将该值设置为0(十进制)。
关闭注册表编辑器，并重新启动Microsoft Internet Explorer。

启用Telnet协议。

在Linux安装中的Firefox中启用Telnet的步骤:

在地址栏中输入关于：配置。
在首选项名称中添加 network.protocol-handler.app.telnet。(telnet 是地址栏中给出的名称-例如：telnet:hostname)
它将提示输入一个字符串值。指定您要执行的脚本的位置。(<opmanager_home>/ conf/ application/ scripts/ opm_moz_Telnet.sh)
在该位置添加以下给定的脚本(作为opm_moz_Telnet.sh)。
```
#!/bin/bash
address=`echo $1 | cut -d : -f 2`
konsole -e telnet ${address}
```
现在telnet协议被启用。

在IE7中启用RDP

在Windows安装的IE7中启用RDP的步骤:

转到工具 -> Internet选项 -> 安全。
点击自定义级别，弹出窗口在安全设置下启用以下ActiveX控件和插件。
- 下载已签名的ActiveX控件
- 初始化和脚本ActiveX控件
- 运行ActiveX控件和插件
- 编写ActiveX控件脚本。
点击确定按钮。
重新启动浏览器。

已启用RDP。

查明网络问题并进行故障排除从未如此简单。您可以使用OpManager识别网络问题的根本原因，并更快地对其进行故障排除。

知识库

有关进行故障排除或查找解决方案的更多提示，请访问我们的在线知识库或在我们的支持门户网站上给我们写信。