Duża liczba archiwalnych dokumentów sprzedaży w Subiekcie GT może z czasem spowalniać jego działanie i utrudniać bieżącą pracę.

Na czym polega ta usługa

Usługa obejmuje uporządkowanie i archiwizację starych dokumentów sprzedaży w Subiekcie GT, z zachowaniem dostępu do nich w razie potrzeby.

Dla kogo ma sens

Usługa jest przydatna dla firm korzystających z Subiekta GT od dłuższego czasu, u których nagromadziła się duża liczba dokumentów.

Ile to trwa

Archiwizacja dokumentów mieści się z reguły w standardowym czasie do 3 dni.

Warunki

Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.

Dlaczego baza Subiekta GT ulega rozrostowi i spowolnieniu

Program Subiekt GT (system sprzedaży i obsługi magazynowej firmy InsERT) przechowuje wszystkie dane operacyjne w relacyjnej bazie danych opartej o silnik Microsoft SQL Server (oprogramowanie zarządzające strukturami danych i relacjami między tabelami). Każdy wprowadzony dokument sprzedaży (taki jak faktura sprzedaży, paragon fiskalny czy rachunek) generuje nie tylko pojedynczy wpis w tabeli głównej, ale również liczne rekordy w powiązanych tabelach systemowych. Należą do nich pozycje towarowe, powiązane dokumenty magazynowe WZ (wydanie zewnętrzne rejestrujące ruch towarów z magazynu), zapisy w ewidencji rozrachunków (rejestr należności i zobowiązań finansowych powiązanych z transakcjami) oraz wpisy w module śladu rewizyjnego (mechanizm rejestrujący historię operacji i zmian dokonywanych przez poszczególnych użytkowników).

Wraz z upływem lat ciągłej pracy liczba dokumentów w bazie danych może sięgać setek tysięcy pozycji. Prowadzi to do stopniowego spadku wydajności całego środowiska sprzedażowego. Główną przyczyną problemów jest wzrost rozmiaru pliku MDF (główny plik danych przechowujący tabele i rekordy bazy) oraz pliku LDF (plik dziennika transakcji rejestrujący historię operacji na danych). W przypadku korzystania z bezpłatnej wersji silnika Microsoft SQL Server Express (darmowa edycja silnika bazodanowego posiadająca sztywne ograniczenie rozmiaru pojedynczej bazy danych do 10 GB) niekontrolowany rozrost danych prowadzi w pewnym momencie do zablokowania możliwości zapisu nowych dokumentów i paraliżu bieżącej sprzedaży.

Dodatkowym czynnikiem wpływającym na powolną pracę programu jest fragmentacja indeksów (zjawisko fizycznego rozproszenia danych na dysku serwera, utrudniające szybkie odnajdywanie powiązanych informacji). Gdy indeksy bazy danych (struktury pomocnicze przyspieszające odnajdywanie danych w tabelach) stają się pofragmentowane, każde zapytanie wyszukiwania asortymentu, otwierania listy faktur czy generowania zestawień finansowych wymaga dłuższego czasu oczekiwania na odpowiedź serwera.

Warianty uporządkowania i archiwizacji danych w Subiekcie GT

W zależności od skali działalności przedsiębiorstwa, wielkości bazy oraz wymagań dotyczących wglądu w dane historyczne, porządkowanie i archiwizację realizuje się według kilku sprawdzonych wariantów technicznych:

Wariant 1: Utworzenie podmiotu historycznego i rozpoczęcie nowego okresu — polega na wykonaniu pełnej kopii dotychczasowej bazy danych i zarejestrowaniu jej jako osobny podmiot archiwalny (baza danych przeznaczona wyłącznie do wglądu w dane historyczne z lat ubiegłych). W bieżącej bazie produkcyjnej następuje usunięcie zamkniętych okresów, przeniesienie aktualnych kartotek kontrahentów i asortymentu oraz wprowadzenie bilansu otwarcia (stan początkowy magazynu i finansów wprowadzany na start nowego okresu rozliczeniowego). Zapewnia to maksymalne przyspieszenie działania programu przy zachowaniu ciągłego dostępu do starych dokumentów w osobnym podmiocie.
Wariant 2: Konsolidacja bazy danych bez podziału na podmioty — rozwiązanie stosowane w sytuacjach, gdy firma musi zachować pełną ciągłość rozrachunków w jednej bazie, ale konieczne jest usunięcie zbędnych wpisów technicznych, wyczyszczenie historii śladu rewizyjnego oraz skrócenie pliku LDF (plik dziennika transakcji rejestrujący historię operacji na danych). Po oczyszczeniu wykonuje się reindeksację (proces odbudowy i naprawy struktur wyszukiwania danych w bazie) oraz kompaktowanie bazy (operacja zmniejszania rozmiaru plików bazy danych i odzyskiwania wolnego miejsca na dysku).
Wariant 3: Optymalizacja załączników i biblioteki dokumentów — jeżeli w bazie danych Subiekta GT przechowywane są duże ilości załączników (skany umów, dokumenty w formacie PDF, zdjęcia asortymentu), plik MDF ulega gwałtownemu powiększeniu. Usługa polega na wyeksportowaniu plików zewnętrznych do dedykowanego katalogu na dysku serwera i pozostawieniu w bazie jedynie bezpośrednich odnośników, co redukuje rozmiar bazy danych o znaczną część bez utraty wygody użytkowania.
Wariant 4: Przeniesienie bazy na nowszą instancję silnika Microsoft SQL Server — w przypadku starszych instalacji proces archiwizacji łączy się z migracją danych na nowszą wersję silnika bazodanowego, co pozwala na lepsze wykorzystanie zasobów procesora i pamięci RAM (pamięć operacyjna komputera używana do bieżącego przetwarzania operacji) oraz wdrożenie zautomatyzowanych skryptów tworzenia kopii zapasowych.

Błędy popełniane przy próbach samodzielnego porządkowania dokumentów

Próby samodzielnego usuwania starych dokumentów przez osoby bez odpowiedniego przygotowania technicznego niosą ze sobą ryzyko trwałego uszkodzenia struktur danych lub utraty spójności księgowo-magazynowej. Do najczęstszych błędów należą:

Próba masowego usuwania faktur z listy dokumentów w programie — program Subiekt GT posiada wbudowane mechanizmy ochrony danych i blokuje usunięcie dokumentu handlowego, jeśli jest on powiązany z dokumentem magazynowym WZ, rozliczonym rozrachunkiem lub zapisem w ewidencji skarbowej. Ręczne kasowanie pojedynczych pozycji jest czasochłonne, a często technicznie niemożliwe ze względu na sieć zależności relacyjnych.
Uruchamianie niesprawdzonych skryptów SQL w bazie danych — bezpośrednie usuwanie rekordów za pomocą poleceń języka SQL w narzędziu SQL Server Management Studio (aplikacja do bezpośredniego zarządzania instancjami baz danych Microsoft SQL Server) bez zachowania reguł integralności relacyjnej (zasada spójności i poprawności powiązań między rekordami w różnych tabelach bazy) prowadzi do powstania tak zwanych osieroconych rekordów (dane w tabelach podrzędnych bez powiązania z tabelą główną). Taki stan uniemożliwia późniejsze aktualizacje programu i wywołuje błędy krytyczne podczas pracy.
Brak wykonania weryfikowalnej kopii zapasowej — rozpoczęcie modyfikacji bazy danych bez wcześniejszego sporządzenia poprawnej kopii w formacie IAR (format pliku archiwum programu Subiekt GT) lub formacie BAK (standardowy plik kopii zapasowej generowany bezpośrednio przez silnik Microsoft SQL Server) sprawia, że w razie błędu nie ma możliwości przywrócenia stanu początkowego.
Ręczne usuwanie lub modyfikowanie plików MDF i LDF z poziomu dysku — próby zmniejszenia rozmiaru bazy poprzez kasowanie plików z folderu roboczego systemu Windows prowadzą do natychmiastowego uszkodzenia instancji i przejścia bazy w stan awaryjny (stan bazy danych uniemożliwiający połączenie z programem).
Wykonywanie operacji porządkowych podczas pracy innych stanowisk — przeprowadzanie archiwizacji lub operacji kompaktowania w czasie, gdy inni użytkownicy wprowadzają dokumenty przez sieć lokalną LAN (przewodowa lub bezprzewodowa sieć komputerowa łącząca stanowiska z serwerem), prowadzi do powstawania zakleszczeń transakcji (sytuacja, w której dwa procesy jednocześnie blokują dostęp do tych samych zasobów) i uszkodzenia indeksów.

