Dlaczego mój produkt BOC działa wolno?

Problem: Długi czas odpowiedzi, słaba wydajność​

Niektóre (lub wszystkie) funkcje w Twoim produkcie BOC (ADONIS, ADOIT lub ADOGRC) działają nienormalnie wolno i zajmują dużo czasu na wykonanie:

Czasami produkt BOC wydaje się zwalniać z czasem. W pewnych okolicznościach szczytowe obciążenia tymczasowo powodują słabe czasy odpowiedzi, które następnie normalizują się ponownie. Trwające prace konserwacyjne w Twojej infrastrukturze IT mogą prowadzić do tymczasowo wolnych czasów odpowiedzi. Trwałe zmiany w Twojej infrastrukturze IT również mogą prowadzić do pogorszenia czasów odpowiedzi.

Aby poprawić słabe czasy odpowiedzi, postępuj zgodnie z opisanymi poniżej rozwiązaniami.

 

Rozwiązanie 1: Aktualizacja statystyk bazy danych​

Web Client

Ten przewodnik dotyczy ADONIS 16, ADOIT 17 i ADOGRC 13 i nowszych wersji. Instrukcje dotyczące wcześniejszych wersji znajdziesz, klikając tutaj.

Krok	Opis	Obraz
1	Zaloguj się do administracji klienta webowego
2	Na ekranie głównym wybierz Więcej opcji
3	Na karcie Narzędzia wybierz Aktualizuj statystyki bazy danych.
4	Kliknij Wykonaj, aby rozpocząć aktualizację statystyk bazy danych.

Ta funkcja optymalizuje czasy dostępu do bazy danych. Funkcja nie tylko aktualizuje statystyki dotyczące rozkładu danych, ale także defragmentuje dane w bazie danych i odbudowuje odpowiednie indeksy bazy danych. W wielu przypadkach ta czynność prowadzi do znacznej poprawy wydajności produktów BOC.

Uwaga:

• Aktualizacja statystyk bazy danych zwykle zajmuje od kilku sekund do 30 minut lub dłużej, w zależności od wielkości bazy danych.
• Podczas aktualizacji statystyk bazy danych czasy odpowiedzi dla innych użytkowników mogą tymczasowo się pogorszyć, ponieważ proces aktualizacji generuje dodatkowe obciążenie systemu bazy danych. Zaleca się aktualizację statystyk bazy danych w czasie, gdy mało użytkowników korzysta z produktu BOC.
• Zaleca się aktualizację statystyk bazy danych za pomocą Administration Toolkit przynajmniej raz w tygodniu. 

Rich client

Instrukcje te dotyczą wersji wcześniejszych niż ADONIS 16, ADOIT 17 i ADOGRC 13. Instrukcje dotyczące nowszych wersji znajdziesz, klikając tutaj.

W Administration Toolkit, z menu Ustawienia, uruchom Aktualizuj statystyki bazy danych....

Ta funkcja optymalizuje czasy dostępu do bazy danych. Funkcja nie tylko aktualizuje statystyki dotyczące rozkładu danych, ale także defragmentuje dane w bazie danych i odbudowuje odpowiednie indeksy bazy danych. W wielu przypadkach ta czynność prowadzi do znacznej poprawy wydajności produktów BOC.

Uwaga:

• Aktualizacja statystyk bazy danych zwykle zajmuje od kilku sekund do 30 minut lub dłużej, w zależności od wielkości bazy danych.
• Podczas aktualizacji statystyk bazy danych czasy odpowiedzi dla innych użytkowników mogą tymczasowo się pogorszyć, ponieważ proces aktualizacji generuje dodatkowe obciążenie systemu bazy danych. Zaleca się aktualizację statystyk bazy danych w czasie, gdy mało użytkowników korzysta z produktu BOC.
• Zaleca się aktualizację statystyk bazy danych za pomocą Administration Toolkit przynajmniej raz w tygodniu. Zobacz ten krótki film, jak zaktualizować statystyki bazy danych:

Rozwiązanie 2: Poczekaj na zakończenie zdarzeń zewnętrznych​

