Kopia zapasowa lokalna czy w chmurze dla rozwijającej się firmy

W poniedziałek rano fakturowanie nie działa. Baza danych na serwerze jest uszkodzona, a kopia zapasowa z poprzedniego wieczoru znajduje się na tym samym nośniku, co system produkcyjny. Zespół wie, że dane są gdzieś dostępne, ale nie wie, kiedy i w jakim stanie będą ponownie użyteczne. W takich przypadkach kwestia lokalnej lub chmurowej kopii zapasowej nie jest już szczegółem IT, lecz ryzykiem operacyjnym: czy towar może być dostarczony, faktura wystawiona, dane klientów dostępne, a praca kontynuowana?

W wielu firmach strategia tworzenia kopii zapasowych rozwijała się historycznie. Był serwer, do którego dodano magazyn sieciowy, później zewnętrzny dysk twardy lub przestrzeń w chmurze. Te rozwiązania same w sobie nie są złe. Problem zaczyna się, gdy nikt nie wie na pewno, które systemy są zabezpieczone, gdzie są przechowywane, jak długo i czy rzeczywiście można je przywrócić.

Celem kopii zapasowej nie jest kopiowanie plików

Potrzeby kopii zapasowej przedsiębiorstwa nie wynikają z ilości przechowywanych terabajtów danych. Wynikają z tego, jakie procesy biznesowe trzeba przywrócić po awarii.

Inne są konsekwencje, gdy archiwalna umowa jest niedostępna przez kilka godzin, a inne, gdy przestaje działać magazyn danych sklepu internetowego, system produkcyjny, zarządzanie zamówieniami czy baza danych finansowych. Pierwsze może być niedogodnością. Drugie może prowadzić do bezpośrednich strat przychodów, błędnej realizacji, utraty zaufania klientów i znacznych nadgodzin.

Dlatego należy rozróżnić dwa pytania. Pierwsze to czas przywracania: jak szybko system musi ponownie działać? Drugie to akceptowalna utrata danych: ile najnowszych danych może zniknąć? Jeśli system magazynowy można przywrócić tylko do stanu z poprzedniego dnia, konieczne będzie ręczne odtworzenie ruchów towarów, które miały miejsce w międzyczasie. Często jest to większy problem niż sama awaria IT.

Dobre rozwiązanie do tworzenia kopii zapasowych nie jest dobre dlatego, że działa automatycznie. Jest dobre, ponieważ firma jest w stanie kontynuować pracę w znanej sytuacji incydentu, w akceptowalnym czasie, z kontrolowanymi danymi.

Lokalne czy chmurowe kopie zapasowe: nie wykluczający się wybór

Lokalne kopie zapasowe zazwyczaj tworzone są na nośniku działającym w siedzibie firmy lub w jej własnym centrum danych. Ich zaletą jest szybkie lokalne przywracanie i bezpośrednia kontrola. Jeśli trzeba przywrócić dużą bazę danych, wiele serwerów wirtualnych lub znaczną ilość plików, lokalne połączenie sieciowe może być znacznie szybsze niż pobieranie przez internet.

Jest to szczególnie istotne w środowiskach produkcyjnych, logistycznych lub biurowych, gdzie wiele systemów jest ze sobą ściśle powiązanych. Lokalna infrastruktura kopii zapasowych jest również wartościowa, gdy połączenie internetowe jest tymczasowo niedostępne lub gdy konieczne jest szybkie przywrócenie całego obrazu systemu.

Jednak lokalne kopie zapasowe mają podstawowe ograniczenie: podlegają tym samym fizycznym zagrożeniom co środowisko produkcyjne. Pożar, zalanie, awaria elektryczna, kradzież, atak ransomware lub błędna operacja administratora mogą jednocześnie dotknąć serwera i kopii zapasowej. Jeśli magazyn kopii zapasowych jest stale zapisywalny i dostępny z tymi samymi uprawnieniami, atak niekoniecznie zatrzyma się na systemie produkcyjnym.

Kopia zapasowa w chmurze natomiast fizycznie oddziela dane kopii zapasowej od lokalizacji. Odpowiednio zaprojektowana usługa może zapewnić wersjonowanie, szyfrowanie, redundancję geograficzną i dłuższy czas przechowywania. Jest to szczególnie przydatne, gdy firma działa w wielu lokalizacjach, wspiera pracę zdalną lub nie dysponuje własną, odpowiednio chronioną infrastrukturą.

Kopia zapasowa w chmurze nie jest jednak magią. Czas przywracania zależy od połączenia internetowego, ilości danych, wybranego poziomu usług i tego, czy trzeba przywrócić pojedynczy plik, czy całe środowisko serwerowe. Kopia zapasowa systemu o pojemności kilku terabajtów w chmurze może być bezpieczna, ale pilne pełne przywrócenie może zająć godziny lub dni, jeśli połączenie lub plan nie są do tego dostosowane.

W praktyce dla większości rozwijających się firm najlepszym rozwiązaniem nie jest wyłącznie lokalny ani wyłącznie chmurowy model. Oba podejścia razem zapewniają rzeczywistą ochronę: szybkie lokalne przywracanie w przypadku częstych awarii oraz oddzieloną kopię na poważniejsze incydenty.

Najpierw należy zmapować procesy i zależności

Projekt tworzenia kopii zapasowej często zaczyna się jako kwestia techniczna: jaki magazyn kupić, którego dostawcę chmury wybrać, ile pojemności potrzeba? To są uzasadnione pytania, ale pojawiają się zbyt wcześnie.

