日志分析

日志分析

OpManager中的每个操作都会在日志文件中留下痕迹。OpManager中有两个日志文件夹。一个在 OpManager 目录下，另一个在 OpManager tomcat 文件夹下。

 

OpManager 目录下的logs文件夹包含下面提到的各种日志文件：

01. alert_audit.txt

02. applnerr.txt

03. ConfChange_AdventNet_ManageEngine_OpManager.log

04. ConfChangeErr_AdventNet_ManageEngine_OpManager.log

05. DiscoveryLogs.txt

06. disterr.txt

07. distout.txt

08. hyperverr.txt

09. mserr.txt

10. msout.txt

11. nmserr.txt

12. nmsout.txt

13. notificationLogs.txt

14. opmanager_IntfOut.txt

15. opmanager_serverOut.txt

16. rbaerr.txt

17. stderr.txt

18. stdout.txt

19. transactionLogs.txt

20. updatemanagerlog1.txt

21. wrapper.log


每个日志文件都有一定的大小限制，达到指定大小后，将创建一个新文件，并在文件末尾附加一个文件号。例如，stderr1.txt，stderr2.txt等。

这些日志的每组记录了OpManager中特定操作或功能的跟踪。作为标准，每个日志文件在跟踪之前都有“日期和时间”条目。下面我们将研究每组的这些日志。

01. alert_audit.txt

顾名思义，这些日志文件记录与OpManager告警相关的操作/事件。每次在OpManager中触发告警时，都会在alert_audit文件中创建一个条目。

如您所见，日期和时间与严重性变动 (例如，从正常变为注意，从注意变成故障等)，设备名称和告警消息一起记录。

02. applnerr.txt

这些日志包含与跟踪相关的CLI。

03. ConfChange_AdventNet_ManageEngine_OpManager.log 和

04. ConfChangeErr_AdventNet_ManageEngine_OpManager.log

这些日志包含升级期间发生操作的条目。因此如果存在任何与升级相关的问题，您可以使用这些文件来解决这些问题。

05. DiscoveryLogs.txt

从文件名可以明显看出，这些日志包含OpManager中与发现相关的动作的记录。当任何设备/接口发生添加问题时，您可以分析这些日志。

 06. disterr.txt 和 07. distout.txt

这些文件包含与中央-探针通信相关的日志跟踪。

08. hyperverr.txt

同样，如文件名所示，这些文件包含与HyperV操作相关的日志条目。

09. mserr.txt 和 10. msout.txt

11. nmserr.txt 和 12. nmsout.txt

OpManager建立在WebNMS框架上。这些文件维护与框架相关的日志和错误。

13. notificationLogs.txt

这些日志包含从OpManager中被触发的每个通知（电子邮件，SMS等）记录。

14. opmanager_IntfOut.txt


15. opmanager_serverErr.txt和opmanager_serverOut.txt

这些日志包含与OpManager数据库表格创建相关的日志，以及对OpManager中生成报告的后端查询。此外，此处还记录了为故障排除目的启用的调试跟踪

16. rbaerr.txt

这些包含与IT自动化/工作流相关的日志。

17. stderr.txt

OpManager中引用最多的标准日志文件。尽管包含特定于功能的日志（例如alert_audit，notificationLogs，hyperverr等），但其中包含对OpManager中大多数操作的跟踪。如果某项功能无法正常运行，您会在这些日志中找到有助于调试问题的错误追踪。

18. stdout.txt

这些日志主要用于调试与报告有关的问题。对于在OpManager中生成的每个报告，SQL查询都列印在这些文件中。

19. transactionLogs.txt

如果OpManager数据库位于MSSQL后端，则记录事务日志活动。

20. updatemanagerlog.txt

这些日志包含ConfChange_AdventNet_ManageEngine_OpManager.log和ConfChangeErr_AdventNet_ManageEngine_OpManager.log等升级过程中发生操作的条目。结合这3个日志，可以轻松调试任何与升级相关的问题。

21. wrapper.log

该日志主要用于调试OpManager启动问题。

 

OpManager\tomcat 目录下的logs文件夹包含以下提到的文件：

1. catalina.XXX.log

2. localhost.XXX.log

3. localhost_access_log.XXX。

与之前在文件末尾附加文件号的前一组日志不同，这里在日志中附加了日期。例如catalina.2012-07-09.log 和 localhost.2012-07-09.log

