ManageEngine OpManager - 故障检测向导

OpManager是一款功能强大，简单易用的网络监视工具，您可以非常容易的进行安装和启动。但是，这不意味着就不会出现任何的问题。这个文档帮助您分析在使用OpManager的过程中，可能会遇到的一些常见问题。

新用户经常遇到的问题
监视配置
告警和通知
报表
在浏览器中启用 RDP 和 Telnet

新用户经常遇到的问题提示

请按照以下分类，查看您在使用OpManager的过程中遇到的问题及提示：

启动故障
发现
映射

启动故障

与Web服务器建立连接失败，服务器无法启动。
错误代码 500：应用OpManager许可时出错。
在启动OpManager时出现提示“Can't create tables or not all the tables are created properly”。
客户端文件下载错误。

与Web服务器建立连接失败，服务器无法启动

原因 1

当在Linux平台中使用root用户启动OpManager时，服务器启动失败，出现提示信息："Failed to establish connection with web server. Gracefully shutting down .."。这是因为OpManager启动它自带的Apache Web服务器为nobody用户和nobody组。 Apache服务器可能因此不具备读和执行权限，无法访问目录。因此，与Apache服务器的连接不能正常建立，OpManager服务器因此宕机。

解决方法

修改/apache/conf/backup/ 目录中的httpd.conf文件，将组（Group）的参数值 Group #-1 修改为 Group nobody
Group #-1 to Group nobody
在/apache/bin/目录下，执行以下命令，为httpd文件赋予执行权限： chmod 755 httpd

在执行完以上步骤之后，OpManager服务器即可成功启动。

原因 2

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

在Linux 8.0/9.0中，有一个名为libdb.so的文件没有绑定，而在早期的版本中，它是绑定的。Apache服务器需要使用这个文件，没有这个文件，Apache就不能在Linux 8.0中启动，这个也可能是您遇到的问题。

解决方法

在最新的OpManager版本中，此文件已与产品绑定，放置在/lib/backup目录下，请将其复制到Linux的lib目录下，重启OpManager。

这个解决方法对于Fedora和Madrake Linux也有效。

如果您仍然不能解决问题，那么请在OpManager目录的apache文件夹下，执行脚本StartWebSvr（在Windows版中此为一个bat文件，在Linux中为sh文件），然后将输出结果发送给我们。

如果您使用的是Debian Linux，请检查在/usr/lib目录下，是否存在libgdbm.so.2文件。如果没有，您可以安装一个稳定的libgdmg1版本。您可以在这里http://packages.debian.org/stable/libs/libgdbmg1下载文件包。

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

原因

出现这种问题的原因是，安装的OpManager版本与申请的许可所指定的OpManager版本不一致。

解决方法

请联系我们，获取正确的许可文件。您需要提供您的注册信息，以及相关的购买和许可文件信息，具体内容请联系我们。

在启动OpManager时出现提示“Can't create tables or not all the tables are created properly”

原因

数据库表被损坏。

解决方法

您可以通过运行\bin目录下的repairdb.bat来修复数据库。在此之后，运行同一目录下的ReInitializeOpManager.bat脚本，这将会移除所有已创建的表。重启OpManager。

客户端文件下载错误

原因

出现这种情况是因为数据库表崩溃了，而崩溃的原因则是由于OpManager非正常关闭，比如突然断电。

解决方法

修复数据库，重启OpManager，具体步骤：

停止OpManager服务
打开一个命令行，打开目录/opmanager/bin
执行脚本RepairDB.bat/sh，这将会修复所有损坏的表
在脚本执行完之后，再次执行它一次，确保所有的表已被修复
重启OpManager

没有发现设备

原因

出现这种问题是因为Ping设备时超时。

解决方法

要解决这个问题，编辑/conf/ping.properties文件，增加超时时间，然后重试。如未能解决问题，请确认目标设备是否已连接到的网络。如果目标设备是Vista系统，请修改防火墙设置，允许Ping响应。

设备仅能根据IP发现，而非主机名

原因

如果OpManager机器的DNS服务器地址设置不正确，被管设备的DNS名称就不能从DNS服务器获得。

另一个可能的原因是：

DNS服务器不可达
在执行发现期间DNS服务器宕机
DNS服务器不存在

解决方法

请确保服务器可达，配置正确的DNS服务器地址。

映射

