Kopie zapasowe i przywracanie danych w WAPRO

Nie tylko przy wymianie komputera

Kopia bazy przydaje się przy każdej awarii zagrażającej danym — a takich jest znacznie więcej niż planowana wymiana sprzętu: zanik napięcia, awaria dysku, uszkodzenie bazy po nieudanej aktualizacji, infekcja szyfrująca.

Jak układamy kopie

• Kopia bazy wykonywana codziennie, po zakończeniu pracy.
• Kopia okresowa przechowywana poza siedzibą firmy.
• Przynajmniej jedna wersja odłączona od sieci — inaczej oprogramowanie szyfrujące obejmie także kopie.
• Powiadomienie, gdy kopia się nie wykona.
• Kontrola rozmiaru — nagły spadek oznacza zwykle, że kopia zawiera mniej, niż powinna.

Najczęstsza luka

Kopia obejmująca folder z dokumentami i pomijająca bazę danych. Program trzyma dane w miejscu, o którym użytkownik zwykle nie wie — po awarii okazuje się, że kopiowano wszystko poza tym, co najważniejsze.

Przywracanie

Odtworzenie bazy wymaga zgodnej wersji programu i serwera bazy. To pułapka, na którą firmy natrafiają przy odtwarzaniu starszych kopii — dlatego wraz z kopią przechowujemy informację o wersji, w której powstała.

Próba odtworzenia

Wykonujemy ją okresowo, na osobnym środowisku. Kopia, z której nikt nigdy niczego nie odtworzył, jest wyłącznie założeniem — a dzień awarii to zły moment na jego sprawdzanie.

Ile pracy można stracić

Tyle, ile dzieli jedną kopię od następnej. To najprostszy sposób, żeby ustalić, jak często kopie powinny powstawać w konkretnej firmie.

Różne rodzaje kopii i ich zastosowanie

Nie każda kopia zabezpiecza firmę przed tym samym zdarzeniem. Kopia robocza przechowywana na urządzeniu stale podłączonym do komputera ułatwia szybkie odtworzenie danych po drobnej awarii. Nie chroni jednak wystarczająco przed zaszyfrowaniem plików, kradzieżą sprzętu ani uszkodzeniem instalacji elektrycznej. Z tego powodu potrzebne są również kopie odłączone oraz wersje przechowywane w innej lokalizacji.

Kopia pełna zawiera cały wybrany zestaw danych potrzebny do odtworzenia środowiska. Kopia przyrostowa zapisuje natomiast zmiany powstałe od wykonania wcześniejszej kopii. Takie rozwiązanie może ograniczyć ilość zajmowanego miejsca, ale odtworzenie zależy wtedy od poprawności całego łańcucha plików. Uszkodzenie jednego elementu może utrudnić odzyskanie późniejszych zmian. Rodzaj kopii należy więc dobierać razem z procedurą jej weryfikacji.

Osobnym wariantem jest kopia wykonywana przed aktualizacją WAPRO, zmianą konfiguracji albo migracją bazy. Jej zadaniem jest umożliwienie powrotu do stanu sprzed operacji, jeśli nowa wersja programu lub zmiana środowiska spowoduje błąd. Nie zastępuje ona regularnego harmonogramu. Chroni tylko stan z konkretnego momentu i szybko traci aktualność wraz z wprowadzaniem kolejnych dokumentów.

Co powinno znaleźć się w planie odtwarzania WAPRO

Sam plik kopii nie opisuje całego środowiska. Do sprawnego przywrócenia potrzebna jest informacja, którego programu WAPRO dotyczy baza, w jakiej wersji wykonano kopię oraz jakie moduły współpracowały ze sobą. Znaczenie mają też dodatkowe elementy, takie jak ustawienia stanowisk, współdzielone katalogi, szablony wydruków, eksporty bankowe oraz integracje z innymi aplikacjami. Nie wszystkie z nich muszą być zapisane bezpośrednio w bazie.

Warto sporządzić krótką instrukcję wskazującą lokalizację kopii, sposób jej odszyfrowania, kolejność uruchamiania usług i osobę odpowiedzialną za podjęcie decyzji o odtworzeniu. Szyfrowanie oznacza zabezpieczenie zawartości w taki sposób, aby bez właściwego klucza lub hasła nie dało się jej odczytać. Klucz powinien być przechowywany oddzielnie od zaszyfrowanej kopii, ale pozostawać dostępny dla upoważnionej osoby.

