일 1회 백업이면 RPO를 24시간으로 적으면 되나

주기와 목표를 같은 숫자로 두면 오후의 거래가 통째로 빠집니다. 밤 2시 덤프 뒤에 오후 3시 장애가 나면 잃어버리는 창은 24시간이 아닙니다. 업무가 못 잃는 창을 먼저 적고, 그 창을 맞추는 주기와 복제 지연을 다음에 적으세요.

가용성 99.9%를 넣으면 RTO는 생략해도 되나

생략하면 안 됩니다. 가용성은 한 달 비율이고 RTO는 한 건의 시계죠. 비율만 있는 SLA는 월말에 숫자를 맞추려 하고, 그날 창구가 몇 시간 닫혔는지는 남지 않습니다. 두 칸을 나란히 두세요.

복구 훈련을 안정화 이후로 미뤄도 되나

미루면 오픈 첫 장애가 첫 복구 시험이 됩니다. 인계 전에 되돌린 시각과 서비스가 뜬 시각을 한 줄로 남기세요. 한 번도 열지 않은 백업 파일은 장애 날의 상자입니다.

공공 고시의 A1 1시간을 민간 사업에도 박으면 되나

공공 등급 숫자를 그대로 복사하지 마세요. 행정안전부 고시 제2026-23호는 행정과 공공 정보시스템의 등급 기준입니다. 민간 사업은 창구 마감과 정산 마감을 분모로 시계를 적고, 공공 사업은 해당 기관 등급과 고시 본문을 대조하세요.

운영 인계 RPO RTO 정리 - 복구시점 분모, 복구시간, 백업 창과 SLA

운영 인계에서 받을 숫자는 백업 주기가 아니라 복구시점과 복구시간입니다. 일 단위 덤프가 리포트에 잘 보여 주기만 적어두시는 현장이 많죠. 하지만 두 목표는 분모가 달라, 주기만 있으면 장애 날에 어디까지 되돌리고 몇 시간 안에 살릴지가 인계서에서 빠집니다. 같은 전산실 복사본은 화재 한 번에 원본과 같이 사라지기도 하죠. 이번 포스팅에서는 RPO 분모, RTO 시계, 백업 창과 원격 소산, 복구 훈련, 인계 SLA 칸을 현장 순서로 자세히 짚어 가겠습니다. 오픈 뒤 운영 칸을 고민 중이시라면 주기와 목표를 가르는 데 도움이 될 것입니다.

칸	백업 주기가 보여주는 것	인계가 받아야 하는 것
복구시점	덤프가 도는 시각	장애 때 되돌릴 기준 시각(RPO)
복구시간	잡이 끝난 로그	서비스가 다시 뜨는 시계(RTO)
보관	같은 실 복사 성공	원격지 소산 위치와 복제 지연
증거	백업 성공 메일	마지막 복구 시험 일자와 실측
SLA	일 1회 백업 한 줄	분모가 있는 RPO, RTO, 소산, 시험

백업 주기와 인계가 받아야 하는 칸

일 단위 백업이면 복구시점이 하루일까?

아닙니다. 복구시점목표는 장애 직전으로 되돌릴 수 있는 가장 늦은 시각이죠. 백업이 밤 2시에 돌고 장애가 다음날 오후 3시에 나면, 잃어버리는 창은 하루가 아니라 열세 시간에 가깝습니다.

미국 국립표준기술연구소(NIST) SP 800-34 Rev. 1 용어에서 복구시점목표(RPO)는 장애 뒤에 데이터를 되돌릴 기준 시각입니다.

밤에 한 번 도는 덤프는 그 시각의 스냅샷일 뿐이고, 그 다음 장애까지의 거래는 분모 밖이죠. 인계서에 일 1회 백업이라고만 적으면, 운영은 주기를 지킨 것이고 현업은 오후의 입금을 어제 밤으로 되돌리게 됩니다.

분모를 시간으로 박아야 하죠. 정산 마감 직후 30분, 대민 창구 운영 중 15분처럼 업무가 못 잃는 창을 먼저 적고, 그다음에 백업 주기를 맞춥니다.

주기를 먼저 적으면 도구 일정이 목표가 됩니다. WBS 운영 이관 줄에도 백업 잡 시각만 두지 말고, 되돌릴 기준 시각을 한 칸에 둡니다.

칸이 비면 안정화 계획 주에 장애가 나도 어제 파일로 살리는 합의가 된 것처럼 읽힙니다.

복구시간과 가용성 숫자는 같은 칸일까?

같은 칸이 아닙니다. 가용성은 한 달 분모의 살아 있는 비율이고, 복구시간목표는 한 건의 장애에서 서비스를 되살리는 시계입니다. 99.9%를 넘겨도 복구에 열 시간이 걸리면 그날 창구는 이미 닫힙니다.

NIST SP 800-34 Rev. 1에서 복구시간목표(RTO)는 정보시스템 구성 요소가 복구 단계에 머무를 수 있는 전체 길이입니다.

업무가 흔들리기 전에 끝내야 하는 시계죠. 가용성 99.9%는 월 약 43분 정지를 허용하는 비율 계산에 가깝고, 한 건을 43분 안에 끝내라는 뜻이 아닙니다.