为什么会有这么多的“未知”设备！我该怎么解决这个问题？
在OpManager中的服务器是怎么分类的？为什么一些服务器会被分类在桌面级下！
怎么定义设备模板？

为什么会有这么多的“未知”设备！我该怎么解决这个问题？

原因

什么是未知设备？

首先，我么必需知道OpManager是怎么将设备分类为服务器、路由器、交换机等的。OpManager依据行业标准协议，如SNMP、CLI、WMI来识别设备。 SNMP是所有设备分类的标准协议，而CLI是基于Unix的服务器的协议，WMI只支持Windows环境。

设备被分类在未知下，可能是因为以下原因：

设备没有启用这些设备
不正确大的用户名和密码，或者用户没有必要的权限。如，WMI需要用户具有域管理员的权限
防病毒软件或防火墙不允许OpManager访问
您的网络配置限制访问系统中的信息
Windows环境中的一些安全设置不允许访问

所以，即便OpManager可以Ping通并发现设备，但是它却不知道将设备放置到哪里，因此，它被标记为“未知”。

怎么解决？

要减少分类为“未知”的设备数量，在发现之前配置正确的凭证，这样会节省大量的时间，而且可以重复利用。

解析分类为“未知”的设备

启用了SNMP的设备

如果设备支持SNMP，启用SNMP然后重启发现设备。

如果设备可以正常响应来自OpManager的SNMP请求，但是设备仍然没有正确分类，可在设备快照页面，手动编辑设备类别。
如果路由器上没有运行SNMP代理，它将会被分类为服务器或桌面机，要使设备正确分类，请启动设备上的SNMP代理。请参阅在Cisco设备上配置SNMP代理。使用正确的SNMP参数重启发现设备。
如果路由器上运行着SNMP代理，那么请检查SNMP参数是否正确。
如果设备的IP转发参数设置到false，路由器会被发现为服务器或桌面机。设置此参数：
1. 调用 /opmanager/bin/MibBrowser.bat
2. 展开 RFC1213-MIB
3. 在IP表中，点击opForwarding节点
4. 在设置值的字段里输入1，点击工具栏的设置SNMP变量
5. 重新发现设备

同样的，交换机和打印机也是这样，启用SNMP，重新发现。

启用CLI / WMI的设备

如果您决定要在Unix服务器上禁用SNMP认证，那么您可以配置Telnet或SSH凭证作为替代，将凭证关联到服务器。同样的，对于Windows机器，配置WMI凭证，关联凭证到设备。使用新凭证重新发现设备。

在OpManager中的服务器是怎么分类的？为什么一些服务器会被分类在桌面级下！

以下设备会自动分类在服务器下：

Windows 2003 服务器
Windows 2000 服务器
Windows Terminal 服务器
Windows NT 服务器
Linux 服务器
Solaris 服务器

以下设备会分类在桌面机下：

Windows 2000 Professional
Windows XP
Windows NT 工作站
Windows Millennium Home Edition
未能响应SNMP和Telnet的设备

如果出现服务器被分类在桌面机下，可以手动将它们导入到服务器中。参阅这里检查SNMP。

怎么定义设备模板使设备正常分类？

在您开始发现之前定义设备模板，可以帮助您对设备进行适当的分类。OpManager内建支持超过650种设备模板，如果在被管设备上启用了SNMP，且在OpManager中配置了正确的凭证，大部分的设备会自动归类到正确的分类下。您可以根据需要修改现有模板，或者添加一个新的模板。

1.什么时候我需要修改/更新一个现有的设备模板？

假设您购买了一个新的Cisco 7613路由器，您希望使用OpManager监视它，OpManager已经有了Cisco 7600系列路由器的设备模板，以及这些系列的一些sysOIDs。您需要做的就是编辑这个模板，将Cisco 7613的sysOID添加进来，然后为路由器配置SNMP凭证，执行设备发现操作。

2. 什么时候我应该创建一个新的模板？

情形 1

现在让我么假设您购买了一个Cisco 10000系列路由器，但是OpManager的设备模板中没有这个系列产品的模板，此时，您就需要创建一个新的模板了。

情形 2

假设您现在有一个全新的IP电话设置，或其它可管理的（支持SNMP）的环境，而这些设备不适宜分类到任何默认分类下，如服务器、路由器。您需要为此创建一个新的分类，，并定义一个全新的设备模板，您可以按照设备商场创建不同的模式，或者将各种厂商的设备整合到一个模板中。

