你遇到的这个问题我之前也帮不少用户排查过，升级迁移后配置都在但不采集新数据，确实挺头疼的，尤其是不想丢失历史数据的情况下，给你几个针对性的排查和解决方向：

• 检查Agent与Server的通信兼容性
  首先确认Zabbix Agent版本是否和6.0 Server匹配，虽然Zabbix向下兼容旧Agent，但版本差异可能导致采集异常。可以在Server上执行命令测试通信：

  zabbix_get -s <目标主机IP> -p 10050 -k system.uname
  

  如果返回数据正常，说明通信没问题；如果报错，先检查Agent日志（tail -f /var/log/zabbix/zabbix_agentd.log），看是否有连接失败、权限限制等提示，同时确认防火墙/SELinux是否放开了10050端口的通信。

• 批量检查并启用监控项状态
  数据库自动迁移后，部分监控项可能被意外置为禁用或异常状态：

  1. 登录Zabbix前端，进入目标主机的「监控项」页面，查看所有监控项的「状态」是否为「已启用」
  2. 如果有大量异常监控项，可以批量选中所有监控项，点击「启用」按钮批量恢复状态

• 查看Server日志定位具体错误
  Zabbix Server日志是排查采集问题的核心依据，执行以下命令实时查看日志：

  tail -f /var/log/zabbix/zabbix_server.log
  

  重点关注包含「Cannot get value」「item not found」「database error」等关键词的报错，这些会直接提示问题根源，比如数据库权限不足、模板键值不兼容等。

• 数据库层面修复主机/监控项状态
  登录Zabbix关联的数据库，执行以下SQL语句检查并修复状态：

  1. 检查主机启用状态（status=0为启用，1为禁用）：

     SELECT hostid, status FROM hosts;
     

     如果存在禁用的主机，执行更新：

     UPDATE hosts SET status=0 WHERE status!=0;
     

  2. 检查监控项启用状态：

     SELECT itemid, status FROM items;
     

     批量启用异常监控项：

     UPDATE items SET status=0 WHERE status!=0;
     

  执行完SQL后，记得重启Zabbix Server生效：systemctl restart zabbix-server

• 强制刷新配置缓存
  迁移后Server的配置缓存可能未同步，执行以下命令强制重新加载缓存：

  zabbix_server -R config_cache_reload
  

  等待5-10分钟后，查看是否有新数据采集进来。

• 验证模板兼容性
  Zabbix 6.0对部分旧模板的键值做了调整，有些旧键值可能被废弃。进入「配置」-「模板」页面，检查关联的模板是否有红色警告的监控项，替换为6.0兼容的键值；或者重新关联对应模板的6.0版本，选择「保留现有数据」选项，避免覆盖历史配置。

如果以上方法都无法解决，最后可以尝试批量导出所有主机配置（勾选「保留历史数据」选项），备份数据库后批量导入，这种方法能确保配置重新初始化，但操作前一定要做好数据备份。

备注：内容来源于stack exchange，提问作者JINU JANAN