Narzędzia do naprawy baz (np. Stellar

Komercyjne narzędzia naprawy baz, np. Stellar, próbują odzyskać dane z plików MDF nieczytelnych dla samego silnika.

Rola narzędzi do naprawy plików baz danych

Narzędzia do naprawy baz danych, takie jak aplikacje z rodziny Stellar przeznaczone do plików Microsoft SQL Server, służą do analizy struktur zapisanych poza samym działającym silnikiem bazy. W przypadku SQL Server podstawowym plikiem danych jest plik MDF, natomiast pliki NDF mogą przechowywać dodatkowe grupy plików. Plik LDF zawiera dziennik transakcji i pełni inną funkcję niż plik danych. Program naprawczy nie jest zamiennikiem usługi SQL Server. Jego zadaniem jest odczytanie dostępnych struktur z uszkodzonego pliku oraz przygotowanie danych do dalszego zapisania lub migracji.

Uszkodzenie MDF może dotyczyć nagłówka pliku, stron danych, stron indeksów, metadanych, alokacji obiektów albo relacji między stronami. Przyczyną bywają błędy nośnika, przerwanie operacji zapisu, awaria zasilania, nieprawidłowe kopiowanie pliku, uszkodzenie systemu plików lub awaria sprzętu. Jeżeli silnik nie potrafi poprawnie zamontować bazy, narzędzie zewnętrzne próbuje odczytać zawartość bez wykonywania pełnej procedury otwierania bazy przez SQL Server. Nie oznacza to jednak, że każdą bazę można przywrócić do pierwotnego stanu.

Co jest analizowane w pliku MDF

Plik MDF składa się ze stron danych o rozmiarze 8 KiB, pogrupowanych w większe jednostki organizacyjne. W jego zawartości znajdują się między innymi tabele, indeksy, alokacja stron, metadane obiektów oraz dane użytkowe. Program odzyskujący wyszukuje rozpoznawalne wzorce struktur i sprawdza, czy poszczególne strony można odczytać w logicznej kolejności. Jeżeli część metadanych jest dostępna, możliwe bywa odtworzenie listy tabel i kolumn, a następnie wyeksportowanie rekordów do nowej bazy.

Naprawa nie polega na prostym przepisaniu pliku ani na zmianie jego rozszerzenia. Narzędzie musi rozróżnić dane użytkowe od stron indeksów i informacji technicznych. Indeks można zazwyczaj odbudować w nowej bazie, ale uszkodzone strony danych mogą powodować braki rekordów lub błędy podczas eksportu. Problemy z metadanymi mogą z kolei sprawić, że dane fizycznie obecne w pliku nie zostaną prawidłowo przypisane do tabeli. Dlatego wynik odzysku powinien być traktowany jako osobny zbiór danych wymagający kontroli spójności.

Odzysk danych a spójność bazy SQL Server

Przed próbą naprawy ważne jest zachowanie oryginalnego MDF bez kolejnych zapisów. Każda operacja wykonywana bezpośrednio na jedynym egzemplarzu pliku może utrudnić późniejsze odzyskiwanie. W praktyce analizuje się kopię roboczą, a oryginał przechowuje w niezmienionej postaci. Jeżeli dostępny jest plik LDF, kopia zapasowa albo wcześniejszy eksport, powinny być rozpatrywane razem z plikiem danych, ponieważ mogą dostarczyć informacji potrzebnych do odtworzenia transakcji lub porównania zawartości.

Po wyeksportowaniu danych należy sprawdzić liczbę tabel, kolumn i rekordów, typy danych, wartości kluczy głównych oraz zależności między tabelami. Szczególnej uwagi wymagają rekordy zawierające wartości binarne, daty, znaki spoza podstawowego zestawu kodowania i duże pola tekstowe. Sam fakt, że program wyświetlił tabelę albo zakończył eksport bez komunikatu o błędzie, nie potwierdza kompletności danych. Weryfikacja może obejmować porównanie sum kontrolnych, liczników rekordów, zakresów identyfikatorów oraz testowe odczyty w nowej instancji SQL Server.

Ograniczenia programów naprawczych i dalsza diagnostyka

Komercyjne narzędzia do naprawy baz, w tym rozwiązania oferowane pod marką Stellar, mogą pomóc wtedy, gdy plik MDF jest częściowo czytelny, lecz nie powinny być traktowane jako gwarant odzyskania pełnej zawartości. Jeżeli uszkodzeniu uległy sektory nośnika, program może nie mieć dostępu do fragmentu pliku. Jeżeli nadpisano strony danych, ich pierwotnej treści nie da się odtworzyć na podstawie samej struktury MDF. Brak odpowiedniego dziennika transakcji może również uniemożliwić odtworzenie operacji wykonanych tuż przed awarią.

Wynik naprawy trzeba oddzielić od diagnozy przyczyny. Samo uzyskanie działającej kopii tabel nie wyjaśnia, dlaczego doszło do uszkodzenia. Należy sprawdzić stan dysku, błędy systemu plików, logi systemowe, temperatury, stabilność zasilania i sposób wykonywania kopii zapasowych. Przy powtarzających się błędach odczytu dalsze uruchamianie silnika lub wielokrotne skanowanie może zwiększać ryzyko utraty danych. Diagnostyka i naprawa uszkodzonych plików bazowych wymagają pracy na kopiach oraz końcowej kontroli logicznej odzyskanych informacji.