通常，可能的原因有如下几个：

1. DEM服务器和数据库服务器存在时间差

   一般要求 dmagent 和 DEM 所运行机器时间一致，最多不要相差 5 分钟

   • 5 分钟 为 dmagent 消息的有效时间，即 DEM 收到 dmagent 的消息时，如果收到的 dmagent 发 送的消息的时间与 DEM 运行机器当前时间相差 5 分钟，则认为该消息无效，不处理该消息。
   • 主机失效时间 mf_valid_time（单位：秒）即在主机失效时间内没有收到 dmagent 发送的信息，则认为主机失效。
   • dmagent 与 DEM 所运行机器时间的差值取 5 分钟和主机失效时间的最小值

   建议 dmagent 与 DEM 所运 行机器时间同步。

2. 防火墙问题

3. agent.ini 配置错了DEM的地址，或是agent未启动

4. JDK版本问题

   使用JDK1.8 以上版本，或者把这个用户的jdk环境变量 换成dmdbms/jdk 这个目录的

5. agent使用的组件问题（发生问题的案例为专用机服务器，dem版本6.5.3）

   
   收集数据agent用的第三方的oshi和jna 5.2.3和6.5.3这个组件可能因为升级 ，有不适配的问题
   处理方式：把agent.ini中的参数collect_data_by_command改成true ，表示用系统命令去收集数据了

6. 其他问题

   如果仍然不能解决问题，建议调整dmagent日志级别，看看具体输出日志，看看能不能寻找到蛛丝马迹
   配置DEM日志
   vi ${DMAGENT_HOME}/log4j.xml