Jak stworzyć plan backupu, który będzie działał – praktyczny poradnik

Zabezpieczanie danych organizacji to ważne, ale i złożone przedsięwzięcie, zwłaszcza w obliczu współczesnych zaawansowanych zagrożeń. Dlatego przed przystąpieniem do działania trzeba się uzbroić w kompleksowy i dobrze przemyślany plan backupu. Taki, który będzie jednocześnie uwzględniał specyfikę infrastruktury organizacji i najlepsze praktyki cyberbezpieczeństwa.

W niniejszym artykule omawiamy, jakich kwestii powinien dotykać plan backupu i jak podejść do nich w praktyce, uwzględniając rady naszych wewnętrznych ekspertów – Infrastructure Administratora i CISO. Pod koniec artykułu znajdziesz też praktyczną listę kontrolną.

Ustal, co oraz w jakim zakresie wymaga backupu danych

Twoja organizacja z pewnością posiada systemy i dane, bez których dalsza działalność nie będzie możliwa, a ich utrata wywoła lawinę nieprzyjemnych konsekwencji. Uwzględnienie ich w planie backupu to absolutna konieczność, ale musisz też wiedzieć, jak postąpić w przypadku mniej krytycznej infrastruktury.

Inwentaryzacja środowisk wymagających zabezpieczenia

Środowiska firmowe obejmują najczęściej serwery, hiperwizory Hyper-V czy VMware z maszynami wirtualnymi, komputery użytkowników (endpointy) i usługi chmurowe (np. Microsoft 365, Jira, Confluence). 

W ramach inwentaryzacji ustal, które środowiska są krytyczne. Będą to środowiska, których awaria może nieść za sobą poważne skutki i organizacja nie może bez nich funkcjonować, czyli:

• serwer domenowy,
• serwer pocztowy (on-premises albo w chmurze, np. Exchange Online),
• serwery z istotnymi bazami danych (np. kontrahentów czy z danymi finansowymi),
• laptopy prezesa i członków zarządu,
• komputer z programem księgowym,
• zasoby odpowiadające za produkcję (np. stacja robocza ICS/OT sterująca linią produkcyjną, laptopy handlowców).

Określenie tego, co jest krytyczne powinno opierać się na udokumentowanej analizie ryzyka. Kluczowe jest odpowiedzenie na pytanie niedostępność czego najszybciej/najdotkliwiej dotknie daną organizację

Piotr Pogorzelec, Infrastructure Administrator, Xopero Software

Środowiska krytyczne muszą zostać uwzględnione w planie backupu w całości, aby można je było łatwo odtworzyć i zapewnić ciągłość działania. 

Wskazówka: Jeżeli zamierzasz tworzyć kopie zapasowe całej infrastruktury organizacji i dysponujesz wystarczającą przestrzenią na dane, warto rozważyć wykonywanie niezależnego, częstszego backupu środowisk krytycznych.

Klasyfikacja danych (krytyczne vs niekrytyczne)

Wybór danych do zabezpieczenia musi być podyktowany analizą ryzyka i specyfikacją w planie zachowania ciągłości działania (BCP) organizacji. Przyjmuje się zwykle, że należy zabezpieczać wszelkie zasoby “produkcyjne” (wykorzystywane przez systemy świadczące usługi klientom), współdzielone oraz te stanowiące wzorce (dokumentacje procesów, planów działania, szablony oraz materiały marketingowe i szkoleniowe).

 Piotr Pogorzelec, Infrastructure Administrator, Xopero Software

W przypadku środowisk niekrytycznych można pokusić się o przeprowadzenie klasyfikacji danych, aby zaoszczędzić miejsce i skrócić czas wykonywania backupów.

Przykładowo, jeśli chodzi o laptopy szeregowych pracowników, backup powinien obejmować:

• foldery z treściami tworzonymi przez pracowników (np. dokumenty, pliki graficzne i wideo w przypadku grafików itp.);
• foldery z plikami konfiguracyjnymi narzędzi produkcyjnych (np. środowiska programistycznego);
• bazy danych programów (np. księgowych).

