常见支持问题及回答

1. OpManager没有启动
2. 发现 - 不能添加、删除或访问设备
3. 不能收集设备数据
4. 二层发现和分类
5. 不能通过SNMP收集数据
6. 不能显示Netapp资源清单信息
7. 没有发现接口或不能收集数据
8. 不能通过WMI收集数据
9. MS Exchange|MSSQL|活动目录等不能收集数据
10. 没有添加Hyper-V主机/虚拟机
11. 不能收集Hyper-V主机/虚拟机数据
12. 删除孤立或重复的虚拟设备
13. 错误告警 - 没有响应：可能停止或忙碌
14. 无法接收SNMP陷阱
15. 升级时出现问题
16. 如何连接到MySQL数据库？
17. 如何连接到PostgreSQL数据库？
18. OpManager用到哪些端口？
19. 如何增加MSSQL数据库的连接超时时间？
20. 如何把OpManager迁移到其他服务器？
21. 如何压缩MSSQL数据库日志？
22. 如何配置被管设备的SNMP陷阱？
23. 如何停止接口状态告警？
24. 如何从命令行启动OpManager？
25. 如何限制OpManager中的NCM插件告警？
26. pgsql数据库性能调节
27. 许可错误代码

OpManager没有启动

1. 杀毒软件阻止了MySQL/PgSQL数据库启动。

杀毒软件往往会保护可执行文件或配置的文件创建或修改，这会导致OpManager数据库启动或连接失败，从而导致OpManager启动失败。

可以临时停止杀毒软件，或者把OpManager添加到例外中，避免以后再出现这样的问题；不要让杀毒软件阻止java.exe和阻断mysqld-nt.exe/postgres.exe进程。（MacFee配置示例）

2. Web服务器端口被占用

有的时候OpManager的web端口可能被其他程序占用而导致失败。请停止这些程序或者更改OpManager的Web端口。使用OpManager\bin目录中的ChangeWebServerPort.bat批处理可以更改Web端口。

例如：
cmd>OpManager\bin：ChangeWebServerPort.bat 80 9090 （80是当前使用端口，9090是将要使用的端口）

3. 许可文件问题

有的时候，许可文件会因为系统时间更改等原因而损坏。请把位于OpManager\classes目录中的AdventLicense.xml发送给我们（支持邮箱：support.list@zohocorp.com.cn ），我们分析后发送给您新的许可文件来解决这样的问题。

4. >Linux（etc\hosts）

当etc\hosts中的IP地址和主机名不正确的时候，会导致OpManager启动失败。请确保hosts文件中配置正确。

5. Linux（分区或临时文件夹已满）

当OpManager所在磁盘分区或者临时文件夹已满的时候，OpManager会启动失败。（例如：检查dev/sdaa2/tmp剩余空间。）
清理磁盘空间后重新启动。

6. Windows（host文件）

启动的时候，OpManager先检查数据库连接。如果host文件中的主机名和OpManager数据库配置文件中的名称不一样的时候，OpManager将不能启动。During startup, OpManager tries to connect to the database once before proceeding. Of there is any incorrect entry in host file vs database_params.conf, OpManager will not start.

检查步骤如下：

打开C:\windows\system32\drivers\etc\hosts文件，查看配置的本地主机名。
br 执行nslookup该名称，查看IP地址是否和ipconfig命令结果一样。

7. 启动到”BenchMarkData“时候停止

有的时候在启动到benchmarkdata模块的时候，出现问题停止继续启动。可以通过在命令行启动来验证：

在命令提示行中切换到OpManager的bin目录，然后运行startopmanagerserver.bat。启动进程停止到下图所示位置：

解决方法：

1. 停止当前启动进程。
2. 打开OpManager\conf目录中的NmsProcessBE.conf文件，注释掉如下2行： #PROCESS com.adventnet.me.opmanager.server.benchmark.BenchMarkdata
   #ARGS   86400000 
