Резервное копирование: план, RPO и RTO, проверка восстановления

Восемь систем: объём, прирост, требования RPO и RTO, окно копии и объём хранилища. Три системы не проходят RPO при ночной копии — это видно расчётом, а не на словах.

  • Работает из России: рубли, договор с ИП, без VPN и иностранной карты
  • Копии кладём в ваше хранилище: агент не становится местом хранения данных
  • Нормы настоящие — ФЗ-152 и приказ ФСТЭК № 17; числа кейса помечены

Дело: 2066 ГБ, ночная копия и три системы с требованием четырёх часов

Кто в деле

Восемь систем: 1С с вложениями, файловый сервер на терабайт с лишним, СЭД, почта, терминальные профили, рабочие места банка, СКУД и образы виртуальных машин. Один администратор, одно хранилище, одна лента.

  • Что не сходится

    «Копии делаются» — и это правда: каждую ночь уходит полная копия. Но требование по 1С и СЭД — потеря не больше четырёх часов, а ночная копия даёт сутки. Формально копия есть, фактически требование не выполнено.

  • Что показывает расчёт

    Хранилище: 4317 ГБ локально плюс вторая копия 4964 ГБ. Окно полной копии 294 минут при потоке 120 МБ/с. Восстановление 1С — 4 минут по норме против 11 фактических.

  • Почему повторяется

    План копирования ни разу не сверяли с требованиями: расписание выбрали по удобству окна, а не по допустимой потере данных. Проверка восстановления тоже не делалась — про факт знали из лога «задание выполнено».

  • Что сделал агент

    Свёл требования и факт по всем системам, показал 3 расхождения, посчитал объём и окна, собрал регламент и акт проверки с фактическим временем вместо «успешно завершено».

Задача

Три числа вместо «бэкап настроен»

RPO — сколько данных допустимо потерять, RTO — за сколько обязаны поднять сервис. Оба числа следуют из расписания и скорости хранилища, и оба проверяются арифметикой: ночная копия даёт RPO до суток независимо от того, что написано в регламенте. Основание — ФЗ-152 ст. 19 ч. 2 п. 5 и приказ ФСТЭК России № 17 п. 14 (б).

Три копии, два носителя

Правило 3-2-1 — практика, а не норма: в акте она стоит отдельной строкой

Сценарий

Путь в системах: что берём на входе и что отдаём

  1. 1

    Вход: перечень систем и объёмы

    Из паспорта инфраструктуры и хранилища: что копируем, сколько занимает, как быстро растёт. Без объёмов расчёт окна невозможен.

  2. 2

    Требования RPO и RTO

    От владельцев систем: сколько данных допустимо потерять и за сколько поднять. Это решение бизнеса, а не администратора.

  3. 3

    Расчёт расписания

    Полная копия по окну, инкремент по RPO, хранение по глубине. Результат — таблица «система → что нужно», где расхождение видно строкой.

  4. 4

    Проверка восстановления

    Раз в месяц на тестовом узле: время, контрольная сумма, результат. Пишется акт, а не запись в чате.

  5. 5

    Выход: план, регламент, акт

    Файл плана с RPO и RTO, регламент с расписанием и ответственными, акт проверки с фактическими минутами.

Агент делает · человек решает

Сводит системы и объёмыиз паспорта и хранилища, с приростом
Считает окно и хранилищеминуты копии, гигабайты дельт, глубина хранения
Сверяет RPO с расписаниемпоказывает, где требование не выполняется
Готовит регламент и актрасписание, ответственные, форма проверки
человек: выбирает RPO и RTOдопустимая потеря данных — решение бизнеса
человек: покупает носителидиски, лента, площадка вне офиса, договор
человек: подписывает актпроверку принимает свидетель

Что получится на выходе

Расхождение видно строкой: где требование не выполняется и что для этого нужно

Открыть артефакт

Подключения

Что подключим

Сервис · что читаем · что пишем · что нужно от вас · срок

Чего агент не делает

Границы работы

Агент не выбирает допустимую потерю данных — это решение владельца системы. Не покупает носители и не заключает договор с площадкой. Не восстанавливает данные в рабочую базу без команды: восстановление поверх рабочей системы — действие с последствием. И не подписывает акт проверки: проверку принимает человек, иначе акт ничего не подтверждает.

Вопросы

Нам хватает ночной копии. Зачем пересчитывать?

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

Что если хранилища не хватает?

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

Нужна ли вторая копия вне офиса?

Это практика 3-2-1, а не требование закона: норма говорит про резервное копирование, а не про географию. Мы показываем цену второй копии и оставляем решение вам.

Как проверяется восстановление?

На тестовом узле: поднять систему, сравнить контрольную сумму, замерить время. «Файл скачался» проверкой не считается — битая копия тоже скачивается.

Это заменяет администратора?

Нет. Агент сводит, считает и пишет регламент, администратор принимает решения и восстанавливает.

Соседние работы

Рядом

Подключения

Роли

Дайте перечень систем и требования — вернём план с RPO и RTO

На выходе: таблица систем с расхождениями, объём хранилища, регламент и форма акта проверки восстановления.

Telegram
MAX
Спросить здесь