Kopie zapasowe danych firmowych

Kopia niesprawdzona to nie kopia

Najczęstszy problem w firmach nie polega na braku kopii zapasowej, tylko na tym, że nikt nigdy nie próbował z niej niczego odtworzyć. Awaria jest wtedy pierwszym testem — i bywa, że zarazem ostatnim.

Co sprawdzamy w istniejącym rozwiązaniu

• Czy kopie faktycznie powstają i czy nie zatrzymały się kilka miesięcy temu.
• Czy obejmują wszystko, co jest potrzebne: bazy programów, pocztę, dokumenty, konfigurację.
• Czy istnieje kopia odłączona od sieci — bez niej szyfrujące oprogramowanie zaszyfruje też kopię.
• Czy da się z niej odtworzyć dane w rozsądnym czasie.
• Ile pracy realnie tracimy między jedną kopią a następną.

Bazy programów firmowych

Insert, WAPRO, Subiekt GT i Płatnik trzymają dane w miejscach, o których użytkownik zwykle nie wie. Kopia „folderu z dokumentami" nie zawiera bazy, więc po awarii nie ma z czego odtworzyć sprzedaży ani kadr. To najczęstsza luka, jaką znajdujemy przy przeglądzie.

Jak to układamy

Kopia codzienna na nośniku lokalnym, kopia okresowa trzymana poza siedzibą oraz przynajmniej jedna wersja odłączona od sieci. Do tego powiadomienie, gdy kopia się nie wykona — bo cisza jest tu najgorszym sygnałem.

Próba odtworzenia

Wykonujemy ją okresowo w ramach stałej opieki. To jedyny sposób, żeby wiedzieć, że rozwiązanie działa, zanim będzie potrzebne.

Różne rodzaje kopii chronią przed różnymi zdarzeniami

Nie każda kopia zapasowa rozwiązuje ten sam problem. Kopia plików pozwala odzyskać dokument, który został przypadkowo usunięty albo nadpisany. Kopia bazy danych obejmuje informacje przechowywane przez program księgowy, handlowy, kadrowy lub magazynowy. Obraz systemu, czyli zapis systemu operacyjnego wraz z ustawieniami i zainstalowanymi składnikami, może natomiast ułatwić odtworzenie całego stanowiska po awarii dysku.

Zakres dobiera się do sposobu pracy firmy. Innej ochrony wymaga pojedynczy komputer z dokumentami, a innej serwer, na którym pracuje jednocześnie kilka osób. Osobno uwzględnia się dane zapisane na serwerze NAS, czyli sieciowym magazynie plików, oraz informacje znajdujące się w usługach internetowych. Sam fakt, że plik jest dostępny przez internet, nie oznacza jeszcze, że istnieje jego niezależna kopia zapasowa.

Ważne jest również rozróżnienie między synchronizacją a kopią. Synchronizacja przenosi zmiany między urządzeniami lub folderami. Jeśli plik zostanie usunięty, zaszyfrowany albo błędnie zmieniony, ta sama operacja może zostać powielona w drugim miejscu. Kopia zapasowa powinna umożliwiać powrót do wcześniejszej, poprawnej wersji danych, a nie tylko przechowywać bieżący stan.

Pełna kopia, kopia zmian i historia wersji

Pełna kopia zawiera cały wskazany zakres danych. Jest czytelna i przydatna podczas odtwarzania, ale zajmuje więcej miejsca oraz wymaga odpowiednio zaplanowanego czasu wykonania. Kopia przyrostowa zapisuje tylko zmiany od poprzedniej kopii. Pozwala ograniczyć ilość przesyłanych danych, lecz jej poprawne odtworzenie zależy od zachowania całego potrzebnego łańcucha kopii.

Historia wersji oznacza przechowywanie wcześniejszych postaci tego samego pliku lub bazy. Przydaje się wtedy, gdy błąd zostanie zauważony dopiero po pewnym czasie. Najnowsza kopia może już zawierać uszkodzony dokument, nieprawidłowy zapis w bazie albo pliki zaszyfrowane przez szkodliwe oprogramowanie. W takim przypadku potrzebna jest wersja pochodząca sprzed zdarzenia.

