Odzyskiwanie danych przy uszkodzonej kolacji

Przy uszkodzonej kolacji odzyskanie danych wymaga zwykle przeniesienia ich do bazy o poprawnych ustawieniach sortowania.

Co oznacza uszkodzona kolacja w bazie danych

W tym haśle słowo „kolacja” należy rozumieć jako błąd zapisu terminu „collation”, czyli ustawienia sortowania i porównywania tekstu w bazie danych. Kolacja określa między innymi sposób traktowania wielkości liter, znaków diakrytycznych oraz kolejności znaków właściwej dla danego języka. Nie jest tym samym co kodowanie znaków. Kodowanie opisuje sposób zapisania znaków w bajtach, natomiast kolacja określa, jak zapisany tekst ma być porównywany, sortowany i używany w wyszukiwaniu.

Uszkodzenie kolacji może mieć postać niezgodności ustawień między bazą, tabelą, kolumną lub środowiskiem, do którego dane są przenoszone. W praktyce mogą pojawić się błędy przy porównywaniu dwóch pól tekstowych, nieoczekiwana kolejność wyników, rozróżnianie albo nierozróżnianie wielkich i małych liter oraz problemy z wyszukiwaniem polskich znaków. Sama nieprawidłowa kolejność sortowania nie oznacza jeszcze utraty danych, ale może utrudnić ich odczyt, eksport lub odtworzenie relacji między tabelami.

Dlaczego odzyskiwanie wymaga środowiska o zgodnych ustawieniach

Jeżeli plik bazy lub jej struktura są dostępne, dane powinny być najpierw zabezpieczone w postaci kopii roboczej, bez wykonywania zmian na oryginalnym nośniku albo oryginalnych plikach. Ma to znaczenie, ponieważ próby naprawy indeksów, przebudowy tabel czy automatycznej konwersji tekstu mogą zmienić metadane i utrudnić późniejsze porównanie wyników. Przy podejrzeniu fizycznego uszkodzenia dysku dodatkowo istotne jest wykonanie kopii sektorowej z pomijaniem wielokrotnych prób odczytu wadliwych obszarów.

Przeniesienie danych do nowej bazy o poprawnie dobranej kolacji pozwala oddzielić odzyskiwanie treści od naprawy wadliwej konfiguracji. Najpierw ustala się, jakie kodowanie i zasady porównywania były używane w źródle. Następnie tworzy się strukturę docelową z ustawieniami zgodnymi z rzeczywistą zawartością danych, a rekordy eksportuje się i importuje w sposób kontrolowany. Jeżeli w jednym źródle występują różne ustawienia kolacji, nie powinno się ich ujednolicać bez sprawdzenia, czy zmiana nie wpłynie na klucze, indeksy, unikatowość wartości i wyniki wyszukiwania.

Kontrola tekstu, relacji i kompletności po przeniesieniu

Po migracji trzeba sprawdzić nie tylko liczbę rekordów, lecz także zawartość pól tekstowych. Kontroli wymagają szczególnie znaki diakrytyczne, symbole, cudzysłowy, znaki nowej linii oraz teksty zapisane w różnych językach. Błędna konwersja kodowania może zastąpić znak znakiem zapytania albo sekwencją przypadkowych symboli. Taki problem nie zostanie naprawiony przez samą zmianę kolacji, ponieważ dotyczy sposobu interpretacji bajtów, a nie reguł sortowania.

Weryfikacja powinna obejmować również klucze główne, klucze obce, wartości unikatowe, daty, liczby oraz powiązania między tabelami. Warto porównać sumy kontrolne lub inne jednoznaczne zestawienia dla eksportu i bazy docelowej, a także wykonać wyszukiwania testowe różniące się wielkością liter i obecnością polskich znaków. Jeżeli kolacja była używana przy tworzeniu indeksu, po zmianie ustawień indeks może wymagać odtworzenia. Wynik odzyskiwania uznaje się za wiarygodny dopiero wtedy, gdy dane są czytelne, relacje pozostają spójne, a aplikacja poprawnie wykonuje zapytania na bazie docelowej.

Odzyskiwanie danych z laptopa lub komputera PC

Przy pracy na laptopie lub komputerze stacjonarnym najpierw rozdziela się problem nośnika od problemu samej bazy. Dysk może działać poprawnie, a uszkodzeniu może ulec tylko struktura plików, indeksy albo metadane bazy. Możliwa jest też sytuacja odwrotna: błędy kolacji są jedynie skutkiem niepełnego odczytu pliku z uszkodzonego dysku. Dlatego analiza powinna obejmować stan nośnika, dostępność kopii zapasowych, wersję używanego oprogramowania oraz sposób, w jaki aplikacja otwiera i zapisuje bazę.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów stacjonarnych PC i ich podzespołów, w tym przygotowaniem bezpiecznej kopii danych do dalszej analizy. Przy odzyskiwaniu bazy z niezgodną kolacją nie należy uruchamiać przypadkowych narzędzi naprawczych ani zapisywać nowych plików na nośniku zawierającym jedyną kopię danych. Najbezpieczniejszym kierunkiem jest praca na kopii, odtworzenie danych w kontrolowanym środowisku oraz końcowe sprawdzenie, czy teksty, sortowanie i zależności między rekordami odpowiadają stanowi źródłowemu.