Testowanie scenariuszy awaryjnych

Testowanie scenariuszy awaryjnych sprawdza gotowość zespołu i procedur na wypadek rzeczywistej awarii.

Zakres testu i warunki rozpoczęcia

Testowanie scenariuszy awaryjnych polega na kontrolowanym odtworzeniu sytuacji, która może uniemożliwić pracę laptopa lub komputera PC. Przed rozpoczęciem próby trzeba określić, jaki element jest sprawdzany, jakie objawy uznaje się za awarię oraz jaki stan powinien zostać przywrócony po zakończeniu testu. Przykładowym scenariuszem może być brak uruchamiania systemu po uszkodzeniu plików rozruchowych, niedostępność danych na dysku, awaria zasilacza, przegrzewanie procesora albo utrata połączenia z siecią bezprzewodową. Test powinien odbywać się na urządzeniu testowym lub na kopii danych, ponieważ celowe odłączanie sprawnego dysku albo usuwanie plików systemowych z używanego komputera może spowodować rzeczywistą utratę danych.

Dokumentacja testu powinna zawierać datę, model urządzenia, wersję systemu operacyjnego, używane nośniki oraz kolejność wykonywanych czynności. Warto zapisać również wartości początkowe, takie jak ilość wolnego miejsca, stan kopii zapasowej, temperatury podzespołów i dostępność sterowników. Dla każdego scenariusza określa się czas przywrócenia działania, czyli RTO, oraz zakres danych, który można utracić zgodnie z przyjętym RPO. Te pojęcia nie naprawiają komputera, ale pozwalają sprawdzić, czy procedura odpowiada rzeczywistym wymaganiom użytkownika.

Awaria rozruchu i odzyskiwanie dostępu do danych

Jednym z praktycznych testów jest sprawdzenie procedury na wypadek, gdy komputer wyświetla komunikat o braku urządzenia rozruchowego, zatrzymuje się na logo producenta albo uruchamia się w pętli. W pierwszej kolejności należy rozdzielić problemy sprzętowe od problemów systemowych. W ustawieniach UEFI można sprawdzić, czy dysk NVMe lub SATA jest wykrywany i czy znajduje się na liście urządzeń startowych. Jeżeli nośnik nie jest widoczny, samo ponowne zainstalowanie systemu nie rozwiąże problemu; przyczyną może być uszkodzenie dysku, złącza, przewodu albo płyty głównej.

Jeżeli dysk jest wykrywany, procedura może obejmować uruchomienie środowiska odzyskiwania z przygotowanego nośnika USB, odczyt dzienników i próbę naprawy konfiguracji rozruchowej. W systemie Windows używa się do tego narzędzi dostępnych w środowisku WinRE, między innymi „Startup Repair”, „System Restore” lub „Command Prompt”. Każde działanie powinno być zapisane, a przed operacjami na partycjach trzeba potwierdzić właściwy numer dysku. Test uznaje się za zakończony dopiero wtedy, gdy komputer uruchamia system, użytkownik może otworzyć wymagane pliki, a integralność danych została sprawdzona. Samo pojawienie się pulpitu nie potwierdza poprawnego odzyskania.

Utrata zasilania, przegrzewanie i uszkodzenie podzespołu

Scenariusze awarii sprzętowych powinny sprawdzać nie tylko reakcję urządzenia, lecz także bezpieczeństwo kolejnych czynności. Przy symulacji utraty zasilania należy ustalić, czy po ponownym podłączeniu zasilacza komputer uruchamia się zgodnie z ustawieniami UEFI oraz czy system prawidłowo odnotowuje nieoczekiwane wyłączenie. W laptopie trzeba dodatkowo sprawdzić zachowanie na baterii, stan ładowania i działanie zasilacza o właściwym napięciu oraz mocy. Nie wolno testować zasilania przez podłączanie przypadkowych adapterów, ponieważ różne końcówki mogą mieć inne parametry elektryczne.

Test przegrzewania powinien polegać na obserwacji temperatur i częstotliwości pracy podczas kontrolowanego obciążenia, a nie na zasłanianiu otworów wentylacyjnych. Narzędzia diagnostyczne mogą rejestrować temperaturę procesora, układu graficznego i dysku, a także występowanie throttlingu, czyli ograniczenia częstotliwości w celu zmniejszenia poboru energii i temperatury. W przypadku podejrzenia uszkodzenia pamięci RAM stosuje się test uruchamiany spoza systemu, na przykład MemTest86, ponieważ błędy pamięci mogą powodować losowe restarty i uszkodzenia plików. Wynik testu należy powiązać z konkretnym modułem, gniazdem lub warunkami pracy, zamiast traktować każdy restart jako dowód jednej przyczyny.

Procedura serwisowa po kontrolowanej awarii

Końcowa część testu powinna sprawdzać, czy osoba odpowiedzialna za komputer potrafi rozpoznać objawy, zabezpieczyć dane i przekazać serwisowi informacje potrzebne do dalszej diagnozy. Przydatne są zdjęcia komunikatów, zapis godzin wystąpienia problemu, raporty systemowe oraz wyniki testów pamięci i nośnika. Jeżeli komputer działa niestabilnie, nie należy wielokrotnie uruchamiać go bez potrzeby ani kontynuować pracy na dysku, który zgłasza błędy odczytu. Najpierw trzeba ustalić, czy możliwe jest bezpieczne wykonanie kopii plików, a dopiero później planować naprawę systemu lub wymianę podzespołu.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, dlatego podczas przyjęcia urządzenia można przekazać opis przeprowadzonego scenariusza, wyniki obserwacji oraz informację o ostatniej działającej konfiguracji. Po naprawie warto powtórzyć ten sam test w ograniczonym zakresie: sprawdzić rozruch, dostęp do danych, stabilność pod obciążeniem i reakcję na ponowne podłączenie zasilania. Wynik powinien zostać zapisany jako potwierdzenie, że usunięto przyczynę awarii, a nie tylko chwilowy objaw. Regularne powtarzanie takich prób ujawnia również nieaktualne sterowniki, niesprawne nośniki odzyskiwania i kopie zapasowe, których nie można faktycznie odtworzyć.