Optymalizacja wydajności Subiekta GT przy dużej bazie danych

Program zwalnia wraz z bazą

System gromadzący dokumenty przez lata z czasem pracuje wolniej — to naturalne. Tempo tego procesu da się jednak wyraźnie spowolnić, a w wielu przypadkach cofnąć bez wymiany sprzętu.

Co sprawdzamy najpierw

1. Gdzie stoi baza i jak stanowiska się z nią łączą.
2. Rodzaj dysku na serwerze — przy bazach danych to zwykle wąskie gardło numer jeden.
3. Ilość pamięci przydzielonej serwerowi bazy.
4. Stan indeksów i statystyk bazy.
5. Wielkość bazy i rozkład dokumentów na lata.
6. Obciążenie sieci między stanowiskami a serwerem.

Co daje największy efekt

Przeniesienie bazy na nośnik SSD. Przy programach pracujących na bazie danych różnica jest wyraźniejsza niż przy jakiejkolwiek innej zmianie — wyraźniejsza nawet niż wymiana procesora. Drugą w kolejności zmianą jest zwiększenie pamięci na serwerze.

Utrzymanie bazy

Regularna przebudowa indeksów i aktualizacja statystyk przywracają tempo pracy bez ingerencji w dane. To czynność wykonywana cyklicznie, poza godzinami pracy — w wielu firmach nie robi jej nikt, bo nikt o niej nie wie.

Archiwizacja starych lat

Przy bardzo dużych bazach warto rozważyć wydzielenie zamkniętych okresów. Historia pozostaje dostępna, a bieżąca praca odbywa się na mniejszym zbiorze danych.

Czego nie robimy

Nie usuwamy dokumentów w celu przyspieszenia programu. Dane księgowe podlegają obowiązkowi przechowywania, a przyspieszenie osiąga się innymi drogami.

Różne objawy wymagają różnych działań

Spowolnienie Subiekta GT nie zawsze wygląda tak samo. Program może uruchamiać się sprawnie, a zwalniać dopiero podczas otwierania listy dokumentów, wyszukiwania towaru albo przygotowywania zestawienia. W innym przypadku opóźnienie występuje już podczas logowania do podmiotu. Znaczenie ma także to, czy problem pojawia się na jednym komputerze, na wszystkich stanowiskach jednocześnie, czy tylko wtedy, gdy pracuje więcej osób.

Jeżeli wolne jest jedno stanowisko, najpierw sprawdza się jego połączenie sieciowe, zasoby komputera oraz działanie lokalnego systemu Windows. Gdy podobne objawy występują na wszystkich stanowiskach, bardziej prawdopodobne staje się przeciążenie serwera, niewłaściwy stan bazy albo problem ze wspólnym odcinkiem sieci. Takie rozróżnienie ogranicza zakres diagnostyki i zapobiega wymianie podzespołów, które nie wpływają na rzeczywistą przyczynę.

Osobnym przypadkiem jest nierówna praca programu. Część operacji może przebiegać normalnie, podczas gdy jedna lista, kartoteka lub analiza otwiera się długo. Często wskazuje to na znaczenie konkretnego zapytania do bazy. Zapytanie to polecenie, za pomocą którego program odczytuje lub porządkuje dane. Na jego wykonanie wpływają między innymi indeksy, statystyki, liczba przetwarzanych rekordów oraz zastosowane filtry.

Jak rozpoznać wąskie gardło

Wąskie gardło to element, który ogranicza wydajność całego środowiska, mimo że pozostałe składniki mają jeszcze wolne zasoby. Może nim być dysk serwera, ilość pamięci operacyjnej, procesor, sieć albo sposób wykonywania operacji na bazie. Sama obserwacja, że Subiekt GT działa wolno, nie wystarcza do wskazania właściwego elementu.

Podczas diagnostyki porównuje się zachowanie programu z obciążeniem serwera i stanowisk. Jeżeli w czasie oczekiwania dysk pozostaje intensywnie zajęty, sprawdzenia wymaga jego stan i wydajność. Gdy system często przenosi dane między pamięcią a dyskiem, przyczyną może być niedostateczna ilość dostępnej pamięci operacyjnej. Takie przenoszenie określa się jako stronicowanie, czyli używanie dysku jako wolniejszego uzupełnienia pamięci RAM.

Jeżeli problem występuje wyłącznie na stanowiskach połączonych przez sieć, porównuje się pracę lokalną na serwerze z pracą na komputerach użytkowników. Sprawdza się stabilność połączenia, opóźnienia i ewentualne błędy transmisji. Sama wysoka prędkość podana w parametrach karty sieciowej nie przesądza o jakości komunikacji. Uszkodzony przewód, wadliwy port przełącznika albo nieprawidłowo działająca karta mogą powodować przerwy, których nie widać podczas zwykłego korzystania z internetu.

Znaczenie indeksów i statystyk

