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 работающего. И убирайте сеть у тестового контейнера до запуска, чтобы он не конфликтовал с оригиналом.
- Выбрать копию: посмотреть архивы в хранилище бэкапов и выбрать свежий.
- Восстановить на новый ID:
pct restore 999 <архив> --storage <целевое-хранилище> - Убрать сеть, запустить, проверить:
pct set 999 -delete net0, затемpct start 999. Сервис работает? Данные полные и свежие? - Убрать и записать:
pct stop 999 && pct destroy 999. Зафиксируйте дату, архив и результат — это ваше подтверждение.
Для виртуальных машин команда называется qmrestore, принцип тот же. Повторяйте тест через фиксированные промежутки, например раз в квартал, и после каждого крупного изменения настройки.
Почему это важно и профессионально
Бэкап и восстановление входят в меры, о которых клиенты могут спрашивать подрядчиков в рамках NIS2. Задокументированный тест восстановления — конкретное подтверждение. Для меня это ещё и то, что должно быть само собой разумеющимся в каждом проекте, от MeisterMeld до серверной среды.
Чек-лист
- Ежедневный бэкап на отдельный диск с правилом хранения
- Хотя бы одна копия в другом месте
- Тест восстановления на новом ID, результат задокументирован
- Мониторинг с уведомлениями (например, Uptime Kuma)
Читать дальше
Регулирование · ИТ-безопасность · СМБ
NIS2 для небольших ИТ-компаний и фрилансеров: пороги, сроки, обязанности
Немецкий закон о реализации NIS2 действует с 6 декабря 2025. Затронута ли компания напрямую, зависит от отрасли и размера, но и небольшие фирмы ощущают его как поставщики.
Доступ · Безопасность · Бэкап
Безопасный доступ и бэкапы домашнего сервера: Tailscale, Cloudflare Tunnel, vzdump
Домашний сервер хорош ровно настолько, насколько хороши его доступ и бэкапы. Мой принцип: никакого проброса портов, каждый доступ — осознанное решение, бэкап каждый день.
Proxmox · LXC · Homelab
Proxmox и LXC в homelab: какие контейнеры я запускаю и зачем
Четыре контейнера, четыре роли: как устроен мой домашний сервер, какие программы где работают и как я распределил хранилище.
Self-hosting · Homelab · Приватность
Уход из облака: домашний сервер вместо Google, iCloud и других
Дома у меня работает сервер на Proxmox с 15+ сервисами. Здесь — какие облачные сервисы он заменяет, чего это стоит (времени) и где лучше остаться в облаке.
Ещё из практики
Другие заметки, кейсы и проекты — на главной странице.
Все заметки Кейс MeisterMeld Кейс PflegeOasis Кейс Kernbohr-Expert На главную
Комментарии
Присоединяйтесь к обсуждению: комментарии работают через GitHub Discussions (вход через аккаунт GitHub). Контент GitHub/giscus загружается только после клика. Конфиденциальность