Planowana aktualizacja, zmiana konfiguracji lub wymiana elementu infrastruktury często wydają się rutynowymi zadaniami. Ryzyko pojawia się wtedy, gdy po zakończeniu prac użytkownicy nie mogą uruchomić aplikacji, odnaleźć dokumentów albo zalogować się do zasobów potrzebnych do obsługi klientów. Problemem nie musi być sama zmiana, lecz brak przygotowanego punktu powrotu.
Kopia zapasowa systemu wykonana przed pracami technicznymi pozwala zachować nie tylko dane, ale również ustawienia, zależności i informacje potrzebne do przywrócenia działania. Nie powinna być traktowana jako automatyczne zadanie wykonywane bez kontroli. Przed rozpoczęciem zmian trzeba wiedzieć, co obejmuje, gdzie jest przechowywana i kto podejmie decyzję o jej użyciu.
Jak zrobić kopię zapasową systemu przed planowaną zmianą
Pierwszym krokiem jest ustalenie celu prac i ich możliwych skutków. Innego zabezpieczenia wymaga aktualizacja pojedynczej aplikacji, a innego zmiana ustawień serwera, urządzenia sieciowego lub systemu obsługującego kilka działów. Warto określić, które usługi mogą zostać przerwane oraz jakie informacje będą potrzebne, aby wrócić do poprzedniego stanu.
- jakie dane i aplikacje są objęte planowaną zmianą;
- czy konfiguracja jest przechowywana poza głównym systemem;
- czy istnieją integracje z innymi usługami, urządzeniami lub lokalizacjami;
- ile czasu firma może pracować bez dostępu do danego rozwiązania;
- kto potwierdzi, że po zmianie procesy biznesowe działają poprawnie.
Zakres ochrony danych, harmonogram wykonywania kopii i zasady ich przechowywania powinny być dostosowane do znaczenia systemu dla firmy. Takie elementy obejmuje zabezpieczenie oraz backup danych firmowych, w którym istotne jest także potwierdzenie możliwości późniejszego odtworzenia środowiska.
Zakres zabezpieczenia nie kończy się na plikach
Najczęstszym błędem jest skopiowanie samych dokumentów i uznanie zadania za zakończone. Po zmianie może się jednak okazać, że brakuje ustawień aplikacji, danych uwierzytelniających, certyfikatów, konfiguracji drukowania albo plików wymienianych z innymi systemami. Wtedy dokumenty istnieją, lecz pracownicy nadal nie mogą realizować swoich zadań.
Dobrze przygotowana kopia zapasowa systemu powinna odpowiadać na pytanie, co dokładnie ma zostać przywrócone, aby firma mogła wrócić do pracy. W zależności od środowiska mogą to być baza danych, konfiguracja usługi, profile użytkowników, katalogi robocze, ustawienia urządzeń oraz instrukcja uruchomienia. Szerszy kontekst organizacji kopii przedstawia przewodnik po tworzeniu kopii plików i folderów.
Test odtworzenia należy wykonać przed oknem serwisowym
Informacja o poprawnym wykonaniu zadania backupu nie potwierdza jeszcze, że materiał da się wykorzystać. Kopia może być niepełna, uszkodzona, zapisana w nieaktualnym miejscu albo wymagać elementu, do którego nikt nie ma dostępu. Najbezpieczniej sprawdzić wybrany fragment odtworzenia przed rozpoczęciem właściwych prac, gdy nadal jest czas na korektę planu.
Test nie zawsze musi oznaczać pełne uruchomienie całego środowiska. W wielu przypadkach wystarcza potwierdzenie, że można otworzyć ważne dane, odczytać konfigurację i wykonać próbę przywrócenia w kontrolowanych warunkach. Znaczenie takiej weryfikacji wyjaśnia artykuł o testowaniu backupu przed sytuacją awaryjną.
Kopia zapasowa systemu a decyzja o powrocie do poprzedniego stanu
Przed zmianą należy ustalić warunki, w których prace zostaną przerwane, a środowisko przywrócone do wcześniejszej wersji. Bez takiej decyzji zespół może zbyt długo próbować naprawiać problem w działającym czasie firmy. Skutkiem bywają narastające zgłoszenia, ręczne obejścia i niepewność, czy wprowadzane poprawki nie pogarszają sytuacji.
- wyznaczyć osobę uprawnioną do decyzji o wycofaniu zmiany;
- określić maksymalny dopuszczalny czas niedostępności usługi;
- zapisać kolejność przywracania danych, aplikacji i dostępów;
- poinformować użytkowników o planowanym oknie prac oraz sposobie zgłaszania problemów;
- zachować zapis wykonanych czynności i zmian w konfiguracji.
Kolejność powrotu do działania powinna wynikać z procesów firmy, a nie wyłącznie z technicznej łatwości uruchomienia poszczególnych usług. Praktyczne zasady ustalania priorytetów opisuje tekst o tym, co odtworzyć najpierw po awarii. Pozwala to wcześniej wskazać systemy, bez których nie można realizować sprzedaży, obsługi klienta, rozliczeń lub pracy operacyjnej.
Po zakończeniu prac potrzebny jest odbiór biznesowy
Poprawne zakończenie zmian nie powinno być oceniane wyłącznie na podstawie braku komunikatów błędów. Należy potwierdzić działanie funkcji używanych na co dzień: logowania, dostępu do danych, pracy aplikacji, wymiany informacji z innymi systemami oraz wydruków i raportów, jeśli są częścią procesu. Weryfikacja powinna objąć przedstawicieli obszarów, które faktycznie korzystają z danego rozwiązania.
Po odbiorze warto opisać wprowadzone ustawienia, aktualny stan zabezpieczenia i osoby odpowiedzialne za dalsze utrzymanie. Dzięki temu kolejna zmiana nie rozpocznie się od odtwarzania wiedzy o poprzednich pracach, a firma zachowa kontrolę nad historią środowiska.
Krótka konkluzja
Kopia zapasowa systemu przygotowana przed zmianami ogranicza ryzyko długiego przestoju i przypadkowej utraty ważnych ustawień. Największą wartość daje wtedy, gdy jej zakres jest znany, możliwość odtworzenia została sprawdzona, a firma ma ustalony sposób podjęcia decyzji o powrocie do poprzedniego stanu.
