Uzel pro vytváření sestav: Řešení rozlišování velkých a malých písmen v názvech kolekcí dat po serverDR

Pozorované problémy po nahlášení opětovného nasazení uzlu a serveru ServerDR.

Byly zjištěny následující příznaky:

• Nová data shromážděná po provedení ServerDR se nezobrazují v žádných reportech.
• V Prohlížeči sestav zůstávají viditelná pouze historická data.
• Protokoly služby shromažďování dat obsahují chybu připojení.
• Databázový dotaz zobrazuje název kolekce dat uložený malými a velkými písmeny (např. data-collector@report ).
• Aktuální název hostitele uzlu pro vytváření sestav je napsán jiným způsobem (velká vs. malá písmena) než název zaznamenaný v databázi.

Relevantní položky protokolu z /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)

Příkaz používaný ke kontrole záznamů kolektoru v databázi:

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

Neshoda názvu kolekce dat s rozlišováním velkých a malých písmen

K problému dochází, protože data_collector_name uložené v databázi uzlu pro vytváření sestav rozlišují velká a malá písmena. Po opětovném nasazení uzlu pro vytváření reportů je jeho název hostitele napsán velkými písmeny, zatímco původní název hostitele zaznamenaný během ServerDR byl malými písmeny. Tato nesrovnalost brání službě shromažďování dat v nalezení správné položky, což způsobuje selhání synchronizace dat.

• Databázová položka pro data_collector_name je uložen malými písmeny (např. data-collector@report ).
• Aktuální název hostitele uzlu pro vytváření reportů se píše velkými písmeny, ale předchozí název hostitele ServerDR byl malými písmeny (např. REPORT ).
• Vzhledem k tomu, že se při porovnávání názvů rozlišují velká a malá písmena, služba se nemůže shodovat s uloženým názvem s aktuálním názvem hostitele.

Výsledná chyba připojení

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)

Obnovení dat uzlu reportu po serverDR

Možnost 1 – Opětovné nasazení uzlu pro vytváření reportů se správným názvem hostitele.

Tuto metodu použijte, pokud dáváte přednost čistému opětovnému nasazení.

• Ujistěte se, že název hostitele nového uzlu pro vytváření reportů odpovídá původnímu názvu hostitele **přesně**, včetně případu (např. REPORT vs report).
• Znovu nasaďte uzel pro vytváření reportů pomocí správného názvu hostitele.
• Znovu proveďte ServerDR (zotavení po havárii serveru) na uzlu pro vytváření reportů.

Možnost 2 – Aktualizujte název kolekce dat přímo v databázi

Tuto metodu použijte, pokud se chcete vyhnout úplnému opětovnému nasazení.

1. Přihlaste se k uzlu pro vytváření reportů s příslušnými oprávněními.
2. Ověřte aktuální položky kolekce dat:

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

3. Identifikujte řádek, který obsahuje starý název hostitele, a poznamenejte si jeho hodnotu adresy (např. 192.168.1.15 ).
4. Aby odpovídaly aktuálnímu případu názvu hostitele:

   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]';"       

   Nahraďte [HOSTNAME] přesným názvem hostitele uzlu pro vytváření reportů (rozlišují se malá a velká písmena) a [IP_ADDRESS] adresou identifikovanou v kroku 2.
5. Restartujte službu shromažďování dat, aby se změna projevila:

   systemctl restart data-collector.service        

Ověření

• Zkontrolujte úspěšné dotazy v protokolu shromažďování dat:

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

  Ne ConnectException měly by se objevit chyby.
• Počkejte přibližně hodinu, poté otevřete Prohlížeč sestav a ověřte, zda se nově shromážděná data zobrazují spolu s historickými daty.