Odzyskiwanie danych do nowej bazy

Odzyskiwanie danych do nowej bazy to przywrócenie kopii pod inną nazwą, bez naruszania środowiska produkcyjnego.

Na czym polega odtworzenie kopii pod nową nazwą

Odzyskiwanie danych do nowej bazy polega na utworzeniu dodatkowej bazy na podstawie kopii zapasowej, przy czym przywrócony zbiór otrzymuje inną nazwę niż baza produkcyjna. Operacja służy do uzyskania roboczej, testowej albo kontrolnej wersji danych bez zastępowania działającej bazy. Oryginalna baza pozostaje dostępna dla aplikacji, a odtworzona kopia może być analizowana niezależnie.

Przywrócenie pod nową nazwą nie oznacza zwykłej zmiany nazwy istniejącej bazy. System zarządzania bazą odczytuje zawartość kopii zapasowej, tworzy nowe pliki danych i pliki dziennika transakcji, a następnie rejestruje je jako odrębny obiekt. W zależności od używanego silnika trzeba także wskazać nowe ścieżki plików, ponieważ pliki odtwarzanej bazy nie mogą bezpośrednio kolidować z plikami środowiska produkcyjnego.

Izolacja środowiska produkcyjnego podczas przywracania

Najważniejszym celem tej procedury jest zachowanie separacji między źródłową bazą a jej kopią. Przywracanie powinno być wykonane do innej nazwy, innego zestawu plików lub odrębnego obszaru roboczego. Dzięki temu operacja nie nadpisuje tabel, indeksów, dziennika transakcji ani metadanych używanych przez działającą aplikację. Sama kopia zapasowa jest odczytywana jako źródło, a produkcyjny zbiór danych nie powinien być wskazywany jako miejsce docelowe.

Po odtworzeniu aplikacja nie powinna automatycznie korzystać z nowej bazy. Połączenie zależy od nazwy bazy, adresu serwera, portu, instancji oraz danych uwierzytelniających zapisanych w konfiguracji. Jeżeli kopia ma służyć testom, należy sprawdzić, czy środowisko testowe rzeczywiście wskazuje nowy identyfikator i właściwe pliki. Szczególnej uwagi wymagają zadania cykliczne, integracje i skrypty administracyjne, które mogą nadal odwoływać się do bazy produkcyjnej.

Kontrola kompletności odtworzonych danych

Po zakończeniu przywracania nie wystarczy sprawdzić, czy nowa baza pojawiła się na liście obiektów. Należy zweryfikować zakończenie operacji bez błędów, dostępność wszystkich oczekiwanych tabel, widoków, procedur i indeksów oraz możliwość wykonania odczytu. Warto porównać zakres danych z informacjami zapisanymi w kopii, na przykład czasem wykonania backupu, nazwą zestawu kopii i przewidywaną liczbą obiektów.

Jeżeli kopia obejmuje dziennik transakcji, kolejność odtwarzania ma znaczenie. Przywrócenie pełnej kopii i późniejszych kopii różnicowych lub dziennika wymaga zachowania ciągłości zestawu oraz zgodności punktu odtworzenia. Niekompletny łańcuch może uniemożliwić odzyskanie oczekiwanego stanu. Po przywróceniu należy także sprawdzić spójność logiczną danych: relacje między tabelami, klucze obce, zakresy dat i rekordy wymagane przez aplikację. Test powinien obejmować zarówno zwykły odczyt, jak i operacje charakterystyczne dla celu, któremu ma służyć nowa baza.

Bezpieczne wykorzystanie nowej kopii bazy

Odtworzona baza może służyć do analizy danych, odtworzenia pojedynczych rekordów, sprawdzenia działania aplikacji po awarii albo przygotowania kontrolowanej zmiany. Przed jej udostępnieniem należy nadać uprawnienia odpowiednim kontom i ograniczyć dostęp do czynności niepotrzebnych dla danego zastosowania. Trzeba również ustalić, czy zadania konserwacyjne, kopie zapasowe i monitoring mają obejmować tę dodatkową bazę, ponieważ po przywróceniu jest ona niezależnym obiektem, a nie dynamicznym lustrem bazy źródłowej.

Podczas testów należy unikać wysyłania komunikatów, uruchamiania płatności, modyfikowania systemów zewnętrznych i wykonywania zadań przeznaczonych dla produkcji. Kopia może zawierać stan danych z określonego momentu, dlatego późniejsze zmiany wprowadzone w bazie produkcyjnej nie pojawią się w niej automatycznie. Przed usunięciem roboczej bazy trzeba upewnić się, że nie jest już potrzebna, a jej pliki nie są wykorzystywane przez inne procesy. W przypadku problemów z odtworzeniem analizuje się log operacji, dostępne miejsce na dysku, zgodność wersji silnika, uprawnienia konta oraz lokalizację plików danych i dziennika.