Przywracanie metadanych

Przywracanie metadanych to odtworzenie definicji obiektów bazy niezależnie od samych danych.

Przywracanie metadanych – czym jest i czego dotyczy

Przywracanie metadanych oznacza odtworzenie informacji opisujących strukturę bazy danych, jej obiekty oraz zależności między nimi. W praktyce nie chodzi o ponowne kopiowanie samych rekordów, lecz o odzyskanie definicji tabel, indeksów, widoków, procedur, wyzwalaczy, ograniczeń, relacji i innych elementów potrzebnych do prawidłowego odczytu oraz dalszego przetwarzania danych. Metadane można porównać do planu konstrukcyjnego bazy. Dane są zawartością tabel, natomiast metadane mówią, jak te tabele są zbudowane, jakie mają kolumny, jakie typy danych dopuszczają i w jaki sposób łączą się z pozostałymi obiektami.

Brak metadanych może sprawić, że pliki zawierające dane pozostaną fizycznie dostępne, ale ich wykorzystanie stanie się trudne albo niemożliwe. System może nie rozpoznawać tabel, nie znać kodowania kolumn, ignorować indeksy lub odrzucać zapytania odwołujące się do nieistniejących obiektów. Z tego powodu odzyskiwanie informacji z uszkodzonej bazy wymaga rozdzielenia dwóch zagadnień: ratowania zawartości rekordów oraz odtworzenia opisu strukturalnego. Przywracanie metadanych koncentruje się na tym drugim obszarze.

Przywracanie metadanych a kopia danych i rekonstrukcja struktury

Warto odróżnić przywracanie metadanych od typowego odtworzenia bazy z kopii zapasowej. Pełna kopia może zawierać zarówno dane, jak i definicje obiektów, dzięki czemu proces odtworzenia jest stosunkowo spójny. Jeżeli jednak zachowała się tylko część plików, kopia została wykonana w nieodpowiednim momencie albo uszkodzeniu uległy katalogi systemowe, konieczne może być osobne odtwarzanie informacji opisowych. Wtedy analizuje się dostępne pliki, nagłówki, fragmenty katalogów, logi operacji oraz pozostałości po wcześniejszych strukturach.

Odtworzenie metadanych nie zawsze daje identyczny rezultat jak przywrócenie oryginalnego środowiska. Czasem można odzyskać pełne definicje tabel i zależności, a czasem tylko ich część. Różnica ma znaczenie przy wyborze dalszego postępowania. Jeżeli znane są nazwy obiektów, typy kolumn i klucze, można przygotować nową strukturę i zaimportować do niej zachowane rekordy. Gdy część informacji jest nieczytelna, trzeba porównać kilka źródeł: starsze kopie, skrypty wdrożeniowe, eksporty, dokumentację aplikacji oraz logi. Każde źródło może uzupełniać inny fragment obrazu.

Przywracanie metadanych różni się także od zwykłej naprawy systemu plików. Naprawa nośnika może przywrócić dostęp do plików, ale nie musi odbudować logicznego katalogu obiektów bazy. Z kolei odbudowa katalogu bazy nie naprawi fizycznych błędów powierzchni dysku. Dlatego przed rozpoczęciem pracy warto ustalić, czy problem dotyczy nośnika, plików bazy, logów, katalogów systemowych, uprawnień, czy kilku warstw jednocześnie.

Przywracanie metadanych przy typowych objawach uszkodzenia

O potrzebie odtworzenia metadanych mogą świadczyć różne objawy. Aplikacja może uruchamiać się poprawnie, ale nie wyświetlać części danych. Zapytania mogą kończyć się błędami informującymi o braku tabeli, kolumny albo indeksu. Innym sygnałem bywa widoczny plik bazy o prawidłowym rozmiarze, którego nie można otworzyć w programie używanym wcześniej. Czasami rekordy są dostępne, lecz relacje między tabelami zniknęły, a raporty pokazują błędne wyniki.

Problemy mogą pojawić się po nagłym wyłączeniu komputera, przerwaniu zapisu, awarii dysku, nieudanej aktualizacji, błędnej migracji lub przywróceniu niepełnej kopii. Znaczenie ma również sposób przechowywania bazy. W jednych rozwiązaniach definicje obiektów znajdują się w wewnętrznych katalogach, w innych są rozproszone między plikami danych, dziennikami i dodatkowymi plikami konfiguracyjnymi. Nie należy zakładać, że jeden uszkodzony plik zawiera całość potrzebnych informacji.