Kiedy spowolnienie Subiekta GT nie wynika z nadmiaru dokumentów

Nie każde spowolnienie pracy programu Subiekt GT oznacza konieczność natychmiastowego usuwania starych dokumentów czy dzielenia podmiotu na lata. W praktyce serwisowej spotyka się sytuacje, w których przyczyna leży w konfiguracji sprzętowej serwera lub parametrach sieci:

Pierwszym częstym powodem jest niska wydajność dysków w serwerze. Jeśli baza danych zainstalowana jest na tradycyjnym dysku mechanicznym HDD (dysk twardy z wirującymi talerzami magnetycznymi), operacje odczytu i zapisu trwają wielokrotnie dłużej niż w przypadku zastosowania nośników półprzewodnikowych SSD lub NVMe (szybkie nośniki pamięci masowej bez ruchomych elementów mechanicznych). Sama wymiana nośnika systemowego na dysk SSD często przywraca płynność działania programu bez konieczności dzielenia bazy.

Drugą przyczyną bywa nieprawidłowa konfiguracja alokacji pamięci RAM (pamięć operacyjna komputera używana do bieżącego przetwarzania operacji) w ustawieniach serwera Microsoft SQL Server. Domyślne ustawienia mogą ograniczać ilość pamięci dostępnej dla procesu bazy danych, co zmusza silnik do ciągłego odczytywania danych z dysku zamiast korzystania z pamięci podręcznej.

Trzecim elementem są problemy z infrastrukturą sieciową. Niestabilne połączenia bezprzewodowe Wi-Fi na stanowiskach handlowych, uszkodzone okablowanie sieciowe czy błędna konfiguracja protokołu TCP/IP (standard przesyłania danych w sieci komputerowej) wywołują opóźnienia w transmisji pakietów między komputerem klienckim a serwerem bazy danych, co użytkownicy odbierają jako zawieszanie się programu Subiekt GT.

Czwartym czynnikiem jest działanie oprogramowania antywirusowego, które skanuje pliki bazy danych MDF i LDF w czasie rzeczywistym przy każdym zapisie. Prawidłowa konfiguracja wymaga dodania odpowiednich wykluczeń dla procesów silnika SQL oraz katalogów z plikami bazy danych.

Procedura serwisowa: jak przebiega profesjonalna archiwizacja i porządkowanie bazy

Wszystkie prace związane z porządkowaniem bazy danych Subiekt GT realizowane są według ściśle określonej procedury zapewniającej bezpieczeństwo zgromadzonych informacji handlowych:

Krok 1: Weryfikacja spójności bazy — przed podjęciem działań uruchamiany jest program Serwisant (narzędzie diagnostyczne i konserwacyjne pakietu InsERT GT) oraz procedura kontrolna sprawdzająca integralność fizyczną i logiczną wszystkich tabel. Pozwala to upewnić się, że baza nie zawiera ukrytych uszkodzeń strukturalnych.
Krok 2: Sporządzenie pełnych kopii zapasowych — wykonujemy kopię bezpieczeństwa za pomocą modułu program Archiwizator (narzędzie do tworzenia i odtwarzania skompresowanych kopii zapasowych podmiotów) do pliku IAR oraz tworzymy bezpośrednią kopię binarną bazy do pliku BAK na zewnętrznym nośniku danych.
Krok 3: Wyodrębnienie podmiotu archiwalnego — na serwerze rejestrowana jest kopia bazy pod dedykowaną nazwą archiwalną, do której dostęp jest zabezpieczony i skonfigurowany dla uprawnionych użytkowników, co gwarantuje możliwość wglądu w dokumenty z poprzednich lat w dowolnym momencie.
Krok 4: Porządkowanie bazy produkcyjnej — w bieżącej bazie produkcyjnej usuwane są zbędne dane historyczne, przeprowadzane jest zamknięcie okresów magazynowych oraz uzgadniane są stany magazynowe i ewidencja rozrachunków.
Krok 5: Skrócenie pliku LDF i kompaktowanie bazy — przeprowadzana jest operacja odzyskiwania wolnego miejsca na dysku serwera poprzez obcięcie pliku dziennika transakcji LDF oraz procedurę kompaktowania bazy danych (operacja shrink database).
Krok 6: Odbudowa indeksów i aktualizacja statystyk — wykonywana jest pełna reindeksacja (proces odbudowy i naprawy struktur wyszukiwania danych w bazie) oraz aktualizacja statystyk optymalizatora zapytań SQL, co bezpośrednio przekłada się na szybkość wyszukiwania towarów i generowania raportów.
Krok 7: Testy wydajnościowe — weryfikujemy poprawność logowania, szybkość wystawiania dokumentów oraz poprawność działania programu na wszystkich stanowiskach roboczych połączonych z serwerem.