3.创建/修改模板

在管理页面，点击设备模板
点击添加模板为一个新的设备类型定义模板，点击模板名称修改现有的模板
配置/修改以下参数

设备模板：设置设备的类型
厂商名称：选择厂商，点击新建可以添加保存新的厂商
类别：选择设备类型所属的类别
监视间隔：配置设备监视的间隔时间
设备图标：选择设备类型的表示图标
System OID：输入sysOID，点击添加，点击查询设备，查询设备的OID
选择监视器：点击这个选项来选择监视器
编辑阈值：点击这个选项来编辑阈值
点击创建按钮创建新的设备模板。

监视配置

SNMP监视
Telnet/SSH监视
WMI监视

SNMP监视

以下为基于SNMP的一些监视器无法正常工作的原因：

在被管系统上没有启用代理
OpManager使用不正确的凭证与代理通信，如错误的密码或端口号
被管系统的SNMP服务没有配置接受来自OpManager主机的SNMP请求
响应延迟，OpManager发出的处查询超时，或者设备已不存在于网络中
特别的OID（配置性能监视器）在设备上不可用

以下为遇到的常见问题以及故障排除步骤。

尽管在设备上启用了SNMP，但是设备的CPU、内存和磁盘利用率图表没有获取到相应的数据
请求超时错误
错误 # 设备不支持要求的MIB
其它常见SNMP错误

尽管在设备上启用了SNMP，但是设备的CPU、内存和磁盘利用率图表没有获取到相应的数据

原因

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

解决方法

检查SNMP配置，重新发现设备，并重新添加监视器。按下面的步骤排除故障：

图表没有显示数据的可能原因：

资源监视器没有关联到这个设备，关联监视器。
检查SNMP在此设备上是否启用正常，如果是，那么代理可能没有响应SNMP查询，使用MIB浏览器检查代理是否可以响应。
如果设备刚刚添加，等待第一次轮询之后再查看。

以下为故障排除的步骤：

在设备快照页面，点击监视器标签，点击一个监视器的编辑图标，如CPU利用率监视器，点击测试监视器。查看监视器是否响应了查询请求，如果是，您就可以正常看到这些图表了。
如果在步骤1之后，出现了错误消息。那么可能是查询CPU变量的SNMP请求超时了，或者在MIB中不存在此oid。
要确认以上原因，打开/bin目录，调用工具MibBrowser.bat。加载主机资源MIB，为没有显示CPU信息的设备查找oid .1.3.6.1.2.1.25.3.3.1.2 。
如果在MIB浏览器中有对应结果，那么表示此OID已植入，而图表没有正常显示的原因则可能是查询超时。这样，您需要配置SNMP超时时间，将参数DATA_COLLECTION_SNMP_TIMEOUT 15添加到文件NmsProcessesBE.conf中。在文件中查找以下默认条目：
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没有添加到MIB中。请咨询您的设备商场，提供必要的OID信息。当然，您也可以为此设备关联telnet/wmi监视器。删除现有的SNMP监视器，点击添加监视器，选择telnet/wmi类型的监视器。

请求超时

原因

出现这种问题是以为被管设备的SNMP代理在5秒种内没有响应来自OpManager的查询请求。

解决方法

编辑NMSProcessesBE.conf文件，增大SNMP的超时时间。

错误 # 设备不支持要求的MIB

原因

出现这个错误是应为您试图监视监视的变量/MIB没有植入到设备上。

解决方法

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

其它常见SNMP错误

请参阅以下文档，了解详尽的SNMP故障排除技巧：

https://www.webnms.com/agenttester/help/mib_browser/mb_error_messages.html

Telnet/SSH监视

以下为您在配置基于CLI监视器时，可能会遇到的一些常见错误：

Telnet类型的资源监视器没有显示数据
不能连接：拒绝连接
不能连接：没有连接到主机的路径
不能连接：连接超时
请求超时
登陆参数不正确，读取超时
获取命令输出时出现例外：超时

Telnet类型的资源监视器没有显示数据

如果您已添加了一个Telnet/SSH类型的资源监视器，检查设置的用户名和密码是否正确。
在密码配置窗口，点击测试凭证按钮，检查您是否可以通过验证
如果用户名和密码正确，但是您仍然不能在Linux/Solaris/AIX/UX设备上看到图表，请尝试执行以下步骤：
- 检查登陆提示符、密码提示符和命令提示符是否正确
- 在安装OpManager的主机上，打开一个远程telnet会话，验证这些设备的凭证
- 如果登陆凭证是正确的，则可能的原因是提取资源数据的命令没有在设备上执行，或者输出格式并非标准的格式，如果是这种情况，请联系我们。

