Asseco WAPRO Kaper – optymalizacja po długim używaniu

Asseco WAPRO Kaper – optymalizacja po długim używaniu

Asseco WAPRO Kaper używany przez kilka lat bez regularnej konserwacji stopniowo zwalnia – ładowanie dokumentów trwa coraz dłużej, generowanie raportów staje się mozolne, a generowanie JPK_V7 za cały rok podatkowy może zajmować kilkanaście minut. Przyczyny to sfragmentowane indeksy bazy SQL, narastające dane historyczne bez archiwizacji i nieaktualne statystyki optymalizatora zapytań. Nasz serwis oferuje kompleksową optymalizację WAPRO Kaper po długim użytkowaniu.

Optymalizacja WAPRO Kaper to cykl prac: diagnoza, interwencja i wdrożenie planu konserwacji zapobiegającego nawrotowi problemów. Efekt jest natychmiastowy i widoczny dla użytkowników.

Diagnoza wydajności – pomiar i identyfikacja problemu

Diagnozę zaczynamy od pomiaru: czas ładowania listy faktur (np. wszystkich za bieżący rok), czas generowania raportu rocznego KPiR, czas generowania JPK_V7 za miesiąc, czas uruchamiania programu. Porównujemy wyniki z wartościami oczekiwanymi dla danego sprzętu i rozmiaru bazy. Analizujemy też: rozmiar bazy vs. limit SQL Express, fragmentację indeksów (sys.dm_db_index_physical_stats), nieaktualne statystyki, najwolniejsze zapytania SQL (Query Store lub Extended Events).

Przebudowa indeksów i aktualizacja statystyk

Kluczowa operacja optymalizacyjna: przebudowa sfragmentowanych indeksów bazy WAPRO Kaper. Indeksy z fragmentacją powyżej 30% przebudowujemy (ALTER INDEX … REBUILD), z fragmentacją 10–30% reorganizujemy (ALTER INDEX … REORGANIZE). Następnie aktualizujemy statystyki (UPDATE STATISTICS WITH FULLSCAN) – nieaktualne statystyki powodują, że SQL Server wybiera suboptymalne plany zapytań. Operacje wykonujemy poza godzinami pracy. Efekt: typowe przyspieszenie o 30–70% dla baz z wysoką fragmentacją.

Archiwizacja i zmniejszenie bazy

Po optymalizacji indeksów archiwizujemy stare dane: przenosimy dokumenty za zamknięte lata podatkowe do archiwum, co zmniejsza rozmiar bazy produkcyjnej. Po archiwizacji wykonujemy SHRINKDATABASE (ostrożnie – stosujemy tylko po archiwizacji, nie jako rutynową operację), co zwraca wolne miejsce do SQL Server. Efektem jest mniejsza baza, szybsze skanowanie tabel i mniejsze pliki backupu. Weryfikujemy wyniki przez ponowny pomiar czasów operacji i porównanie z pomiarami przed optymalizacją.

Wdrożenie planu konserwacji

Aby efekty optymalizacji były trwałe, wdrażamy automatyczny plan konserwacji: cotygodniowa przebudowa indeksów (skrypt T-SQL w Windows Task Scheduler), codzienna aktualizacja statystyk, cotygodniowe DBCC CHECKDB (sprawdzenie integralności), codzienny backup z rotacją 30 dni. Plan konserwacji jest udokumentowany i jego wyniki są logowane. Klient może samodzielnie monitorować logi konserwacji i skontaktować się z nami, gdy pojawi się błąd w planowanym zadaniu.