Indeks bazy danych można porównać do uporządkowanego spisu, który pomaga szybko odnaleźć potrzebne informacje bez przeglądania całej tabeli. W miarę dopisywania, zmieniania i usuwania rekordów jego układ może stać się mniej korzystny. Fragmentacja indeksu oznacza, że logicznie powiązane dane nie są ułożone w sposób sprzyjający sprawnemu odczytowi. Przebudowa lub reorganizacja indeksów porządkuje tę strukturę, ale powinna być poprzedzona oceną jej stanu.

Statystyki bazy opisują rozkład danych i pomagają silnikowi bazodanowemu wybrać sposób wykonania zapytania. Silnik bazodanowy to usługa zarządzająca przechowywaniem i odczytem informacji. Nieaktualne statystyki mogą prowadzić do wyboru mniej wydajnego planu wykonania, czyli kolejności operacji zastosowanej do uzyskania wyniku. Dlatego konserwacja nie powinna ograniczać się do jednego automatycznie powtarzanego polecenia.

Prace przy indeksach wykonuje się po przygotowaniu aktualnej kopii zapasowej i sprawdzeniu, czy można ją odtworzyć. Kopia istniejąca wyłącznie jako plik, którego nigdy nie zweryfikowano, nie daje pewności odzyskania danych. Konserwację planuje się poza bieżącą pracą użytkowników, ponieważ może ona czasowo obciążać serwer i blokować część operacji.

Serwer, stanowiska i sieć trzeba oceniać razem

Wydajność Subiekta GT zależy od całej drogi między użytkownikiem a bazą danych. Szybki komputer na stanowisku nie rozwiąże problemu wolnego serwera. Z kolei wydajny serwer nie zapewni płynnej pracy, jeżeli komunikacja odbywa się przez niestabilne połączenie. Ocena pojedynczego urządzenia bez uwzględnienia pozostałych elementów może dać mylący wynik.

Znaczenie ma również sposób korzystania z programu. Rozbudowane zestawienie obejmujące wiele lat wymaga przetworzenia większej ilości danych niż podgląd dokumentów z bieżącego miesiąca. Bardzo szerokie listy bez filtrów, jednoczesne generowanie kilku analiz oraz działania wykonywane przez wielu użytkowników mogą kumulować obciążenie. Nie oznacza to, że takich funkcji należy unikać. Warto jednak ustalić, które operacje powodują opóźnienia i czy można wykonywać je w lepiej dobranym czasie.

Na serwerze pozostawia się również zapas zasobów dla systemu operacyjnego i innych niezbędnych usług. Przydzielenie całej dostępnej pamięci jednemu procesowi może pogorszyć ogólną stabilność. Ustawienia powinny wynikać z obserwacji rzeczywistego obciążenia, liczby używanych baz oraz pozostałych zadań wykonywanych przez komputer.

Błędy przy samodzielnym przyspieszaniu programu

Częstym błędem jest instalowanie programów obiecujących automatyczne czyszczenie rejestru Windows. Rejestr to baza ustawień systemu i aplikacji. Usunięcie przypadkowo wybranych wpisów zwykle nie przyspiesza zapytań do bazy, a może spowodować problemy z uruchamianiem oprogramowania lub usług.

Ryzykowne jest także ręczne kasowanie plików bazy, dzienników lub katalogów uznanych za tymczasowe. Nazwa albo duży rozmiar pliku nie świadczą o tym, że jest on zbędny. Dziennik transakcyjny zapisuje informacje potrzebne do zachowania spójności operacji i odtwarzania bazy po awarii. Nie należy usuwać go z poziomu systemu plików.

Innym błędem jest kopiowanie aktywnej bazy jak zwykłego dokumentu w czasie pracy użytkowników. Taka kopia może nie przedstawiać spójnego stanu danych. Bezpieczne zabezpieczenie wykonuje się mechanizmem przeznaczonym dla używanego silnika bazodanowego, a następnie kontroluje wynik operacji.

Nie warto też rozpoczynać od wymiany komputerów na stanowiskach bez pomiaru. Jeżeli opóźnienie powstaje na serwerze lub w bazie, nowe stanowisko może zachowywać się niemal tak samo jak poprzednie. Modernizację dobiera się dopiero po ustaleniu, który zasób rzeczywiście ogranicza pracę.

Kiedy przyczyna nie leży w rozmiarze bazy

Nagłe spowolnienie, które pojawiło się z dnia na dzień, nie musi wynikać z wieloletniego przyrostu dokumentów. Należy wtedy sprawdzić ostatnie zmiany w środowisku: aktualizacje systemu, zmianę zabezpieczeń, przeniesienie danych, awarię dysku, modyfikację sieci albo uruchomienie dodatkowych usług na serwerze. Stopniowy wzrost bazy zwykle powoduje stopniowe pogorszenie, a nie gwałtowną zmianę w jednej chwili.

