Бэкап должен пережить тот сбой, от которого защищает компанию. Копия на соседнем диске помогает при удалении файла, но может пропасть вместе с сервером. Облако выносит данные за пределы офиса, а время возврата зависит от канала и условий хранения. Обычно бизнесу нужна комбинация нескольких уровней.
Вернуть локально
Держать доступную копию для повседневных ошибок и сбоев.
Пережить аварию
Сохранить данные при потере помещения или оборудования.
Защитить историю
Ограничить удаление копий и распространение вредных изменений.
Понять расходы
Учесть ёмкость, сеть, хранение и получение данных обратно.
Шесть вариантов хранения и их ограничения
Примеры подходов: локальное и внешнее копирование у Synology; пулы и избыточность Ceph. Отказоустойчивость хранилища и пригодность резервной точки решают разные задачи.
Рабочая схема: локальная и внешняя копии
Локальный уровень используют для удобного повседневного возврата. Внешний — чтобы сохранить данные при потере основной площадки. Отдельно выбирают защиту от удаления и изменения.
Возврат файлов и систем по локальной сети.
Возврат, когда основное помещение недоступно.
Ориентир «3–2–1»: три экземпляра данных, включая рабочий, на двух типах носителей, один — вне площадки. Расширение «3–2–1–1–0» добавляет изолированную, отключённую или неизменяемую копию и проверку восстановления. Это принцип построения защиты, а не гарантия результата. Объяснение Veeam.
Что не заменяет отдельную резервную копию
- RAID. Помогает при предусмотренном отказе дисков, но не возвращает удалённый документ и не спасает от потери всей системы.
- Реплика текущего состояния. Может перенести удаление, повреждение или шифрование. Для возврата нужны сохранённые пригодные точки.
- Снимок в том же массиве. Полезен для отката, но может исчезнуть вместе с массивом или его управлением.
- Несколько папок на одном NAS. Они разделяют место, но могут иметь общие диски, права и последствия аварии.
Спросите, что произойдёт при компрометации общей консоли, ошибке удаления или недоступности всего помещения. Распределение по дискам и серверам не устраняет эти общие причины потери.
Три свойства, которые проверяют отдельно
Вне площадки
Данные физически находятся в другом месте. Это уменьшает зависимость от пожара, кражи или аварии основного помещения.
- Проверить реальное размещение
- Учесть сеть, доступы и возможность начать восстановление
Отключение и изоляция
Отключённый носитель физически недоступен по сети. Сегментация и отдельные учётные записи ограничивают доступ, но не равны физическому отключению.
- Запланировать ротацию носителей
- Проверить границы прав и сетевых связей
Неизменяемость
Удержание запрещает изменение или удаление защищённых данных на заданных условиях. Это свойство конкретного режима и конфигурации.
- Проверить срок и права на обход
- Убедиться, что блокируются нужные версии
Например, Yandex Object Storage поддерживает блокировки версий: управляемую, строгую и бессрочную. Их права и возможность снятия различаются. Включение механизма само по себе не блокирует уже загруженные версии. Настройки выбирают вместе с поддерживаемой программой резервного копирования. Документация Yandex Cloud. Аналогичный класс возможностей называется Object Lock в Amazon S3; совместимость с S3 не означает одинаковое поведение у каждого провайдера.
Облако и удалённая площадка: как оценить время возврата
Учитывают объём, который действительно нужно получить для выбранной точки, а не только размер последнего инкремента. Затем добавляют подготовку сервера, сборку данных, восстановление приложения и проверку работы.
1 ТБ = 1 000 000 000 000 байт. При постоянной полезной скорости 100 Мбит/с передача займёт около 80 000 секунд. Это только получение данных, без накладных расходов.
Реальный результат зависит от сервиса, канала, чтения, записи, числа объектов и параллельности. Класс хранения может добавлять ожидание извлечения.
Если допустимый простой меньше времени доставки данных, пересматривают схему: добавляют локальную копию, повышают пропускную способность, готовят целевые ресурсы или проверяют поддерживаемый запуск из копии. Считают также исходящую передачу, операции, извлечение и минимальные сроки хранения, если они предусмотрены тарифом. Пример структуры тарификации Yandex Object Storage.
Какую комбинацию рассмотреть
Небольшой офис
Локальное хранилище для регулярных заданий и отдельная внешняя копия.
- Проверить автоматизацию и уведомления
- Для съёмного диска назначить ротацию и ответственное хранение
Серверы и рабочая база 1С
Локальный репозиторий для возврата и внешняя копия для потери площадки.
- Проверить согласованность базы
- Учесть ключи, лицензии, внешние файлы и целевые ресурсы
Несколько филиалов
Локальные точки и согласованный перенос на отдельную площадку или в облако.
- Контролировать отставание внешней копии
- Не допускать конкуренции заданий с рабочим трафиком
Крупная инфраструктура
Несколько уровней репозиториев, управляемое размещение и отдельные ресурсы возврата.
- Измерить параллельные задания и восстановление
- Разделить области отказа и административные доступы
Доступное место считают по сроку хранения, изменениям, полным копиям, служебным данным и операциям продукта. Коэффициент дедупликации подтверждают измерениями. Неизменяемые данные могут занимать место до истечения удержания даже при изменении расписания.
Перенос копий тоже требует контроля
Успешное локальное задание не означает, что данные уже дошли на внешнюю площадку. Для второго уровня контролируют дату последней пригодной точки, ошибки, свободное место, срок хранения и уведомления. Согласуют, должно ли удаление на источнике удалять точки на приёмнике.
Например, в Proxmox Backup Server поведение синхронизации зависит от настроек: параметр remove-vanished позволяет удалять на приёмнике исчезнувшие на источнике группы и точки. Это нужно учитывать при проектировании независимой истории. Документация Remotes & Sync.
Пять проверок перед запуском
- 1
Согласовать цели
Определить сервисы, допустимую потерю изменений, время возврата и сроки хранения.
- 2
Нарисовать общие риски
Отметить помещение, питание, сеть, учётные записи и ключи каждого уровня.
- 3
Проверить задания и расходы
Измерить объём изменений, передачу, рост, очистку и цену получения данных обратно.
- 4
Восстановить без основной площадки
В изолированной среде проверить доступ к внешней копии, каталогу, ключам и целевым ресурсам.
- 5
Назначить сопровождение
Закрепить контроль ошибок, ротацию носителей, обновления и регулярные проверки результата.
Базовые принципы описаны в обзоре резервного копирования. Зависимости цепочек и расчёт объёма — в статье о полном, инкрементальном и дифференциальном копировании.
Две памятки для подготовки схемы
Частые вопросы
Можно ли хранить копии только на NAS?
Это может закрыть отдельные сценарии, но единственный NAS остаётся общей точкой риска. Для аварии помещения или компрометации доступа нужна копия, которая переживёт соответствующее событие.
Является ли RAID резервной копией?
RAID обеспечивает предусмотренную устойчивость массива к отказу дисков. Он не создаёт самостоятельную историю данных и не заменяет возврат к состоянию до удаления, повреждения или шифрования.
Облако безопаснее локального диска?
Облако выносит данные из офиса, но остаются риски доступа, удаления, потери ключей и недоступности канала. Оценивают отдельные угрозы и проверяют сочетание локального и внешнего уровней.
Достаточно ли синхронизации папок?
Обычная синхронизация может повторить удаление или повреждение. Для резервного хранения нужны пригодные точки и контролируемый срок удержания. Поведение удаления на приёмнике проверяют отдельно.
Нужно ли шифровать внешнюю копию?
Шифрование выбирают по требованиям к конфиденциальности и возможностям продукта. Ключи должны быть доступны при аварии и защищены отдельно. Зашифрованная копия без доступного ключа не поможет восстановиться.
Зачем тестировать скачивание из облака?
Чтобы проверить доступы, ключи, время доставки и расходы, затем восстановить данные и приложение. Возможность загрузить архив ещё не подтверждает работоспособность сервиса после возврата.
Подберём хранение под ваши сценарии восстановления
Обсудим данные, сроки, площадки, канал и допустимый простой. Определим локальный и внешний уровни, порядок защиты копий и проверки возврата.
Обсудить хранение резервных копий