Резервное копирование домашнего сервера и NAS
Запишите, какие данные нужны для запуска, сколько изменений можно потерять и сколько времени есть на восстановление. Затем проверьте копию на отдельной машине или в новом каталоге.
Обновлено Редакция GAW
Резервная копия полезна, если её можно найти, открыть и развернуть после потери исходного сервера. Для этого нужны независимое хранилище, срок хранения версий и репетиция восстановления.
Коротко
- Перечислите данные, конфигурацию, ключи и порядок запуска.
- Интервал копирования задаёт целевую потерю данных только при успешных заданиях.
- Храните независимую копию с отдельным доступом или отключаемым носителем.
- Пробное восстановление выполняйте в чистую цель.
Пример расписания
Предположим, что для документов и конфигурации допустима потеря изменений за сутки, а сервис нужно вернуть за четыре часа. Эти цели называют RPO и RTO. Ночная копия в 02:00 соответствует цели RPO при успешных запусках каждые сутки. Один пропуск может увеличить разрыв почти до 48 часов, поэтому проверяйте время последней успешной копии и оповещение об ошибке.
| Что защищаем | Когда копируем | Что проверяем после восстановления |
|---|---|---|
| Документы и фото | Каждую ночь на отдельное хранилище | Файл открывается, права владельца сохранились |
| Конфигурация, секреты, ключи | После изменения и в ночной копии | Конфигурация читается, ключ открывает защищённые данные |
| База и данные приложения | Согласованная выгрузка ночью и перед обновлением | База открывается, ожидаемые записи доступны |
| VM или LXC | Ночью либо по допустимому интервалу, перед изменением хоста | Гость загружается, проверены внешние mounts и исключённые диски |
Для примера храните семь ежедневных, четыре еженедельных и три ежемесячных точки. Оцените место по фактическому росту и политике вашего инструмента. Для PBS прореживание убирает ссылки на старые снимки, а место от невостребованных блоков освобождает сборка мусора. Периодически проверяйте целостность копий. Для защиты от потери узла держите ещё одну копию вне его корпуса и зоны отказа, например на отключаемом диске, который хранится отдельно.
Репетиция восстановления
- Выберите копию по дате. Возьмите инструкцию, ключ и учётные данные из защищённого места, доступного без исходного сервера.
- Восстановите файл в новый пустой каталог или поднимите копию гостя с новым ID в изолированной сети. Для Compose используйте отдельный проект и том.
- Сравните контрольную сумму известного файла с ожидаемой, откройте несколько файлов и проверьте владельца и права. Для сервиса дополнительно выполните вход или тестовый запрос, проверьте несколько записей и перезапуск.
- Запишите дату копии, возраст данных, общее время и обнаруженные пробелы. Сопоставьте их с целями. Повторяйте после смены хранилища или процедуры и по расписанию, например раз в месяц.
Пример бюджета времени для 120 GiB. При измеренной полезной скорости чтения и записи 80 MiB/с само копирование заняло бы около 25,6 минуты. В четырёхчасовую цель также входят поиск копии, подготовка среды, развёртывание, проверка и возврат доступа пользователям. Для планирования подставьте фактическую скорость контрольной репетиции.
Если нужно понять, какие отказы переживут зеркало, снимок и отдельная копия, начните с разбора RAID и backup.
Частые вопросы
Как часто копировать домашний сервер?
Начните с допустимой потери изменений. Для цели до 24 часов планируйте ночную копию и проверяйте, что последняя успешная копия укладывается в этот интервал.
Что проверяет контрольная сумма?
Она обнаруживает отличие байтов от зафиксированного значения. Запуск сервиса, доступы и согласованность базы проверяются отдельно.
Нужна ли копия ключа шифрования?
Да. Держите защищённую копию ключа вне хоста и проверьте, что с ней можно открыть репозиторий при отказе исходной машины.
Источники
- Proxmox VE. Backup and Restore
- Proxmox Backup Server 4.2. Maintenance Tasks — Prune, garbage collection и верификация
- restic 0.19.1. Restoring from backup — Восстановление в отдельный целевой каталог
- Docker. Volumes
Нашли ошибку? ·