Strategia backupów dla klienta IQHost

Backup to nie pojedynczy plik — to strategia. W tym tutorialu pokażemy plan backupów dla typowych scenariuszy: wizytówka, sklep, aplikacja produkcyjna, agencja z kilkoma klientami.

Co zyskasz#

• Wybierzesz odpowiednią strategię dla swojej sytuacji.
• Zaplanujesz połączenie kopii IQHost, własnych kopii i kopii poza serwerem.
• Wiesz co testować i jak często.

Wymagania wstępne#

• Konto IQHost.

Złota zasada: 3-2-1#

3 — kopie danych (oryginalna + 2 backup)
2 — różne nośniki (np. hosting + cloud)
1 — off-site (poza IQHost)

Spełnienie = bezpieczeństwo katastrofalne.

Wskazówka

W IQHost dostajesz automatyczne kopie w cenie — co noc, co najmniej 30 dni wstecz, odzyskiwane samodzielnie we wtyczce Kopie zapasowe w DirectAdmin. To jedna z trzech kopii. Dodaj kopię poza serwerem (dysk, Dropbox, S3) i masz pełne 3-2-1.

Strategia per typ strony#

Wizytówka firmowa (mała strona, rzadko zmieniana)#

Zagrożenie: Niskie. Backup nie krytyczny, ale i tak warto.

Strategia:

Wystarczy. Restore raz w roku (jeśli w ogóle).

Blog osobisty / firmowy (zmiany cotygodniowe)#

Zagrożenie: Średnie. Stracenie kilku postów = problem.

Strategia:

Wszystko jest, blogowanie spokojne.

Sklep WooCommerce (rejestracja transakcji)#

Zagrożenie: WYSOKIE. Każda godzina utracone zamówienia = realny problem.

Strategia:

Realtime replication wymaga VPS / managed MySQL — overkill dla małych sklepów, must-have dla większych.

Aplikacja krytyczna (CRM, system rezerwacji)#

Zagrożenie: Bardzo wysokie. Downtime = utrata zaufania klientów.

Strategia:

Pełna ochrona. Wymaga zewnętrznej infrastruktury.

Agencja z 20 klientami (multi-tenant)#

Zagrożenie: Wysokie (rep risk).

Strategia: centralized backup system:

# Każdej nocy z external serwera:
for client in client1 client2 ... client20; do
  ssh $client@host.iqhs.pl 'tar czf - /home/$USER/' > backups/$client/$(date +%Y%m%d).tar.gz
done

Plus rclone do S3. Wszyscy klienci backup'owani w jednym miejscu.

Co backupować priorytetowo#

Hierarchia ważności:

1. Baza danych (najtrudniej odtworzyć — unikalne dane klientów, posty)
2. Pliki uploadowane (wp-content/uploads/ — niezamiennie)
3. Custom code (theme, plugins custom)
4. Konfiguracja (.htaccess, wp-config.php)

WordPress core, vendor pluginy — łatwe do reinstalacji. Nie tracisz danych.

Testowanie restore#

Najważniejsza praktyka: regularnie testuj backup. Backup który nie odtwarza się = bezużyteczny.

Test plan:

1. Raz na miesiąc: pobierz backup
2. Stwórz staging (np. staging.mojafirma.pl)
3. Restore tam
4. Sprawdź czy działa
5. Usuń staging

Jeśli restore nie działa — masz problem do rozwiązania zanim nastąpi disaster.

Wzór: codzienna automatyzacja#

Zadania cron w DirectAdmin (Funkcje zaawansowane → Zadania Cron) — dodatkowy zrzut bazy o wybranej porze, np. częściej niż raz na dobę:

# Zrzut bazy co 6 godzin do katalogu poza public_html.
# Hasło trzymaj w pliku ~/.my.cnf (sekcja [mysqldump], user= i password=), nie w poleceniu.
0 */6 * * * mysqldump host12345_wp | gzip > $HOME/kopie/db-$(date +\%Y\%m\%d-\%H).sql.gz

# Raz w tygodniu usuń zrzuty starsze niż 14 dni, żeby nie zajęły miejsca na koncie
0 5 * * 0 find $HOME/kopie/ -name "*.sql.gz" -mtime +14 -delete

Kopię poza serwer najlepiej pobierać po swojej stronie — komputer albo NAS raz na dobę ściąga zrzuty przez SFTP z kluczem SSH (pakiety od HS5) i wysyła je do chmury. Patrz Pobieranie kopii zapasowej.

Najczęstsze problemy#

1. „Backup robi się, ale restore nie działa"#

• Plik corrupt? Sprawdź tar -tzf backup.tar.gz (jeśli zwraca błąd → backup nieważny)
• Test restore lokalnie (jak wyżej)

2. „Disk full — backup'y zajmują wszystko"#

• Retention policy — kasuj stare automatycznie
• Off-site — przenoś z lokalnego do cloud
• Przejdź na wyższy pakiet (więcej miejsca) — przycisk Zmień plan na stronie usługi

3. „Backup zajmuje za długo — przekracza limity"#

• Selektywnie (tylko najważniejsze)
• Incremental zamiast full
• Off-hours (nocą gdy mniej obciążenia)

4. „Mam wiele stron — zarządzanie jest chaosem"#

Centralizuj — script z listą domen, robi backup wszystkich + sync off-site. Patrz wyżej Agency strategy.

5. „Backup do Dropbox — limit konta darmowego"#

Dropbox free = 2 GB. Mało. Płatny Plus = 2 TB.

Alternatywa: Backblaze B2 ($6/TB/month) tańsze long-term.

6. „Mam własne kopie — czy automatyczne kopie IQHost są mi potrzebne?”#

Działają zawsze, w cenie konta, i nie da się ich wyłączyć. Traktuj je jako dodatkową warstwę: odzyskasz z nich dane także wtedy, gdy Twoja własna kopia zawiedzie.

7. „Najlepsze praktyki"#

• ✅ Wiele lokalizacji
• ✅ Test restore regularnie
• ✅ Automatyzacja (cron, nie manualne)
• ✅ Retention policy
• ✅ Monitoring (alert mailem gdy backup fail)
• ❌ Backup tylko na tym samym serwerze (gdzie produkcja)
• ❌ „Zrobię później" — najgorsza strategia
• ❌ Backup raz, nigdy nie testowany

Słowniczek#

• RTO (Recovery Time Objective) — max czas niedostępności po incydencie.
• RPO (Recovery Point Objective) — max akceptowalna utrata danych.
• Failover — automatyczne przełączenie na zapasowy serwer.
• Hot standby — zapasowy serwer ready do natychmiastowego użycia.

Related

• Automatyczne kopie zapasowe — przegląd
• Przywracanie z kopii zapasowej
• Backup and Restore w DirectAdmin
• Pobieranie kopii zapasowej
• Backuply Incremental
• Zadania Cron