RTO는 시스템 자원이 사용할 수 없는 상태로 머물 수 있는 최대 시간과 연결된 목표입니다. RPO는 장애 전 어느 시점의 데이터를 복구해야 하는지 나타내는 기준점입니다. RTO는 서비스가 언제 돌아오는지를, RPO는 복구된 데이터가 어디까지 최신인지를 묻습니다.

두 목표의 수치는 조직의 업무 영향 분석과 복구 계획에 따라 정해집니다. NIST가 제시한 정의는 보편적인 법정 수치가 아닙니다. 예시에서 설정한 시간과 데이터 시각은 계산 연습을 위해 만든 가상 값입니다.

시계 하나와 데이터 기준점을 따로 봅니다

NIST SP 800-34 Rev.1에서 Recovery Time Objective(RTO)는 시스템 자원이 사용할 수 없는 상태로 남아 있을 수 있는 최대 시간과 관계가 있습니다. 그 시간이 지나면 다른 자원이나 지원 업무·업무 프로세스에 받아들이기 어려운 영향이 생길 수 있습니다. Recovery Point Objective(RPO)는 장애나 중단 전에 어느 시점까지의 업무 데이터를 복구할 수 있어야 하는지 나타냅니다. 따라서 RTO는 ‘얼마나 오래 서비스가 멈출 수 있는가’, RPO는 ‘데이터를 어느 시점까지 되돌려도 되는가’라는 질문에 답합니다. NIST 문서에서는 RTO와 MTD의 관계도 다루지만, 두 약어를 같은 값으로 취급하지 않습니다.

중단 06시와 백업·업무 재개 시각을 계산합니다

시간과 목표는 개념을 설명하기 위한 가상값이며 실제 조직의 목표가 아닙니다.
항목가정된 시각·목표읽는 방법
장애 시작06:00서비스를 사용할 수 없게 된 기준 시각
RTO 목표4시간 이내서비스 복구 시각이 10:00보다 늦지 않아야 한다는 가정
실제 서비스 재개09:00중단부터 재개까지 3시간이므로 가정된 RTO 범위 안
RPO 목표장애 전 1시간 이내 시점의 데이터06:00 기준 최소 05:00 이후의 데이터까지 복구해야 한다는 가정
복구 데이터 기준점05:30장애 시각과의 차이가 30분이어서 가정된 RPO 범위 안

이 예에서 서비스는 06시 중단 뒤 09시에 돌아왔으므로 실제 중단은 3시간입니다. RTO 목표를 4시간으로 가정했다면 이 결과는 시간 조건을 충족합니다. 데이터는 05시 30분 시점으로 복구했으므로 장애 시각보다 30분 전입니다. RPO 목표를 1시간으로 가정했다면 이 데이터 시점도 목표 범위 안입니다. 만약 복구 데이터가 02시 시점이라면 장애와의 간격은 4시간이므로 같은 RPO 목표를 충족하지 못합니다. 서비스가 빨리 열렸다는 사실만으로 데이터 복구 시점까지 목표를 달성했다고 말할 수 없습니다.

목표와 실제 복구값을 두 축에서 계산합니다

  1. 장애·중단 시각을 정하고, 서비스가 다시 사용 가능해진 시각을 기록합니다.
  2. 실제 서비스 중단 시간과 조직이 정한 RTO 목표를 비교합니다.
  3. 복구된 데이터의 기준 시각을 확인하고 장애 시각과의 간격을 계산합니다.
  4. 그 간격을 RPO 목표와 비교합니다. 데이터의 기준점이 RPO 목표와 같은지 확인합니다.
  5. 서비스 시간 결과와 데이터 시점 결과를 분리해 보고하고, 대상 업무·시스템이 무엇인지 적습니다.

RTO와 RPO는 장애 뒤에 실제로 관찰한 시간만을 묘사하는 값이 아닙니다. 계획에서 정한 목표와 실제 복구 성과를 비교해야 의미가 있습니다. NIST SP 800-34 Rev.1은 RPO를 가장 최근 백업본을 고려한 복구 가능 데이터 시점으로 설명하고, MTD와의 관계를 구분합니다. NIST Glossary는 RPO를 장애 뒤 데이터를 복구해야 하는 시점으로 요약하지만, 용어의 구체 범위는 원 출처 문서에 맞춰 읽어야 합니다. 이 글은 정의를 비교하는 학습 자료이지 특정 사업의 복구 목표를 정하는 권고가 아닙니다.

RTO를 데이터 손실량으로, RPO를 서비스 시간으로 읽지 않습니다

두 목표를 뒤집으면 서비스가 몇 시간 멈췄는지와 어느 시점의 데이터가 남았는지를 혼동하게 됩니다. RTO 4시간은 데이터가 4시간 손실돼도 된다는 뜻이 아니고, RPO 1시간은 서비스가 한 시간 안에 다시 열린다는 뜻도 아닙니다. 가정된 시각표에서 장애 발생, 서비스 재개, 복구 데이터 기준점은 서로 다른 값입니다. 또한 NIST 예시의 MTD나 법정 기준을 모든 조직의 고정 목표처럼 적용해서는 안 됩니다. 실제 목표는 업무 영향, 기술 구성, 승인된 복구 전략을 반영해 조직에서 정합니다.

같은 장애에서 시간과 데이터 시점을 각각 답합니다

장애가 06시에 시작되고 서비스가 09시에 복구됐으며 데이터는 05시 30분 시점까지 돌아왔다고 합시다. 실제 복구에 걸린 시간은 몇 시간인가요? 3시간입니다. 데이터 기준점은 장애 시각보다 얼마나 앞선 시점인가요? 30분입니다. 각각을 가정한 RTO 4시간·RPO 1시간과 따로 비교합니다. 이 답을 외울 때는 RTO 옆에는 ‘서비스 비가용 시간’, RPO 옆에는 ‘복구 데이터 기준 시각’이라고 짧게 적어 보세요. 목표와 실제 결과를 혼동하지 않는 데 도움이 됩니다.

정답을 가리고 확인해 보세요

이 글을 위해 만든 학습 예시이며 공식 기출문제나 판매 카드의 인용이 아닙니다.

가상 장애는 06:00에 시작했고 서비스는 09:00에 복구됐다. 복구 데이터는 05:30 시점이다. RTO 4시간, RPO 1시간이라는 가정된 목표와 비교해 각각 계산하세요.

정답과 해설 확인실제 서비스 중단은 3시간이므로 가정된 RTO 4시간 이내입니다. 복구 데이터는 장애 시각보다 30분 전 시점까지이므로 가정된 RPO 1시간 이내입니다. 두 결과는 서로 다른 축으로 비교합니다.

RTO는 시스템 자원의 비가용 시간 목표이고 RPO는 복구해야 하는 장애 전 데이터 시점입니다. 숫자는 연습용 가정이며 조직이 정하는 실제 복구 목표가 아닙니다.

이 주제의 회상 연습 이어가기