Вузол звітування: Розв'язати чутливість імен колекціонера даних після ServerDR

Виявлені проблеми після повідомлення про перерозподіл вузла та ServerDR.

Були виявлені такі симптоми:

• Нові дані, зібрані після виконання 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 Збережена у базі даних Reporting Node є чутливою до регістру. Після повторного розгортання вузла повідомлення, його ім'я хоста пише великими літерами, тоді як оригінальне ім'я хоста, записане під час 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)

Відновлення даних Звітного вузла після ServerDR.

Варіант 1 – перерозподілити звітний вузол з правильним ім'ям хоста.

Використовуйте цей метод, коли віддаєте перевагу чистому перерозподілу.

• Переконайтеся, що нове ім'я хоста вузла для звітування відповідає оригінальному імені хоста **точно**, включаючи case (наприклад, REPORT vs report ).
• Повторно розгорніть вузол звіту, використовуючи правильне ім'я хоста.
• Знову виконайте ServerDR (Server Disaster Recovery) на вузлі, що звітує.

Варіант 2 – Оновити ім'я збирача даних безпосередньо в базі даних

Використовуйте цей метод, щоб уникнути повного перерозподілу.

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. Щоб відповідати поточному випадку Hostname:

   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        

Верифікація

• Перевірте журнал збору даних на наявність успішних запитів:

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

  Ні ConnectException Помилки мають з'являтися.
• Зачекайте близько години, потім відкрийте браузер звітів і перевірте, чи з'являються нові дані разом із історичними.