Z drugiej, w celu oszczędzenia miejsca można pominąć takie zasoby, jak:

• foldery tymczasowe
• foldery systemowe, które można łatwo przywrócić poprzez odtworzenie systemu

Z jednej strony dobrze zabezpieczać wszystko (cały obraz dysku urządzenia), co znajduje się na urządzeniu pracownika, by ułatwić powrót do pracy, gdy dojdzie do awarii. Z drugiej strony, gdy jakiś ważny zasób znajduje się tylko na konkretnym stanowisku (i w kopiach zapasowych) to zwykle wskazuje to na jakiś głębszy problem z przyjętym procesem. 

Warto budować świadomość pracowników na temat wymogów zachowania ciągłości działania, by sami zgłaszali, gdy ich stanowisko staje się de facto środowiskiem produkcyjnym. Pozwoli to zapobiegać katastrofom, zamiast skracać ich czas trwania/zakres.

Piotr Pogorzelec, Infrastructure Administrator, Xopero Software

Wdrożenie technologii zabezpieczeń (szyfrowanie, immutability i air gap)

Szyfrowanie end-to-end, niezmienny backup (immutable backup) czy izolacja danych backupu (air gap) to w zasadzie pozycje obowiązkowe w planie backupu, biorąc pod uwagę:

• powszechność i destrukcyjność współczesnych zagrożeń, takich jak phishing as a service, ransomware, prompt injection itd., które celują nie tylko w dane produkcyjne, ale kopie zapasowe;
• konieczność spełnienia wymogów nowoczesnych cyber regulacji (np. dyrektywa NIS2) w obszarach zdolności do odbudowy po ataku czy zapewnienia ciągłości działania.

💡 Poznaj krajobraz współczesnych zagrożeń i lepiej chroń organizację – pobierz i przeczytaj najnowszy raport Xopero “Cyberbezpieczeństwo – trendy 2026”, oparty na autorskim badaniu polskich specjalistów ds. cybersec.

Jakie technologie wykorzystać do ochrony danych backupu? Sprawdź w tabeli poniżej:

Technologia zabezpieczeń	Dane, do których stosować technologię
Szyfrowanie	Wszystkie
Immutable backup	Krytyczne
Air gap backup	Krytyczne

O ile szyfrowanie powinno objąć wszystkie dane, o tyle dwóch pozostałych technologii należy używać z rozwagą. Immutable backup, choć świetnie chroni przed ransomware, blokuje możliwość usunięcia backupów przez wybrany czas, a w konsekwencji rezerwuje storage. Air gap backup wymaga dodatkowego storage’u i konfiguracji, więc też powinien być stosowany do ochrony najważniejszych danych.

Dobór odpowiedniego harmonogramu tworzenia kopii zapasowych

Harmonogram obejmuje różne typy kopii zapasowej, które są wykonywane automatycznie i cyklicznie, w różnych odstępach czasu – pełną, przyrostową i różnicową.

Dyskutując o harmonogramie w kontekście planu backupu, należy wziąć pod uwagę trzy kluczowe kwestie:

• Ilość zajmowanego miejsca – kopia pełna jest niezbędna, bo wymagana do odtworzenia danych, ale zajmuje najwięcej miejsca. Kopie przyrostowe zajmują najmniej miejsca, a różnicowe stanowią kompromis między dwoma wcześniej wymienionymi.
• Częstotliwość wykonywania – kopie pełne tworzy się zazwyczaj rzadziej, np. co tydzień czy co miesiąc. W przypadku pozostałych typów okres ten może być znacznie krótszy. Istnieje więc ryzyko, że kopia nie zdąży się wykonać, zanim rozpocznie się wykonywanie kolejnej. Może to prowadzić do błędów i niewykonania backupu danych. W praktyce kopie przyrostowe/różnicowe wykonywane maksymalnie co 1 godzinę powinny zapewnić bezpieczny bufor. Jeżeli chcesz wykonywać kopie częściej, np. bo Twoja organizacja wymaga maksymalnego wskaźnika RPO, zweryfikuj dokładnie czy zadana częstotliwość nie spowoduje “zazębienia się” kopii. Ewentualnie podziel backup na mniejsze zadania.
• Szybkość przywracania – to kluczowa kwestia w przypadku zapewnienia ciągłości działania zasobów krytycznych. Najszybciej przywrócisz dane z samej kopii pełnej. Jeżeli trzeba scalić kopię pełną z przyrostowymi albo różnicowymi, proces potrwa dłużej, przy czym narzędzie do backupu zadba, aby całość wykonała się automatycznie w tle.