Zdarzenia zewnętrzne, na które nie masz wpływu, mogą tymczasowo spowolnić system: w Twojej infrastrukturze IT mogą być prowadzone prace konserwacyjne (bez Twojej wiedzy), lub szczytowe obciążenia w innych produktach programowych mogą spowolnić system. Mogą również wystąpić inne tymczasowe zdarzenia, które mają wpływ.

Uwaga: Jeśli korzystasz z produktu BOC z BOC Cloud (SaaS), działania konserwacyjne wykonywane przez BOC są zawsze wcześniej zapowiadane e-mailem (chyba że wymagana jest krótkoterminowa konserwacja awaryjna).

Dlatego poczekaj trochę czasu aż wszelkie prace konserwacyjne (lub inne zdarzenia) zostaną zakończone. Zwykle trwa to kilka godzin, ale może też potrwać do następnego dnia roboczego. W razie potrzeby skontaktuj się z zespołem IT, aby uzyskać informacje o trwających pracach konserwacyjnych.

Jeśli słabe czasy odpowiedzi są spowodowane pracami konserwacyjnymi IT lub innymi tymczasowymi zdarzeniami, czasy odpowiedzi powrócą do normy po zakończeniu tych zdarzeń. W takim przypadku nie są wymagane dalsze działania.

Rozwiązanie 3: Uruchom ponownie usługi​

W rzadkich przypadkach wewnętrzne efekty domina działań obciążających i blokujących mogą prowadzić do pogorszenia czasów odpowiedzi. Można to naprawić, ponownie uruchamiając usługi produktu BOC.

Zatrzymaj wszystkie usługi produktu BOC, a następnie je uruchom ponownie:

• Usługa Application Server Service
• oraz Web Server Service

Następnie poczekaj kilka minut (do 1 godziny lub dłużej dla bardzo dużych scenariuszy), aż usługi zostaną pomyślnie uruchomione i zainicjalizowane.

Ważne: Pamiętaj, że ponowne uruchomienie usługi zakończy wszystkie trwające sesje użytkowników bez możliwości zapisania przez nich ostatnich zmian. Podczas restartu żaden użytkownik nie ma dostępu do produktu BOC. Dlatego zaleca się wykonywanie restartu tylko w oknie konserwacyjnym.

Rozwiązanie 4: Zidentyfikuj istotne zmiany systemu​

Czasy odpowiedzi Twojego produktu BOC prawdopodobnie były w porządku wcześniej. Zadaj więc sobie pytanie: Co się zmieniło, co mogło wywołać wolniejsze czasy odpowiedzi?

Typowe zmiany, które mogą powodować problemy z wydajnością, to:

• Zmiany w infrastrukturze IT (aktualizacja sprzętu lub oprogramowania, zmiana konfiguracji sieci, zmiany serwerów itp.).
• Aktywacja nowych interfejsów do systemów zewnętrznych.
• Warsztaty, szkolenia i inne wydarzenia, podczas których znacznie więcej użytkowników korzysta z produktu BOC niż zwykle.
• Okresy o wyjątkowo dużym obciążeniu (np. szczytowe obciążenia na koniec kwartału).
• Nowe lokalizacje, np. dostęp z domu zamiast z zwykłej lokalizacji firmy.
• Aktualizacja wersji lub konfiguracji produktu BOC.
• Migracja komponentów produktu BOC do nowej infrastruktury (np. na inne serwery).
• Inne zmiany.

Po zidentyfikowaniu istotnej zmiany zastanów się, czy jest ona tymczasowa, czy można ją odwrócić.

Możesz również stwierdzić, że Twój system nie jest odpowiednio wymiarowany na szczytowe obciążenia. W takim przypadku zwiększ dostępne zasoby systemowe.

Rozwiązanie 5: Sprawdź użycie REST API​

Czy zintegrowałeś zewnętrzny system z produktem BOC i korzystasz z REST-API w ADONIS, ADOIT lub ADOGRC?

Jeśli tak, upewnij się, że liczba zapytań REST na godzinę nie przekracza zalecanej wartości maksymalnej. Wykonuj aktualizacje danych z intensywną komunikacją REST w godzinach poza szczytem, gdy z systemu korzysta niewielu użytkowników. W razie potrzeby zmniejsz liczbę zapytań REST.

