👀 Разбор викторины: почему быстрого восстановления недостаточно?
Правильный ответ — Нарушен RPO (Recovery Point Objective)
Давайте разберемся:
• Требование бизнеса (SLA): потеря данных не более чем за 15 минут
• Реализация: бэкап делается раз в сутки (в 03:00)
• Инцидент: авария случилась в 16:00
Админ восстановил систему из бэкапа по состоянию на 3 часа ночи. Все документы, проводки и транзакции с 03:01 до 16:00 (то есть за 13 часов!), были утеряны.
Да, показатель RTO отличный (админ восстановил работоспособность системы за 10 минут). Но провален RPO (допустимый объем потерь данных), так как окно резервного копирования было слишком большим.
Как Кибер Бэкап поможет избежать потери данных?
Чтобы соблюсти RPO в 15 минут для критичных систем (например, PostgreSQL), недостаточно создавать резервные копии раз в сутки. Кибер Бэкап позволяет настроить процесс намного точнее:
✅ Расписание. В системе можно изменить частоту создания резервных копий простым перетаскиванием ползунка. Это позволяет настроить запуск резервного копирования с нужной периодичностью (например, несколько раз в час), чтобы соответствовать RPO.
✅ Схема «Пользовательская». Вместо стандартных шаблонов можно настроить индивидуальное расписание для каждого типа копий (полных, дифференциальных, инкрементных). Для экономии места и времени можно запускать инкрементные копии в течение дня, а полный бэкап оставить на ночь или выходные.
✅ Резервное копирование по событиям. В настройках расписания можно выбрать запуск не только по времени, но и по событию. Это позволяет создавать точку восстановления тогда, когда это критически важно для системы.
Скорость восстановления важна, чтобы бизнес-процессы не остановились после инцидента. Но частота точек восстановления также важна, чтобы свести к минимуму потери данных❗️