3. 保存后再启动OpManager。

发现 - 不能添加、删除或访问设备

1. 不能添加设备

可能是因为ping目标设备超时。修改OpManager/conf/ping.properties文件中的ping超时设置。
例如把timeout=1改为为timeout=3。然后重新启动OpManager。（注意去掉注释标识符“#”才能起效）

2. 不能添加主机名重复的设备

遇到这种情况，在添加设备的时候使用IP地址。

3. 不能完全从数据库删除设备

尝试重新添加该设备后再删除。如果问题还是存在，参考下面页面的说明：
http://support.manageengine.com/sd/AddSolution.sd?solID=1808

4. 不能获取管理对象

如果页面中出现不能获取管理对象的错误提示，可能的原因是数据库损坏。请参考下面的数据库修复方法：

• MySQL:

  停止OpManager服务器后，运行/OpManager/bin目录中的RepairDB.bat批处理。

• MS SQL Server：

  从SQL Studio连接到OpManagerDB数据库，执行以下语句：
  DBCC CHECKDB ('OpManagerDB') WITH ALL_ERRORMSGS, PHYSICAL_ONLY
  启动OpManager。

5. 不能获取设备的主机名

请从以下几个方面排查：

• 在安装OpManager的主角上配置正确的DNS服务器地址。
• 不能连接到DNS服务器。
• 确保DNS服务器上可以正确解析该地址。

不能收集设备数据

不能从某个设备收集数据的可能原因有：

• 访问设备的密码错误。或者密码已经更改。请到管理 -> 工具 -> 测试凭证中验证。
• 停止管理设备或属性。请启用管理。
• 下次轮询时间错误地设为上次值。请重新启动OpManager。
• 线程锁死或会话限制：
  • WMI设备 -  可能原因：没有响应错误的WMI请求。请尝试在目标Windows中运行wmiadap命令。
  • SNMP设备 - 可能原因：1）topoobject表中的SNMP版本不匹配。请在OpManagerDB中更新正确的值。 2)SNMP OID没有响应导致超时和线程锁死。
  • CLI设备 - 可能原因：会话数限制。在OpManager\conf\serverparameters.conf文件最后一行添加“CLI_MAX_SESSIONS -1”。重启OpManager。
• 超时：
  • 管理 -> 凭证设置中增加对于凭证的超时值。
  • 在配置文件OpManager\conf\NmsProcessesBF.conf中查找[DATA_COLLECTION_SNMP_TIMEOUT seconds]，在下面的ARGS行最后添加该参数。例如DATA_COLLECTION_SNMP_TIMEOUT 30

二层发现和分类

1. 很多的设备归类到“未知”类型中。这是为什么，如何解决？

OpManager使用业界标准的协议，如SNMP、CLI和WMI来识别设备。SNMP是所有设备通用的协议。CLI只支持类Unix系统，而WMI只对Windows环境。一个设备识别为“未知”的可能原因有：

1. 设备没有启用这些协议服务？
2. 用户名密码错误，或者用户权限不够。例如WMI需要管理员用户权限。
3. 杀毒软件或防火墙阻止了OpManager访问这些协议的服务。
4. 网络配置限制了对你系统一些信息的访问。
5. Windows中有一些安全设置拒绝OpManager的访问。

解决该问题的一些方法：

1. 确保SNMP、WMI或CLI协议之一的服务已经启动。
2. 在管理 -> 凭证设置中配置正确的访问凭证。
3. 测试使用该凭证是否可以从OpManager服务器访问目标设备。使用管理 -> 工具 -> 测试凭证，或使用其他客户端。例如MIB浏览器来测试对SNMP的访问。
4. 把新凭证应用到所有未知设备，然后等到下次轮询OpManager自动发现。或者对某个设备在其管理页面中执行立即发现。