Dowiedz się więcej o typach kopii zapasowych oraz ich zaletach i wadach

Harmonogram musi uwzględniać dwa przeciwstawne podejścia:

• Wymogi prawne i certyfikacyjne oraz analizy ryzyka (zwykle cel dla harmonogramu to “jak najczęściej”);
• Limity biznesowe, operacyjneoraz wynikające z typu zabezpieczanych informacji (zwykle cel to “jak najrzadziej” – oczywiście w granicach zdrowego rozsądku i potrzeb):
  • Jak dużo można zapłacić za storage, aby prowadzona działalność się opłacała?
  • Jak często można wykonać backup, aby wysyłanie danych nie wyczerpało przepustowości sieci hosta, urządzenia, workera backupu itd.?
  • Jak bardzo częste wykonywanie kopii wypłynie na obciążenie hostów bezpośrednio świadczących usługi klientom oraz urządzeń końcowych pracowników?
  • Jak częste pobieranie informacji dopuści zewnętrzny dostawca usług kiedy dojdzie do spowolnienia obsługi zapytań (throttling), a kiedy unieważnione zostaną nasze dane dostępowe/kiedy zaprzestanie świadczenia dla nas usług?

Zwykle przyjmuje się, że dla większości zasobów kopie muszą być wykonane przynajmniej raz na dobę, z krytycznymi zasobami zabezpieczanymi co godzinę, wraz z wykorzystaniem innych mechanik podnoszących ich dostępność (mechanizmy HA, hot-standby replicas).

Piotr Pogorzelec, Infrastructure Administrator, Xopero Software

Zadbaj o kwestie związane z przechowywaniem kopii zapasowych

Drugim istotnym obszarem planu backupu są kwestie dotyczące przechowywania kopii zapasowych.

Wybór miejsca przechowywania kopii zapasowych

Ten sprowadza się do rozwiązań lokalnych i chmurowych. W poniższej tabeli zestawiliśmy największe wady i zalety każdego z tych podejść:

	Lokalny magazyn	Chmura
Zalety	– Suwerenność i niezależność od dostawcy – Dane w siedzibie firmy – Brak zależności od łączności internetowej – Szybsze transfery danych	– Brak konieczności zarządzania infrastrukturą – Niskie, stałe koszty w postaci miesięcznej subskrypcji – Prosta konfiguracja
Wady	– Konieczność zarządzania infrastrukturą – Konfiguracja bardziej złożona – Wysokie jednostkowe koszty zakupu i wymiany sprzętu	– Zależność od dostawcy – Ryzyko niedostępności (outage) – Opłaty za transfer danych z chmury, np. przy przywracaniu (egress fees) – Zależność od ISP – Wolniejsze transfery i throttling

Dla maksimum bezpieczeństwa warto skorzystać z obu podejść, aby zapewnić odmiejscowienie kopii zapasowych. Więcej informacji znajdziesz poniżej, w sekcji poświęconej replikacji kopii zapasowych.

Najbezpieczniejszym i najprostszym modelem przechowywania informacji jest jej przechowywanie w wielu bezpiecznych i zatwierdzonych miejscach, w wielu wersjach.

Warto zadbać o to, by dane znajdowały się w kilku lokalizacjach geograficznych (idealnie więcej niż 2), tak by lokalny problem nie skutkował brakiem dostępności. Planując lokalizacje kopii zapasowych, warto zwrócić uwagę na to, że “za dużo” również stanowi problem – każda z lokalizacji powinna być monitorowana i (regularnie!) sprawdzana pod kątem bezpieczeństwa, kompletności i aktualności danych.

