Disaster Recovery Bydgoszcz

Co się dzieje, gdy scenariusz powrotu należy do jednej osoby

Działa. To jest najważniejsze zdanie w tej rozmowie i pierwsze, które trzeba powiedzieć, bo w bydgoskich firmach rodzinnych taki układ nie jest zaniedbaniem. Człowiek, który zbudował tę infrastrukturę przez kilkanaście lat, wie o niej więcej niż jakikolwiek dokument i przy większości zdarzeń poradzi sobie szybciej, niż zdąży zajrzeć do procedury.

Problem pojawia się w jednym konkretnym momencie i tym momentem nie jest awaria. Jest nim zmiana. Właściciel przekazuje firmę dzieciom, wieloletni informatyk przechodzi na emeryturę albo zmienia pracę, zarząd wchodzi w rozmowy o sprzedaży udziałów i nagle okazuje się, że najważniejszy element ciągłości działania nie ma formy, którą dałoby się komukolwiek przekazać.

To jest cały powód, dla którego w Bydgoszczy zaczynamy ten temat częściej od zmiany pokoleniowej niż od zagrożeń. Firma nie kupuje wtedy zabezpieczenia przed katastrofą. Kupuje możliwość, żeby ktoś inny mógł ją prowadzić.

Od czego zaczyna się rozmowa przy przekazaniu firmy

Nie od pytania, co się psuje. Od pytania, czego nowa osoba nie będzie wiedziała.

Różnica jest zasadnicza, bo prowadzi do zupełnie innych odpowiedzi. Pytanie o awarie zbiera opowieści o sprzęcie. Pytanie o brakującą wiedzę zbiera zależności, wyjątki i obejścia: że system magazynowy nie wystartuje przed kontrolerem domeny, że licencja jednego programu jest przypięta do adresu konkretnej maszyny, że kopia z jednego katalogu jest wykonywana ręcznie raz w miesiącu, bo automat kiedyś przy niej stawał.

Dlatego rozmawiamy scenariuszami, nie ankietą. Zamiast prosić o opis środowiska, prowadzimy tę osobę przez konkretne zdarzenie krok po kroku i notujemy każde miejsce, w którym pada zdanie zaczynające się od „no i wtedy trzeba jeszcze”. Te zdania są właściwą treścią planu i nie ma sposobu, żeby wydobyć je formularzem.

Ile firma wytrzymuje bez każdego z systemów

Poniższe zestawienie powstaje przy każdym wdrożeniu od nowa, bo liczby w nim są Wasze. Zamieszczamy je w tej postaci, w jakiej najczęściej wychodzi w zakładzie produkującym na zamówienie.

System	Po jakim czasie brak zaczyna kosztować	Co musi być przygotowane
Sterowanie i stacje przy maszynach	minuty, przy pracy zmianowej	kopia programów obróbki i zapasowa stacja
System magazynowy i wydania	kilka godzin, potem stoi wysyłka	kopia lokalna i sprawdzony czas odtworzenia
Kontroler domeny i logowanie	kilka godzin, bo blokuje wszystko inne	replika roli na drugiej maszynie
Poczta i korespondencja z odbiorcami	pół dnia, przy dostępie z telefonów	kopia poza dzierżawą producenta
System kadrowo płacowy	dni, poza okresem wypłat	zwykła kopia poza zakładem
Archiwum dokumentacji i zapisów	tygodnie, do czasu pytania z zewnątrz	warstwa archiwalna, bez środowiska zapasowego

Wynik bywa zaskakujący dla obu stron. System uznawany w firmie za najważniejszy potrafi poczekać pół dnia, a kontroler domeny, o którym nikt nie mówi na spotkaniu zarządu, blokuje pracę wszystkich pozostałych, bo bez logowania nie działa nic.

Ta tabela ma jeszcze jedno zastosowanie, po które sięga się później. Rozstrzyga spory o budżet, bo pokazuje, gdzie wydatek skraca przestój, a gdzie tylko podnosi rachunek.

Dlaczego plan piszemy pod następcę, a nie pod autora

Bo dokument napisany przez osobę znającą środowisko na pamięć jest zawsze za krótki. Pomija kroki, które dla niej są oczywiste, i używa nazw własnych, których nikt poza nią nie rozwinie. Wygląda przy tym profesjonalnie i przechodzi każdą wewnętrzną akceptację, bo osoba akceptująca też jest z tej firmy.

Test jest prosty i stosujemy go zawsze. Dokument czyta ktoś, kto tej infrastruktury nie budował, i wykonuje z niego pierwsze trzy kroki. Miejsca, w których musi zapytać, są miejscami do przepisania. Powtarzamy to, aż pytań nie ma.

Z tego samego powodu każda rola dostaje wskazanego zastępcę. Plan, w którym przy sześciu krokach stoi to samo nazwisko, jest zapisem obecnego stanu, a nie jego rozwiązaniem, i przy pierwszym urlopie zachowa się dokładnie tak, jak zachowuje się dzisiaj.

Jak ćwiczymy w zakładzie, który nie zatrzymuje produkcji

Dwiema drogami i żadna nie wymaga postoju.

Pierwsza to próba przy stole. Prowadzimy przez scenariusz ludzi, którzy faktycznie byliby na miejscu, czyli zwykle kierownika produkcji, osobę z biura i następcę właściciela. Zajmuje pół dnia i przynosi zwykle więcej niż całe wdrożenie techniczne, bo wychodzą przy niej rzeczy niewidoczne w konfiguracji: brak kontaktu do serwisu maszyny po godzinach, hasło do jednego systemu znane osobie na urlopie, lista telefonów dostępna wyłącznie w programie, który akurat nie działa.

Druga to próba techniczna w środowisku zapasowym, prowadzona równolegle do normalnej pracy zakładu. Sprawdzamy w niej nie to, czy maszyny wstają, tylko czy aplikacje na nich odpowiadają i czy baza daje się otworzyć. Wynik obu prób trafia do raportu razem z listą poprawek i terminami, a wykonanie tych poprawek sprawdzamy przy kolejnym przeglądzie.

Czego ten dokument nie załatwi

Nie skróci powrotu, jeżeli jedyna kopia leży poza zakładem, a łącze przeniesie kilka terabajtów w ciągu doby. Nie zastąpi wydatku, bo powrót liczony w minutach wymaga drugiego środowiska i to jest pozycja w budżecie, nie akapit w pliku. Nie zadziała też, gdy przez rok nikt go nie otworzył, a firma w tym czasie wymieniła serwer i zmieniła system.

Kopie, na których cały ten dokument stoi, prowadzi backup danych firmy, a zawartość skrzynek i dysków w chmurze kopia dzierżawy. Zapisy trzymane latami na potrzeby odbiorców i kontroli opisuje archiwum na kasetach. Termin pierwszej rozmowy ustalimy przez kontakt, a rząd wielkości stałej opieki nad infrastrukturą pokaże kalkulator.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026