Podpisanie umowy na backup danych firmy to jedna z najważniejszych decyzji strategicznych, jakie może podjąć organizacja w dzisiejszym cyfrowym świecie. Nie jest to jedynie kwestia techniczna, delegowana działowi IT, ale fundamentalny element zapewnienia ciągłości działania biznesu (business continuity). W obliczu rosnących zagrożeń, takich jak ataki ransomware, awarie sprzętu, błędy ludzkie czy katastrofy naturalne, kopia zapasowa przestaje być opcją, a staje się koniecznością. Jednak diabeł tkwi w szczegółach, a umowa na backup danych jest dokumentem, który precyzyjnie definiuje, co, jak i kiedy zostanie ochronione, a co ważniejsze, w jaki sposób zostanie odzyskane. Błędny wybór dostawcy lub niekorzystne zapisy w kontrakcie mogą prowadzić do fałszywego poczucia bezpieczeństwa, które w momencie kryzysu ujawni swoją katastrofalną w skutkach iluzoryczność. Zanim złożysz podpis na dokumencie, który zadecyduje o losie Twoich danych, konieczne jest gruntowne przeanalizowanie dwudziestu kluczowych aspektów, które pomogą uniknąć kosztownych pomyłek i wybrać rozwiązanie realnie chroniące firmowy kapitał.
1. Dokładna analiza zakresu chronionych danych
Pierwszym i absolutnie fundamentalnym krokiem przed rozpoczęciem poszukiwań dostawcy backupu jest precyzyjne zdefiniowanie, co właściwie ma być chronione. Bez tej wiedzy niemożliwe jest ani oszacowanie kosztów, ani skonfigurowanie skutecznej polityki ochrony. Organizacje muszą przeprowadzić wewnętrzny audyt i sklasyfikować swoje zasoby. Nie wszystkie dane są sobie równe – inne wymagania będą dotyczyć krytycznych baz danych SQL obsługujących system ERP, inne maszyn wirtualnych z aplikacjami biznesowymi, a jeszcze inne archiwalnych plików projektowych czy danych na stacjach roboczych pracowników. Należy zadać sobie pytanie: czy chronimy tylko serwery w lokalnym data center? Co z infrastrukturą chmurową (IaaS)? Co z danymi w aplikacjach SaaS, takich jak Microsoft 365 (e-maile, OneDrive, SharePoint) czy Google Workspace? Wielu menedżerów błędnie zakłada, że dostawcy SaaS wykonują backup ich danych; w rzeczywistości najczęściej oferują oni jedynie wysoką dostępność, a nie ochronę przed usunięciem czy zaszyfrowaniem danych. Umowa na backup danych firmy musi zawierać precyzyjny załącznik wyszczególniający wszystkie systemy, aplikacje, bazy danych i lokalizacje objęte ochroną.
2. Zrozumienie modelu wdrożenia: chmura, on-premise czy hybryda
Decyzja o modelu wdrożenia systemu kopii zapasowej ma bezpośredni wpływ na koszty, wydajność, bezpieczeństwo i odpowiedzialność. Model on-premise (lokalny) oznacza, że cała infrastruktura backupu – serwery, oprogramowanie, magazyny danych (np. biblioteki taśmowe, macierze dyskowe) – znajduje się w siedzibie firmy. Daje to pełną kontrolę nad danymi i szybkość odzyskiwania w sieci lokalnej, ale wymaga wysokich inwestycji początkowych (CapEx) i stałej obsługi przez wewnętrzny zespół IT. Model chmurowy (BaaS - Backup as a Service) przenosi ciężar na dostawcę. Firma płaci abonament (OpEx) za ochronę danych, które są przesyłane i przechowywane w centrum danych usługodawcy. Eliminuje to potrzebę zarządzania sprzętem, oferuje skalowalność i geograficzną redundancję, ale uzależnia proces odzyskiwania od przepustowości łącza internetowego. Z kolei model hybrydowy jest często uznawany za złoty środek, zgodny z zasadą 3-2-1 (trzy kopie danych, na dwóch różnych nośnikach, z czego jedna poza siedzibą firmy). Polega on na utrzymywaniu szybkiej, lokalnej kopii zapasowej do błyskawicznego odtwarzania operacyjnego oraz drugiej kopii w chmurze, stanowiącej zabezpieczenie na wypadek poważnej katastrofy w lokalizacji podstawowej. Umowa na backup danych musi jasno precyzować, który model (lub która kombinacja modeli) jest przedmiotem usługi.
3. Zdefiniowanie kluczowych wskaźników RPO i RTO
To prawdopodobnie dwa najważniejsze akronimy w całym procesie negocjowania umowy na backup. RPO (Recovery Point Objective), czyli Cel Punktu Odzyskiwania, określa maksymalny akceptowalny czas, za który firma może utracić dane w wyniku awarii. Innymi słowy, RPO na poziomie jednej godziny oznacza, że kopie zapasowe muszą być wykonywane co najmniej co godzinę, a w razie awarii utracone zostaną dane co najwyżej z ostatnich 60 minut. RTO (Recovery Time Objective), czyli Cel Czasu Odzyskiwania, definiuje maksymalny czas, w jakim systemy muszą zostać przywrócone do działania po wystąpieniu incydentu. RTO na poziomie czterech godzin oznacza, że od momentu zgłoszenia awarii do momentu wznowienia działania krytycznej aplikacji nie może minąć więcej niż cztery godziny. Kluczowe jest, aby umowa na backup danych firmy nie podawała tych wartości w sposób ogólny. Wskaźniki RPO i RTO powinny być zdefiniowane oddzielnie dla różnych klas systemów – inne będą dla krytycznego systemu produkcyjnego (gdzie RPO i RTO mogą być liczone w minutach), a inne dla serwera plików (gdzie RPO 24h i RTO 48h może być akceptowalne).
4. Szczegółowa analiza umowy SLA (Service Level Agreement)
Umowa SLA, czyli gwarancja poziomu świadczenia usług, jest dokumentem, w którym dostawca backupu zobowiązuje się do przestrzegania ustalonych parametrów, przede wszystkim RPO i RTO. Samo zdefiniowanie tych wskaźników (punkt 3) jest bezwartościowe, jeśli umowa nie określa konsekwencji ich niedotrzymania. Należy bardzo wnikliwie przeczytać, co dokładnie gwarantuje dostawca. Czy SLA obejmuje tylko dostępność platformy do zarządzania backupem (np. 99,9% czasu), czy realną gwarancję odzyskania danych w określonym czasie? Co kluczowe, umowa musi precyzować kary umowne (penalties) za niewywiązanie się z SLA. Jeśli za przekroczenie RTO o 12 godzin dostawca oferuje jedynie 5% zniżki na miesięczny abonament, jest to gwarancja iluzoryczna, która w żaden sposób nie rekompensuje strat biznesowych poniesionych przez firmę w wyniku przestoju. SLA powinno również jasno definiować czas reakcji wsparcia technicznego na zgłoszenie krytycznego incydentu.
5. Bezpieczeństwo, szyfrowanie i zarządzanie kluczami
Przekazanie danych firmy zewnętrznemu podmiotowi rodzi fundamentalne pytania o bezpieczeństwo. Kopia zapasowa zawiera często wszystkie najcenniejsze informacje organizacji, dlatego musi być chroniona z najwyższą starannością. Umowa na backup danych musi gwarantować szyfrowanie na każdym etapie. Oznacza to konieczność stosowania szyfrowania w tranzycie (in-transit), czyli podczas przesyłania danych z firmy do centrum danych dostawcy (np. za pomocą bezpiecznych protokołów SSL/TLS lub połączeń VPN) oraz szyfrowania w spoczynku (at-rest), czyli ochrony danych zapisanych na dyskach dostawcy (np. standardem AES-256). Kluczową kwestią jest zarządzanie kluczami szyfrującymi. Czy dostawca zarządza kluczami, co oznacza, że teoretycznie jego administratorzy mogą uzyskać dostęp do danych? Czy też firma zachowuje wyłączną kontrolę nad kluczami (model BYOK - Bring Your Own Key lub KYOK - Keep Your Own Key), co zapewnia najwyższy poziom poufności, ale przenosi na firmę odpowiedzialność za bezpieczne przechowywanie kluczy (ich utrata oznacza bezpowrotną utratę dostępu do backupu)?
6. Lokalizacja danych i zgodność z regulacjami (RODO)
W dobie globalnych usług chmurowych pytanie "gdzie fizycznie znajdują się moje dane?" jest niezwykle istotne z punktu widzenia zgodności z prawem. Dla firm działających na terenie Unii Europejskiej kluczowe znaczenie ma RODO (GDPR). Rozporządzenie to nakłada ścisłe ograniczenia na transfer danych osobowych poza Europejski Obszar Gospodarczy (EOG). Umowa na backup danych firmy musi jasno i jednoznacznie gwarantować, że dane (szczególnie te zawierające dane osobowe) będą przechowywane w centrach danych zlokalizowanych na terenie UE/EOG. Jeśli dostawca planuje replikację danych do krajów trzecich (np. USA), musi przedstawić solidne podstawy prawne takiego transferu (np. Standardowe Klauzule Umowne). Ponadto, niektóre sektory, jak finanse (np. wytyczne KNF) czy medycyna, mają jeszcze bardziej restrykcyjne wymogi dotyczące lokalizacji i przetwarzania danych, co również musi znaleźć odzwierciedlenie w kontrakcie.
7. Procedury i częstotliwość testowania odtwarzania danych
Posiadanie kopii zapasowej jest bezwartościowe, jeśli nie ma pewności, że da się ją skutecznie odtworzyć. Słynne powiedzenie w branży IT mówi, że "backup, który nie został przetestowany, nie istnieje". Samo codzienne raportowanie o pomyślnym wykonaniu kopii to za mało. Konieczne jest regularne przeprowadzanie testów odtwarzania. Umowa z dostawcą backupu powinna precyzować, jak te testy mają wyglądać. Czy są to testy zautomatyzowane, weryfikujące jedynie spójność danych? Czy usługa obejmuje możliwość uruchomienia odtworzonych systemów w izolowanym środowisku (tzw. sandbox), aby sprawdzić, czy aplikacje działają poprawnie? Jak często przeprowadzane są pełne testy Disaster Recovery, symulujące całkowitą awarię głównej lokalizacji? Kontrakt powinien określać częstotliwość tych testów (np. kwartalnie, rocznie) oraz formę raportowania ich wyników. Brak zapisów o testowaniu w umowie to poważny sygnał ostrzegawczy.
8. Polityka retencji danych i archiwizacja
Retencja określa, jak długo przechowywane są poszczególne kopie zapasowe. Jest to kluczowy element, który musi być dostosowany do wymogów prawnych i biznesowych firmy. Umowa na backup danych firmy musi pozwalać na elastyczne definiowanie polityki retencji. Typowa konfiguracja to tzw. GFS (Grandfather-Father-Son), gdzie przechowuje się np. 30 kopii dziennych (Son), 12 kopii miesięcznych (Father) i 7 kopii rocznych (Grandfather). Należy odróżnić backup od archiwizacji. Backup służy do odtwarzania danych po awarii i zazwyczaj obejmuje krótsze okresy retencji. Archiwizacja to długoterminowe przechowywanie danych (często niezmienianych) w celu spełnienia wymogów prawnych lub regulacyjnych (np. przechowywanie dokumentacji finansowej przez 5 lat). Niektórzy dostawcy oferują tańsze magazyny archiwalne (cold storage) dla danych, do których dostęp jest rzadko potrzebny. Umowa musi jasno określać koszty i zasady retencji dla obu tych scenariuszy.
9. Granularność odtwarzania kopii zapasowej
W przypadku awarii nie zawsze potrzebujemy odtwarzać cały system lub całą bazę danych. Często problem jest znacznie mniejszy – np. pracownik przypadkowo usunął ważny plik, nadpisał istotny dokument lub zgubił krytycznego e-maila. W takiej sytuacji kluczowa staje się granularność odtwarzania. Rozwiązanie do backupu musi umożliwiać szybkie i proste odzyskanie pojedynczych elementów. Umowa powinna gwarantować, że usługa wspiera odtwarzanie na poziomie pojedynczego pliku z serwera, pojedynczego obiektu z Active Directory, pojedynczej wiadomości e-mail lub pozycji kalendarza z Microsoft 365, czy nawet pojedynczego rekordu z bazy danych (choć to ostatnie jest technicznie bardziej skomplikowane). Brak możliwości granularnego odtwarzania oznacza, że drobny incydent może zamienić się w poważny problem operacyjny, wymagający odtworzenia całej maszyny wirtualnej tylko po to, by wyciągnąć z niej jeden plik.
10. Dostępność i jakość wsparcia technicznego
Moment, w którym naprawdę potrzebujesz backupu, to zazwyczaj sytuacja kryzysowa – atak ransomware, poważna awaria sprzętowa lub błąd administratora. W takim momencie każda minuta przestoju generuje straty. Dlatego jakość i dostępność wsparcia technicznego (supportu) oferowanego przez dostawcę jest absolutnie krytyczna. Umowa na backup danych firmy musi precyzyjnie określać warunki wsparcia. Czy jest ono dostępne 24 godziny na dobę, 7 dni w tygodniu, 365 dni w roku? Czy tylko w dni robocze w godzinach 9-17? Jaki jest gwarantowany czas reakcji na zgłoszenie o statusie krytycznym (np. 15 minut)? Czy wsparcie jest świadczone w języku polskim? Czy po drugiej stronie znajduje się wykwalifikowany inżynier, zdolny do natychmiastowego rozpoczęcia procesu odzyskiwania danych, czy jedynie pierwsza linia wsparcia, która przyjmuje zgłoszenia? Warto to zweryfikować jeszcze przed podpisaniem umowy, np. prosząc o referencje.
11. Przejrzysty model kosztowy i fakturowanie
Koszty usług backupu mogą być skonstruowane na wiele różnych sposobów, a nieprzejrzysty model cenowy jest prostą drogą do niekontrolowanego wzrostu wydatków. Umowa musi jasno definiować, za co dokładnie firma płaci. Czy podstawą naliczania opłat jest ilość danych źródłowych (przed kompresją i deduplikacją), czy ilość danych przechowywanych u dostawcy (po kompresji)? Czy opłata jest liczona od liczby chronionych maszyn (fizycznych lub wirtualnych), liczby agentów, czy liczby użytkowników (np. w M365)? W przypadku backupu w chmurze, czy cena jest stała, czy uzależniona od ilości zużytego miejsca? Należy dokładnie przeanalizować, jak koszty będą rosły wraz ze wzrostem ilości danych w firmie. Przejrzysty model kosztowy pozwala na przewidywalne budżetowanie i uniknięcie "niespodzianek" na fakturze.
12. Identyfikacja ukrytych kosztów i opłat dodatkowych
Oprócz podstawowego modelu kosztowego, umowy na backup (szczególnie w modelach chmurowych) często zawierają szereg potencjalnych ukrytych kosztów. Najbardziej znanym przykładem są opłaty za transfer wychodzący (egress fees). Dostawca może oferować bardzo tani magazyn danych, ale naliczać wysokie opłaty za każdym razem, gdy firma chce te dane odzyskać (pobrać z chmury). W sytuacji kryzysowej, gdy konieczne jest odtworzenie wielu terabajtów danych, taki rachunek może być astronomiczny. Inne potencjalne ukryte koszty to opłaty za wykonanie testów odtwarzania, opłaty za nadmiarowe wywołania API (interfejsu programistycznego), dodatkowe opłaty za wsparcie techniczne premium (które powinno być standardem przy backupie) lub wysokie koszty wdrożenia (opłaty instalacyjne). Konieczne jest wnikliwe przeczytanie całego cennika i regulaminu w poszukiwaniu wszelkich dodatkowych opłat, które nie są ujęte w głównej ofercie.
13. Skalowalność rozwiązania i elastyczność umowy
Biznes się zmienia – firma rośnie, przejmuje inne podmioty, otwiera nowe oddziały, ale czasem również się kurczy lub restrukturyzuje. Rozwiązanie do backupu musi być w stanie elastycznie podążać za tymi zmianami. Skalowalność to zdolność systemu do obsługi rosnącej ilości danych i systemów bez utraty wydajności i bez konieczności kosztownej wymiany całej platformy. W przypadku usług chmurowych skalowalność jest zazwyczaj wbudowana, ale należy sprawdzić, jak jej wykorzystanie wpływa na cenę (czy wzrost kosztów jest liniowy?). Równie ważna jest elastyczność umowy. Czy kontrakt pozwala na łatwe dodawanie nowych zasobów do ochrony? A co ważniejsze, czy pozwala na ich odejmowanie i proporcjonalne zmniejszenie opłat? Należy unikać długoterminowych (np. 3-5 lat) umów, które "zamrażają" stałą, wysoką opłatę, nawet jeśli rzeczywiste zapotrzebowanie firmy na ochronę danych spadnie.
14. Plan i odpowiedzialność za proces wdrożenia
Podpisanie umowy to dopiero początek. Sam proces wdrożenia backupu bywa skomplikowany i czasochłonny, szczególnie w złożonych środowiskach IT. Kto jest za to odpowiedzialny? Czy dostawca oferuje pełne wdrożenie "pod klucz", czy jedynie dostarcza oprogramowanie i licencje, a cała konfiguracja (instalacja agentów, definiowanie polityk, konfiguracja sieci, testy) leży po stronie wewnętrznego zespołu IT firmy? Umowa na backup danych firmy powinna zawierać harmonogram wdrożenia oraz precyzyjny podział odpowiedzialności (np. w formie matrycy RACI). Należy również ustalić, jak wygląda proces pierwszego, pełnego zasilenia kopią zapasową (initial seeding). W przypadku dużych ilości danych (wielu terabajtów) przesyłanie ich przez internet może trwać tygodniami; w takim scenariuszu dostawca powinien zapewnić możliwość fizycznego dostarczenia danych na zaszyfrowanych dyskach (tzw. seeding offline).
15. Integracja z istniejącą infrastrukturą i aplikacjami
Nowoczesny system backupu nie może być izolowaną wyspą. Aby działał skutecznie i efektywnie, musi głęboko integrować się z istniejącą infrastrukturą technologiczną firmy. Przed podpisaniem umowy należy sprawdzić, czy rozwiązanie dostawcy jest w pełni kompatybilne z wykorzystywanymi w firmie technologiami. Czy wspiera używane hiperwizory (np. VMware vSphere, Microsoft Hyper-V, KVM)? Czy oferuje backup spójny aplikacyjnie (application-aware) dla krytycznych baz danych (np. MS SQL, Oracle, PostgreSQL) i aplikacji (np. Microsoft Exchange, SharePoint)? Taki backup gwarantuje, że dane aplikacji są w stanie spójnym i gotowym do natychmiastowego uruchomienia po odtworzeniu. Co z platformami SaaS (M365, Google Workspace, Salesforce)? Czy backup potrafi chronić dane przechowywane poza firmą? Brak odpowiednich integracji oznacza w najlepszym razie nieefektywną ochronę, a w najgorszym – niemożliwe do odtworzenia dane.
16. Ochrona przed ransomware i niezmienność danych (immutability)
W dzisiejszych czasach największym zagrożeniem dla danych firmy jest ransomware. Zaawansowane ataki tego typu nie tylko szyfrują dane produkcyjne, ale aktywnie poszukują i próbują zniszczyć również kopie zapasowe, aby uniemożliwić odzyskanie systemów i zmaksymalizować szansę na wymuszenie okupu. Dlatego nowoczesna umowa na backup danych firmy musi zawierać zapisy dotyczące specyficznej ochrony przed tym zagrożeniem. Kluczowym mechanizmem jest niezmienność danych (immutability). Oznacza to, że raz zapisana kopia zapasowa nie może zostać zmodyfikowana ani usunięta (nawet przez administratora systemu) przez określony czas (tzw. retention lock). To tworzy "złotą kopię", która jest odporna na zaszyfrowanie przez ransomware. Inne mechanizmy to m.in. trzymanie kopii offline (air-gapped), skanowanie backupów pod kątem złośliwego oprogramowania oraz możliwość odtwarzania w izolowanym środowisku w celu weryfikacji "czystości" danych przed przywróceniem ich do produkcji.
17. Rozróżnienie między backupem a Disaster Recovery (DR)
Wielu menedżerów używa terminów "backup" i "Disaster Recovery" (odtwarzanie po katastrofie) zamiennie, podczas gdy oznaczają one dwie różne usługi, co musi być jasno rozróżnione w umowie. Backup (kopia zapasowa) koncentruje się na danych – jego celem jest bezpieczne skopiowanie i przechowanie danych oraz umożliwienie ich odtworzenia. Disaster Recovery (DR) koncentruje się na systemach i ciągłości działania – jego celem jest jak najszybsze wznowienie działania krytycznych systemów i aplikacji (np. poprzez uruchomienie ich w zapasowym centrum danych) w przypadku całkowitej awarii lokalizacji podstawowej. Backup może gwarantować RTO na poziomie 24 godzin (bo tyle zajmie pobranie danych i odbudowa serwerów), podczas gdy usługa DRaaS (Disaster Recovery as a Service) może oferować RTO na poziomie 1 godziny. Trzeba mieć świadomość, co dokładnie się kupuje. Posiadanie backupu 100TB danych w chmurze jest bezużyteczne z punktu widzenia DR, jeśli firma nie ma infrastruktury ani łącza, by te dane szybko pobrać i uruchomić.
18. Kwestia własności danych i dostępu
Podpisując umowę z dostawcą backupu, firma powierza mu swoje najcenniejsze aktywa. Kontrakt musi jednoznacznie i bez żadnych wątpliwości stwierdzać, że wyłącznym właścicielem danych (data owner) przez cały czas trwania umowy pozostaje firma-klient. Dostawca jest jedynie przetwarzającym dane (data processor) w imieniu klienta (co jest również kluczowe w kontekście RODO). Umowa powinna także regulować kwestie dostępu do danych przez pracowników dostawcy. W idealnym świecie, dzięki szyfrowaniu z kluczem po stronie klienta (punkt 5), dostawca nie ma żadnej technicznej możliwości wglądu w treść backupu. Jeśli jednak tak nie jest, umowa musi precyzować, kto, kiedy i w jakim celu może uzyskać dostęp do danych (np. wyłącznie na udokumentowany wniosek klienta w celu rozwiązania problemu ze wsparciem technicznym) oraz jak ten dostęp jest audytowany i rejestrowany.
19. Strategia wyjścia i unikanie "vendor lock-in"
Każda umowa kiedyś się kończy. Organizacja może chcieć zmienić dostawcę z powodu ceny, jakości usług lub zmiany strategii. Kluczowe jest, aby ten proces był jak najmniej bolesny. Zjawisko "vendor lock-in" (uzależnienie od dostawcy) polega na tym, że koszty lub trudności techniczne związane ze zmianą usługi są tak wysokie, że firma jest de facto zmuszona do pozostania przy obecnym dostawcy. Umowa na backup danych firmy musi zawierać klarowną strategię wyjścia (exit plan). Jak firma odzyska swoje dane po zakończeniu kontraktu? W jakim formacie zostaną one udostępnione? Czy będzie to format otwarty, czy format prawnie zastrzeżony (proprietary), który wymaga specjalistycznego oprogramowania do odczytu? Jakie będą koszty pobrania całości danych (ponownie, uwaga na opłaty "egress")? Dostawca powinien zobowiązać się do współpracy w procesie migracji i do bezpiecznego, trwałego usunięcia danych klienta ze swoich systemów po potwierdzeniu pomyślnego przeniesienia.
20. Reputacja, stabilność finansowa i referencje dostawcy
Ostatni, ale nie mniej ważny punkt, to dokładne sprawdzenie, kim jest podmiot, któremu powierzamy bezpieczeństwo firmy. Backup to usługa długoterminowa; umowę podpisuje się często na 2, 3 lub 5 lat. Należy zweryfikować stabilność finansową dostawcy backupu. Czy jest to globalna, uznana korporacja, czy mała lokalna firma, która może zniknąć z rynku za rok, zabierając ze sobą dane klientów? Warto sprawdzić opinie rynkowe, pozycję w raportach analityków (jak Gartner czy Forrester) oraz, co najważniejsze, poprosić o referencje. Najlepiej, aby były to referencje od firm z tej samej branży i o podobnej skali działalności. Rozmowa z obecnym klientem dostawcy może ujawnić znacznie więcej na temat realnej jakości wsparcia technicznego, ukrytych kosztów czy problemów z odtwarzaniem, niż wynikałoby to z najbardziej dopracowanych materiałów marketingowych i zapewnień handlowca.
Podsumowanie: umowa na backup jako fundament ciągłości działania
Podpisanie umowy na backup danych firmy jest decyzją, która wymaga multidyscyplinarnej analizy – od kwestii czysto technicznych (RPO/RTO, integracje), przez prawne (RODO, lokalizacja danych, SLA), aż po finansowe (model kosztowy, ukryte opłaty, kary umowne). Traktowanie tego procesu jako zwykłego zakupu IT jest fundamentalnym błędem. Jest to inwestycja w ubezpieczenie, które ma chronić organizację przed najgorszymi scenariuszami. Każdy z powyższych dwudziestu punktów powinien stać się częścią listy kontrolnej (checklisty) podczas negocjacji z potencjalnym dostawcą. Zadawanie trudnych pytań, wnikliwe czytanie dokumentów, w tym drobnego druku, oraz konsultacje prawne nie są przejawem braku zaufania, ale profesjonalizmem i dojrzałością organizacyjną. Dobrze skonstruowana umowa na backup danych firmy, wsparta solidnym technologicznie rozwiązaniem i wiarygodnym partnerem, stanowi jeden z najważniejszych filarów, na których opiera się realna zdolność firmy do przetrwania kryzysu i zapewnienia ciągłości działania w nieprzewidywalnym otoczeniu biznesowym.