Jeśli Twoja implementacja REST wydaje się wymagać zbyt wielu zapytań REST, skontaktuj się z menedżerem konta klienta BOC. Możliwe, że z pomocą naszych zespołów rozwiązaniowych można znaleźć bardziej efektywną implementację.

Rozwiązanie 6: Sprawdź sieć​

Sprawdź prędkość i przepustowość połączenia sieciowego pomiędzy serwerem aplikacji a serwerem bazy danych, a także pomiędzy innymi komponentami instalacji produktu. Porównaj aktualną wydajność sieci z wymaganiami Twojego produktu BOC:

• Wymagania sieciowe dla ADONIS
• Wymagania sieciowe dla ADOIT
• Wymagania sieciowe dla ADOGRC

Połączenie sieciowe pomiędzy serwerem aplikacji a serwerem bazy danych​

Prędkość sieci:

• Zalecany jest czas opóźnienia (RTT) <= 1 ms pomiędzy serwerem aplikacji a serwerem bazy danych.
• Wymagany jest czas opóźnienia (RTT) co najmniej <= 3 ms pomiędzy serwerem aplikacji a serwerem bazy danych.

Przepustowość:

Aby sprawdzić dostępną przepustowość, uruchom Administration Toolkit na tym samym komputerze, na którym działa serwer aplikacji Twojego produktu BOC. Następnie wybierz pozycję menu Ustawienia > Analizuj przepustowość... i rozpocznij test przepustowości.

Wynik pokazuje wartości referencyjne dla optymalnych czasów odpowiedzi oraz Twoje aktualne wartości. Jeśli Twoje aktualne wartości są nieco powyżej wartości optymalnych, zwykle nie stanowi to problemu. Jednak jeśli w wielu kategoriach Twoje aktualne wartości są wielokrotnością wartości optymalnych, to przepustowość lub opóźnienie sieci mogą być przyczyną wolnych czasów odpowiedzi. W razie wątpliwości skontaktuj się z wsparciem technicznym BOC w celu oceny wyników testu przepustowości.

Połączenie sieciowe pomiędzy klientem a serwerem WWW​

Wolne lub niestabilne połączenie sieciowe pomiędzy klientem a serwerem WWW może na przykład spowolnić następujące przypadki użycia:

• Otwieranie adresu URL do Twojego produktu BOC. Czas do pojawienia się ekranu logowania.
• Otwieranie notatnika obiektu. Czas do pełnego załadowania i wyświetlenia wszystkich danych w notatniku.
• Czas dostępu do REST API Twojego produktu BOC.

Zapewnij stabilne połączenie sieciowe spełniające wymagania przepustowości Twojego produktu BOC. Pamiętaj, że połączenie wifi z domu lub w podróży często wykazuje wyższe opóźnienia i mniejszą stabilność niż połączenie LAN w lokalizacji firmy.

Zidentyfikuj utratę pakietów:

Na serwerze WWW otwórz katalog, w którym znajdują się pliki dziennika serwera WWW. Domyślnie jest to katalog "<katalog instalacji Apache Tomcat>\logs".

W katalogu dziennika zidentyfikuj plik "<produkt>_Core.log" (np. "ADONIS15.0.0_Core.log").

Otwórz ten plik dziennika w edytorze tekstu i wyszukaj następujące słowa kluczowe wokół czasu problemów z wydajnością: "action:", "actionp:", "webmethod:".

Po tych słowach kluczowych zwykle występują trzy liczby, takie jak "actionp:242166-666606-57". Ostatnia liczba (tutaj "57") to kolejne numer zapytania. Ta liczba zawsze i ciągle rośnie, o ile dwie pierwsze liczby pozostają takie same (zobacz ilustrację). Jeśli występują luki w sekwencji liczb, oznacza to że odpowiednie zapytania nie zostały odebrane przez serwer WWW. W pojedynczych przypadkach może się to zdarzyć sporadycznie, ale jeśli występuje to powtarzalnie, skontaktuj się z zespołem IT, aby poprawić stabilność sieci lub rozważ dostęp z innej lokalizacji lub sieci.

Rozwiązanie 7: Usuń stare dane​

Usuń niepotrzebne już dane, takie jak stare modele, obiekty lub repozytoria.

Pamiętaj, aby zaktualizować statystyki bazy danych po usunięciu dużych ilości danych!