2. 没有对应该设备的“设备模板” 参考这里的说明来添加新的设备模板。 3. 有对应的设备模板，而且凭证也正确，但是还是识别为“未知”设备。

这种问题几率很小：设备的SYS OID值和设备模板中定义的不一样。
解决方法：

1. 在管理 -> 设备模板中找到对应的模板，查找添加新的SYS OID。如下图所示：
2. 删除后重新添加该设备。

不能通过SNMP收集数据

1. 不能收集到CPU、内存利用率数据

可能的原因有：设备上没有启用SNMP；提供的团体字符串错误；连接超时；没有运行在默认的161端口；防火墙阻断了SNMP访问等等。

使用MIB浏览器来验证：

1. 设备管理页面，点击密码和参数链接，在打开的页面中点击“测试凭证”来验证凭证是否正确。
2. 如果凭证正确，展开“性能监视器”，查看添加的是否为SNMP的CPU、内存利用率监视器。
3. 点击编辑图标，点击“测试监视器”来立即从设备获取数据。如果设备请复制显示的OID值。
4. 转到管理 > Mib浏览器 > Host-Resources-Mib（需要加载该MIB） > 在主机自动中添加目标设备 > 把上一步复制的OID粘贴到“对象OID”中。点击Get 按钮查看返回的结果。
   

原因：服务器的磁盘信息被设置为0，或者其他不正确的值。

1. 打开设备管理页面，在“设备信息”菜单中点击“资产明细”，更新正确的磁盘大小。
2. 可以执行SQL语句检查设备信息配置，在支持页面中点击提交查询链接，执行语句：select * from opmanagerobject
3. 然后点击在该设备管理页面中，编辑SNMP磁盘监视器，测试监视器，就可以看到正确的值了。

不能显示Netapp资源清单信息

1. 检查SNMP凭证，在设备页面中测试凭证。
2. 打开管理 > 设备模板 > Netapp Filer和Netapp Clustered Filer > 检查OID。
3. 应用模板到设备。应用模板并检查快照.
4. 在设备管理页面的动作菜单中选择重新发现。

如果问题还是存在：

1. 检查devicefetcherconfig表的数据：执行select * from devicefetcherconfig，结果如下：

   devicetypeid	protocolid	config_file	classname
   711	1	conf/storage_netapp_snmp.xml	com.manageengine.opmanager.inventory.SnmpDeviceFetcher
   712	1	conf/storage_netapp_snmp.xml	com.manageengine.opmanager.inventory.SnmpDeviceFetcher

   其中devicetypeid的应该在devicepackage表中对应Netapp filer & Cluster。

2. 增加对应SNMP凭证的超时值。
3. 删除后重新添加发现设备。

没有发现接口或不能收集数据

可能的原因很多，例如目标设备上没有启用SNMP；提供的团体字符串错误；超时；不是使用默认的161端口；防火墙阻断等。

如果还是遇到问题，请参考下面的步骤来检查：

1. 检查SNMP凭证，在设备页面中测试凭证。
2. 在设备管理页面点击接口页签，点击重新发现，查看是否可以发现到接口。如果还是没有发现到接口，按照下面的说明来使用SNMP MIB浏览器验证。
3. 打开管理 > Mib浏览器 > RFC1213 mib > 展开选择接口相关OID，例如：ifDesc > 在主机处选择有问题的目标设备 > 点击获取按钮来查看结果或错误信息。

不能通过WMI收集数据

不能通过WMI从Windows系统收集数据的可能原因很多，例如：WMI凭证没有关联到设备；WMI服务没有在目标机器上启动；使用的用户权限不够等等。如果以上问题都不存在，请使用WMI测试器来验证：

1. 登录到安装OpManager的Windows主机。
2. 启动 > 运行 > 输入“wbemtest”后确定。
3. 点击连接按钮 > 命名空间输入\\设备名或IP\root\cimv2，然后输入用户名和密码，点击连接。查看是否可以正常连接，否则安装错误信息中的代理搜索解决方法。

   

