К содержимому
GPTeam

Инфраструктура / Безопасность

Резервная копия, из которой нельзя восстановиться, — не копия

Три правила резервного копирования и как проверять восстановление автоматически.

· Команда GPTeam

Почему копии подводят

Самая частая картина в аудитах: копии делаются, но лежат на том же сервере, никто не пробовал из них восстановиться, а шифровальщик, получив доступ к серверу, шифрует и их. Копия, которую не проверяли, — это надежда, а не защита.

Три правила

  1. 3-2-1. Три копии данных, на двух разных носителях, одна — вне площадки (другое здание, облако).
  2. Неизменяемость. Копии нельзя удалить или изменить с рабочих учётных записей. Так шифровальщик до них не доберётся.
  3. Проверка восстановления. Регулярно и автоматически: восстановить машину или базу в изолированную среду и убедиться, что сервис запускается.

Как автоматизировать проверку

В Proxmox Backup Server есть верификация копий, но она проверяет целостность, а не работоспособность. Мы добавляем задачу, которая раз в неделю восстанавливает критичные машины в отдельную сеть, запускает проверки доступности и присылает отчёт в Telegram. Если сервис не поднялся — это инцидент, а не сюрприз в день аварии.

С чего начать

Определите для каждого сервиса, сколько данных допустимо потерять (RPO) и за сколько нужно восстановиться (RTO). Отсюда следует частота копий и бюджет. Подробнее: резервное копирование и восстановление после сбоев.

Готовы обсудить задачу?

Нужна помощь с похожей задачей? Напишите нам

Оставить заявку Первая консультация бесплатно · Без обязательств