Ważne: Zaleca się zdecydowanie wykonanie kopii zapasowej bazy danych przed usunięciem jakichkolwiek danych.

Rozwiązanie 8: Sprawdź wykorzystanie bazy danych​

Skontaktuj się z zespołem baz danych i sprawdź obciążenie serwera bazy danych w czasie, gdy faktycznie występują wolne czasy odpowiedzi w Twoim produkcie BOC.

Jeśli baza danych lub serwer bazy danych są przeciążone, zespół baz danych zwykle może to naprawić poprzez dostosowanie konfiguracji.

Rozwiązanie 9: Zwiększ zasoby systemowe​

Sprawdź wykorzystanie najważniejszych zasobów systemowych na serwerze WWW, na serwerze aplikacji i na serwerze bazy danych Twojego produktu BOC:

• CPU
• RAM (pamięć)
• Sieć
• Maksymalny rozmiar pamięci Java serwera WWW: W razie potrzeby zwiększ "Maksymalny pul pamięci" instalacji Apache Tomcat. Przed tym upewnij się jednak, że serwer WWW ma wystarczającą ilość fizycznej pamięci (RAM), aby obsłużyć zwiększony "Maksymalny pul pamięci". Dla małych i średnich scenariuszy zwykle wystarcza "Maksymalny pul pamięci" o wielkości 2048 MB. Dla dużych scenariuszy mogą być wymagane znacznie większe wartości.

Zwiększ zasoby systemowe, które są mocno obciążone.

Pamiętaj, że na szczytowe obciążenia wymagane są większe zasoby systemowe niż na obciążenia normalne.

Upewnij się również, że Twoja infrastruktura spełnia wymagania systemowe BOC Management Office. Minimalne wymagania systemowe znajdziesz w opisie Wymagań sprzętowych/oprogramowania Twojego produktu:

• Wymagania sprzętowe/oprogramowania dla ADONIS.
• Wymagania sprzętowe/oprogramowania dla ADOIT.
• Wymagania sprzętowe/oprogramowania dla ADOGRC.

Rozwiązanie 10: Zidentyfikuj dotkniętych użytkowników​

Określ, czy wszyscy czy tylko niektórzy użytkownicy są dotknięci pogorszeniem czasów odpowiedzi. Jeśli dotknięci są tylko niektórzy użytkownicy, zastanów się, co ich różni od pozostałych (nie dotkniętych) użytkowników:

• Czy dotknięci są tylko użytkownicy z określonymi przypadkami użycia? (np. tylko użytkownicy generujący określone raporty itp.)
• Czy dotknięci są tylko użytkownicy z określonych lokalizacji geograficznych?
• Czy dotknięci są tylko użytkownicy korzystający w określonych godzinach?

Po zidentyfikowaniu istotnej różnicy między dotkniętymi a niedotkniętymi użytkownikami, prawdopodobnie wskaże to rozwiązanie problemu wydajności.

Rozwiązanie 11: Sprawdź logi​

Na serwerze aplikacji otwórz katalog, w którym znajdują się pliki dziennika Twojego produktu BOC. Domyślnie jest to katalog "<katalog instalacji BOC>\logs".

W katalogu dziennika zidentyfikuj pliki o następujących nazwach i znaczniku czasu odpowiadającym czasowi Twoich problemów z wydajnością:

• "<znacznik czasu>_aworker.log"
• "<znacznik czasu>_aserver.log"

Otwórz te pliki dziennika w edytorze tekstu i poszukaj następujących wpisów wokół czasu problemów z wydajnością:

Inne przyczyny​

Jeśli rozwiązania przedstawione w tym artykule nie rozwiążą problemu, skontaktuj się z wsparciem technicznym BOC.

W szczególności podaj następujące informacje:

• Konkretny przypadek użycia w którym czasy odpowiedzi są wyjątkowo wolne.
• Czas wystąpienia: data i godzina wolnego przypadku użycia.
• Aktualne metryki czasów odpowiedzi: Ile trwał wolny przypadek użycia w sekundach, minutach lub godzinach?
• Jeśli obsługujesz produkt BOC we własnej infrastrukturze (on premise): aktualny Pakiet informacji wsparcia (SIP).
• Które rozwiązania z tego artykułu już wdrożyłeś i z jakim skutkiem?