Backup i rclone¶
Komendy¶
make db-backup # Pojedynczy pg_dump (równoległy, tar.gz)
make backup-cycle # Pełen cykl: pg_dump + tar mediów + rclone + powiadomienia
make rclone-config # Konfiguracja zdalnego backupu (Google Drive, S3, ...)
make rclone-sync # Wymuszona synchronizacja z chmurą
make rclone-check # Sprawdzenie spójności kopii zdalnej
Codzienny backup¶
Codzienny backup uruchamia Ofelia o 02:30 (label 0 30 2 * * * na backup-runner).
backup-runner to efemeryczny kontener (postgres:$DJANGO_BPP_POSTGRESQL_VERSION_MAJOR-alpine):
robi pg_dump, pakuje media (tar), wysyła przez rclone i raportuje do Rollbara.
make backup-cycle uruchamia ten sam cykl ręcznie.
make backup / make restore — para baza + media¶
make backup uruchamia db-backup (równoległy pg_dump -Fd, tar.gz) i media-backup
(zawartość wolumenu media jako tar.gz). Oba archiwa lądują w
$DJANGO_BPP_HOST_BACKUP_DIR z timestampem:
db-backup-YYYYMMDD-HHMMSS.tar.gzmedia-backup-YYYYMMDD-HHMMSS.tar.gz
make restore automatycznie wybiera najświeższą parę (lub --pick / --timestamp=...).
Przed destruktywnym restorem robi safety-backup aktualnej bazy — procedura jest odwracalna.
Wykorzystywane przy przenosinach serwera.
Co NIE jest backupowane przez make backup¶
make backup zapisuje tylko bazę danych i wolumeny mediów. Loki/Netdata/Grafana (logi
i metryki historyczne) nie są przenoszone — po starcie na nowym hoście zaczynają od
pustego stanu. Jeśli zależy Ci na historii monitoringu, skopiuj dodatkowo wolumeny
loki_data, netdata_lib, netdata_cache i grafana_data (przy zatrzymanym stacku):