Планът за възстановяване е достоверен, когато използваема услуга може да бъде върната.
Планът за възстановяване е достоверен, когато използваема услуга може да бъде върната. RTO е целевото време за възстановяване, RPO — допустимият прозорец за загуба на данни. Изведете ги от бизнес последствия и проверявайте цялото приложение, не само наличието на копие.
Определете какво трябва да се върне
Избройте маршрути, бази, идентичност, DNS, сертификати и зависимости. Определете допустим ограничен режим и аварийния достъп при липса на нормални системи. Цел за базата не стига, ако приложението не може после да се свърже.
Подгответе изолирано упражнение
Използвайте разрешени защитени или синтетични данни и блокирайте неволни реални съобщения, плащания и извиквания. Запишете точка на копието, начало и етапи. Изберете явен сценарий, например загуба на база, с допускания. Измервайте до бизнес проверка, не само край на импорт.
Докажете действителните загуба и време
Сравнете възстановени данни с известни точки и определете най-новата възстановима операция. Проверете права, задачи и важни суми или бройки. Запишете ръчни стъпки и зависимости, които блокират целта. Поправете и повторете съответния път. Успешно упражнение важи за проверения сценарий и състояние, не за всяка възможна катастрофа.
Пример и доказателство за приемане
Възстановете тестово копие със спрени външни изходи. Само вход не стига: проверете известна поръчка, права и задача към запазения момент. Измерете подготовка, ключове и бизнес валидация отделно от базата. Липсваща историческа конфигурация е пропуск въпреки успешен импорт. Отделете това от загуба на данни и назначете поправка. Повторете упражнението след корекция. Проверете графици, които може да останат неактивни заради стари имена на среда или изтекъл достъп. Използваемо приложение трябва не само да показва стари екрани, а безопасно да изпълнява нови договорени операции. Докладът посочва най-бавния необходим етап, така че следващата инвестиция да съкрати реалното връщане на услугата. Запишете и границата, след която повторно възстановяване би застрашило вече проверени данни или резултати.
Често задавани въпроси
Как се различават RTO и RPO?
Време за възстановяване спрямо допустима загуба на данни.
Правилно копие доказва ли възстановяване?
Не. Възстановяване, зависимости и проверка също трябва да работят.
Може ли да се използват реални данни?
Само с разрешение и защита; синтетични може да са по-подходящи.
Колко често да проверяваме?
Според риск и промени, особено след значима архитектурна промяна.
Какво при непостигната цел?
Запишете резултат и причина и променете явно система или изискване.
От идея до изпълним обхват
Споделете потребителския път, интеграциите и условията за стартиране. Можем да подготвим оценка с допускания и изключения.
Още по темата
Оперативна инструкция за малък екип
Runbook помага да преминете от конкретен симптом към безопасно решение.
Дежурства в стартъп без отделен SRE екип
Малък екип може да организира полезни дежурства, ако обещанията съответстват на ресурсите.
Тежест на инциденти: матрица за ескалация
Тежестта описва действително или правдоподобно бизнес влияние, не драматизма на съобщение.