4. 如上步没有错误连接正常，点击查询按钮，输入“Select * from Win32_Processor”（CPU）或“Select * from Win32_OperatingSystem”（内存）或“Select * from Win32_LogicalDisk”（磁盘）来分别检查是否可以返回数据。

   

MS Exchange|MSSQL|活动目录等不能收集数据

1. 没有启用MS Exchange或MSSQL仪表板

（活动目录仪表板默认是启用的）

打开Exchange或SQL Server所在设备的管理页面 > 监视器 > 添加性能监视器 > 点击Exchange或MSSQL，添加需要的监视器来启用仪表板并开始收集数据。

下图是Exchange和SQL Server监视器仪表板显示：

2. 启用了监视器但是没有收集到数据

按照以下步骤排查：

1. 关闭OpManager服务器。
2. 登录到MSExchange|MSSQL|活动目录服务器上，停止WMI服务。
3. 重命名位于windows\system32\wbem中的repository文件夹为repository-old。
4. 启动WMI服务后稍等几分钟。
5. 当看到新的repository文件夹创建后，打开命令提示行，执行命令：“wmiadap /f”，连续执行该命令5到8次。
6. 启动OpManager服务器，然后监视是否收集到数据。

没有添加Hyper-V主机/虚拟机

可能的原因：

• 确保WMI凭证的正确性。
• 检查该设备是否已经使用主机名/IP添加到OpManager中了。如果已经添加，请使用WMI凭证重新发现设备。
• 监视主机是否可以从OpManager所在服务器连接。（ping和Hyper-V Manager）

不能收集Hyper-V主机/虚拟机数据

参考下面的排查步骤：

• 从新发现主机然后等待下次轮询。
• 如果还是不能获取虚拟机信息，执行以下命令，检查输出结果：
  1. 在OpManager所在的主机打开命令提示行，切换到OpManager\conf\application\scripts目录。
  2. 执行以下命令查看输出结果：cscript wmiget.vbs 域名/用户名 密码 root\virtualization "SELECT Description FROM Msvm_ComputerSystem"
• 或者从WMI测试器中查看执行结果：
  1. 启动 > 运行，输入wbemtest，运行。
  2. 在打开WMI测试器中点击连接按钮，输入命名空间名：root\virtualization（如果是Windows2012 R2/Windows 8/Windows 8.1，输入root\virtualizationv2。
  3. 连接成功后点击查询按钮，执行语句：Select * from msvm_computersystem

如果以上各步都能连接获取数据，请在OpManager重新添加或再次发现。

删除孤立或重复的虚拟设备

重新发现设备，查看孤立和重复的虚拟机是否还存在，如果还存在，连到到OpManager数据库执行以下语句：

MS SQL Server：