Długie otwieranie jednego raportu nie oznacza automatycznie, że cały podmiot wymaga archiwizacji. Przyczyną może być zakres dat, układ filtrów, sposób grupowania danych albo specyfika konkretnego zestawienia. Podobnie zawieszanie interfejsu, czyli okna programu widocznego dla użytkownika, może być związane z komputerem stanowiskowym, dodatkiem, sterownikiem lub systemem Windows.

Jeśli program czeka głównie podczas zapisu dokumentu, sprawdza się także operacje wykonywane w tym samym momencie, w tym mechanizmy dodatkowe i komunikację z innymi składnikami środowiska. Jeżeli natomiast wszystkie aplikacje na komputerze działają wolno, diagnostyka nie powinna koncentrować się wyłącznie na Subiekcie GT.

Jak przygotować się do diagnostyki

Przydatne jest zapisanie konkretnych przykładów: nazwy operacji, przybliżonej pory wystąpienia problemu oraz informacji, czy podobny objaw pojawił się na innych stanowiskach. Lepszą wskazówką jest opis „lista faktur zwalnia po ustawieniu zakresu obejmującego zamknięte lata” niż ogólne stwierdzenie, że cały program jest wolny.

Warto również ustalić, gdzie znajduje się serwer bazy, które urządzenie pełni tę funkcję i jak wykonywane są kopie zapasowe. Nie należy samodzielnie przesyłać haseł ani zapisywać ich w zgłoszeniu. Dostęp do konta administracyjnego jest potrzebny tylko wtedy, gdy konkretnej czynności nie można wykonać bez odpowiednich uprawnień, a cel dostępu powinien zostać wcześniej wyjaśniony.

Przed zmianami przygotowuje się punkt odniesienia. Może nim być czas wykonania kilku powtarzalnych operacji, obserwacja obciążenia oraz opis warunków testu. Pozwala to porównać działanie przed i po optymalizacji. Bez takiego porównania łatwo uznać za poprawę krótkotrwałą różnicę wynikającą z mniejszej liczby zalogowanych użytkowników.

Dodatkowe pytania dotyczące dużej bazy Subiekta GT

Czy sama wymiana dysku na SSD zawsze rozwiązuje problem?

Nie zawsze. SSD ogranicza opóźnienia operacji dyskowych i często daje wyraźną poprawę, lecz nie naprawia niewłaściwego stanu indeksów, problemów sieciowych ani zbyt małej ilości pamięci. Przed modernizacją sprawdza się, czy to właśnie dysk jest aktywnym wąskim gardłem.

Czy archiwizacja oznacza utratę dostępu do dawnych dokumentów?

Nie. Prawidłowo zaplanowane wydzielenie zamkniętych okresów zachowuje historię, lecz oddziela ją od zbioru używanego w bieżącej pracy. Sposób dostępu do starszych danych trzeba ustalić przed operacją i sprawdzić na kopii, aby nie zakłócić obowiązków księgowych ani raportowania.

Czy konserwację bazy można wykonywać podczas wystawiania dokumentów?

Nie jest to właściwy moment. Przebudowa indeksów i inne czynności administracyjne mogą zwiększyć obciążenie albo czasowo ograniczyć dostęp do części danych. Najpierw planuje się okno serwisowe, czyli okres bez bieżącej pracy użytkowników, oraz przygotowuje zweryfikowaną kopię zapasową.

Czy szybki internet przyspieszy pracę na lokalnej bazie?

Jeżeli stanowiska i serwer działają w tej samej sieci lokalnej, prędkość łącza internetowego zwykle nie jest podstawowym czynnikiem. Istotna jest jakość komunikacji wewnątrz firmy. Wyjątkiem są rozwiązania, w których użytkownicy łączą się zdalnie albo część używanych usług znajduje się poza lokalną siecią.

Czy po optymalizacji problem już nie wróci?

Baza nadal będzie się rozwijać, dlatego jej stan wymaga okresowej kontroli. Jednorazowa optymalizacja może usunąć obecne ograniczenia, ale nie zastępuje kopii zapasowych, monitorowania zasobów i planowej konserwacji. Zakres takich prac dobiera się do rzeczywistego przyrostu danych i sposobu użytkowania programu.

Sprawny Subiekt GT zaczyna się od pomiaru, nie od przypadkowej modernizacji

Duża baza nie musi oznaczać trwałej utraty wydajności. Najpierw trzeba ustalić, które operacje zwalniają, gdzie powstaje opóźnienie i czy jego źródłem jest baza, serwer, sieć czy stanowisko. Dopiero potem dobiera się konserwację, zmianę konfiguracji, modernizację nośnika albo archiwizację zamkniętych okresów. Taka kolejność chroni dane i pozwala skupić pracę na elemencie, który faktycznie ogranicza codzienną obsługę dokumentów.