Plan powinien uwzględniać również zależności między modułami. Jeżeli kilka programów korzysta ze wspólnych danych albo wymienia informacje, odtworzenie tylko jednej części środowiska może prowadzić do niespójności. Niespójność to sytuacja, w której powiązane dane przedstawiają różny stan, na przykład jeden moduł zawiera operację, której nie ma jeszcze w drugim. Dlatego przed przywróceniem trzeba ustalić zakres awarii i wybrać zgodny punkt w czasie dla wszystkich powiązanych elementów.

Weryfikacja kopii bez zaglądania do danych firmowych

Podstawowa kontrola polega na sprawdzeniu, czy zadanie utworzenia kopii zakończyło się poprawnie, czy powstał oczekiwany plik oraz czy można go odczytać. Sam komunikat o wykonaniu zadania nie potwierdza jeszcze, że zapisano właściwą bazę. Harmonogram mógł wskazywać nieaktualną lokalizację, inne środowisko albo pusty katalog. Dlatego kontrola powinna obejmować źródło danych i wynik operacji.

Nie należy oceniać poprawności wyłącznie na podstawie nazwy pliku. Nazwa może wyglądać prawidłowo nawet wtedy, gdy proces został przerwany. Pomocne jest porównywanie rozmiaru kolejnych kopii oraz sprawdzanie dziennika zdarzeń, czyli zapisu informacji o przebiegu zadania. Każde nietypowe odchylenie wymaga wyjaśnienia. Większy lub mniejszy plik nie musi automatycznie oznaczać awarii, ale nie powinien być ignorowany.

Najpewniejszą kontrolą pozostaje próbne odtworzenie na odseparowanym stanowisku. Odseparowane środowisko to komputer lub maszyna testowa, która nie korzysta z produkcyjnej bazy używanej podczas bieżącej pracy. Po przywróceniu sprawdza się, czy program uruchamia bazę, czy dostępne są ostatnie oczekiwane dokumenty oraz czy podstawowe zestawienia można otworzyć. Takie badanie nie powinno zmieniać danych produkcyjnych.

Błędy popełniane podczas samodzielnego zabezpieczania danych

Częstym błędem jest kopiowanie całego katalogu programu z dysku systemowego. Pliki instalacyjne pozwalają uruchomić aplikację, lecz nie muszą zawierać aktualnej bazy. Podobnie skrót widoczny na pulpicie nie wskazuje miejsca przechowywania danych. Przed ustawieniem automatycznego kopiowania trzeba rozpoznać rzeczywiste źródło oraz sprawdzić, czy mechanizm wykonuje kopię w sposób obsługiwany przez używane środowisko.

Ryzykowne jest także ręczne kopiowanie aktywnych plików bazy podczas pracy użytkowników. W tym czasie część operacji może pozostawać w toku, a zapisane elementy nie muszą przedstawiać jednego spójnego momentu. Powstaje wtedy plik, który wygląda na kompletny, lecz nie nadaje się do prawidłowego przywrócenia. Bezpieczniej korzystać z mechanizmu tworzenia kopii bazy i wykonywać operację według ustalonej procedury.

Inny błąd polega na pozostawieniu wszystkich kopii na tym samym dysku albo w stale podłączonym udziale sieciowym. Udział sieciowy to katalog udostępniony innym komputerom w firmowej sieci. Awaria nośnika usuwa wtedy jednocześnie dane robocze i zabezpieczenie, a infekcja szyfrująca może objąć oba miejsca. Kopie powinny być rozdzielone tak, aby pojedyncze zdarzenie nie zniszczyło każdej dostępnej wersji.

Niebezpieczne jest również zastępowanie jedynej kopii nowym plikiem. Jeżeli uszkodzenie bazy zostało zauważone z opóźnieniem, najnowsza kopia może już zawierać wadliwy stan. Rotacja kopii, czyli przechowywanie kilku wersji z różnych dni i okresów, pozwala wybrać moment sprzed wystąpienia problemu. Liczbę i okres przechowywania wersji ustala się na podstawie sposobu pracy firmy oraz wymagań dotyczących dokumentacji.

Kiedy problem nie dotyczy uszkodzonej kopii

Brak możliwości otwarcia danych po przeniesieniu nie zawsze oznacza, że kopia jest wadliwa. Przyczyną może być niezgodna wersja programu, brak właściwego komponentu serwera bazy, niewystarczające uprawnienia albo błędnie wskazana instancja. Instancja to konkretne uruchomione środowisko serwera obsługujące bazy danych. W takim przypadku wielokrotne tworzenie nowego pliku kopii nie usuwa źródła problemu.