提示：以下为您在执行telnet/ssh设备时，可能遇到的一些错误消息

不能连接：拒绝连接

出现这个错误的可能原因：

Telnet未在监视的设备上启用，检查启用Telnet。
用户名和密码错误，配置正确的CLI凭证，并重试。
可能它不是一个Linux/Solaris设备，设备可能分类不正确，检查并更改设备的类别。

不能连接：没有连接到主机的路径

设备不在网络中，请将设备添加到网络后重试。

不能连接：连接超时

设备不在网络中，请将设备添加到网络后重试。

请求超时

Telnet/SSH请求超时，设备宕机或者忙。

登陆参数不正确，读取超时

配置的用户名、密码或者登陆/密码提示符错误，在OpManager主机上打开一个Telnet会话，验证登陆凭证，重新配置。

获取命令输出时出现例外：超时

出现这个错误，可能是以下原因造成的：

设备不在网络中
CLI连接已建立，但是设备在汇集CLI命令输出结果时被移出网络

WMI监视

WMI监视常见错误和代码

WMI类型的资源监视器没有显示数据
WMI监视未能工作，错误拒绝访问
80070005 - 拒绝访问
80041064 - 用户凭证不能用于本地连接
800706BA - RPC服务器不可用
80041010 - 无效的类
80041003 - 拒绝访问
80040154 - WMI组件未注册
80080005 - WMI服务内部执行失败
8004106C - WMI占用内存过高
8004100E - 无效的用户空间
80041017 - 无效的查询

WMI类型的资源监视器没有显示数据

如果您已添加了一个WMI类型的监视器，检查凭证的用户名和密码是否配置正确。
如果设备在域中，请配置域管理员的用户名和密码，用户名字段，输入\ 。如果设备在工作组中，配置设备的用户名和密码即可。
如果用户名和密码正确，但是您仍然不能获得Windows设备的数据，请尝试执行以下步骤
- 打开一个命令行，跳转到 /opmanager/conf/application/script
- 输入cscript cpu.vbs
  如果命令返回了一个正确的输出，那么您应该会看到设备的数据图表，如果你得到了一个错误提示，如拒绝访问，请在此确认登陆凭证。
- 如果监视的设备是Windows XP，执行以下操作
  - 打开管理工具 -->本地安全策略，选择安全选项
  - 从右侧的选项中，选择网络访问：本地账户的共享和安全模式
  - 右击选择属性
  - 修改权限，将来客修改为经典
  - 移除并重新添加监视器
  - 检查监视器是否工作正常

WMI监视未能工作，错误拒绝访问

出现这个错误是因为登陆凭证配置不正确。

请参阅以下步骤来解决：

确认您的设备凭证配置正确，如果设备在域中，则需配置具有管理权限的域用户凭证，格式“domain name\administrator name”
如果上述凭证设置正确，请尝试关联一个WMI类型的监视器（推荐添加空间/已用的磁盘空间），对于Exchange服务器，使用资源监视器 -> 添加监视器 -> WMI监视器 -> 空闲/已用的磁空间（MB/GB）。您应获得设备中可用的驱动器清单。
如果上述步骤无效，请尝试在系统中启用WMI、RPC服务，然后再重试
如果组策略配置不正确，那么也可能出现这个错误
您可以执行一个vbs脚本来检查这个问题，打开命令行：
cmd> cd [OpManagerHome]\conf\application\scripts\
cmd> cscript cpu.vbs [machinename] [domainname]\[username] [password]
你也可以按下面的描述配置DCOM：
打开运行窗口，输入 dcomcnfg ，展开树目录，组件服务 -> 计算机。右键点击我的电脑图标，属性 -- 默认属性，查找下面的内容：
在此计算机上启用分布式COM
在此计算机上启用COM网络服务
选择默认模拟级别为“模拟”
如果需要，您也可以编辑COM安全设置
如果以上四个步骤仍不能解决您的问题，请修改服务登陆明细：
打开Windows服务窗口
打开ManageEngine OpManager服务的属性窗口
点击登陆标签
在登陆为选项下，选择“这个账户”，输入可以正确提取WMI数据的域用户名\用户名和密码
保存并重启opmanager

