Посібник зі створення резервних копій і знімків VPS

Сервер може вийти з ладу через невдале оновлення, помилку, шкідливе ПЗ або апаратну несправність. Добрий план поєднує знімки, резервні копії та перевірене відновлення. На ONIE хмарні сервери в Ho Chi Minh City підтримують знімки та резервні копії, а для даних можна додатково підключити Block Storage.

Знімок чи резервна копія

Використовуйте обидва: знімок перед ризикованими змінами та заплановані резервні копії для всього іншого.

Правило 3-2-1

Зберігайте 3 копії важливих даних на 2 різних типах носіїв, а 1 копію тримайте в іншому місці. Знімок на тому самому сервері сам по собі недостатній.

Резервне копіювання файлів

rsync копіює лише змінені дані:

rsync -aH --delete /var/www/ backup@backup-host:/srv/backups/www/

restic створює зашифровані дедуплікованi резервні копії в багато цілей:

sudo apt install -y restic
restic -r sftp:backup@backup-host:/srv/restic init
restic -r sftp:backup@backup-host:/srv/restic backup /var/www /etc
restic -r sftp:backup@backup-host:/srv/restic forget --keep-daily 7 --keep-weekly 4 --prune

Резервне копіювання бази даних

Копіюйте базу даних через дамп, а не копіюйте живі файли даних:

mysqldump --single-transaction --routines -u root wordpress | gzip > /var/backups/wordpress-$(date +%F).sql.gz

Для PostgreSQL використовуйте pg_dump.

Автоматизація

Запускайте резервне копіювання через cron або таймер systemd і задайте політику зберігання, щоб старі копії видалялися:

sudo crontab -e
# every day at 02:30
30 2 * * * /usr/local/bin/backup.sh

Перевірка відновлення

Резервна копія, яку ніколи не відновлювали, є лише припущенням. Раз на місяць відновлюйте її на запасному сервері та перевіряйте, що сайт і дані працюють. Запишіть кроки, щоб їх міг виконати будь-хто з вашої команди.

Перед великими змінами

Зробіть знімок, внесіть зміну, протестуйте її й видаліть знімок, коли впевнені в результаті. Це добре поєднується з безпечним налаштуванням SSH, а та сама звичка допомагає, коли ви оновлюєте сайт WordPress.