Nie każda utrata dostępu jest też awarią bazy. Program może nie widzieć danych po zmianie nazwy komputera, konfiguracji sieci, reguł zapory albo konta używanego do uruchamiania odpowiedniej usługi. Zapora to mechanizm kontrolujący połączenia sieciowe. Przed rozpoczęciem odzyskiwania trzeba ustalić, czy baza rzeczywiście została uszkodzona, czy jedynie przestała być dostępna dla stanowiska.

Podobnie brak najnowszych dokumentów po odtworzeniu może wynikać z wyboru niewłaściwego pliku. W firmie mogą istnieć kopie kilku podmiotów, archiwalne bazy oraz pliki testowe o zbliżonych nazwach. Najpierw należy potwierdzić datę, zakres i źródło wybranej kopii. Pochopne rozpoczęcie pracy na starszej bazie tworzy kolejne dane, które później trzeba uzgadniać z właściwym środowiskiem.

Dodatkowe pytania o kopie WAPRO

Czy synchronizacja folderu z chmurą wystarcza jako kopia?

Synchronizacja, czyli automatyczne powielanie zmian między urządzeniem a usługą zdalną, jest przydatnym elementem ochrony, lecz nie zawsze stanowi pełną kopię. Usunięcie, zaszyfrowanie lub nadpisanie pliku może zostać szybko przeniesione do drugiej lokalizacji. Trzeba sprawdzić, czy usługa zachowuje wcześniejsze wersje oraz czy dane można odtworzyć bez dostępu do uszkodzonego komputera. Nadal potrzebna jest co najmniej jedna niezależna kopia.

Czy kopię można przywrócić na innym komputerze?

Tak, o ile nowe środowisko zostanie właściwie przygotowane i pozostaje zgodne z kopią. Należy zainstalować odpowiednią wersję oprogramowania, przygotować serwer bazy i odtworzyć wymagane ustawienia. Po uruchomieniu trzeba sprawdzić poprawność danych oraz działanie modułów. Nie powinno się zakładać, że samo skopiowanie jednego pliku wystarczy do wznowienia całej pracy.

Czy przed aktualizacją programu zawsze potrzebna jest nowa kopia?

Takie zabezpieczenie jest potrzebne, ponieważ aktualizacja może zmienić strukturę bazy, czyli sposób uporządkowania zapisanych informacji. Powrót do starszej wersji aplikacji bez odpowiedniej kopii może być niemożliwy lub prowadzić do dalszych problemów. Przed rozpoczęciem aktualizacji należy też upewnić się, że kopia została zakończona poprawnie i że wiadomo, jak ją odtworzyć.

Co zrobić po wykryciu uszkodzenia lub zaszyfrowania danych?

Należy ograniczyć dalsze zmiany i nie nadpisywać dostępnych kopii. Przy podejrzeniu infekcji komputer powinien zostać odłączony od sieci, aby zmniejszyć ryzyko objęcia kolejnych zasobów. Nie należy uruchamiać przypadkowych narzędzi naprawczych na jedynym egzemplarzu bazy. Najpierw wykonuje się zabezpieczoną kopię zastanego stanu, rozpoznaje zakres zdarzenia i dopiero wtedy wybiera właściwą metodę odzyskiwania.

Czy samo otwarcie programu potwierdza poprawne odtworzenie?

Nie. Uruchomienie programu jest dopiero pierwszym etapem kontroli. Trzeba jeszcze sprawdzić właściwy podmiot, datę ostatnich operacji, dostępność dokumentów, podstawowe zestawienia oraz współpracę używanych modułów. Jeżeli środowisko ma integracje, należy również potwierdzić ich konfigurację przed wznowieniem bieżącej pracy.

Kopia ma wartość dopiero po udanym odtworzeniu WAPRO

Dobrze przygotowany system kopii łączy automatyczne wykonywanie zadań, rozdzielenie nośników, zachowanie kilku wersji i regularne próby przywracania. Dzięki temu awaria nie rozpoczyna poszukiwania przypadkowych plików, lecz uruchamia wcześniej ustaloną procedurę. Wsparcie może zostać wykonane podczas wizyty serwisanta w firmie albo w trybie door-to-door, gdy kierowca odbiera sprzęt i zwraca go po zakończeniu prac. Najważniejsze pozostaje potwierdzenie, że zabezpieczono właściwą bazę WAPRO i wszystkie elementy potrzebne do wznowienia pracy.