DELETE FROM VIEntity WHERE ENTITY_ID in (SELECT ENTITY_ID FROM VMProperties vm JOIN VIEntityMOMap ON VM_ID=ENTITY_ID WHERE MARKED_FOR_DELETE='true' AND MO_ID

MySQL：

DELETE FROM VIEntity WHERE ENTITY_ID IN (SELECT ENTITY_ID FROM VIEntityMOMap JOIN VMProperties ON ENTITY_ID=VM_ID WHERE MO_ID

错误告警 - 是没有响应：可能停止或忙碌

如果设备实际是在启动的，通过以下步骤检查是否为误报：

1. 打开工作流页签。
2. 关联“故障设备检查”工作流到被认为误报告警的设备。
3. 保存工作流设置。
4. 当再生成同样告警的时候，就会执行工作流中的动作：
   1. ping设备
   2. 对设备执行DNS查找命令
   3. 把这2个命令的结果附加到告警信息中
5. 根据这些信息，用户可以判断引起告警的原因：是否ping不通设备；是否DNS名称解析失败。

接收不到SNMP陷阱

请查看以下排查步骤：

1. OpManager所在服务器的接收陷阱的端口被占用。请确保该端口没有被占用。默认为UDP 162端口。然后重新启动OpManager。
2. 设备不是OpManager的管理对象。在OpManager中添加该设备后才能接收其发送的陷阱。
3. 陷阱目标地址错误。检查设备上配置的陷阱目标是否为OpManager服务器。

如果还是不能接收到任何陷阱，请通过MIB浏览器来验证：

1. 关闭OpManager服务器，确保UDP 162端口没被占用。
2. 在OpManager\bin文件夹中运行MibBrowser.bat/sh。
3. 打开查看 > 陷阱观察器，来查看是否接收到陷阱。
4. 如果没有显示任何陷阱，那么陷阱没有达到OpManager所在的服务器，请检查防火墙等原因。
5. 如果MIB浏览器中能看到陷阱，关闭MIB浏览器，再次启动OpManager，还是不能显示任何陷阱。请生成技术支持文件，联系我们：support.list@zohocorp.com.cn。

升级时出现问题

在Windows 2008 R2系统中执行UpdateManager.bat后不能浏览PPM文件。

如果在命令行看到如下输出：

C:\ManageEngin\OpManager\bin>echo off
Exception in thread "AWT-EventQueue-0" java.lang.RuntimeException: java.io.IOException: Could not get shell folder ID list
at sun.awt.shell.Win32ShellFolderManager2$ComInvoker.invoke(Unknown Source)
at sun.awt.shell.Win32ShellFolder2.getFileSystemPath(Unknown Source)
at sun.awt.shell.Win32ShellFolderManager2.getPersonal(Unknown Source)
at sun.awt.shell.Win32ShellFolderManager2.get(Unknown Source)
at sun.awt.shell.ShellFolder.get(Unknown Source)
at javax.swing.filechooser.FileSystemView.getDefaultDirectory(Unknown Source)
at javax.swing.JFileChooser.setCurrentDirectory(Unknown Source)
at javax.swing.JFileChooser.(Unknown Source)
at javax.swing.JFileChooser.(Unknown Source)

一些文件夹（例如“图片”、“文档”）不在使用绝对路径。
例如图片文件夹的路径为%USERPROFILE%Pictures。

解决方法：备份注册表后修改注册表。

相关的配置项为：
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders

如何连接到MySQL数据库？

Windows:

以管理员身份启动命令提示行。

转到OpManager\mysql\bin，执行命令：strong>mysql -u root -P端口号 数据库名

Linux：

打开终端。

转到OpManager/mysql/bin，执行命令：./mysql -S ../mysql.socket -u root -P端口号 数据库名

注释：其中端口号和数据库名根据版本不同，名称不一样：

1. 独立部署 - 端口号：13306 数据库名：OpManagerDB
2. 分布式部署的中心 - 端口号：13307 数据库名：CentralDB
3. 分布式部署的探针 - 端口号：13308 数据库名：ProbeDB

如何连接到PostgreSQL数据库？

Windows：

以管理员身份启动命令提示行。

转到OpManager\pgsql\bin，执行命令：psql -U postgres -p 端口号 数据库名

Linux：

转到OpManager/pgsql/bin，执行命令：./psql -U postgres -p 端口号 -h localhost 数据库名

注释：其中端口号和数据库名根据版本不同，名称不一样：

1. 独立部署 - 端口号：13306 数据库名：OpManagerDB
2. 分布式部署的中心 - 端口号：13307 数据库名：CentralDB
3. 分布式部署的探针 - 端口号：13308 数据库名：ProbeDB

OpManager用到哪些端口？

请在防火墙打开以下端口，保证各个功能正常运行。

• SNMP > 161(UDP) - 双向
• SNMP Trap > 162(UDP) > 非双向（从被管设备到OpManager）
• WMI > 135、445、5000到6000(TCP) > 双向
• Telnet > 23(TCP) > 双向
• SSH > 22(TCP)    > 双向
• ICMP > 用于检查设备的可用性以及发现设备 > 双向
• syslog > 514(UDP) > 非双向（从被管设备到OpManager）

关于WMI一些相关端口的配置请参考：

https://writer.zoho.com/public/5bf51097e0000357d66ea2b568b3e6de0ad4ac0756c9a7d6c52e9681d16316c4a6086c0ab82012cdd2bec0af04f23226/noband

如何增加MSSQL数据库的连接超时时间？

1. 打开OpManager\conf文件夹。
2. 使用文本编辑器打开serverparameters.conf文件。
3. 在该文件的最后添加新的一行：（该行设置超时为1分钟。系统默认为20秒）
   DBRECONNECTION_TIMEOUT  60000
4. 保存并重新启动OpManager服务。

如何把OpManager迁移到其他服务器？

首先要确认当前使用的版本。点击Web客户端右上角的关于，记录构建号。
同样要记录Netflow、NCM和IPAM插件的构建号。

备份OpManager和插件
关闭Manageengine OpManager服务，这将自动停止Netflow和NCM插件。还要停止Manageengine Oputils服务。

OpManager
按照下面链接中的说明来备份数据库。
http://help.opmanager.cn/backup_restore

Netflow Analyzer(Netflow插件)
备份下面2个文件夹：
\OpManager\Mysql\data\Netflow
\OpManager\Netflow\data

网络配置关联(NCM插件)
打开OpManager\NCM\bin目录并执行命令BackupDB.bat

Oputils (IPAM插件)
备份OpManager\OpUtils文件夹。

在新的服务器中下载相同版本的OpManager、ncm、netflow 安装文件：
http://archives.manageengine.com/opmanager
http://archives.manageengine.com/opmanager/ncm-opmanager
http://archives.manageengine.com/opmanager/netflow-opmanager

首先安装OpManager，然后是netflow和ncm。

成功启动OpManager一次后关闭。

恢复OpManager和插件的步骤
把备份的OpManager、NCM和Netflow文件夹覆盖到新的安装目录中。

OpManager
以管理员的身份打开命令行提示符转到OpManager\bin\backup目录。
使用RestoreDB.bat恢复数据：http://help.opmanager.cn/backup_restore
例如：
OpManager\bin\backup>RestoreDB.bat "D:\backupBackUp_APR25_2010_01_17_21_8051.zip"
恢复完成后，启动OpManager服务。成功或关闭来继续恢复插件数据。

网络配置管理(NCM插件)
使用RestoreDB.bat恢复数据到新服务器。

Netflow Analyzer(Neflow插件)
把备份数据库文件放到相同的位置：
OpManager\Mysql\data\Netflow
OpManager\Netflow\data

Oputils (IPAM插件)
复制之前备份的文件夹：OpManager\OpUtils
运行opManager/OpUtils/文件夹中的AddService.bat文件来安装服务。
恢复完成后，启动OpManager和OpUtils服务。

如何压缩MSSQL数据库日志？

当SQL Server事务处理日志满了后就不能在执行数据库写操作了。导致系统运行问题，不能收集数据、添加用户、清除删除告警等。这就需要清理SQL Server的日志空间。

使用的语句 % > DBCC SQLPERF(LOGSPACE)

更改恢复模式的方法

• 停止OpManager服务。
• 使用管理员登录到Microsoft SQL Server 。
• 启动SQL Management Studio。
• 右击数据库OpManagerDB > 点击属性。
• 点击选项，选择恢复模式为“简单”。

​连接到数据库并执行以下语句

1. 打开SQL Management Studio。
2. 右击数据库OpManagerDB > 新建查询。执行以下语句
3. DBCC SHRINKDATABASE (database name , target percent) > for ex > DBCC SHRINKDATABASE (opmanagerdb,20)
4. alter database <databasename> MODIFY FILE (Name = "<databasename>_log",MAXSIZE=1 GB)
   例如：alter database OpManagerDB MODIFY FILE (Name = "OpManagerDB_log",MAXSIZE=1 GB)
5. 如果日志文件太大而不能备份就不能压缩了。那么要先执行以下名后在执行上面的步骤。
   备份语句> LOG OpManagerDB WITH TRUNCATE_ONLY
6. 启动OpManager服务。

说明：以上的命令也可以用于中心和探针服务器。（例如数据库：CentralDB、ProbeDB）。

如何配置被管设备的SNMP陷阱？

对于Windows的SNMP Traps服务配置请参考：http://support.microsoft.com/kb/324263

对于思科设备，请参考：http://www.cisco.com/en/US/tech/tk648/tk362/technologies_tech_note09186a0080094a05.shtml

OpManager使用UDP 162端口接收SNMP Trap。所以不要让其他程序占用该端口。当被管设备发送Trap到OpManager服务器后，Trap会被解析为相应的告警。

如何停止接口状态告警？

如果一些接口连接到桌面机，管理员一般不系统生成这些接口的状态告警（连通或断开）。

方法如下：
打开设备管理页面 > 动作 -> 配置接口，对要配置的接口取消选择“状态轮询”。

全局配置方法：管理 > 接口模板 > ，例如Ethernet > 编辑该类型来禁用状态轮询。选择更改到全部接口或者选择的接口。
OpManager在禁用状态轮询后，还会继续接口流量信息。

如何从命令行启动OpManager？

1. 关闭ManageEngine OpManager服务。
2. 在OpManager服务器上打开命令提示符。（对于Windows及使用版本要使用管理员操作）
3. 转到“Opmanager\bin”目录。
4. 运行StartOpManagerServer.bat
5. OpManager将启动各个模块，并显示启动状态，直到最后提示使用“IP/主机名:端口”连接到客户端。
6. 不要关闭该命令提示符窗口。打开Web浏览器使用提示的地址访问OpManager客户端。
7. 通过按Control + C组合键来停止当前运行的OpManager。
8. 以上步骤对所有OpManager版本有效。

如何限制OpManager中的NCM插件告警？

对NCM 5980以上版本有效。

1. 停止OpManager
2. 打开OpManager\Ncm\conf\system_properties.conf文件
3. 更改OPM_TRAP=true为OPM_TRAP=false
4. 保存后重新启动OpManager。

说明：这样就不会在OpManager中接收或看到NCM插件告警了。

pgsql数据库的性能调节

PostgreSQL数据库中，一个“Update”或“delete”操作会创建一新行，并不会立即移除原来的那行。正样的话就需要大量的磁盘空间。我们为了避免磁盘空间被无限制占用，默认没有启用autovacuum参数。

但这样做会影响Postgres数据库的性能。如果你有足够的磁盘空间，那么通过以下步骤来提高性能：

1. 停止OpManager。
2. 打开命令提示符，转到OpManager\bin目录，运行startPgsql.bat启动PostgreSQL服务器。
3. 连接到数据库：“psql -U postgres -p<db_port> <dbname-case-sensitive>”。例如：psql -U postgres -p13306 OpManagerDB
4. 执行以下语句（每个语句执行花费一定时间，可能10分钟左右）：
   • vacuum full verbose polleddata;
   • reindex table polleddata;
5. 运行OpManager\bin\stopPgsql.bat关闭PostgreSQL服务器。
6. 编辑OpManager/pgsq/data/postgres_ext.conf文件做以下更改：
   • 设置autovacuum参数为“on”。
   • 设置autovacuum值。一般可以设置为物理内存的25%，但是从默认的512MB改为1024MB就可以达到很好的性能。

许可错误代码

如果你在应用许可文件的时候遇到错误，请根据错误代码在下表中查找原因和解决方法。