Disaster Recovery Białystok

Co plan rozstrzyga, zanim ktokolwiek zacznie naprawiać

Awaria nie zaczyna się od techniki, tylko od decyzji. Czy odciąć serwer od sieci. Czy zatrzymać wydania z magazynu. Czy odesłać zmianę od stanowisk, czy kazać jej pracować na papierze. W zakładzie bez tych decyzji zapisanych wcześniej zapadają one pojedynczo, przez różne osoby, w ciągu pierwszego kwadransa i zwykle sprzecznie.

Plan pisany dla podlaskiej firmy zaczyna się więc od nazwisk. Wskazujemy koordynatora, dajemy mu listę krótszą niż jedna strona i uzgadniamy, czego ma nie robić. Ten drugi punkt bywa ważniejszy od pierwszego, bo najkosztowniejsze zdarzenia w firmach bez własnego działu IT biorą się z samodzielnych prób ratowania danych, wykonanych w dobrej wierze, zanim ktokolwiek obejrzał sytuację.

Reszta dokumentu to kolejność uruchamiania, czasy powrotu i role przy decyzjach. Wygląda podobnie w każdej firmie, tylko wypełniona jest Waszymi systemami, Waszą produkcją i Waszymi umowami z odbiorcami.

Co się dzieje z planem, gdy pierwsze pada łącze

To pytanie zadajemy przy każdym planie, bo zerwane łącze zabiera naraz dwie rzeczy: część systemów i drogę, którą normalnie prosi się o pomoc. Awaria serwera jest kłopotem. Awaria łącza jest kłopotem i jednocześnie ciszą.

Ścieżka na tę sytuację jest krótka i zawiera cztery elementy: modem zapasowy w sieci komórkowej, uruchomiony i sprawdzony wcześniej, numer telefonu niezależny od Waszej centrali, wskazanie osoby, która przepina łącze, oraz lista czynności do wykonania samodzielnie, dopóki połączenie nie wróci. Ostatnia pozycja bywa jednozdaniowa i brzmi „nic więcej”, bo przy utracie łączności najlepszą decyzją często jest poczekanie.

Zapasowe wejście testujemy przy każdym przeglądzie planu. Modem, który stoi w szafie od dwóch lat i nigdy nie przeniósł ruchu, jest rekwizytem, a nie zabezpieczeniem, i to samo dotyczy zarządzania poza systemem operacyjnym, do którego nikt nie logował się od wdrożenia.

Które kroki przypisujemy Wam, a które sobie

Podział zapisujemy przy każdym kroku, żeby w trakcie zdarzenia nikt nie ustalał go od nowa.

Krok	Kto wykonuje	Czego potrzebuje
Potwierdzenie, że to awaria, a nie zwykłe zgłoszenie	koordynator w firmie	kartka z kryteriami, telefon
Odcięcie zajętych maszyn od sieci	koordynator w firmie	opis, który kabel i w jakiej kolejności
Ustalenie punktu sprzed zdarzenia	inżynier	dostęp do repozytorium kopii
Uruchomienie systemów z kopii	inżynier	wolne zasoby na sprzęcie zastępczym
Wymiana uszkodzonego podzespołu	inżynier albo serwis producenta	zapas w szafie, umowa serwisowa
Powiadomienie pracowników i kontrahentów	osoba wskazana w planie	gotowe treści komunikatów
Potwierdzenie kompletności danych	kierownik obszaru	lista rzeczy do sprawdzenia w systemie

Ostatni wiersz zostaje po Waszej stronie nie z wygody, tylko dlatego, że nikt z zewnątrz nie rozpozna brakującego dokumentu w bazie sprzedaży. My odpowiadamy za to, że dane wróciły. Wy za to, czy wróciły wszystkie.

Jak ćwiczymy plan i co wychodzi na ćwiczeniach

Próba przy stole wygląda jak rozmowa z zegarem w tle. Podajemy sytuację, pytamy każdą osobę z planu, co robi w tej minucie, i notujemy każde zawahanie. Najczęściej wychodzą trzy rzeczy: nieaktualny numer do dostawcy łącza, hasło zapisane u jednej osoby, która akurat jest na urlopie, i przekonanie, że klucz do serwerowni ma ktoś inny.

Próba techniczna jest droższa i dlatego robimy ją raz w roku. Systemy faktycznie wstają w środowisku zapasowym, mierzymy czas każdego kroku i sprawdzamy to, czego nie widać przez konsolę: co naprawdę jest wpięte w który port, czy zasilanie awaryjne utrzymuje szafę pod obciążeniem i czy oznaczenia na sprzęcie zgadzają się z dokumentacją.

Z każdej próby powstaje krótkie zestawienie: co zadziałało, co zawiodło, kto odpowiada za poprawkę i do kiedy ma ją wprowadzić. Plan bez takiego zestawienia jest dokumentem, a nie zabezpieczeniem, i to zdanie powtarzamy przy każdym przeglądzie.

Co plan mówi o sprzęcie, na który trzeba poczekać

Mówi prawdę, łącznie z tą niewygodną. Część zdarzeń kończy się wymianą podzespołu, a Podlasie leży daleko od magazynów dystrybutorów i od serwisów producentów. Termin dostawy jest zmienną, na którą nie mamy wpływu, i lepiej poznać go przy pisaniu planu niż przy pierwszej usterce.

Dlatego plan zawiera wykaz sprzętu z numerami seryjnymi, datami gwarancji i trybem serwisu, a przy każdej pozycji odpowiedź na pytanie, co robimy przez czas oczekiwania. Zwykle jest to uruchomienie systemu na innej maszynie z kopii, czasem praca na sprzęcie o mniejszej wydajności, czasem świadoma decyzja, że dany obszar czeka. Wszystkie trzy warianty są lepsze od ustalania tego w trakcie zdarzenia.

Ten sam wykaz odpowiada na pytanie, co warto trzymać u siebie na półce. W zakładzie przetwórstwa jest to zwykle zasilacz, dysk i przełącznik dostępowy, czyli części, których brak zatrzymuje linię, a nie te najdroższe.

Czego ten plan nie załatwi

Nie skróci przywracania, jeśli wszystkie wersje danych leżą wyłącznie w Waszej szafie. Tym zajmuje się prowadzenie kopii, a plan tylko z niego korzysta. Nie zastąpi decyzji o pieniądzach: powrót poniżej godziny wymaga drugiego środowiska gotowego do uruchomienia i to jest wydatek, nie zapis w dokumencie. Narzędzia, które taki powrót wykonują, opisuje Veeam oraz serwer kopii.

Nie zadziała też sam z siebie, gdy przez rok nikt go nie otworzył, a firma w tym czasie zmieniła serwerownię albo operatora. Dlatego plan ma właściciela po Waszej stronie, datę przeglądu i ćwiczenie wpisane w kalendarz. Zakres ustalimy przez kontakt, a rząd wielkości kosztu bieżącej opieki nad infrastrukturą policzycie w kalkulatorze.

Treść sprawdzona i zaktualizowana: 7 września 2026