Odzyskiwanie i naprawa baz danych
Odzyskiwanie i diagnostyka baz danych
Odzyskujemy dane z baz Płatnika, Optimy, Subiekta, Rewizora i SQL Server po awarii dysku, serwera, macierzy RAID, systemu NAS lub kopii zapasowej.
- Poufna
obsługa B2B - Możliwość
NDA - Wycena przed
pracą
Najpierw ustalamy, która warstwa uległa awarii
- 1Nośnik
Sprawdzamy stan dysku, RAID/NAS i odczyt sektor po sektorze.
- 2Pliki bazy
Weryfikujemy strukturę i integralność plików.
- 3Log transakcyjny
Analizujemy log w celu odtworzenia spójnego stanu.
- 4Silnik SQL
Sprawdzamy wersję, parametry i stan usług.
- 5Aplikacja
Weryfikujemy połączenie i poprawność działania.
Obsługiwane systemy
Bazy firmowe, które diagnozujemy
Pierwsza reakcja
Nie modyfikuj jedynego egzemplarza bazy
Typowe objawy
?Stan SUSPECT: baza oznaczona jako SUSPECT w SQL Server
×Błędy stron danych: I/O, checksum, 8630, 824, 823 i inne
↻Awaria po restarcie: serwer nie uruchamia bazy lub zatrzymuje się podczas startu
Pliki bazy i ich relacje
◫MDFplik podstawowy◫NDFpliki dodatkowe◫LDFplik dziennika◫BAKkopie zapasowe
▤
SQL Server
SQL Server
Czego nie robić
×DBCC REPAIR_ALLOW_DATA_LOSS: może bezpowrotnie utracić dane z bazy
×Niekontrolowane odtwarzanie: próby bez kopii roboczej grożą nadpisaniem danych
×Zapisy na oryginale: każdy zapis zwiększa ryzyko utraty danych
!Najpierw zabezpiecz materiał źródłowyWykonaj kopię sektorową nośnika lub pełną kopię plików bazy. Diagnostyka i odzyskiwanie zawsze na kopii roboczej.
Jak odzyskujemy bazę i środowisko
Zakres prac
Co możemy zrobić z bazą i środowiskiem
- 01Odzysk z nośnika
Bezpieczne pozyskanie danych z uszkodzonych dysków lub backupów.
- 02Analiza plików bazy
Weryfikacja spójności plików i metadanych.
- 03Instancja testowa
Odseparowane środowisko zgodne z wersją silnika.
- 04Eksport danych
Eksport obiektów i danych z bazy do wymienialnych formatów.
- 05Naprawa logiczna
Rekonstrukcja struktur i metadanych po diagnozie.
- 06Weryfikacja biznesowa
Wynik przekazujemy do weryfikacji po stronie klienta.
Proces diagnostyczny
Od zgłoszenia do zweryfikowanego wyniku
Prowadzimy proces w uporządkowanych etapach. Każdy krok ma jasny cel, określony wynik i bezpieczne środowisko pracy.
Prace płatne rozpoczynamy po akceptacji zakresu- 01ZgłoszeniePrzyjmujemy zgłoszenie, słuchamy kontekstu i ustalamy priorytet.
- 02Ocena źródłaWstępna ocena nośnika, backupu i ryzyk dalszych prób.
- 03Materiał roboczyTworzymy obraz lub kopię roboczą; oryginał pozostaje nienaruszony.
- 04Diagnoza bazyAnaliza plików, metadanych i spójności logicznej.
- 05Zakres i wycenaProponujemy zakres prac, czas i koszt przed realizacją.
- 06Odzysk i weryfikacjaUdostępniamy wynik do weryfikacji biznesowej.
Poufność B2B
Kontrolowany dostęp do danych firmowych
Pracujemy w odizolowanych stacjach roboczych, bez dostępu do Internetu i bez możliwości kopiowania danych na zewnętrzne nośniki. Każdy projekt realizujemy w oparciu o NDA.
Zakres dostępuDostęp do danych mają wyłącznie osoby niezbędne do realizacji projektu.
NDA i raportKażdy projekt możemy realizować w oparciu o NDA i uzgodniony raport.
Dalsze instrukcje
Wybierz materiał odpowiadający awarii
Jak przygotować pliki, logi i opis awarii
- pliki MDF/NDF/LDF lub MDB/ACCDB
- dostępne kopie BAK
- logi SQL i aplikacji
- wersja programu i SQL Server
- pełny komunikat błędu
- ostatnia poprawna praca
Diagnoza bazy danych
Zabezpiecz materiał, zanim kolejne próby zmienią jego stan
Profesjonalna diagnoza pozwala ustalić, co się stało i odzyskać bazę z zachowaniem spójności danych.
FAQ
Najczęstsze pytania o odzyskiwanie baz danych
Czy naprawiacie bazę, czy odzyskujecie ją z kopii?
To zależy od przypadku. Czasem potrzebna jest naprawa struktury bazy, a czasem bezpieczniejsze jest odtworzenie i odzysk danych z kopii roboczej lub uszkodzonego środowiska.
Jakie pliki i informacje warto przygotować przed diagnozą?
Najlepiej zgromadzić pliki bazy, logi, informacje o wersji systemu, komunikatach błędów oraz opis momentu awarii.
Czy pracujecie z przypadkami pilnymi dla księgowości i firm?
Tak, bo takie awarie często blokują bieżącą pracę operacyjną. Zakres i tryb działania ustalamy po ocenie ryzyka oraz dostępności materiału źródłowego.
Czy po naprawie można sprawdzić spójność danych?
Po stronie technicznej da się ocenić, czy baza uruchamia się poprawnie i czy zachowuje wymaganą strukturę.
Odzyskiwanie i naprawa baz danych
Odzyskiwanie i diagnostyka baz danych
Odzyskujemy dane z baz Płatnika, Optimy, Subiekta, Rewizora i SQL Server po awarii dysku, serwera, macierzy RAID, systemu NAS lub kopii zapasowej.
Poufna obsługa B2B
Możliwość NDA
Wycena przed pracą
Zakres diagnozy
Najpierw ustalamy, która warstwa uległa awarii.
Oddzielnie oceniamy stan nośnika, plików bazy, logu transakcyjnego, silnika SQL oraz środowiska serwerowego. Nie każdy przypadek wymaga obrazowania całego nośnika.
Zaawansowane naprawy logiczne kwalifikujemy indywidualnie. Jeżeli potrzebna jest dodatkowa specjalizacja, uzgadniamy z klientem udział sprawdzonego partnera przed przekazaniem materiału.
Płatnik
Optima
Subiekt
SQL Server
Access
Rewizor
Zakres systemów
Obsługiwane systemy i formaty
Zakres prac zależy od silnika bazy, wersji aplikacji, stanu plików oraz dostępności kopii zapasowej.
Płatnik
Bazy Access oraz instalacje korzystające z SQL Server.
ERP Optima
Pliki i kopie baz Microsoft SQL Server używane przez Optimę.
ERP XL
Środowiska ERP XL kwalifikowane na podstawie wersji i architektury wdrożenia.
Subiekt i Rewizor
Bazy programów InsERT po awarii nośnika, serwera lub SQL Server.
SQL Server
Pliki MDF, NDF i LDF, kopie BAK oraz błędy stron danych i spójności.
MDB i ACCDB
Bazy Microsoft Access wykorzystywane w Płatniku i aplikacjach biurowych.
Przerwij dalsze próby
Nie modyfikuj jedynego egzemplarza bazy
Zatrzymaj usługę lub aplikację zgodnie z procedurą administratora i zachowaj obecny stan plików, gdy wystąpi co najmniej jeden z poniższych objawów.
Baza ma stan SUSPECT
Silnik nie może przeprowadzić prawidłowego odzyskiwania po restarcie lub przerwanym zapisie.
Błędy stron danych lub tabel
DBCC zgłasza błędy spójności albo aplikacja traci dostęp do wybranych tabel.
Awaria po restarcie
Baza przestała działać po zaniku zasilania, zawieszeniu systemu lub niekontrolowanym restarcie.
Błędy dysku lub macierzy
Występują opóźnienia odczytu, błędy kopiowania, znikające pliki albo macierz przechodzi w stan offline.
Nieudane odtworzenie
Przywracanie kopii kończy się błędem lub dostępna kopia nie zawiera ostatnich zapisów.
REPAIR_ALLOW_DATA_LOSS
Ta opcja może usuwać uszkodzone strony i rekordy. Nie uruchamiaj jej na jedynym egzemplarzu danych.
Zakres prac
Co możemy zrobić z bazą i środowiskiem
Zakres dobieramy do faktycznego źródła awarii. Obraz nośnika, kopia plików bazy i odseparowana instancja testowa to trzy różne etapy, które nie zawsze są potrzebne jednocześnie.
Odzysk z nośnika
Stabilizujemy odczyt dysku lub macierzy i pozyskujemy pliki bazy, gdy źródłem problemu jest warstwa sprzętowa.
Analiza plików bazy
Oceniamy nagłówki, strony danych, log transakcyjny i spójność dostępnych struktur.
Instancja testowa
Próby podłączenia bazy prowadzimy w odseparowanym środowisku zgodnym z wersją silnika.
Eksport danych
Jeżeli pełne uruchomienie nie jest możliwe, oceniamy zakres danych dostępnych do kontrolowanego eksportu.
Naprawa logiczna
Zaawansowaną rekonstrukcję kwalifikujemy po diagnozie, bez obietnicy zachowania każdego rekordu.
Weryfikacja biznesowa
My sprawdzamy poprawność techniczną. Wyznaczona osoba po stronie klienta potwierdza faktury, deklaracje i inne dane biznesowe.
Proces diagnostyczny
Od zgłoszenia do zweryfikowanego wyniku
Każdy etap ma określony cel. Najpierw chronimy dostępny materiał, a dopiero po diagnozie uzgadniamy zakres prac płatnych.
Zgłoszenie
Zapisujemy objawy, wersje systemów, dostępne pliki i priorytet biznesowy.
Ocena źródła
Rozstrzygamy, czy problem dotyczy nośnika, plików bazy, silnika SQL czy środowiska.
Materiał roboczy
Tworzymy odpowiednio obraz nośnika, kopię plików albo odseparowane środowisko testowe.
Diagnoza bazy
Analizujemy strukturę plików, log transakcyjny, strony danych i możliwość eksportu.
Zakres i wycena
Przed pracami płatnymi przekazujemy ocenę możliwości, ryzyka i kosztu.
Odzysk i weryfikacja
Weryfikujemy wynik technicznie, a klient potwierdza poprawność danych biznesowych.
Tryb priorytetowy jest dostępny po uzgodnieniu zakresu i dostępności zespołu. Nie deklarujemy automatycznie obsługi 24/7 dla każdego przypadku.
Poufność B2B
Kontrolowany dostęp do danych firmowych
Materiał analizujemy na odizolowanych stanowiskach roboczych. Dostęp otrzymują wyłącznie osoby uczestniczące w realizacji zlecenia, a umowę NDA możemy podpisać przed rozpoczęciem diagnozy.
Jeżeli sprawa wymaga konsultacji ze specjalistycznym partnerem, informujemy o tym przed przekazaniem danych i ustalamy zakres udostępnienia.
Zakres dostępu
Ustalamy, jakie pliki i informacje są niezbędne do diagnozy oraz kto może zatwierdzać kolejne etapy.
NDA i raport
Na życzenie pracujemy na podstawie NDA i przekazujemy uzgodniony raport z wyniku diagnozy.
Dalsze instrukcje
Wybierz materiał odpowiadający awarii
Poradniki wyjaśniają pierwsze czynności dla konkretnych systemów i środowisk. Jeżeli nie masz pewności, opisz komunikat błędu i miejsce przechowywania bazy.
Powiązane usługi i instrukcje
Materiały dla administratora i osoby zgłaszającej
Wybierz temat odpowiadający źródłu awarii albo sposobowi przekazania materiału.
Jak przygotować pliki, logi i środowisko do diagnozy bazy danych
Do wstępnej oceny przygotuj dostępne pliki bazy i kopie zapasowe, wersję aplikacji oraz pełne komunikaty błędów. Nie kopiuj aktywnych plików MDF i LDF podczas pracy usługi SQL Server.
Pliki bazy
MDF, NDF i LDF albo MDB i ACCDB wraz z oryginalną strukturą katalogów.
Logi SQL / aplikacji
Komunikaty błędów z konsoli, SQL Servera lub programu księgowego.
Kopia BAK lub snapshot
Dostępne kopie BAK, snapshoty i eksporty wraz z datą ich utworzenia.
Wersja programu
Nazwa programu, wersja systemu i informacja, czy baza była na serwerze czy komputerze.
Komunikaty błędów
Treść błędu, zrzut ekranu i moment ostatniego poprawnego uruchomienia.
Ostatnia poprawna praca
Informacja, czy po awarii ktoś uruchamiał procedury SQL, aktualizację lub przywracanie kopii.
FAQ
FAQ — odzyskiwanie i naprawa baz danych Płatnik, Optima, SQL i Subiekt
Czy naprawiacie bazę, czy odzyskujecie ją z kopii?
To zależy od przypadku. Czasem potrzebna jest naprawa struktury bazy, a czasem bezpieczniejsze jest odtworzenie i odzysk danych z kopii roboczej lub uszkodzonego środowiska.
Jakie pliki i informacje warto przygotować przed diagnozą?
Najlepiej zgromadzić pliki bazy, logi, informacje o wersji systemu, komunikatach błędów oraz opis momentu awarii. To skraca czas wejścia w właściwą diagnozę.
Czy pracujecie z przypadkami pilnymi dla księgowości i firm?
Tak, bo takie awarie często blokują bieżącą pracę operacyjną. Zakres i tryb działania ustalamy po ocenie ryzyka oraz dostępności materiału źródłowego.
Czy po naprawie można sprawdzić spójność danych?
Tak, po stronie technicznej da się ocenić, czy baza uruchamia się poprawnie i czy zachowuje wymaganą strukturę. Zakres testów zależy od systemu i danych wejściowych.
Zgłoszenie B2B
Przekaż komunikat błędu i opis środowiska
Na tej podstawie wskażemy, jakie pliki zabezpieczyć i czy potrzebny jest nośnik, kopia bazy lub dostęp do odseparowanej instancji testowej.