当OpManager UI将自身重定向到错误页面或UI中的任何操作按钮（例如，添加监视器，测试凭据等）保持不活动状态时，Catalina和localhost文件都会记录日志。

 
 

在对文件及其日志记录属性有了一个简要的了解之后，让我们看一下可以在日志中找到的一些异常/错误跟踪以及对它们进行故障排除/修复的步骤。

1. stderr.txt

​

11:38:54:578 AM java.sql.SQLException: 表'.opmanagerdbpolleddata' 被标记为崩溃，需要修复

11:38:54:578 AM  at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:946)

11:38:54:578 AM  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2985)

11:38:54:578 AM  at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1631)

11:38:54:578 AM  at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1723)

11:38:54:578 AM  at com.mysql.jdbc.Connection.execSQL(Connection.java:3277)

 

在上面的跟踪中，您可以清楚地看到OpManager数据库的PolledData崩溃的消息。可以通过执行数据库修复来解决此问题。要修复数据库，请执行在文件夹 OpManagerin下的RepairDB.bat。如果这样做不能解决问题，请执行以下链接中的步骤：http://support.opmanager.com/sd/AddSolution.sd?solID=29701

 

06:29:18:796 AM com.adventnet.nms.store.NmsStorageException： 数据库'OpManager'的事务日志已满。要找出为什么无法重用日志中的空间的原因，请参阅sys.databases中的log_reuse_wait_desc列

com.adventnet.management.transaction.ConnectionPool.executeUpdate（ConnectionPool.java:1798）上午06：29：18：796


OpManager数据库的事务日志已满。此问题将导致OpManager中的所有拨号都变灰，并且看起来数据收集已停止。

您可以按照链接中的步骤解决此问题：http://support.opmanager.com/sd/AddSolution.sd?solID=24901  


    • Related Articles

    • 在哪里可以找到需要发送给技术支持团队进行分析的日志文件？

      解决方案：创建技术支持信息文件的步骤：    1. 日志文件位于<Applications Manager Home>/logs 目录中。 如果管理选项卡-> 日志记录 -> 日志记录级别不是“打印所有日志”，则将其更改为“打印所有日志”并重复操作该问题一次。如果无法访问产品GUI，请忽略此步骤。  2. 要通过具有管理员权限的命令提示符创建支持信息文件，请执行<Applications Manager Home>/ bin 目录下的createSupportFile.bat ...

    • 添加APM Insight .NET代理并收到“无法加载分析器”错误后无法看到应用程序

      以下是可能干扰 APM Insight .NET 代理分析的几个原因：  1. 用户权限设置 2. 竞争分析器/监控服务 如果没有使用管理权限完成安装，则事件日志上可能会出现以下错误， “加载分析程序失败。分析器COM对象已实例化，但分析器在其初始化回调期间失败。Profiler CLSID：'{989D151B-3F31-482E-926F-2E95D274BD36}'。HRESULT：0x80004005。” 在这种情况下，运行状况监控工具将显示消息，  Profiler loaded ...

    • opm如何创建日志

      1，压缩\OpManager目录下的logs文件夹 2，如果日志过大，请上传到以下链接 https://bonitas2.zohocorp.com/#to=opmanager-support@manageengine.com 右键复制链接地址发给我们。 例如：https://bonitas2.zohocorp.com/zipUploads/2021_01_05_07_41_22_u_4errB103PHNXyfW.tar.gz

    • ELA-收集日志时是否可以排除一些noisy日志？

      比如说，某Windows一天收集1000万条数据，其中6000万条是信息类的，用户不想存储信息类的，举例配置如下筛选条件： 这是EventLog Analyzer产品收集网络设备日志时的筛选或排除条件，与产品本身的Log Level两者没有任何联系。

    • MSSQL事务日志已满

      清除事务日志的步骤。 1. 关闭OpManager服务。 2.按照以下步骤将恢复模型更改为简单： 转到SQL Server ->OpManagerDB属性 ->选项 ->恢复模型 ->简单。（您以后可以将其替换为完全模式） 3. 连接到MSSQL Server ->OpManagerDB。执行以下查询 1) DBCC SHRINKDATABASE (数据库名称，目标百分比) 例如 DBCC SHRINKDATABASE (opmanagerdb,20) 2) 更改数据库<数据库名称> ...