M3 Group

Kopie zapasowe przed wyłączeniem firmowej aplikacji

Kopie zapasowe przed wyłączeniem firmowej aplikacji

/
Kopie zapasowe przed wyłączeniem firmowej aplikacji

Wyłączenie firmowej aplikacji często wygląda jak proste zadanie: zakończenie licencji, usunięcie kont użytkowników i odinstalowanie programu. W praktyce system może nadal przechowywać historię zamówień, dokumenty, raporty, dane kontaktowe, ustawienia lub informacje potrzebne do wyjaśnienia wcześniejszych decyzji.

Kopie zapasowe przed zakończeniem działania aplikacji nie powinny być traktowane wyłącznie jako techniczne archiwum. Ich zakres musi odpowiadać temu, co firma może potrzebować po wyłączeniu narzędzia: odtworzyć, sprawdzić, przekazać do innego systemu albo udostępnić uprawnionym osobom.

Najwięcej problemów powstaje wtedy, gdy decyzja o zamknięciu systemu zapada po stronie biznesowej, a działanie techniczne rozpoczyna się bez informacji o zależnościach. Użytkownicy mogą dowiedzieć się o zmianie dopiero wtedy, gdy nie są już w stanie pobrać potrzebnego dokumentu lub potwierdzić danych z poprzedniego okresu.

Kopie zapasowe przed zamknięciem aplikacji: od czego zacząć

Przed wykonaniem eksportu lub usunięciem danych należy określić, dlaczego aplikacja jest wyłączana i jakie procesy dotychczas obsługiwała. Narzędzie może nie być już używane na co dzień, ale nadal stanowić źródło informacji dla księgowości, obsługi reklamacji, działu handlowego albo osób odpowiedzialnych za projekty.

  • wskazać właściciela biznesowego aplikacji, który potwierdzi znaczenie danych;
  • opisać typy informacji przechowywanych w systemie, w tym dokumenty, załączniki, raporty i historię zmian;
  • ustalić, które dane zostały już przeniesione do nowego rozwiązania, a które istnieją wyłącznie w wyłączanej aplikacji;
  • sprawdzić połączenia z pocztą, folderami, systemami finansowymi, stroną internetową lub innymi usługami;
  • określić termin, po którym użytkownicy utracą dostęp do systemu.

Takie rozpoznanie pozwala uniknąć sytuacji, w której wykonywany jest pełny zrzut techniczny, lecz nikt nie potrafi później odnaleźć w nim potrzebnej umowy albo odczytać danych bez uruchomienia starego środowiska. Zakres działań związanych z przechowywaniem i późniejszym odtwarzaniem informacji obejmuje zabezpieczenie i backup danych firmowych.

Nie wystarczy zachować samą bazę danych

Wiele aplikacji korzysta z danych zapisanych w kilku miejscach. Poza główną bazą mogą istnieć pliki załączników, foldery z eksportami, konfiguracja raportów, szablony dokumentów, konta administracyjne oraz ustawienia integracji. Brak jednego z tych elementów może sprawić, że zachowane informacje będą niepełne lub trudne do wykorzystania.

Zakres kopii zapasowych należy więc porównać z rzeczywistym sposobem pracy. Jeżeli z aplikacji generowano faktury, dokumenty jakościowe albo zestawienia dla klientów, trzeba ustalić, czy po wyłączeniu systemu będzie możliwe ich odczytanie i zweryfikowanie. Warto również zapisać wersję używanego oprogramowania oraz instrukcję dostępu do archiwum, aby wiedza nie pozostała tylko u jednej osoby.

Podstawowe zasady oceny źródeł danych, ich zakresu i kolejności odtwarzania opisuje przewodnik po wykonywaniu kopii zapasowych plików i folderów. Przy wyłączaniu aplikacji szczególnie ważne jest rozróżnienie danych roboczych od informacji, które muszą być dostępne przez dłuższy czas.

Co powinny obejmować kopie zapasowe aplikacji