정지 한 건이 여섯 시간이면 그달 가용성은 이미 깨지고, 깨지기 전에 창구가 먼저 멈춥니다. 그래서 인계 SLA에는 비율 칸과 시계 칸을 나란히 둡니다.

비율만 있으면 월말에 숫자를 맞추려 하고, 시계만 있으면 작은 장애를 과하게 봅니다. 행정안전부 고시 제2026-23호(2026년 4월 13일 시행)는 행정과 공공 정보시스템을 등급으로 나누고, 등급마다 재해복구 목표시간을 적도록 합니다.

제정 과정에서 공개된 예시로는 A1 1시간 이내, A2는 3시간에서 12시간, A3는 1일에서 5일, A4는 3주 이내였죠. 개별 사업은 그 기관 등급과 고시 본문을 대조해야 하며, 민간 SI에 공공 등급 숫자를 그대로 복사하면 계약 분모가 어긋납니다.

PM이 인계 주에 할 일은 우리 서비스의 시계를 현업 창구 시간과 맞춰 적는 일입니다.

백업 성공 메일만 있으면 복구가 될까?

되지 않습니다. 백업 성공은 파일이 쌓였다는 뜻이고, 복구는 그 파일로 서비스를 살린 기록이죠. 한 번도 되살리지 않은 테이프는 장애 날에 처음 열리는 상자입니다.

주간보고에 백업 성공 30건, 실패 0건이 박혀 있으면 회의는 넘어갑니다. 그 30건이 복구 시험을 한 건인지는 다른 칸이죠.

ISO 22301:2019는 중단 사고에 대비해 업무연속성 체계를 갖추라고 요구하는 국제 규격이고, 요구의 취지는 문서가 아니라 되살릴 수 있는지입니다. 원문을 붙여 넣을 필요는 없죠.

현장에 남길 칸은 세 줄이면 됩니다. 마지막 복구 시험 날짜, 되돌린 시각(RPO 실측), 서비스가 뜬 시각(RTO 실측).

세 줄이 비면 성공 메일은 저장 증빙일 뿐이죠. QA vs QC가 오픈 전에 볼 항목에도 복구 리허설을 넣습니다.

기능 시나리오만 돌리고 백업 복구를 안정화 뒤로 미루면, 오픈 첫 주에 상자 뚜껑을 엽니다. Risk(위험) 대장에는 복구 미실시를 예견으로 올립니다.

이미 장애가 난 뒤에 올리면 이슈가 되고, 그때는 시계가 이미 돌아가고 있습니다.

같은 전산실 복사본은 원격 소산과 다를까?

다릅니다. 같은 실, 같은 전원, 같은 화재 구역의 복사본은 원본과 운명을 같이하죠. 원격 소산은 그 재해가 미치지 않는 장소에 되돌릴 본을 두는 칸입니다.

인계 체크리스트에 백업 이중화라고만 적힌 사업이 있습니다. 디스크 스냅샷이 같은 랙의 옆 칸에 있고, 테이프가 같은 실 금고에 있으면 이중처럼 보이죠.

화재와 침수가 그 실을 덮으면 원본과 복사본이 같이 사라집니다. 행정안전부 안정성 고시는 주기적 백업과 함께, 같은 재해의 영향을 받지 않는 원격지 소산을 운영 기준으로 올립니다.

공공 구축이 아니어도 인계서에는 보관 장소를 세 칸으로 나누죠. 운영 디스크, 같은 센터 오프라인, 원격지.

원격지가 공란이면 RPO는 그 센터가 살아 있을 때만 의미가 있습니다. 클라우드 리전을 원격지로 쓸 때는 리전 이름과 복제 지연을 적습니다.

지연이 네 시간이면 RPO를 15분으로 적어 둔 문장은 이미 거짓이죠. WBS 이관 주에 소산 첫 성공 일자를 산출물로 받지 않으면, 오픈 뒤에야 원격 칸을 만들기 시작합니다.

인계 SLA에는 어떤 칸을 남겨야 할까?

네 칸입니다. 되돌릴 기준 시각, 되살리는 시계, 원격 소산 위치, 마지막 복구 시험 일자. 백업 주기와 성공 건수는 그 아래 참고입니다.

안정화 계획이 끝나기 전에 운영이 싸인하는 한 장은 장애 등급표만이 아닙니다. RPO를 분과 시간으로, RTO를 분과 시간으로, 소산 위치를 지명으로, 복구 시험을 날짜로 남깁니다.

네 칸이 있어야 야간 연락망이 움직일 대상이 생기죠. 주기와 성공 건수를 첫 줄에 올리면 읽는 순서가 도구가 됩니다.

도구의 주인은 백업 담당이고, 시계의 주인은 창구 현업입니다. 주인이 다른 숫자를 한 칸에 넣지 말아야 하죠.

공공 사업은 해당 시스템 등급의 목표시간을 고시 본문과 맞춰 적고, 민간 사업은 창구 마감과 정산 마감을 분모로 적습니다. 목표만 적지 말고, 시험으로 실측한 값을 괄호에 둡니다.

목표 15분, 마지막 시험 42분처럼 벌어지면 그 벌어짐이 Risk(위험)입니다. 벌어짐을 숨긴 채 목표만 넘기면, 인계는 희망 숫자를 인도한 기록이 됩니다.