Disaster Recovery Wrocław

Co zatrzymuje firmę, która nie ma własnej serwerowni

Scenariusz z pożarem serwerowni nie dotyczy większości wrocławskich firm usługowych i technologicznych, bo nie mają czego stracić w tym sensie. Nie znaczy to, że nie mają się czym martwić. Lista zdarzeń jest po prostu inna i w całości mieści się w warstwie, którą widać wyłącznie w konsoli.

Najczęstsze są cztery. Wdrożenie, które psuje dane produkcyjne i nikt nie zauważa tego przez dobę. Konto administratora przejęte przez atakującego, który ma dostęp do wszystkiego naraz, łącznie z kopiami leżącymi u tego samego dostawcy. Skasowane środowisko, bo ktoś uruchomił polecenie z niewłaściwym parametrem. Awaria po stronie dostawcy, przy której Wasza firma nie ma czego naprawiać i musi umieć poczekać w sposób zorganizowany.

Żaden z tych czterech przypadków nie kończy się jazdą po sprzęt. Wszystkie kończą się serią decyzji podejmowanych w napięciu i to je opisuje plan.

Dlaczego ten plan czyta ktoś spoza firmy

Firma, która sprzedaje usługę innym firmom, prędzej czy później dostaje pytanie o ciągłość działania. Czasem w ankiecie przed podpisaniem umowy, czasem w załączniku, który trzeba wypełnić po tym, jak Wasz odbiorca sam przeszedł audyt. Zwykle jest tam pytanie o deklarowany czas powrotu, o ćwiczenia i o to, kto po Waszej stronie odpowiada za komunikację.

Dlatego plan piszemy tak, żeby dało się go pokazać, a nie tylko wykonać. Roczne raporty z prób są w nim dowodem, a nie notatką, i to one najczęściej robią różnicę w rozmowie z odbiorcą, bo pokazują, że dokument został kiedykolwiek otwarty.

Norma ISO 22301 opisuje, jak taki system zbudować: analiza wpływu, ustalone czasy powrotu, procedury i regularne testy. NIS 2 nakłada obowiązek ciągłości działania i zgłaszania poważnych incydentów na podmioty objęte dyrektywą. Plan układamy pod obie te ramy, nawet gdy dziś dotyczy Was tylko jedna.

Kto rozmawia z klientami, gdy usługa nie działa

To jest część planu, o której najczęściej się zapomina, i jednocześnie jedyna, którą Wasi odbiorcy zobaczą. W trakcie awarii techniczne przywracanie i komunikacja to dwie osobne prace, których nie da się wykonywać jednocześnie.

Ustalamy więc trzy rzeczy przed awarią. Kto pisze do klientów, jakim kanałem i po jakim czasie od stwierdzenia problemu. Co wolno napisać w pierwszej wiadomości, kiedy nikt jeszcze nie wie, co się stało. Kto odpowiada na telefon od największego odbiorcy, który zadzwoni w piętnastej minucie.

Bez tych ustaleń komunikacją zajmuje się osoba najbardziej potrzebna gdzie indziej, czyli ta, która akurat odtwarza usługę.

Które scenariusze piszemy dla środowiska w chmurze

Zdarzenie	Pierwszy krok	Czego dotyczy decyzja
Błędne wdrożenie na produkcji	zatrzymanie wydania, ocena zakresu zmian	powrót wersji czy odtworzenie danych
Przejęte konto administratora	wymuszenie wylogowania i odcięcie konta	od którego punktu w czasie kopia jest pewna
Skasowane środowisko	sprawdzenie, co obejmuje kopia i kod	odtworzenie z opisu czy budowa od nowa
Awaria u dostawcy	potwierdzenie zasięgu i komunikat do klientów	czekać czy przełączyć się gdzie indziej
Zaszyfrowane dane	odcięcie zajętych systemów od sieci	która kopia jest sprzed incydentu
Niedostępne biuro	potwierdzenie, że praca zdalna wystarcza	co wymaga fizycznej obecności i gdzie

Ostatni wiersz jest w takich firmach najkrótszy i to dobra wiadomość. Zwykle sprowadza się do sprzętu sieciowego i do jednego zasobu plikowego, o czym więcej przy chmurze hybrydowej.

Jak ćwiczyć plan z zespołem rozproszonym

Próba przy stole działa również wtedy, gdy stołu nie ma. Prowadzimy zespół przez scenariusz krok po kroku, notując każde miejsce, w którym ktoś nie wie, co zrobić albo do kogo napisać. Przy pracy zdalnej wychodzą tam zwykle inne braki niż w biurze: nieaktualna lista kontaktów, kanał zgłoszeń, do którego nie mają dostępu wszystkie potrzebne osoby, i dostęp awaryjny leżący u jednej osoby, która akurat ma wolne.

Raz w roku robimy próbę techniczną. Uruchamiamy systemy w środowisku zapasowym, mierzymy czas i sprawdzamy, czy aplikacja faktycznie rusza, a nie tylko czy maszyna wstaje. Wynik obu prób trafia do raportu razem z listą poprawek i terminem ich wykonania, a wykonanie tych poprawek sprawdzamy przy kolejnym przeglądzie.

Czego ten dokument nie załatwi

Nie skróci odtwarzania, jeśli kopie leżą wyłącznie u tego samego dostawcy, co produkcja. Nie zastąpi decyzji o pieniądzach: powrót poniżej godziny wymaga przygotowanego środowiska, a to jest wydatek, nie akapit. Nie zadziała też sam, gdy przez rok nikt go nie otworzył, a firma w tym czasie zmieniła dostawcę i połowę zespołu.

Kopie, na których plan się opiera, prowadzi backup danych firmy, a kopię poczty i dokumentów backup Microsoft 365. Zakres i termin pierwszego spotkania ustalimy przez kontakt, także w naszym wrocławskim biurze.

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