Kopia zapasowa w chmurze — dlaczego backup obok danych to żaden backup
Większość firm, które tracą dane, ma backup. Problem w tym, że leży on w tym samym miejscu co dane produkcyjne — w katalogu obok, na tym samym dysku, na tym samym serwerze. Taka kopia chroni dokładnie przed jedną sytuacją: przypadkowym skasowaniem pliku. Przed awarią sprzętu, ransomware’em czy przejęciem konta nie chroni w ogóle, bo ginie razem z oryginałem.
Ten wpis jest o tym, jak zrobić to inaczej — bez korporacyjnego budżetu i bez etatowego administratora.
Kopia na tym samym serwerze ginie razem z serwerem
Wyobraź sobie trzy sytuacje, z którymi realnie mierzą się małe firmy i agencje:
- Awaria sprzętu. Pada dysk albo kontroler. Razem z danymi znika archiwum, które trzymałeś w katalogu
/backupna tej samej maszynie. - Ransomware. Złośliwe oprogramowanie szyfruje wszystko, do czego ma dostęp konto serwera WWW — a katalog z kopiami jest zwykle na tej samej liście uprawnień.
- Przejęty dostęp. Ktoś loguje się do panelu i kasuje zasoby. Kopia leżąca w tym samym panelu znika jednym kliknięciem.
Warto też rozprawić się z popularnym nieporozumieniem: RAID to nie jest backup. Macierz RAID 10, którą wykorzystujemy m.in. w serwerach VPS NVMe, chroni przed awarią pojedynczego dysku — ale wiernie i natychmiast replikuje każde skasowanie pliku i każde zaszyfrowanie katalogu. Dla RAID-u „usuń wszystko” to zwykła operacja zapisu, którą trzeba powielić.
Zasada 3-2-1 — bez teorii, na przykładzie małej firmy
Zasada 3-2-1 jest stara, nudna i wciąż działa. W skrócie: trzy kopie danych, na dwóch różnych nośnikach lub w dwóch środowiskach, przy czym jedna leży poza infrastrukturą produkcyjną.
Przełożone na firmę, która ma stronę na hostingu i aplikację na VPS-ie, wygląda to tak:
- Kopia pierwsza — dane produkcyjne, czyli to, co pracuje na co dzień.
- Kopia druga — automatyczny backup po stronie dostawcy usługi. Pisaliśmy o nim szerzej we wpisie o tym, jakie znaczenie ma automatyczny backup hostingu.
- Kopia trzecia — niezależna przestrzeń, do której serwer produkcyjny nie ma swobodnego dostępu. To ta kopia ratuje sytuację, gdy dwie pierwsze przepadają jednocześnie.
Większość firm zatrzymuje się na punkcie drugim i jest przekonana, że ma komplet. Nie ma — brakuje kopii, która przeżyje awarię całego środowiska.
Czego wymagać od przestrzeni na kopie zapasowe
Zanim wybierzesz miejsce na trzecią kopię, sprawdź pięć rzeczy:
- Niezależność od serwera produkcyjnego — osobna usługa, osobne logowanie, osobne uprawnienia. Jeśli włamanie na serwer daje dostęp również do kopii, to nie jest kopia zapasowa.
- Odporność samego magazynu — dane powinny być replikowane po stronie storage, żeby awaria jednego nośnika nie kończyła historii.
- Kontrola dostępu — logowanie dwuskładnikowe jako minimum, nie jako opcja premium.
- Dostępność bez ceregieli — z komputera, telefonu i tabletu, bez stawiania VPN-a tylko po to, żeby pobrać jeden plik.
- Wiadome miejsce przechowywania — musisz wiedzieć, w jakiej serwerowni i w jakim kraju leżą Twoje dane. To pytanie i tak zada Ci pierwszy audytor albo klient korporacyjny.
RapidBox — prywatna chmura, która nie stoi na Twoim serwerze
RapidBox to nasza odpowiedź na punkt trzeci z zasady 3-2-1: prywatna przestrzeń w chmurze na pliki, dokumenty i kopie zapasowe, całkowicie oddzielona od serwera, na którym stoi Twoja strona lub aplikacja.
W standardzie dostajesz:
- potrójną replikację danych na poziomie storage oraz antywirus,
- logowanie dwuskładnikowe — SMS-em albo tokenem TOTP,
- dostęp z komputera, telefonu i tabletu (aplikacje mobilne oparte o klienta Nextcloud),
- pracę na dokumentach przez OnlyOffice, jeśli przestrzeń ma służyć zespołowi, a nie tylko archiwum,
- dane w naszej serwerowni w Olsztynie.
Plany i pojemności (ceny netto, należy doliczyć 23% VAT):
| Plan | Przestrzeń | Miesięcznie | Rocznie |
|—|—|—|—|
| Rapidbox.Free | 5 GB | 0 zł | 0 zł |
| Rapidbox.Lite | 100 GB | 10 zł | 96 zł (8 zł/mc) |
| Rapidbox.Basic | 500 GB | 25 zł | 240 zł (20 zł/mc) |
| Rapidbox.Big | 1000 GB | 45 zł | 432 zł (36 zł/mc) |
Darmowe 5 GB to wystarczająco dużo, żeby przetestować cały proces na jednej bazie danych i jednym katalogu uploads, zanim zdecydujesz, jaka pojemność jest Ci realnie potrzebna.
RapidBox a plany backupu do VPS-a — to nie to samo
RapidBox działa również jako dodatkowa przestrzeń dla serwerów VPS SSD i VPS NVMe. Nie należy go jednak mylić z planami backupu dostępnymi do samych VPS-ów (Standard, Plus, Extra i Mega, w przedziale od 9 do 45 zł netto miesięcznie), które wykonują migawki całej maszyny.
Różnica sprowadza się do pytania, co chcesz odtworzyć:
- Plan backupu VPS odtwarza serwer — system, konfigurację, usługi. Ratuje Cię, gdy maszyna przestaje się uruchamiać.
- RapidBox przechowuje dane niezależnie od serwera. Ratuje Cię, gdy dane zniknęły, a Ty chcesz mieć ich egzemplarz poza środowiskiem produkcyjnym.
Zasada 3-2-1 mówi, żeby mieć jedno i drugie — bo to dwa różne scenariusze awarii, nie dwie wersje tego samego.
Jedno zastrzeżenie: sam RapidBox jest po naszej stronie backupowany raz w tygodniu i przechowujemy dwie ostatnie kopie. To zabezpieczenie ciągłości usługi, a nie zamiennik Twojej własnej rotacji — jeśli potrzebujesz codziennego wersjonowania plików, harmonogram układasz po swojej stronie.
Trzy błędy, które psują nawet dobrze zaplanowany backup
1. Brak testu odtworzenia. Kopia, której nigdy nie przywróciłeś, jest tylko hipotezą. Raz na kwartał odtwórz bazę i katalog plików na środowisku testowym i sprawdź, czy strona w ogóle wstaje. Krok po kroku opisaliśmy to we wpisie o tym, jak wykonać backup bazy danych i przywrócić kopię bezpieczeństwa.
2. Jedno konto do wszystkiego. Jeśli te same dane logowania otwierają serwer, panel i przestrzeń z kopiami, to masz jeden punkt awarii udający trzy. Osobne konto i włączone 2FA na magazynie kopii to pięć minut pracy.
3. Backup „całości” bez wersjonowania. Nadpisywanie jednej kopii w kółko sprawia, że po tygodniu od cichego uszkodzenia bazy masz już tylko uszkodzone wersje. Trzymaj kilka punktów w czasie, nawet kosztem pojemności.
Podsumowanie
Backup jest tak dobry, jak jego najsłabsze ogniwo — a najsłabszym ogniwem jest zwykle to, że kopia leży dokładnie tam, gdzie oryginał. Zacznij od jednego ruchu: wynieś trzecią kopię poza serwer produkcyjny i przetestuj odtworzenie.
Jeśli chcesz to zrobić bez budowania własnej infrastruktury, sprawdź RapidBox — plan Free daje 5 GB na start, więc test nic nie kosztuje. A jeśli dopiero układasz środowisko od zera, zacznij od dobrania hostingu lub serwera VPS, do którego RapidBox podepniesz jako dodatkową przestrzeń.
FAQ – najczęściej zadawane pytania o kopie zapasowe w chmurze
Czy automatyczny backup u dostawcy hostingu wystarczy?
Jako jedyne zabezpieczenie — nie. To bardzo dobra druga kopia, ale nadal żyje w tym samym środowisku co dane produkcyjne. Zasada 3-2-1 zakłada dodatkowo trzecią kopię, do której serwer produkcyjny nie ma swobodnego dostępu, właśnie na wypadek awarii lub kompromitacji całego środowiska.
Czym różni się RapidBox od planu backupu do VPS-a?
Plan backupu do VPS-a wykonuje migawki całej maszyny i służy do odtworzenia serwera. RapidBox to niezależna przestrzeń w chmurze na pliki i kopie, oddzielona od serwera produkcyjnego. Pierwsze ratuje maszynę, drugie ratuje dane — w zasadzie 3-2-1 mają sens obok siebie, nie zamiast siebie.
Czy RAID zastępuje kopię zapasową?
Nie. RAID chroni przed awarią pojedynczego dysku, ale natychmiast replikuje każdą operację — także skasowanie pliku czy zaszyfrowanie katalogu przez ransomware. Jest elementem odporności sprzętowej, nie strategią backupu.
Ile miejsca na kopie zapasowe realnie potrzebuję?
Zależy od wielkości bazy, plików i liczby przechowywanych wersji. Praktyczny sposób: zsumuj rozmiar bazy i katalogu z plikami, pomnóż przez liczbę wersji, które chcesz trzymać, i dodaj zapas na wzrost. Darmowy plan Rapidbox.Free z 5 GB wystarcza, żeby zmierzyć to na własnych danych przed wyborem większego pakietu.
Artykuł powstał z wykorzystaniem narzędzi sztucznej inteligencji (AI) pod nadzorem zespołu RapidDC. Grafika ilustracyjna została wygenerowana przez AI.