Nie wystarczy więc sprawdzenie daty ostatniego zadania. Trzeba ustalić, jakie wersje faktycznie zachowano, czy starsze kopie nie są automatycznie usuwane zbyt wcześnie oraz czy dostępna przestrzeń nie została wyczerpana. Zapełniony nośnik może zatrzymać wykonywanie kolejnych kopii, mimo że wcześniejsza konfiguracja była poprawna.

Co powinno znaleźć się w zakresie zabezpieczenia

Lista danych powinna wynikać z rzeczywistego obiegu informacji w firmie. Obejmuje się nią dokumenty robocze, umowy, zestawienia, pliki współdzielone, pocztę, dane księgowe, kadrowe i magazynowe oraz konfiguracje potrzebne do uruchomienia usług. W przypadku programów takich jak InsERT GT lub nexo, WAPRO ERP, Comarch ERP, Sage Symfonia, RAKS czy Płatnik ZUS trzeba uwzględnić nie tylko widoczne pliki, lecz także właściwe bazy oraz elementy potrzebne do ich późniejszego uruchomienia.

Osobnej kontroli wymagają dane przechowywane lokalnie na komputerach pracowników. Jeżeli użytkownicy zapisują dokumenty na pulpicie albo w prywatnych folderach profilu, kopia samego serwera może ich nie obejmować. Z drugiej strony kopiowanie całych komputerów bez określenia zakresu prowadzi do gromadzenia plików zbędnych, tymczasowych lub powielonych. Najpierw ustala się, które informacje są konieczne do ciągłości pracy, a następnie sprawdza ich lokalizację.

Zakres powinien zmieniać się razem ze środowiskiem. Nowy program, dodatkowa baza, zmiana lokalizacji dokumentów albo uruchomienie kolejnego serwera mogą sprawić, że dotychczasowa kopia stanie się niepełna. Dlatego przegląd obejmuje również porównanie konfiguracji kopii z aktualnym sposobem działania firmy.

Kopia odłączona od sieci i ochrona przed szyfrowaniem

Szkodliwe oprogramowanie szyfrujące może uzyskać dostęp nie tylko do plików roboczych, lecz także do podłączonych dysków i udziałów sieciowych, czyli folderów udostępnionych z innego urządzenia. Jeżeli nośnik kopii pozostaje stale widoczny dla zainfekowanego komputera, zapisane na nim dane również mogą zostać uszkodzone.

Dlatego przynajmniej jedna kopia powinna być logicznie lub fizycznie odseparowana od środowiska roboczego. Może to oznaczać nośnik odłączany po zakończeniu zadania albo repozytorium, do którego zwykłe konto użytkownika nie ma prawa usuwania wcześniejszych wersji. Repozytorium to wydzielone miejsce przeznaczone do przechowywania kopii. Sposób zabezpieczenia dobiera się tak, aby awaria jednego urządzenia lub przejęcie jednego konta nie pozbawiły firmy wszystkich danych naraz.

Istotne są także uprawnienia. Konto używane codziennie do pracy nie powinno mieć nieograniczonego dostępu do zarządzania kopiami. Ograniczenie praw zmniejsza ryzyko przypadkowego skasowania archiwum oraz utrudnia usunięcie go przez szkodliwe oprogramowanie. Sama obecność hasła nie zastępuje jednak rozdzielenia dostępu i okresowego sprawdzania zabezpieczeń.

Najczęstsze błędy przy samodzielnym wykonywaniu kopii

Częstym rozwiązaniem jest ręczne kopiowanie wybranych folderów na dysk zewnętrzny. Taka metoda może pomóc w prostym środowisku, ale łatwo pominąć bazę programu, pocztę, ustawienia albo pliki zapisane przez innego użytkownika. Ręczna czynność bywa też odkładana, a brak automatycznego raportu utrudnia zauważenie przerwy.