Piotr Pogorzelec, Infrastructure Administrator, Xopero Software

Obliczenie ilości danych do zabezpieczenia

Po wybraniu miejsca składowania kopii trzeba obliczyć ile przestrzeni na dane będziemy potrzebować. Jest to potrzebne do zakupu lokalnego storage’u albo odpowiedniego planu magazynu w chmurze.

Do “pesymistycznego” (najprostszego) oszacowania rozmiaru danych do zabezpieczenia potrzebne są następujące informacje:

• suma rozmiarów wszystkich dysków zabezpieczanych urządzeń i danych w usługach chmurowych,
• planowana retencja danych – jak wiele kopii (pełnych, przyrostowych i różnicowych) ma być dostępne.

Dysponując takimi danymi można obliczyć, że – w drastycznym uproszczeniu – powinniśmy się spodziewać maksymalnego rozmiaru danych równego:

[liczba kopii pełnych w zadanym okresie retencji] * [suma rozmiaru chronionych danych] + [liczba kopii przyrostowych w zadanym okresie retencji] * [suma rozmiaru chronionych danych] + [liczba kopii różnicowych w zadanym okresie retencji] * [suma rozmiaru chronionych danych]

Piotr Pogorzelec, Infrastructure Administrator, Xopero Software

Informacje o rozmiarze chronionych danych najłatwiej uzyskać w następujący sposób:

• serwery i endpointy – system zarządzania infrastrukturą SCCM/Intune (tylko całkowity rozmiar dysku) albo skrypty (dokładne dane). 
• maszyny wirtualne – interfejs zarządzania hostem (np. ESXi Host Client albo Hyper-V Manager) udostępnia wgląd w wolne i zajęte miejsce.
• dyski NAS i udziały SMB – wgląd przez menedżera plików (np. Eksplorator Windows, Nautilus). W przypadku NAS można też skorzystać z dedykowanego panelu zarządzania.
• usługi chmurowe – tutaj informacje o storage’u są zazwyczaj dostępne za pomocą ustawień administracyjnych (np. Confluence) albo request do API (np. GitHub). W niektórych przypadkach trzeba będzie zsumować dane dla kilku usług, np. tutaj znajduje się uproszczona instrukcja dla Microsoft 365. 

Jednocześnie na wielkość kopii będą wpływać wdrożone technologie backupu, takie jak immutable backup, kompresja i deduplikacja. Wpływ może być zarówno pozytywny, jak i negatywny – więcej informacji znajdziesz poniżej.

Wdrożenie immutable backup dla ochrony przed ransomware

Kopia niezmienna (immutable backup) to blokada, która uniemożliwia modyfikację i usuwanie danych kopii zapasowej przez określony czas (do czasu wygaśnięcia blokady). Innymi słowy, chroni backup przed zniszczeniem przez ransomware.

Wdrażając immutable backup, należy wziąć pod uwagę następujące czynniki:

• Oprogramowanie do backupu musi obsługiwać kopie niezmienne.
• Również magazyn musi być zgodny z S3 Object Lock. Taką zgodność zapewniają popularne chmury (np. AWS) i lokalnie urządzenia do backupu all-in-one. 
• Nie należy ustawiać zbyt długiego okresu blokowania, a kopią immutable objąć tylko krytyczne dane, aby zwiększająca się przestrzeń zarezerwowana na niezmienne backupy nie doprowadziła do wyczerpania całego miejsca w magazynie danych.

Dowiedz się więcej o immutable backup z naszego artykułu

Wdrożenie kompresji i deduplikacji

Technologie takie jak kompresja i deduplikacja (pomijanie duplikatów w kolejnych kopiach) pozwalają oszczędzić miejsce w magazynie danych. Deduplikacja może być bardzo skuteczna w tym względzie – zwłaszcza, gdy powtarzalność danych w chronionych środowiskach jest duża.