提示：执行此修改会导致托盘图标和启动画面消失。

80070005 - 拒绝访问

原因

配置了错误的凭证。

解决方法

如果设备在域中，请确认配置了正确的域用户名和密码，如果设备在工作组中，配置设备的用户名和密码即可。例如，如果域名是BigDom，用户名是admin，那么在用户名字段，您需要输入BigDom\admin
对于OpManager所在的机器，则没有必要设置用户名和密码
如果您仍然遇到问题，请参阅以下内容，继续排除问题：
- 在目标机器上检查用户账户是否有效，打开一个命令行窗口，执行以下命令：
- net use \\\ADMIN$ /u:"" ""
- 如果命令抛出错误，表示此用户账户在目标机器上无效
- 在被管工作站上检查“远程DCOM”是否已启用，如果没有，请按照以下说明将其启用：
  - 开始 > 运行
  - 输入dcomcnfg，点击确定
  - 展开树目录，右键点击我的电脑，选择属性，默认属性标签
  - 选择在此机器上启用分布式COM
  - 点击确定

如果以上内容仍不能帮助您解决问题，请按照下面的步骤修改服务的登陆明细：

打开Windows服务窗口
打开ManageEngine OpManager服务的属性窗口
打开登陆标签
选择此账户
配置可以登录到远程机器的用户账户，保存并重启opmanage
然后再重试以上的3个步骤
点击确定

提示：执行此修改会导致托盘图标和启动画面消失。

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

原因

出现这个错误是您为OpManager所在的服务器设置了用户名和密码。

解决方法

不要为本地主机设置用户名和密码，在设备的快照页面，修改登录凭证，移除用户名和密码。

800706BA - RPC服务器不可用

原因

设备不可Ping，且RPC和WMI服务没有运行。

解决方法

检查设备是否正常运行，且可以Ping通。
检查Remote Procedure Call(RPC)和Windows Management Instrumentation(WMI)服务是否正常运行
- 开始 > 运行
- 输入services.msc，点击确定
- 在服务列表中，查找RPC和WMI服务是否正在运行
- 如果服务未启动，启动服务
远程计算机上可能配置了防火墙，此种例外常见于Windows XP SP 2，如果默认Windows防火墙已启用，可按照以下方式禁用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组件未注册

原因

此错误是因为在Windows系统中WMI不可用，这种错误常见于Windows NT。如果WMI组件未能正常注册，那么此错误也会出现在较高版本的Windows中。

解决方法

在运程工作站中安装WMI核心，您可以从微软官网下载此程序。
在命令行中执行以下命令注册WMI DLL文件：
winmgmt /RegServer
下载以下文件，在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服务

8004100E - 无效的用户空间

原因

无效的命名空间编辑器并不是一个常见的错误，它可能是由于某些应用所需的命名空间没有被正常安装。

解决方法

尝试重新安装应用或WMI服务
联系我们的支持团队，获取技术支持

80041017 - 无效的查询

原因

“查询语法无效”，它可能是由于某些应用所需的命名空间没有被正常安装。

解决方法

尝试重新安装应用或WMI服务
联系我们的支持团队，获取技术支持

更多错误信息，请参阅MSDN知识库。

告警和通知

没有收到邮件通知
错误！当选择了一个配置文件后显示页面
短信通知不可用

没有收到邮件通知

原因

配置文件可能没有关联到设备看，或者邮件服务器设置配置不正确。

解决方法

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

检查配置文件个各项标准是否正确

确认邮件服务器设置是否正确

错误！当选择了一个配置文件后显示页面

原因

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

解决方法

在此种情况下，您可能不能从客户端页面删除配置文件，请参阅下面的步骤：

停止OpManager

打开文件/conf/alert.filters

移除...等包含配置文件配置的元素

重启OpManager

短信通知不可用

在配置短信调制解调器之前，您需要注意几件事情：

配置短信告警的前提：

需要支持的右击和调制解调器、SIM卡、串行电缆和USB驱动
仅支持Windows操作系统

USB驱动：

调试解调器和移动电话厂商会提供需求的调制解调器/移动电话驱动程序，如，您可以从下面的链接下载Nokia移动电话的驱动。

http://www.nokia.com/A4144937

电缆：