Innym błędem jest pozostawienie jedynego dysku z kopią stale podłączonego do komputera. Chroni to przed awarią podstawowego dysku, lecz nie zapewnia pełnej ochrony przed zaszyfrowaniem, przepięciem elektrycznym, kradzieżą lub przypadkowym usunięciem danych. Ryzykowne jest również przechowywanie wszystkich nośników w jednym miejscu, ponieważ jedno zdarzenie może objąć zarówno sprzęt roboczy, jak i kopie.

Nie należy też zatrzymywać działającej usługi lub samodzielnie przenosić otwartych plików bazy bez sprawdzenia wymagań używanego programu. Baza danych może składać się z kilku powiązanych elementów i wymagać wykonania kopii przez właściwy mechanizm. Zwykłe skopiowanie pliku w trakcie zapisu może dać materiał niepełny albo niespójny, czyli taki, w którym powiązane dane pochodzą z różnych momentów.

Kolejny problem to ignorowanie komunikatów o niepowodzeniu. Zadanie może być zapisane w harmonogramie, ale nie wykonywać się z powodu braku miejsca, zmienionych uprawnień, odłączonego nośnika albo błędu usługi. Zielony status z wcześniejszego dnia nie potwierdza, że wszystkie kolejne kopie również powstały.

Jak wygląda kontrolowana próba odtworzenia

Test rozpoczyna się od wybrania konkretnego zakresu: pojedynczego dokumentu, folderu, skrzynki, bazy programu albo całego stanowiska. Następnie dane odtwarza się do wydzielonej lokalizacji, aby nie nadpisać wersji używanej w bieżącej pracy. W przypadku bazy sprawdza się, czy program potrafi ją otworzyć i czy zawartość jest logicznie kompletna.

Test powinien odpowiadać rzeczywistemu scenariuszowi awarii. Samo otwarcie archiwum nie dowodzi jeszcze, że można uruchomić program firmowy po utracie serwera. Potrzebne mogą być ustawienia usługi, właściwa wersja programu, konta dostępu oraz informacje o zależnościach między systemami. Zależność oznacza tutaj usługę albo składnik, bez którego odtworzony program nie będzie działał prawidłowo.

Wynik próby warto opisać: co odtworzono, z jakiej kopii, jakie kroki były potrzebne i gdzie pojawiły się trudności. Taka dokumentacja ułatwia późniejsze działanie pod presją. Pozwala też wykryć, że procedura zna tylko jedna osoba albo że dostęp do kopii zależy od konta, którego dane nie są dostępne dla firmy.

Kiedy problem nie dotyczy samej kopii zapasowej

Brak widocznego pliku nie zawsze oznacza, że kopia nie powstała. Dokument mógł zostać przeniesiony, zapisany pod inną nazwą, ukryty przez ustawienia programu albo przypisany do innego konta użytkownika. Przed rozpoczęciem pełnego odtwarzania warto sprawdzić kosz, historię wersji, lokalne wyniki wyszukiwania i foldery synchronizowane.

Wolne otwieranie danych również nie musi świadczyć o uszkodzeniu kopii. Przyczyną może być przeciążona sieć, problem z dyskiem, niewłaściwe uprawnienia albo działanie programu zabezpieczającego. Podobnie komunikat o błędzie bazy może wynikać z niezgodnej wersji aplikacji, a nie z braku danych. Rozpoznanie źródła problemu zapobiega nadpisaniu działającego środowiska niepotrzebnym odtworzeniem.

Kopia zapasowa nie zastępuje zabezpieczeń antywirusowych, aktualizacji, kontroli dostępu ani ochrony sprzętu. Jest ostatnią warstwą umożliwiającą powrót do pracy po zdarzeniu. Jeżeli awarie powtarzają się, trzeba równolegle znaleźć ich przyczynę, zamiast za każdym razem przywracać ten sam stan.

Dodatkowe pytania o kopie danych firmowych

Czy dysk sieciowy jest już kopią zapasową?