Aby skorzystać z obu technologii, muszą być one obsługiwane przez oprogramowanie do backupu danych albo urządzenie all-in-one. Drugą istotną kwestią jest moc obliczeniowa Twojej infrastruktury — dane są przetwarzane na źródle, zanim jeszcze trafią do storage’a. Dlatego dla zasobów legacy warto rozważyć, co opłaca się bardziej: a) wymiana zasobu (np. serwera) i zaoszczędzenie miejsca dzięki technologiom czy b) pozostawienie starej infrastruktury i utworzenie dla niej oddzielnego zadania backupu bez użycia wspomnianych technologii.

Wyznaczenie retencji danych pod kątem wymogów organizacji i prawnych

Retencja to ważny aspekt planu backupu. Choć dotyczy przede wszystkim możliwości odtworzenia danych po dłuższym czasie, jest również ważna z uwagi na konieczność spełniania wymogów prawnych (compliance).

Jeżeli masz w swojej organizacji dane krytyczne i wrażliwe, backupy uwzględniające te dane mogą wymagać dłuższej, często kilkuletniej retencji – oto kilka przykładów:

Dane	Okres retencji	Podstawa prawna
Dokumentacja pracownicza	10 lat	Kodeks pracy
Dane księgowe	5 lat	Ustawa o rachunkowości
Dane osobowe klientów zbierane w celach marketingowych	Do czasu wycofania zgody	RODO

Krótka retencja (np. do 1 roku) to częsty problem natywnych rozwiązań do backupu, które oferują platformy chmurowe. Aby móc w pełni realizować wszystkie założenia planu backupu, warto wybrać rozwiązanie, które zapewnia elastyczną i nielimitowaną retencję.

Wdrożenie replikacji kopii zapasowych dla skutecznej ochrony

Replikacja polega na tworzeniu kopii kopii zapasowej w alternatywnych lokalizacjach i ma na celu zabezpieczenie organizacji przed skutkami zniszczenia backupu w jednej z lokalizacji.

W świecie backupu istnieją gotowe zasady replikacji kopii zapasowych, jak np. reguła backupu 3-2-1 czy 3-2-1-1-0. Pierwsza z nich oznacza, że należy mieć co najmniej 3 kopie danych (produkcja + 2x backup), przechowywać je na 2 różnych nośnikach, a jedną poza siedzibą firmy (np. chmura).

W warstwie technicznej polityka kopii zapasowych powinna obligatoryjnie implementować strategię 3-2-1-1-0 jako rozwinięcie klasycznej reguły 3-2-1 Jest to obecnie „złoty standard” branży IT.

Eryk Trybulski, CISO, Xopero Software

W kontekście uwzględniania replikacji w planie backupu należy zwrócić uwagę na następujące kwestie:

• Częstotliwość replikacji – najlepiej replikować kopie backupu w czasie rzeczywistym, czyli po wykonaniu backupu automatycznie startuje replikacja do alternatywnych lokalizacji. W narzędziach do backupu danych ten proces można w 100% zautomatyzować.
• Lokalizacje zreplikowanych kopii – nie należy trzymać 2 kopii w tym samym miejscu. Przykładowo, jeżeli pierwsza kopia znajduje się na urządzeniu all-in-one czy lokalnym zasobie sieciowym (SMB), drugą najlepiej replikować do chmury.
• Compliance – replikacja to ważny aspekt zapewniania ciągłości działania i odtwarzania po awarii (Disaster Recovery). Dlatego jest istotna w kontekście spełniania wymogów np. dyrektywy NIS2.

Dowiedz się więcej o odmiejscawianiu kopii zapasowych

Zapewnij sprawne i skuteczne przywracanie danych

Kopia zapasowa bez możliwości przywrócenia w przypadku awarii jest bezużyteczna. Dlatego solidny plan backupu powinien uwzględniać istotne elementy z obszaru odzyskiwania danych.

Wyznaczenie wskaźników RPO i RTO na potrzeby disaster recovery

W obszarze disaster recovery istnieją 2 kluczowe wskaźniki:

• Recovery Point Objective (RPO) – wyznacza jak często wykonywać backup, albo – inaczej – na jaką utratę danych organizacja może sobie pozwolić.
• Recovery Time Objective (RTO) – określa maksymalny dopuszczalny czas, w jakim system, aplikacja lub usługa musi zostać przywrócona do działania po awarii, ataku lub innym incydencie.

