Komunikat „kopia zakończona pomyślnie” potwierdza wykonanie zadania, ale nie zastępuje odtworzenia. Możesz mieć poprawny zapis niepełnego zestawu folderów, kopię bez potrzebnego klucza albo obraz, którego nośnik ratunkowy nie potrafi otworzyć. Test powinien sprawdzać powrót do danych, a nie tylko obecność plików backupu.
Wykonuj go w osobnym miejscu. Nie kasuj oryginałów i nie nadpisuj działającego systemu, żeby udowodnić skuteczność kopii. Pierwszy test może być mały, pod warunkiem że obejmuje elementy reprezentatywne dla rzeczy, które chcesz odzyskać.
Wybierz próbkę, która ujawni ograniczenia
Weź świeżo zmieniony dokument, starszą wersję pliku, kilka zdjęć oraz coś mniej oczywistego: archiwum poczty, projekt aplikacji albo konfigurację. Jeżeli korzystasz z kopii całego systemu, uwzględnij dodatkowo sposób startu środowiska odzyskiwania.
Nie wybieraj wyłącznie małego pliku tekstowego. Zdjęcie może być niepełne, projekt wymagać kilku powiązanych folderów, a baza potrzebować właściwego eksportu. Sprawdź próbkę odpowiadającą faktycznej pracy, szczególnie po zmianie programu lub miejsca przechowywania danych.
Ustal również punkt w czasie. Przy przypadkowym nadpisaniu potrzebujesz poprzedniej wersji, a przy infekcji stanu sprzed zdarzenia. Najnowsza kopia nie zawsze jest tą, którą będziesz chciał przywrócić.
Odtwórz do nowego katalogu
Uruchom właściwą funkcję odzyskiwania i wskaż oddzielny folder testowy. Upewnij się, że nie zaznaczono przywrócenia na miejsce oryginału. Sprawdź wybór wersji i lokalizacji w podsumowaniu przed rozpoczęciem.
Otwórz odzyskane pliki w używanych aplikacjach. W dokumencie sprawdź kilka stron i ostatnie zmiany, na zdjęciu widoczny obraz, a w archiwum możliwość odczytu zawartości. Sam rozmiar różny od zera nie jest pełnym testem użyteczności.
Dla wybranych plików zgodność sum kontrolnych pomaga potwierdzić treść względem znanego poprawnego egzemplarza. Nie dowodzi spójności wszystkich danych aplikacji. Przy projekcie uruchom program i sprawdź zależności, a przy bazie użyj procedury odtwarzania przewidzianej przez jej producenta.
Sprawdź, czy odzyskasz dane po utracie komputera
Test z działającego komputera może korzystać z zapamiętanych haseł, tokenów i kluczy. Zastanów się, czy te same materiały będą dostępne po awarii jego dysku. Skonfiguruj dostęp z drugiego, zaufanego urządzenia lub przygotuj udokumentowany wariant odzyskiwania.
| Element | Co trzeba mieć poza utraconym komputerem |
|---|---|
| Kopia w chmurze | Dostęp do konta i niezależną metodę uwierzytelnienia. |
| Zaszyfrowany nośnik lub archiwum | Właściwy klucz lub hasło oraz możliwość ich użycia. |
| Format wymagający programu | Instalator, potrzebną wersję lub obsługiwane narzędzie odtwarzania. |
| Obraz systemu | Środowisko ratunkowe, dostęp do obrazu i obsługę urządzeń pamięci masowej. |
Nie loguj się na ważne konto z podejrzanego komputera po to, żeby sprawdzić kopię. Przy braku drugiego urządzenia przynajmniej zanotuj wymagania i zabezpiecz materiały, których utrata przerwałaby cały plan.
Obraz systemu wymaga testu ścieżki rozruchu
Utwórz nośnik ratunkowy właściwym narzędziem i sprawdź, czy komputer potrafi z niego wystartować. Upewnij się, że środowisko widzi dyski, kopię i ewentualną sieć. Samo zapisanie obrazu nie gwarantuje obsługi konkretnego kontrolera w środowisku odzyskiwania.
Nie rozpoczynaj przywracania na używany dysk w ramach rutynowej próby. Jeśli chcesz wykonać pełny test odtworzenia, użyj odpowiedniego zapasowego celu lub środowiska przewidzianego przez narzędzie. Potwierdź, który nośnik zostanie nadpisany.
Sprawdź również zakres obrazu: potrzebne partycje rozruchowe i dane na innych dyskach. Obraz C: nie powinien automatycznie być nazywany kopią wszystkiego, co znajduje się w komputerze.
Zmierz czas potrzebny do prawdziwego powrotu
Zanotuj osobno czas pobrania danych i czas ich przygotowania do użycia. Odtworzenie archiwum w kilka minut nie oznacza szybkiego powrotu, jeśli potem trzeba szukać instalatora, licencji i hasła przez cały wieczór. W teście projektu sprawdź również, czy potrafisz znaleźć właściwą wersję bez pamiętania dokładnej nazwy pliku.
Przy większym zbiorze próba jednego dokumentu nie daje wiarygodnego czasu pełnego odtworzenia. Uwzględnij wolniejsze łącze, dostępne miejsce i sposób pobrania archiwum. Jeżeli aplikacja wymaga dodatkowego dysku roboczego do rozpakowania, przygotuj go w planie. Takie wymagania łatwiej poprawić podczas spokojnego testu niż po utracie komputera.
Przejrzyj harmonogram, wersje i błędy
Zapisz datę ostatniej udanej kopii i czas ostatniego testu. Obejrzyj pominięte pliki, ostrzeżenia oraz brakujące zadania. Komputer wyłączony w zaplanowanej porze lub odłączony dysk mogą powodować, że harmonogram istnieje, ale nowa kopia nie powstaje.
Potwierdź, że starsze wersje utrzymują się przez potrzebny okres. Sprawdź zachowanie po usunięciu pliku u źródła, wykorzystując nieważne dane testowe. Synchronizowane lustro może usunąć ten sam plik z celu, jeśli nie ma dodatkowej ochrony.
Po teście usuń zbędną próbkę, zachowując oryginały oraz właściwą kopię. Zanotuj, co zadziałało, czego brakowało i ile trwał powrót do pracy. Dobór częstotliwości opisuje poradnik harmonogramu kopii ważnych plików.
Powtarzaj kontrolę po zmianie dysku, aplikacji, konta lub metody szyfrowania. Niezależność kopii sprawdź osobno według zasady 3-2-1. Udany odczyt jednej próbki jest przydatnym dowodem, ale dopiero sprawdzony zakres, dostęp i droga odtworzenia tworzą plan, któremu można zaufać.