Nie zawsze. Jeśli jedyne pliki znajdują się na dysku sieciowym, urządzenie jest miejscem pracy, a nie kopią. Kopia powstaje dopiero wtedy, gdy dane są zapisane także w niezależnej lokalizacji i można wrócić do ich wcześniejszych wersji. Dwa dyski wewnątrz jednego urządzenia mogą zwiększać odporność na awarię pojedynczego nośnika, ale nie chronią przed skasowaniem, szyfrowaniem ani utratą całego urządzenia.

Czy przechowywanie dokumentów w chmurze wystarcza?

Usługa chmurowa może być częścią rozwiązania, lecz jej zakres trzeba sprawdzić. Synchronizacja, kosz i historia wersji mają inne zadania niż niezależna kopia. Ważne są również zasady przechowywania usuniętych danych, uprawnienia administratorów oraz możliwość odtworzenia większej liczby plików po jednym zdarzeniu. Nazwa usługi nie potwierdza sama w sobie kompletności zabezpieczenia.

Jak często wykonywać kopię?

Częstotliwość zależy od tego, ile pracy firma może utracić bez poważnych konsekwencji. Jeżeli dane sprzedażowe albo magazynowe zmieniają się przez cały dzień, rzadka kopia może pozostawić dużą lukę. Dla dokumentów aktualizowanych sporadycznie potrzeby mogą być inne. Ustala się więc dopuszczalny zakres utraty danych, a następnie dopasowuje harmonogram oraz pojemność miejsca przechowywania.

Czy kopię należy szyfrować?

Szyfrowanie kopii, czyli zabezpieczenie jej treści przed odczytem bez właściwego klucza, jest szczególnie istotne przy przechowywaniu danych poza głównym środowiskiem firmy. Trzeba jednak bezpiecznie zachować klucz lub dane dostępowe. Kopia zaszyfrowana prawidłowo, ale bez dostępnego klucza, nie pozwoli na odtworzenie informacji.

Czy test można przeprowadzić bez zatrzymywania pracy firmy?

W wielu przypadkach tak, ponieważ odtwarzanie wykonuje się w wydzielonym miejscu i bez nadpisywania danych produkcyjnych, czyli używanych na co dzień. Zakres testu dobiera się do środowiska oraz rodzaju programu. Jeżeli pełna próba wymaga chwilowej zmiany działania usług, ustala się ją osobno, aby nie powodować niekontrolowanej przerwy.

Plan odtworzenia powinien być równie czytelny jak plan wykonywania kopii

Dobre rozwiązanie odpowiada na kilka praktycznych pytań: gdzie znajdują się kopie, kto ma do nich dostęp, jak rozpoznać ostatnią poprawną wersję i od czego rozpocząć przywracanie. Określa też kolejność uruchamiania usług. Najpierw mogą być potrzebne elementy odpowiedzialne za konta i sieć, następnie baza danych, a dopiero później stanowiska korzystające z programu.

Procedura nie powinna zależeć wyłącznie od pamięci jednej osoby. Dane dostępowe i instrukcje przechowuje się w bezpieczny, kontrolowany sposób. Domyślnie nie prosimy o hasło użytkownika. Jest ono potrzebne tylko wtedy, gdy bez niego nie można wykonać uzgodnionej czynności, a cel użycia zostaje wcześniej wyjaśniony. Na życzenie możliwe jest bezpłatne zawarcie NDA, czyli umowy o zachowaniu poufności. Prace nie są przekazywane podwykonawcom.

Przegląd kończy się dopiero wtedy, gdy wiadomo nie tylko, że zadanie kopii ma poprawny status, lecz także że właściwe dane można z niego odzyskać. W przypadku firmowych dokumentów i baz najważniejszym wynikiem nie jest liczba zapisanych archiwów, ale potwierdzona możliwość odtworzenia pracy po rzeczywistym zdarzeniu.

Ostatni test przed pierwszą awarią

Najbezpieczniejszy moment na sprawdzenie kopii przypada wtedy, gdy podstawowe systemy nadal działają. Można wtedy spokojnie uzupełnić pominięte dane, rozdzielić miejsca przechowywania, poprawić powiadomienia oraz przećwiczyć procedurę. Po awarii pozostaje już tylko korzystanie z tego, co wcześniej rzeczywiście zapisano i zweryfikowano.