TL;DR: Nie polegaj wyłącznie na backupach dostawcy. Stosuj regułę 3-2-1: 3 kopie,
2 nośniki, 1 off-site. Dla WordPress: wtyczka UpdraftPlus z codziennym backupem bazy do Google Drive
lub S3. Na VPS: pg_dump + rsync do zdalnej lokalizacji przez cron.
Reguła 3-2-1 — fundament bezpiecznych backupów
Reguła 3-2-1 to standard stosowany przez specjalistów od odtwarzania danych po awariach:
3
kopie danych
Oryginał + 2 backupy
2
różne nośniki
Hosting + chmura lub dysk
1
kopia off-site
Poza główną lokalizacją
Backup przez panel hostingu (cPanel / DirectAdmin)
cPanel — Backup Wizard
Zaloguj się do cPanel
Files > Backup Wizard > Back Up
Full Backup — pobierz pełną kopię (pliki + bazy + ustawienia email)
Lub Partial Backup: osobno "Home Directory" i "MySQL Databases"
Plik .tar.gz zostaje wygenerowany — pobierz go na dysk lokalny
DirectAdmin — Backup Manager
Zaloguj się do DirectAdmin
Account Manager > Create/Restore Backups
Zaznacz co backupować (Domain, Email, Databases)
Kliknij "Create Backup"
Backup pojawi się w File Manager — pobierz przez FTP
Pamiętaj: Backup generowany przez panel to tylko kopia lokalnie na serwerze.
Pobierz go na swój komputer lub prześlij do chmury — kopia na tym samym serwerze nie chroni
przed awarią sprzętu.
Automatyczny backup WordPress — UpdraftPlus
UpdraftPlus to najlepsza darmowa wtyczka do backupów WordPress (ponad 3 miliony instalacji).
Obsługuje automatyczne harmonogramy i przesyłanie backupów bezpośrednio do Google Drive,
Dropbox, S3, OneDrive lub SFTP.
Instalacja i konfiguracja
WordPress Admin > Wtyczki > Dodaj nową > wyszukaj "UpdraftPlus"
Zainstaluj i aktywuj
Ustawienia > UpdraftPlus Backups > Ustawienia
Harmonogram: Bazy danych — codziennie, Pliki — co tydzień
Przechowywanie: Google Drive (zalecane) lub S3
Autoryzuj połączenie z wybraną chmurą > Zapisz
Co backupuje UpdraftPlus?
Baza danych WordPress (posty, strony, komentarze, ustawienia)
Pliki wtyczek (wp-content/plugins)
Pliki motywów (wp-content/themes)
Przesłane media (wp-content/uploads)
Inne pliki wp-content (opcjonalnie)
Backup na VPS — rsync i pg_dump przez cron
Backup bazy PostgreSQL
#!/bin/bash
# /scripts/backup-db.sh
BACKUP_DIR="/storage/backups/db"
DATE=$(date +%Y%m%d_%H%M%S)
DB_NAME="myapp"
mkdir -p "$BACKUP_DIR"
# Dump bazy danych
pg_dump -U postgres "$DB_NAME" | gzip > "$BACKUP_DIR/${DB_NAME}_${DATE}.sql.gz"
# Usuń backupy starsze niż 30 dni
find "$BACKUP_DIR" -name "*.sql.gz" -mtime +30 -delete
echo "Backup DB zakończony: ${DB_NAME}_${DATE}.sql.gz"
Synchronizacja plików przez rsync
# Rsync do zdalnego serwera backupowego (przez SSH)
rsync -avz --delete \
/var/www/myapp/ \
[email protected]:/backups/myapp/
# Backup do lokalnego katalogu z rotacją dat
rsync -avz --backup \
--backup-dir="/backups/$(date +%Y%m%d)" \
/var/www/myapp/ \
/backups/current/
Konfiguracja crona
# crontab -e
# Backup DB codziennie o 2:00
0 2 * * * /scripts/backup-db.sh >> /var/log/backup.log 2>&1
# Rsync plików co niedzielę o 3:00
0 3 * * 0 rsync -avz /var/www/ backup@server:/backups/ >> /var/log/rsync.log 2>&1
Najczęstsze pytania
Czy backup hostingu zapewniany przez dostawcę wystarczy?
+
Backup dostawcy hostingu to zabezpieczenie przed awarią serwera, nie przed błędami użytkownika. Jeśli przypadkowo usuniesz plik lub zainstalowasz złośliwy plugin, dostawca może nie mieć backupu sprzed tego zdarzenia (szczególnie jeśli robi kopie raz na dobę). Zasada: backup dostawcy = ostatnia deska ratunku. Twój własny backup = pierwsza linia obrony. Zawsze rób własne kopie zapasowe niezależnie od hostingu.
Jak często powinienem robić backup strony?
+
Częstotliwość backupów zależy od tego jak często aktualizujesz treść. Blog z rzadkimi wpisami: backup tygodniowy. Sklep WooCommerce z codziennymi zamówieniami: backup dzienny (przynajmniej bazy danych). Aplikacja z transakcjami w czasie rzeczywistym: backup co kilka godzin lub ciągły. Dla większości stron WordPress: backup dzienny bazy danych + tygodniowy pełny backup (pliki + baza).
Czym jest reguła 3-2-1 dla backupów?
+
Reguła 3-2-1 to standard branżowy dla bezpieczeństwa danych: 3 kopie danych (oryginał + 2 backupy), na 2 różnych nośnikach/lokalizacjach (np. hosting + dysk zewnętrzny), z czego 1 kopia off-site (poza siedzibą/głównym serwerem — np. w chmurze). Dla strony WordPress: oryginał na hostingu + automatyczny backup na S3/Backblaze + ręczny backup lokalnie co miesiąc.
Jak przywrócić backup WordPress po awarii?
+
Kroki przywracania WordPress z backupu: (1) Prześlij pliki przez FTP do katalogu strony lub rozpakuj archiwum przez panel plików w cPanel. (2) Przywróć bazę danych przez phpMyAdmin: Database > Import > wybierz plik .sql. (3) Sprawdź plik wp-config.php — upewnij się że dane DB (host, nazwa, użytkownik, hasło) są poprawne. (4) Wyczyść cache (LiteSpeed Cache, W3 Total Cache). (5) Przetestuj stronę.
Sprawdź oferty pasujące do tego scenariusza
Poniżej masz szybkie przejścia do ofert i stron z kodami rabatowymi tam, gdzie są dostępne.
dhosting.pl
Hosting z automatycznymi kopiami i sensowną bazą parametrów
Twoja prywatność = Twoja decyzja. Używamy anonimowych plików cookies Google Analytics,
żeby wiedzieć które porównania hostingów są dla Ciebie przydatne. Bez Twojej zgody nie uruchamiamy
żadnych skryptów śledzących — domyślnie wszystko jest wyłączone.
Szczegóły w polityce prywatności.