Snapshoty to nie backup. Ten poradnik pokazuje rutynę 3-2-1 z restic, dumpami baz i prawdziwym testem restore.
Snapshoty SCP leżą na tej samej warstwie storage i są usuwane po 30 dniach. Pomagają przed aktualizacją, ale nie zastępują zewnętrznego backupu. Prawdziwy backup jest na innym systemie lub u innego dostawcy.
restic jest szyfrowany, deduplikowany i działa z S3, SFTP lub lokalnym repo. Nie trzymaj repo na tym samym serwerze. Dla Netcup użyj storage/S3 lub drugiego serwera.
sudo apt install restic export RESTIC_REPOSITORY="s3:https://s3.example.com/netcup-backup" export RESTIC_PASSWORD="change-me" restic init restic backup /etc /home /var/www --exclude /var/cache restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune restic restore latest --target /tmp/restore-test
Uwaga: Trzymaj hasło repo osobno od serwera. Bez niego backupu nie da się odtworzyć.
Backup plików działającej bazy bywa niespójny. Użyj dumpów logicznych lub funkcji backupu bazy, a potem zabezpiecz dump przez restic.
# PostgreSQL pg_dump -Fc -U postgres app > /var/backups/app.dump # MariaDB/MySQL mariadb-dump --single-transaction -u root -p app > /var/backups/app.sql restic backup /var/backups
Backup bez testu restore to nadzieja. Odtwórz próbkę do katalogu tymczasowego, sprawdź pliki i dump bazy, udokumentuj wynik.
4 dedykowane rdzenie (AMD EPYC 9645) · 8 GB RAM · 128 GB NVMe · 2.5 Gbit/s
GB6: 2290/7559 · Steal: 0,0 %
4 vCore (x86) · 8 GB RAM · 128 GB SSD · 2.5 Gbit/s
GB6: 1720/4650 · Steal: 1,2 %
Nie. Snapshoty są usuwane po 30 dniach i leżą na tej samej warstwie storage. Prawdziwy backup wymaga zewnętrznego, wersjonowanego celu.
Oba się nadają. restic jest prostszy dla S3 i wielu klientów; Borg jest mocny dla deduplikowanych lokalnych repo. Liczy się test restore, nie narzędzie.
Nie na tym samym serwerze. Użyj osobnego storage, drugiej lokalizacji lub innego dostawcy. Szyfrowanie i osobne hasło są obowiązkowe.