Najpierw trzeba zrozumieć, jak informacje przepływają w firmie. Zamówienie w sklepie internetowym może trafić do silnika sklepu, stamtąd do ERP, a następnie do systemu fakturowania, magazynowego i integracji z kurierem. Jeśli tylko jeden system można przywrócić do wcześniejszego stanu, podczas gdy w pozostałych są nowsze dane, łatwo powstają rozbieżności. Zamówienie może wydawać się zrealizowane w jednym miejscu, ale brakować w innym. W takich przypadkach po przywróceniu uzgodnienie biznesowe może być równie dużym zadaniem, co sama techniczna odbudowa.

To samo dotyczy produkcji. Może się zdarzyć, że plan produkcji, dane maszynowe, dokumentacja jakościowa i ewidencja zapasów istnieją w różnych systemach. Nie wszystkie dane muszą mieć ten sam cel przywracania. Ale trzeba wiedzieć, które z nich zatrzymają produkcję, które dane można odtworzyć, a które mają obowiązek przechowywania wynikający z przepisów prawa lub umów.

Strategia tworzenia kopii zapasowych jest więc w rzeczywistości decyzją o ciągłości działania. Trzeba określić systemy, dane, odpowiedzialności i kolejność przywracania. Nie wystarczy powiedzieć, że „wszystko jest zabezpieczone”.

Na jakie pytania musi odpowiadać działający plan tworzenia kopii zapasowych?

Użyteczny plan musi jasno określać, które serwery, bazy danych, pliki użytkowników i aplikacje biznesowe w chmurze są zabezpieczane. Częstym błędem jest przekonanie, że korzystanie z systemu SaaS automatycznie zapewnia pełną ochronę danych. Dostępność usługi i długoterminowe, szczegółowe przywracanie danych własnych firmy to nie zawsze to samo.

Plan musi również określać, kto otrzymuje powiadomienie w przypadku nieudanej kopii zapasowej, kto jest uprawniony do rozpoczęcia przywracania i kto decyduje, z którego punktu kopii zapasowej ma nastąpić przywracanie. Te odpowiedzialności są szczególnie ważne, gdy kluczowa osoba jest na urlopie lub incydent ma miejsce poza godzinami pracy.

Czas przechowywania musi być dostosowany do potrzeb biznesowych. Codzienna kopia zapasowa może być niewystarczająca, jeśli w ciągu dnia powstaje wiele zamówień i transakcji finansowych. Kilkudniowe przechowywanie nie chroni przed błędem, który zostanie zauważony dopiero po kilku tygodniach. Liczba wersji, czas przechowywania i częstotliwość przywracania razem kształtują ryzyko i koszty.

Szczególną uwagę zasługuje ochrona kopii zapasowych. Szyfrowanie, uwierzytelnianie wieloskładnikowe, oddzielone konta administratorów i kopie zapasowe chronione przed modyfikacjami nie są przesadnymi środkami ostrożności. W przypadku incydentu związanego z ransomware to właśnie one mogą decydować, czy dostępna jest czysta, użyteczna kopia.

Test przywracania to jedyny prawdziwy dowód

Większość braków w kopiach zapasowych ujawnia się nie podczas ich tworzenia, ale podczas przywracania. Może się zdarzyć, że zadanie codziennie ma status zielony. Mimo to może wystąpić błędna kopia zapasowa bazy danych, brakujący klucz szyfrowania, nieudokumentowana zależność lub zbyt wolne przywracanie.

Warto regularnie przeprowadzać testy, nie tylko przywracając pojedynczy plik. Należy również sprawdzić pełne przywracanie systemu krytycznego dla biznesu w oddzielonym środowisku. Podczas testu można zmierzyć, ile czasu potrzeba na uruchomienie systemu, czy dostępne są niezbędne uprawnienia i jakie prace dodatkowe są potrzebne do sprawdzenia spójności danych.

Ten test nie ma na celu obwiniania IT. Celem jest, aby incydent na żywo nie był pierwszym przypadkiem, kiedy organizacja próbuje przeprowadzić przywracanie.

Odpowiedni stosunek dostosowany do funkcjonowania firmy

Dla mniejszej firmy z niewielką liczbą krytycznych systemów może wystarczyć prostsza, ale regularnie sprawdzana lokalna i chmurowa kopia. Dla firmy handlowej lub produkcyjnej z wieloma lokalizacjami może być potrzebna bardziej szczegółowa kolejność przywracania, szybka lokalna kopia, oddzielona zdalna kopia i udokumentowane zarządzanie incydentami.

Nie największa pojemność magazynowa ani najdłuższa lista funkcji oznacza bezpieczeństwo. Dobra decyzja zaczyna się od tego, jakie dokładnie prace zostaną zatrzymane przez awarię systemu, kto jest zaangażowany, ile danych powstaje i jak szybko trzeba wrócić do normalnego funkcjonowania.

Warto w spokojnym okresie przeanalizować: jeśli jutro rano najważniejszy system nie wystartuje, kto będzie w stanie powiedzieć, z której kopii zapasowej, w jakiej kolejności i w jakim czasie praca zostanie przywrócona? Jeśli na to pytanie nie ma jednoznacznej odpowiedzi, to nie potrzeba przede wszystkim nowej technologii, lecz bardziej przejrzystego planu działania.