Najczęstsze pytania o archiwizację i porządkowanie bazy Subiekt GT

Czy po utworzeniu podmiotu archiwalnego pracownicy nadal mają wgląd w stare dokumenty sprzedaży?

Tak, dostęp do danych historycznych zostaje w pełni zachowany. Podmiot archiwalny funkcjonuje jako osobna baza danych w tym samym programie Subiekt GT. Użytkownik podczas uruchamiania programu lub z poziomu menu zmiany podmiotu może w każdej chwili wybrać bazę archiwalną i sprawdzić dowolną fakturę, historię płatności kontrahenta czy zestawienie sprzedaży z minionych lat.

Co zrobić, gdy baza danych Subiekta GT zbliża się do limitu 10 GB w Microsoft SQL Server Express?

W sytuacji, gdy rozmiar pliku bazy danych zbliża się do granicy 10 GB, konieczne jest podjęcie natychmiastowych działań profilaktycznych. Rozwiązaniem jest wyodrębnienie podmiotu archiwalnego i odchudzenie bazy bieżącej, wyczyszczenie plików załączników lub migracja na pełną, płatną wersję silnika Microsoft SQL Server Standard, która nie posiada ograniczenia pojemności do 10 GB. Oczyszczenie i reindeksacja bazy pozwalają na bezpieczne kontynuowanie pracy na wersji bezpłatnej bez konieczności ponoszenia kosztów zakupu licencji serwerowej.

Czy proces porządkowania bazy wymaga całkowitego wstrzymania sprzedaży w firmie?

Większość prac analitycznych oraz przygotowanie bazy archiwalnej można przeprowadzić w tle. Samo przełączenie bazy produkcyjnej, skrócenie dziennika transakcji i odbudowa indeksów wymagają wyłączności dostępu do bazy danych, dlatego te kluczowe etapy realizowane są w dogodnym dla firmy momencie (po godzinach pracy biura lub w wyznaczonym oknie serwisowym), aby nie zakłócać bieżącej obsługi klientów.

Dlaczego zwykłe usunięcie starych faktur z listy dokumentów w programie jest niemożliwe?

Wynika to z zasady integralności relacyjnej w bazach danych. Każda wystawiona faktura sprzedaży wiąże się z ruchem magazynowym (dokument WZ), rozrachunkiem finansowym, a często również z późniejszymi korektami. Usunięcie samej faktury bez usunięcia powiązanych dokumentów doprowadziłoby do niespójności stanów magazynowych i błędów w rozliczeniach finansowych, dlatego program Subiekt GT blokuje taką operację.

Czy na czas wykonywania prac na serwerze można otrzymać laptop zastępczy?

W przypadku konieczności wykonania naprawy lub prac konfiguracyjnych na sprzęcie komputerowym zapewniamy bezpłatny laptop zastępczy na cały czas trwania usługi. Sprzęt zastępczy wydawany jest bez kaucji i wyposażony jest w środowisko operacyjne Windows, co pozwala na zachowanie ciągłości pracy biurowej podczas trwania procedur serwisowych.

Utrzymanie stabilności i wydajności bazy danych Subiekt GT

Regularne porządkowanie struktur bazy danych, usuwanie zbędnych danych transakcyjnych oraz okresowa reindeksacja to podstawowe zabiegi konserwacyjne zapewniające stabilne i szybkie działanie systemu Subiekt GT. Prawidłowo przeprowadzona archiwizacja zabezpiecza historię sprzedaży z ubiegłych lat, eliminuje ryzyko przekroczenia limitów silnika bazodanowego Microsoft SQL Server Express oraz przywraca komfort codziennej obsługi klientów na wszystkich stanowiskach sprzedażowych w firmie.

22 378 48 09

Subiekt GT — archiwizacja i porządkowanie starych dokumentów sprzedaży