Nie ma jednego zestawu danych właściwego dla każdej firmy. Przygotowanie archiwum powinno wynikać z funkcji systemu, obowiązków organizacyjnych oraz przyszłego sposobu korzystania z informacji. Warto sporządzić listę, którą zaakceptuje właściciel procesu, zamiast zakładać, że pełny eksport automatycznie rozwiązuje problem.

  • dane podstawowe, takie jak kartoteki kontrahentów, produktów, spraw lub projektów;
  • historię operacji, statusów, zatwierdzeń oraz zmian istotnych dla rozliczeń i obsługi klienta;
  • dokumenty, skany, załączniki i pliki generowane przez aplikację;
  • raporty oraz eksporty, które umożliwiają odczyt danych bez dostępu do pierwotnego systemu;
  • konfigurację niezbędną do uruchomienia środowiska lub interpretacji danych;
  • informację o osobie odpowiedzialnej za archiwum i zasadach udzielania dostępu.

Ważne jest także ustalenie formatu archiwum. Dane zapisane wyłącznie w formacie wymagającym starej aplikacji mogą być mniej użyteczne niż kontrolowany eksport przeznaczony do odczytu. Jednocześnie sam eksport tabel nie zawsze zachowuje relacje, opisy i załączniki. Dlatego decyzja powinna uwzględniać zarówno techniczną możliwość odtworzenia, jak i praktyczną wartość informacji dla firmy.

Najpierw test odtworzenia, potem wyłączenie usługi

Archiwum należy sprawdzić przed rozwiązaniem umowy, wyłączeniem serwera lub usunięciem kont administracyjnych. Test nie musi oznaczać odtwarzania całego systemu produkcyjnego. Powinien jednak potwierdzić, że wskazane dane można odnaleźć, otworzyć i porównać z oczekiwanym stanem.

Weryfikacja jest szczególnie istotna, gdy system zawierał informacje tworzone przez wiele lat albo działał na starszej infrastrukturze. Jeżeli po błędnym usunięciu nośnika lub danych trzeba szukać informacji w ostatniej chwili, działania stają się znacznie trudniejsze. Kolejność reakcji w takim zdarzeniu pokazuje artykuł Sformatowany dysk: odzyskiwanie danych w firmie.

  • odtworzyć próbnie reprezentatywny zestaw danych do wydzielonej lokalizacji;
  • sprawdzić możliwość otwarcia dokumentów i załączników;
  • porównać liczbę oraz zakres rekordów z systemem, który nadal działa;
  • potwierdzić przez właściciela procesu, że archiwum zawiera potrzebne informacje;
  • zapisać miejsce przechowywania, okres dostępności i zasady nadawania uprawnień.

Archiwum wymaga właściciela i zasad dostępu

Po wyłączeniu aplikacji dane nie powinny trafiać do przypadkowego folderu, do którego dostęp ma zbyt wiele osób lub którego nikt nie kontroluje. Trzeba ustalić, kto może przeglądać archiwum, kto odpowiada za jego zabezpieczenie oraz jak będzie obsługiwane zapotrzebowanie na starsze informacje.

Podobne zasady mają zastosowanie przy zamykaniu projektów, gdy część materiałów jest potrzebna dopiero po czasie. Praktyczne kwestie wyboru danych, odpowiedzialności i późniejszego odtworzenia przedstawia wpis o kopiach zapasowych przed archiwizacją projektu firmowego.

Warto oddzielić dostęp do archiwum od dostępu administracyjnego do wyłączanej aplikacji. Pozostawienie aktywnych kont tylko po to, aby ktoś mógł kiedyś sprawdzić dane, zwiększa liczbę niekontrolowanych uprawnień i utrudnia zamknięcie środowiska w uporządkowany sposób.

Krótka konkluzja

Kopie zapasowe przed wyłączeniem firmowej aplikacji powinny chronić nie tylko pliki, ale także możliwość wykorzystania informacji w przyszłości. Ustalenie zakresu danych, test odtworzenia, potwierdzenie przez właściciela procesu i jasne zasady dostępu pozwalają zakończyć działanie systemu bez utraty kontroli nad ważnymi zasobami.

Autor
Sebastian Grabosz
Specjalista IT