Jak mogę skonfigurować monitorowanie stanu zdrowia mojego produktu BOC? 31/03/2026 13:43 Zaktualizowano Czy potrzebuję monitorowania stanu zdrowia? Jeśli obsługujesz produkt BOC we własnej infrastrukturze (on premise), możesz chcieć skonfigurować monitorowanie usług produktu. Monitorowanie stanu zdrowia może pomóc we wczesnym wykrywaniu powstawania wąskich gardeł (np. z powodu wzrostu scenariuszy), problemów ze stabilnością lub awarii, tak aby można było podjąć działania zapobiegawcze zanim wystąpią rzeczywiste problemy.Ten artykuł wymienia kilka możliwości monitorowania. Nie musisz wdrażać ich wszystkich. Wybierz tylko te, które pasują do Twojej organizacji i Twoich potrzeb. Uwaga: Ten artykuł odnosi się do obsługi ADONIS, ADOIT lub ADOGRC we własnej infrastrukturze (on premise). Jeśli korzystasz z produktu BOC w chmurze BOC (SaaS), BOC zajmie się monitorowaniem stanu zdrowia. Jak skonfigurować monitorowanie? Monitoruj dostępność usługi Wywołania do auth.view z adresu URL Twojej usługi z krótkim limitem czasu (zalecenie: 10 sekund).Jeśli wywołanie zwróci kod statusu HTTP 200 jako odpowiedź, pełen stos usług (serwer WWW, serwer aplikacji, baza danych) jest dostępny, a czasy odpowiedzi są rozsądne.Każdy inny kod zwrotny wskazuje na problem. W takim przypadku postępuj zgodnie z wytycznymi w "Jak naprawić awarię (on premise)?".Przykład: https://adoxx.[mojafirma].com/auth.view?forceConnectorType=STANDARDMonitoruj stan procesów Monitoruj, czy wszystkie procesy potrzebne do działania Twojego produktu BOC działają.Skonfiguruj alerty, jeśli którykolwiek z tych procesów zostanie zatrzymany lub przestanie odpowiadać: Usługa serwera WWW (Tomcat.exe). Usługa serwera aplikacji Twojego produktu BOC (aserver.exe). Usługa silnika zapytań Twojego produktu BOC (aqe_server.exe) Usługa FTS Twojego produktu BOC (afts_server.exe) Instancja bazy danych. Monitorowanie systemu Upewnij się, że monitorowanie systemu na następujących serwerach jest wdrożone: Serwer WWW Serwer aplikacji Serwer bazy danych Typowe wskaźniki do monitorowania to: Wykorzystanie CPU Wykorzystanie pamięci RAM Wolne miejsce na dysku Jeśli którykolwiek z tych zasobów stanie się wąskim gardłem, upewnij się, że otrzymujesz wczesne powiadomienia i szybko rozwiązujesz problem.Monitorowanie bazy danych Skontaktuj się z zespołem bazy danych, aby monitorować zużycie zasobów, obciążenie i liczbę używanych połączeń z bazą danych na instancji bazy danych Twojego produktu BOC.Z czasem zużycie zasobów może rosnąć z powodu wzrostu scenariuszy, wzrostu liczby użytkowników i/lub pojedynczych skoków obciążenia. Upewnij się, że instancja bazy danych nie jest przeciążona i przydziel więcej zasobów, gdy zajdzie taka potrzeba.Monitorowanie logów Przeszukuj następujące pliki dziennika Twojego produktu BOC pod kątem wpisów wskazujących na problemy ze stanem zdrowia: aworker-log: "\<katalog logów serwera aplikacji>\<znacznik czasu>_aworker.log" aserver-log: "\<katalog logów serwera aplikacji>\<znacznik czasu>_aserver.log" webserver-log: "\<katalog logów serwera WWW>\<produkt BOC i wersja>.log" (np. ADONIS15.0.log) database-errorlog: "\<katalog logów serwera aplikacji>\<znacznik czasu>_adoxx_db.log" aserver-log Słowa kluczowe "System memory status" Przykładowy wpis "System memory status (total / available): 16383 MB / 543 MB" Działanie Jeśli dostępna jest mała ilość pamięci (mniej niż 2 GB lub mniej niż 10% całkowitej pamięci), zwiększ pamięć RAM na maszynie serwera aplikacji. aworker-log Słowa kluczowe "[WARN] Problem z wydajnością: m_pDataSource" Przykładowy wpis 2023-09-07 21:55:57.182 [4040][1612009049] [52341][WARN] Problem z wydajnością: m_pDataSource->ExistsRepoInstInDB(pID->GetUUID(), bRet) zajęło 16,421 sekund Działanie Jeśli pojawia się częściej niż 10 razy dziennie, może to wskazywać na nadchodzące problemy z wydajnością, najprawdopodobniej związane z wydajnością bazy danych lub sieci. webserver-log Słowa kluczowe "Worker lost" Przykładowy wpis 2023-02-06 15:19:04,171 ERROR [pool-3-thread-14][S] WORKER LOST AS1:41403 - com.boc.axw.core.applicationserver.PingAWorkerThread.onAWorkerLost(PingAWorkerThread.java:131) Działanie Jeśli pojawia się częściej niż 3 razy dziennie, wskazuje to na problem. Skontaktuj się z pomocą techniczną BOC i dostarcz Pakiet Informacji Wsparcia. database-errorlog Dziennik błędów bazy danych powinien być zawsze pusty. Dziennik zawiera komunikaty o błędach po stronie klienta, które zostały zwrócone z serwera bazy danych do klienta. Jeśli dziennik zawiera jakiekolwiek wpisy, przeanalizuj zgłoszony komunikat o błędzie bazy danych. Powiązane artykuły Jak pobrać pakiet informacji wsparcia (SIP)? Dlaczego mój produkt BOC działa wolno? Jak zmienić języki w moim produkcie BOC? Jak naprawić awarię (on premise)? Proces instalacji i aktualizacji produktu BOC (lokalnie)