根据您所使用的设备，这里的线缆会有所不同，对于Nokia 62xx/63xx，您需要DLR-3P线缆，最新的Nokia型号使用DKU-9 USB线缆，此种情况，您需要从Nokia的网站下载驱动程序，它可以创建一个虚拟的通信端口。对于其它的产品则需要使用它们对应的线缆，通常为USB接口。GSM调制解调器使用串行端口，因此您需要一条标准的串行线缆。

识别调制解调器/移动电话连接的端口：

右键点击我的电脑->管理->设备管理器->端口
在这里您会看到调制解调器/电话连接的端口
如果这里没有，则
打开设备管理器，查找调制解调器

在系统检测到调制解调器/移动电话连接的端口，按照以下步骤将其连接到OpManager：

启动OpManager
管理->短信服务器设置
输入您查找到的端口号
如果移动电话/调制解调器连接到了指定的端口，那么它的明细信息将会显示出来
在管理->通知配置文件->短信告警，创建短信告警配置文件，将其关联到设备

OpManager会在设备出现告警的时候，发送短信通知。

系统已经检测到调制解调器/电话已连接到端口，但是OpManager却检测不到：

确认OpManager支持调制解调器或移动电话
确认输入的端口号以及格式是正确的，比如COM5或com5
另外请检查SIM卡是否有效

报表

排行报表无数据显示
所有服务器的磁盘使用报表无数据显示
磁盘容量排行报表无数据显示
在接口报表中储存在乱码字符
所有磁盘使用报表无数据
应用报表无数据显示

排行报表无数据显示

查看CPU利用率、内存利用率、磁盘利用率、接口流量、接口利用率和接口错误报表，您需要在被管设备上启用SNMP。对于非SNMP的服务器，需通过CLI、WMI来收集数据。

OpManager需要至少1个小时来收集数据，请尝试在1小时后再打开报表查看。

所有服务器的磁盘使用报表无数据显示

要查看所有服务器的磁盘使用报表，您必须指派空闲磁盘空间和使用的磁盘空间监视器到被管设备，然后等待两次轮询间隔，之后再查看报表。

磁盘容量排行报表无数据显示

要查看分区报表，您必须指派空闲的磁盘空间和已使用的磁盘空间监视器到被管设备。

等待监视轮询两次过后再次查看报表。

在接口报表中储存在乱码字符

在OpManager中文版中，如果SNMP使用Unicode字符发送数据，OpManager可能不能正常解析它，因此显示数据为乱码。

要正常显示，您需要指定您的SNMP代理的编码类型。在设备快照页面，选择配置链接下的设备属性，输入编码类型，点击保存。

所有磁盘使用报表无数据

如果您没有指派已使用的磁盘空间和空闲磁盘空间监视器，那么您在这里不会看到数据。

将这两个监视器指派给被管设备，等待两次轮询之后，再次查看报表。

应用报表无数据显示

TCP服务报表，如HTTP服务器的响应时间、SMTP服务器的响应时间，需要至少有一台被管设备运行着服务，如果没有，报表就不会显示任何的数据。

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

在设备快照页面提供的Telnet和RDP工具不会启动Telnet或RDP会话，您需要首先在浏览器上启用它们。请参阅下面的步骤：

在IE7和Firefox上启用：

按照下面的步骤启动Telnet：

Telnet:

在Windows的IE中启用：

点击开始->运行，打开运行对话框
输入Regedit，点击确定，打开注册表窗口
查找：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl
在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl中，创建新的键，命名为FEATURE_DISABLE_TELNET_PROTOCOL
添加一个双字节值名称为iexplore.exe，设置其值为0（十进制）
关闭注册表窗口，重启Microsoft Internet Explorer

Telnet协议已启用。

在Linux中启用：

在浏览器的地址栏中输入about:config
在名称中添加network.protocol-handler.app.telnet(telnet是在地址栏中给出的名称 - 如： telnet:hostname)
如果提示一个字串值，设置您要执行的脚本位置。（/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协议已启用。

Enabling RDP in IE7

S在Windows的IE中启用RDP：

打开工具->Internet选项->安全
点击自定义级别，在弹出的安全设置窗口启用以下ActiveX控件和插件.
- 下载已签名的Active控件
- 初始化和执行ActiveX控件
- 运行ActiveX控件和插件
- 运行ActiveX控件
点击确定按钮
重启浏览器

RDP已启用。

知识库

更多内容，请访问我们的在线知识库，或联系我们。