Головна / Нотатки

Homelab · Бекап · Proxmox

Бекап за 3-2-1 і тест відновлення: бекап — це бекап, лише якщо його вдалося відновити

Більшість історій про бекапи закінчуються однаково: копія робилася, але ніхто не перевіряв, чи можна її відновити. Ось як я бекаплю свій хост Proxmox і як перевіряю відновлення, не ризикуючи нічим робочим.

Сергій Заболотний · 27.10.2026

• Backup
• 3-2-1-Regel
• Proxmox
• vzdump
• Restore-Test
• Homelab
• Uptime Kuma

Правило 3-2-1 одним реченням

Три копії даних (оригінал і дві резервні), на двох різних носіях, з яких одна в іншому місці. Другий диск в тому самому пристрої захищає від поломки диска, але не від крадіжки, пожежі чи стрибка напруги — саме цю прогалину закриває остання цифра. Як цю тему розкрито в серії, дивіться в статті Доступ і бекапи на домашньому сервері.

Моя база: vzdump із правилом зберігання

На хості Proxmox із розділеними LXC-контейнерами щодня робиться бекап на окремий диск зі зберіганням семи щоденних, чотирьох щотижневих і трьох щомісячних копій:

vzdump <CTID> --storage <backup-storage> --mode snapshot \
  --prune-backups keep-daily=7,keep-weekly=4,keep-monthly=3

Крім того, Uptime Kuma повідомляє, якщо сервіс недоступний. Це не замінює тест відновлення, але швидко показує, що щось не так. Доступ до хоста я захищаю так, як описано в нотатці Zero Trust для homelab.

Тест відновлення за чотири кроки

1. Обрати копію: переглянути архіви в сховищі бекапів і вибрати свіжий.
2. Відновити на новий ID: pct restore 999 <архів> --storage <цільове-сховище>
3. Прибрати мережу, запустити, перевірити: pct set 999 -delete net0, потім pct start 999. Сервіс працює? Дані повні й свіжі?
4. Прибрати й записати: pct stop 999 && pct destroy 999. Зафіксуйте дату, архів і результат — це ваше підтвердження.

Для віртуальних машин команда називається qmrestore, принцип той самий. Повторюйте тест через фіксовані проміжки, наприклад раз на квартал, і після кожної великої зміни налаштувань.

Чому це важливо й професійно

Бекап і відновлення входять до заходів, про які клієнти можуть питати підрядників у межах NIS2. Задокументований тест відновлення — конкретне підтвердження. Для мене це ще й те, що має бути само собою зрозумілим у кожному проєкті, від MeisterMeld до серверного середовища.

Чек-лист

• Щоденний бекап на окремий диск із правилом зберігання
• Принаймні одна копія в іншому місці
• Тест відновлення на новому ID, результат задокументовано
• Моніторинг зі сповіщеннями (наприклад, Uptime Kuma)

Читати далі