Przed oceną zakresu uszkodzeń dobrze jest zapisać dokładne komunikaty błędów, zanotować moment wystąpienia problemu i ustalić, jakie działania wykonano bezpośrednio wcześniej. Przydatne może być także określenie, czy błąd dotyczy wszystkich użytkowników, jednej aplikacji, wybranego katalogu lub konkretnego zestawu danych. Takie informacje pomagają odróżnić uszkodzenie metadanych od problemu z konfiguracją, dostępem albo zgodnością wersji.

Nie powinno się wielokrotnie uruchamiać automatycznych narzędzi naprawczych na jedynym egzemplarzu uszkodzonych plików. Niektóre programy zapisują zmiany bezpośrednio w bazie i mogą utrudnić późniejsze odzyskanie pierwotnego stanu. Bezpieczniejsze jest wykonanie kopii sektorowej albo co najmniej kopii wszystkich plików związanych z bazą, a następnie prowadzenie prób na kopii roboczej.

Przywracanie metadanych – praktyczne przygotowanie do odzysku

Przygotowanie do przywracania metadanych powinno rozpocząć się od zabezpieczenia materiału źródłowego. Należy odłączyć wadliwy nośnik od zbędnych operacji zapisu, nie instalować na nim nowych programów i nie przenosić odzyskiwanych plików do tego samego miejsca. Jeżeli komputer działa niestabilnie, warto ograniczyć jego używanie do czynności diagnostycznych. Każda dodatkowa operacja może zmienić układ danych, nadpisać fragmenty katalogów lub doprowadzić do dalszej degradacji nośnika.

Do analizy warto przygotować wszystkie elementy, które mogą opisywać strukturę bazy: pliki danych, dzienniki, eksporty, kopie zapasowe, skrypty tworzące tabele, pliki konfiguracyjne oraz dokumentację aplikacji. Pomocne bywają także wcześniejsze raporty, zrzuty ekranu i informacje o nazwach obiektów używanych przez program. Nie należy jednak modyfikować tych materiałów przed wykonaniem kopii. Nawet pozornie nieistotny plik może zawierać nazwę tabeli, definicję kolumny albo kolejność operacji potrzebną do odtworzenia zależności.

Ważne jest ustalenie oczekiwanego rezultatu. Jednym celem może być samo odczytanie rekordów. Innym będzie odzyskanie pełnej struktury, aby baza mogła dalej pracować w aplikacji. Jeszcze innym może być eksport najważniejszych danych do nowego, uporządkowanego zbioru. Każdy z tych celów wymaga innej oceny kompletności. Odtworzenie tabel może wystarczyć do eksportu, ale nie zapewnić działania raportów, automatycznych reguł i powiązań.

Po zakończeniu prac należy sprawdzić spójność odtworzonych obiektów. Kontroli wymagają między innymi liczba tabel, nazwy kolumn, typy danych, relacje, indeksy, ograniczenia i kolejność importu. Warto porównać wyniki z wcześniejszymi raportami lub dokumentacją. Należy też wykonać próbne zapytania na kopii i sprawdzić, czy aplikacja nie zmienia danych podczas testów. Dopiero po potwierdzeniu poprawności można planować przeniesienie odtworzonej struktury do docelowego środowiska.

Kiedy zgłosić przywracanie metadanych do serwisu

Do serwisu warto zgłosić problem wtedy, gdy baza zawiera ważne informacje, a dostęp do nich został utracony po awarii komputera, uszkodzeniu dysku lub przerwanym procesie przywracania. Szczególnej ostrożności wymagają sytuacje, w których nie istnieje aktualna kopia zapasowa, zachowały się tylko pojedyncze pliki albo aplikacja zgłasza błędy dotyczące tabel i katalogów systemowych. Próby wykonywane bez rozpoznania mogą zmniejszyć szanse na odzyskanie spójnej struktury.

Przy zgłoszeniu dobrze przekazać opis objawów, nazwę używanej aplikacji, informacje o ostatnim prawidłowym uruchomieniu oraz listę działań wykonanych po awarii. Warto również wskazać, czy pliki były kopiowane, przenoszone, kompresowane albo otwierane za pomocą narzędzi naprawczych. Takie szczegóły pozwalają zaplanować badanie bez niepotrzebnego ingerowania w oryginalne dane.

W Warszawie analizę problemu z komputerem i próbę odzyskania struktury bazy można zlecić firmie Warszawskie Pogotowie Komputerowe 24/7. Przywracanie metadanych powinno być prowadzone etapami: najpierw zabezpieczenie materiału, następnie rozpoznanie rodzaju uszkodzenia, później rekonstrukcja definicji i na końcu kontrola spójności. Takie podejście ułatwia ocenę, które elementy udało się odtworzyć, które wymagają dodatkowych źródeł oraz jak przygotować działającą kopię roboczą bez ryzykowania dalszych zmian w oryginalnych plikach.