Baza danych programu Insert Gratyfikant nexo może być przechowywana w dwóch technologiach: SQLite (plik lokalny, tryb jednostanowiskowy) lub Microsoft SQL Server (tryb sieciowy). Każda z tych technologii ma inne mechanizmy uszkodzeń i naprawy. Uszkodzenie bazy danych – niezależnie od przyczyny: awaria zasilania, błąd dysku, niekompletna transakcja czy ransomware – zagraża danym kadrowo-płacowym, które są niezastąpione. Szybka i profesjonalna naprawa minimalizuje utratę danych i czas przestoju.
Nasz serwis przeprowadza naprawę uszkodzonych baz danych Gratyfikant nexo zarówno w technologii SQLite, jak i SQL Server, stosując odpowiednie narzędzia dla każdego scenariusza uszkodzenia.
Naprawa bazy SQLite (tryb jednostanowiskowy)
Diagnoza uszkodzenia SQLite
SQLite posiada wbudowany mechanizm weryfikacji spójności. Narzędziem sqlite3.exe wykonujemy:
sqlite3 "C:\ProgramData\Insert\Gratyfikant nexo\baza.sdf" "PRAGMA integrity_check;"
Wynik „ok" oznacza brak błędów. Inne wyniki wskazują konkretne uszkodzenia: błędne strony B-tree, uszkodzone rekordy lub niezgodność sum kontrolnych.
Naprawa przez dump i import
Dla uszkodzonej bazy SQLite najskuteczniejsza metoda naprawy:
- Dump zawartości do pliku SQL:
sqlite3 baza.sdf ".recover" > odzyskana.sql(SQLite 3.29+, tryb odzyskiwania) - Utwórz nową pustą bazę i importuj:
sqlite3 baza_nowa.sdf < odzyskana.sql - Zastąp uszkodzoną bazę naprawioną i uruchom Gratyfikant nexo
Naprawa bazy SQL Server (tryb sieciowy)
Diagnoza stanu bazy w SQL Server
W SQL Server Management Studio (SSMS) lub przez skrypt T-SQL:
DBCC CHECKDB ('GratyfikantNexo') WITH NO_INFOMSGS;
Komenda identyfikuje błędy alokacji, spójności tabel, indeksów i widoków. Wyniki wskazują dokładne obiekty wymagające naprawy.
Naprawa przez DBCC CHECKDB REPAIR
W trybie single-user (RESTRICTED_USER) uruchamiamy naprawę:
ALTER DATABASE GratyfikantNexo SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DBCC CHECKDB ('GratyfikantNexo', REPAIR_ALLOW_DATA_LOSS);
ALTER DATABASE GratyfikantNexo SET MULTI_USER;
Uwaga: REPAIR_ALLOW_DATA_LOSS może usunąć uszkodzone rekordy. Zawsze wykonujemy kopię bazy przed naprawą.
Przywrócenie z backup SQL Server
Gdy naprawa nie jest możliwa lub straty danych byłyby zbyt duże – przywracamy bazę z ostatniego pełnego backupu SQL Server (.bak) i ewentualnie nakładamy logi transakcyjne (.trn) dla Point-In-Time Recovery, minimalizując utratę danych do minimum.
Po naprawie – weryfikacja danych
Po zakończeniu naprawy otwieramy Gratyfikant nexo i sprawdzamy kompletność kluczowych danych: kartoteki pracowników, listy płac z bieżącego roku, deklaracje ZUS i PIT. Wszelkie braki próbujemy uzupełnić z wydrukowanych zestawień lub elektronicznych archiwów.