RPO to bardziej złożona metryka, której obliczenie wymaga udziału działów biznesowych (np. zarząd) i uwzględnienia licznych aspektów (np. straty finansowe, wizerunek, problemy dla klientów).

Według standardów branżowych może wynosić: od 0 do kilku sekund (systemy transakcyjne w finansach, systemy ratujące życie), kilka minut do godziny (systemy CRM, systemy szpitalne) czy kilka godzin do doby (systemy magazynowe, systemy wewnętrzne HR/kadrowe).

Do obliczenia RTO trzeba wykonać teksty przywracania kopii zapasowych, o których piszemy poniżej.

Wyznaczenie RTO i RPO nie tylko daje pewność i powtarzalność przywracania – jest także z istotne z punktu widzenia spełniania wymogów compliance:

W zakresie zarządzania kopiami zapasowymi NIS2 wymaga stosowania podejścia opartego na analizie ryzyka, które determinują parametry RPO i RTO adekwatne do krytyczności przetwarzanych danych i świadczonych usług.

Eryk Trybulski, CISO, Xopero Software

Co istotne, im niższych wartości RPO i RTO wymaga Twoja organizacja, tym wyższe koszty stworzenia odpowiedniej infrastruktury backupu.

Sprawdź nasz kompleksowy przewodnik po wskaźnikach RPO i RTO

Zaplanowanie procedur testowania kopii zapasowych

Testowanie przywracania i weryfikacja poprawności kopii zapasowych należy wykonywać regularnie. A regularne testowanie wymaga odpowiedniej ilości czasu i środowisk testowych. Te oszacowuje się biorąc pod uwagę te same kryteria, co dla harmonogramu backupu (wymogi prawne vs limity biznesowe i operacyjne).

Testowanie nie może mieć charakteru pozorowanego ani ograniczać się do przeglądu dokumentacji – musi dostarczać obiektywnych dowodów na zdolność organizacji do odtworzenia procesów krytycznych w czasie nieprzekraczającym zdefiniowanych wartości RTO i RPO

Eryk Trybulski, CISO, Xopero Software

Optymalna częstotliwość testowania to 1 miesiąc. Z racji złożoności infrastruktury i ilości danych, w praktyce testy zazwyczaj wykonuje się rzadziej, przy czym maksymalnym interwałem dla testu pełnego przywrócenia danych jest pół roku.

Po skonfigurowaniu środowisk testowych, co wymaga czasu i wiąże się z kosztami, proces polega zwykle na:

1. Przeklikaniu rozwiązania do backupu w celu zainicjowania procesów przywracania.
2. Ręcznym zweryfikowaniu przywróconych danych.

Automatyzacja procesów testowania i weryfikacji backupu jest zazwyczaj możliwa w przypadku środowisk wirtualnych (np VMware).

Dzięki regularnym testom administrator może sprawdzić, ile średnio zajmują procesy przywracania dla konkretnych środowisk, a tym samym wyznaczyć RTO. Testy to także istotny aspekt compliance:

Dyrektywa NIS2 kładzie także nacisk na regularną weryfikację integralności i odtwarzalności kopii zapasowych poprzez cykliczne testy przywracania, których wyniki powinny być dokumentowane i raportowane na poziomie zarządu.

Eryk Trybulski, CISO, Xopero Software

Plan backupu – lista kontrolna dla administratora

W poniższej tabeli znajdziesz zbiorcze zestawienie wszystkich omówionych aspektów planu backupu wraz z ogólnymi krokami ich wykonania. Tabelę można wydrukować i wykorzystać jako wygodną listę kontrolną:

Aspekt planu backupu	Kroki (jak wykonać?)	Wykonano?
Ustalenie zakresu ochrony
Inwentaryzacja środowisk	Ustalenie, które środowiska trzeba zabezpieczyć i co jest krytyczne dla organizacji.	tak/nie
Klasyfikacja krytyczności danych	Wybór danych krytycznych: produkcyjne, współdzielone i stanowiące wzorce, oraz tych, które można pominąć.	tak/nie
Zabezpieczenie kopii zapasowych	Konfiguracja technologii szyfrowania, immutability i air gap.	tak/nie
Harmonogram kopii	Wybór typów kopii pod kątem zajmowanego miejsca, częstotliwości wykonywania i szybkości przywracania.	tak/nie
Zadbanie o kwestie związane z przechowywaniem backupu
Miejsce przechowywania kopii	Wybór technologii storage’u	tak/nie
Obliczenie potrzebnego miejsca na backup danych	Wyznaczenie czasu retencji i całkowitej ilości danych do zabezpieczenia oraz policzenie wszystkiego.	tak/nie
Immutable backup	Uwzględnienie, jak technologia niezmienności danych blokuje miejsce.	tak/nie
Zaoszczędzenie miejsca	Wdrożenie kompresji i deduplikacji	tak/nie
Retencja danych	Wyznaczenie, jak długo przechowywać kopie pod kątem możliwości przywrócenia i compliance.	tak/nie
Replikacja/odmiejscowienie	Wdrożenie reguły 3-2-1 (albo lepiej 3-2-1-1-0) z uwzględnieniem lokalizacji, częstotliwości i compliance	tak/nie
Zapewnienie skutecznego recovery
Wskaźniki przywracania	Obliczenie wskaźników RPO i RTO na podstawie Analizy wpływu na biznes (BIA)	tak/nie
Testy przywracania i weryfikacja poprawności danych	Regularne przeprowadzanie i dokumentowanie testów oraz weryfikacja poprawności przywróconych środowisk.	tak/nie

Wykonaj założenia planu backupu w praktyce z Xopero ONE

Jako dedykowane rozwiązanie do backupu i przywracania danych, Xopero ONE pozwala wdrożyć ustalenia planu backupu w praktyce:

• Dodaj zinwentaryzowane środowiska organizacji, klikając Zabezpiecz na Dashboardzie, a następnie przechodząc proces integracji inicjowany z kafla reprezentującego wybrane środowisko:

• Następnie, wygodnie zintegruj magazyny na dane organizacji, klikając Magazyny > Dodaj magazyn i konfigurując opcje. Może to być magazyn lokalny (SMB, NFS, katalog), jak i popularna chmura S3 (AWS, Azure, Google, Backblaze, Wasabi lub inna). Domyślnie masz do dyspozycji Xopero Cloud, a w przypadku Xopero Unified Protection (urządzenie all-in-one) lokalny magazyn S3:

• Następnie wybierając Plany > Backup > Dodaj plan, twórz rzeczywiste plany backupu, które narzędzie będzie dla Ciebie wykonywać automatycznie. Można stworzyć wiele takich planów, np,. dla danych krytycznych, wszystkich danych, wybranych oddziałów firmy, infrastruktury legacy i wiele więcej:

• W ramach planu backupu skonfiguruj harmonogram automatycznego backupu, w ramach którego możesz wybrać typy kopii, częstotliwość i pory ich wykonywania zgodnie z RPO, a także okres retencji:

• Używając Ustawień zaawansowanych, włącz i skonfiguruj funkcje zabezpieczeń pod własne potrzeby, takie jak szyfrowanie, kompresja, deduplikacja i nie tylko:

• Wybierz Plany > Replikacja > Dodaj plan, aby włączyć automatyczną replikację, odmiejscowić kopie i zyskać dużo większe bezpieczeństwo danych:

• Gdy nadejdzie czas weryfikacji kopii, wykonaj przywracanie z poziomu każdego typu środowiska do środowiska testowego. Zobacz, ile trwa przywracanie i wyznacz RTO. W przypadku środowisk VMware proces jest w pełni zautomatyzowany:

Zainteresowała Cię oferta Xopero? Aby uzyskać wycenę lub umówić demo Xopero Unified Protection, skontaktuj się z naszym działem handlowym. 

Dodatkowo, możesz już teraz za darmo, przez 14 dni testować Xopero ONE w praktyce, klikając przycisk poniżej.

Testuj za darmo