← zabolotny.de
DEENRUUA

Главная / Заметки

Homelab · Бэкап · Proxmox

Бэкап по 3-2-1 и тест восстановления: бэкап считается бэкапом, только если его удалось восстановить

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

Сергей Заболотный ·

Правило 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.

Тест восстановления за четыре шага

Правило безопасности: всегда восстанавливайте на новый свободный ID контейнера, никогда на ID работающего. И убирайте сеть у тестового контейнера до запуска, чтобы он не конфликтовал с оригиналом.

  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 до серверной среды.

Чек-лист

Читать дальше

Регулирование · ИТ-безопасность · СМБ

NIS2 для небольших ИТ-компаний и фрилансеров: пороги, сроки, обязанности

Немецкий закон о реализации NIS2 действует с 6 декабря 2025. Затронута ли компания напрямую, зависит от отрасли и размера, но и небольшие фирмы ощущают его как поставщики.

Доступ · Безопасность · Бэкап

Безопасный доступ и бэкапы домашнего сервера: Tailscale, Cloudflare Tunnel, vzdump

Домашний сервер хорош ровно настолько, насколько хороши его доступ и бэкапы. Мой принцип: никакого проброса портов, каждый доступ — осознанное решение, бэкап каждый день.

Proxmox · LXC · Homelab

Proxmox и LXC в homelab: какие контейнеры я запускаю и зачем

Четыре контейнера, четыре роли: как устроен мой домашний сервер, какие программы где работают и как я распределил хранилище.

Self-hosting · Homelab · Приватность

Уход из облака: домашний сервер вместо Google, iCloud и других

Дома у меня работает сервер на Proxmox с 15+ сервисами. Здесь — какие облачные сервисы он заменяет, чего это стоит (времени) и где лучше остаться в облаке.

Комментарии

Присоединяйтесь к обсуждению: комментарии работают через GitHub Discussions (вход через аккаунт GitHub). Контент GitHub/giscus загружается только после клика. Конфиденциальность

Ещё из практики

Другие заметки, кейсы и проекты — на главной странице.

Все заметки Кейс MeisterMeld Кейс PflegeOasis Кейс Kernbohr-Expert На главную