RTO

01무엇이고, 어떤 일을 하나

• 업무 중단을 얼마나 오래 감당할 수 있는지 계획에 반영한다.
• 복구 방식과 인력·설비의 우선순위를 정한다.
• 복구 훈련에서 실제 소요 시간과 목표의 차이를 측정한다.

02어떤 순서로 동작하나

1. 업무 기준 정의

   어떤 기능이 어느 수준으로 회복되면 복구 완료인지 업무 담당자와 정한다.

2. 구간과 목표 결정

   장애 시작·선언·복구 시작·서비스 정상화 시각을 구분하여 측정 기준과 목표를 정한다.

3. 복구 절차 설계

   시스템 복원, 데이터 복구, 의존 서비스와 권한 확인을 실행 가능한 순서로 작성한다.

4. 훈련과 재평가

   단계별 실제 시간을 기록하고 목표를 넘기는 병목을 개선한다. 변경된 환경에서도 다시 시험한다.

03먼저 알아둘 용어와 구성요소

RTO

복구에 걸리는 시간을 관리하기 위한 목표이다.

RPO

복구할 데이터의 시점과 허용 손실 구간에 관한 목표이다.

업무 복구

프로세스 기동을 넘어 사용자 업무와 연계 기능이 정상 수행되는 상태이다.

복구 훈련

정해진 장애 가정 아래 복구 절차와 소요 시간, 데이터 정합성을 검증하는 활동이다.

MTD

Maximum Tolerable Downtime; 업무가 견딜 수 있는 최대 중단 시간이다. 시스템 복구 후 데이터 재처리·업무 재개 시간까지 고려하여 그 안에 복구 목표를 정한다.

04예제로 따라가기

• 가상 사례: 장애 14:00, 서버 시작 14:18, 업무 검증 완료 14:36이라면 업무 복구 소요 시간은 36분이다.
• RTO를 30분으로 정했다면 서버는 일찍 켜졌어도 업무 복구 목표에는 6분 늦었다. 측정 시작점과 완료 조건이 같아야 비교할 수 있다.
• 원인이 인증 서버의 복구 대기 12분이라면 웹 서버 성능만 높여서는 해결되지 않는다. 의존 서비스의 복구 순서와 병렬화 가능성을 시험한다.

05혼동하기 쉬운 점과 확인 기준

• 목표 RTO와 실제 복구 소요 시간을 같은 값으로 보고하면 목표 미달을 감출 수 있다.
• RTO 충족만으로 데이터 손실 허용 범위를 충족했다고 볼 수 없다. RPO와 데이터 정합성도 따로 검증한다.
• 업무 수준의 복구 목표와 특정 시스템 자원의 RTO를 구별한다. NIST SP 800-34의 자원 RTO는 업무의 MTD를 넘기지 않도록 정하며, 재처리 등 추가 시간도 남겨야 한다. 본문 예제는 업무 검증 완료를 종료점으로 합의한 경우다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.