Снапшоти — не бекап. Цей посібник показує рутину 3-2-1 з restic, дампами баз і справжнім тестом відновлення.
Снапшоти SCP лежать на тому самому шарі storage і видаляються через 30 днів. Вони допомагають перед оновленням, але не замінюють зовнішній бекап. Справжній бекап — на іншій системі або в іншого провайдера.
restic шифрує, дедуплікує і працює з S3, SFTP або локальним repo. Не зберігайте repo на тому самому сервері. Для Netcup використовуйте storage/S3 або другий сервер.
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
Примітка: Тримайте пароль repo окремо від сервера. Без нього бекап не відновити.
Файлові бекапи робочої бази часто неконсистентні. Використовуйте логічні дампи або функцію backupу бази, а потім збережіть дамп через 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
Бекап без тесту restore — це надія. Відновіть зразок у тимчасовий каталог, перевірте файли й дамп бази, задокументуйте результат.
4 виділені ядра (AMD EPYC 9645) · 8 GB RAM · 128 GB NVMe · 2.5 Gbit/s
GB6: 2 290/7 559 · Steal: 0,0 %
4 vCore (x86) · 8 GB RAM · 128 GB SSD · 2.5 Gbit/s
GB6: 1 720/4 650 · Steal: 1,2 %
Ні. Снапшоти видаляються через 30 днів і лежать на тому самому шарі storage. Справжній бекап потребує зовнішнього версіонованого цілі.
Обидва підходять. restic простіший для S3 і кількох клієнтів; Borg сильний для дедуплікованих локальних repo. Важливий тест restore, а не інструмент.
Не на тому самому сервері. Використовуйте окремий storage, другу локацію або іншого провайдера. Шифрування й окремий пароль обов’язкові.