报告节点：解决 ServerDR 后 Data Collector 名称区分大小写的问题

报告节点重新部署和服务器 DR 后观察到的问题。

确定了以下症状：

• 执行 ServerDR 后收集的新数据不会出现在任何报告中。
• 只有历史数据在报告浏览器中仍然可见。
• 数据收集器服务日志包含连接失败。
• 数据库查询显示以小写/大写（例如 data-collector@report )。
• 报告节点的当前主机名的大小写（大写与小写）与数据库中记录的名称不同。

相关日志条目来自 /var/log/reporting/logs/data-collector/data-collector.log :

2026-02-10T06:45:00.006Z INFO [] [DataCollectionQuartzScheduler_Worker-1] [c.e.b.d.c.s.DataCollectionJob.execute(17)] - Start to perform data collection.
2026-02-10T06:45:00.007Z INFO [] [DataCollectionQuartzScheduler_Worker-1] [c.e.b.d.c.s.d.c.DataCollectionService.doCollect(93)] - Query systems by data collector data-collector@REPORT.
2026-02-10T06:45:00.113Z ERROR [] [DataCollectionQuartzScheduler_Worker-1] [c.e.b.d.c.a.CollectedSystemApiServiceImpl.findAllByDataCollectorName(227)] - Error finding all by data collector name: data-collector@gcntnb05
java.net.ConnectException: Failed to connect to localhost/127.0.0.1:18455
    at okhttp3.internal.connection.RealConnection.connectSocket(RealConnection.kt:297)
    at okhttp3.internal.connection.RealConnection.connect(RealConnection.kt:207)
    at okhttp3.internal.connection.ExchangeFinder.findConnection(ExchangeFinder.kt:226)
    at okhttp3.internal.connection.ExchangeFinder.findHealthyConnection(ExchangeFinder.kt:106)
    at okhttp3.internal.connection.ExchangeFinder.find(ExchangeFinder.kt:74)
    at okhttp3.internal.connection.RealCall.initExchange$okhttp(RealCall.kt:255)

用于检查数据库中的收集器记录的命令：

psql postgresql://reporting:Password123\!@127.0.0.1:9003/collected_business_data -c "select * from public.collected_system"

数据收集器名称不区分大小写

出现此问题的原因是 data_collector_name 存储在报表节点数据库中的数据库区分大小写。重新部署报告节点后，其主机名为大写，而在 ServerDR 期间记录的原始主机名为小写。此差异会阻止数据收集器服务找到正确的条目，从而导致数据同步失败。

• 数据库条目 data_collector_name 以小写形式存储（例如， data-collector@report ).
• 报告节点的当前主机名是大写的，但以前的 ServerDR 主机名是小写的（例如 REPORT )。
• 由于名称比较区分大小写，因此服务无法将存储的名称与当前主机名匹配。

导致的连接错误

2026-02-10T06:45:00.113Z ERROR [] [DataCollectionQuartzScheduler_Worker-1] [c.e.b.d.c.a.CollectedSystemApiServiceImpl.findAllByDataCollectorName(227)] - Error finding all by data collector name: data-collector@REPORT
java.net.ConnectException: Failed to connect to localhost/127.0.0.1:18455
    at okhttp3.internal.connection.RealConnection.connectSocket(RealConnection.kt:297)
    at okhttp3.internal.connection.RealConnection.connect(RealConnection.kt:207)
    at okhttp3.internal.connection.ExchangeFinder.findConnection(ExchangeFinder.kt:226)
    at okhttp3.internal.connection.ExchangeFinder.findHealthyConnection(ExchangeFinder.kt:106)
    at okhttp3.internal.connection.ExchangeFinder.find(ExchangeFinder.kt:74)
    at okhttp3.internal.connection.RealCall.initExchange$okhttp(RealCall.kt:255)

在服务器灾难恢复后恢复报告节点数据。

选项 1 — 使用正确的主机名重新部署报告节点。

当您首选干净重新部署时，请使用此方法。

• 确保新的报告节点主机名与原始主机名完全匹配，包括大小写（例如，REPORT 与 report）。
• 使用正确的主机名重新部署报告节点。
• 再次在报告节点上执行 ServerDR（服务器灾难恢复）。

选项 2 — 直接在数据库中更新 Data Collector 名称

使用此方法可避免完全重新部署。

1. 使用适当的权限登录到报告节点。
2. 验证当前数据收集器条目：

   psql postgresql://reporting:[PASSWORD]@127.0.0.1:9003/collected_business_data -c "SELECT * FROM public.collected_system;"        

3. 识别包含旧主机名称的行，并记下其地址值（例如，192.168.1.15）。
4. 要匹配当前主机名的大小写：

   postgresql://reporting:[PASSWORD]@127.0.0.1:9003/collected_business_data -c "UPDATE public.collected_system SET data_collector_name='data-collector@[HOSTNAME]' WHERE address='[IP_ADDRESS]';"       

   将 [HOSTNAME] 替换为报告节点的确切主机名（区分大小写），将 [IP_ADDRESS] 替换为步骤 2 中标识的地址。
5. 重新启动数据收集器服务以应用更改：

   systemctl restart data-collector.service        

验证

• 检查 data-collector 日志以了解查询是否成功：

  cat /var/log/reporting/logs/data-collector/data-collector.log | grep -i "Start to perform data collection"       

  否 ConnectException 应该会出现错误。
• 等待大约一个小时，然后打开报告浏览器并验证新收集的数据是否与历史数据一起显示。