업무영향분석과 업무연속성

핵심 요약

BIA·BCM·BCP·DRP와 RTO·RPO·MTD를 구분하고 시간축으로 복구 목표를 계산합니다.

본문

업무를 이어가기 위한 관리

업무연속성은 모든 시스템을 동시에 완벽하게 복구하는 것을 뜻하지 않는다. 우선 업무를 허용 가능한 수준으로 이어가도록 사람·시설·통신·외부기관까지 준비한다. DRP는 BCP를 지원하지만 인력 대체나 수작업 절차 전체를 대신하지 않는다.

위험평가와 BIA

위험평가는 어떤 사건이 발생할 가능성과 영향을 중심으로 위험을 판단한다. BIA는 업무가 중단됐을 때 시간이 지남에 따라 어떤 피해가 커지고 얼마나 견딜 수 있는지를 중심으로 본다.

핵심 업무 식별 → 시간별 영향 분석 → 의존 자원·선후관계 확인 → 복구 우선순위·허용 한계 도출 → 복구 목표와 전략으로 연결한다. 매출뿐 아니라 안전, 법적 의무, 고객·행정서비스 영향도 고려한다.

세 가지 시간 개념

RTO를 MTD보다 길게 정하면 업무의 허용 한계를 넘는다. IT 복구 후 데이터 확인·밀린 업무 처리 등 업무 재개 시간이 필요한 모델에서는 이를 포함해 MTD 안에 들어오도록 설계한다. RTO만 달성했다고 전체 업무연속성 목표가 자동 충족되는 것은 아니다.

전체 맞춤원본 크기새 창 보기

시간 계산 예시

14:00에 장애 발생, RPO 30분, RTO 2시간, MTD 6시간을 가정한다.

• 데이터는 13:30 또는 그 이후의 일관된 상태까지 복구할 수 있어야 한다.
• 목표 수준의 복구 시각은 16:00 이내이다.
• 업무 중단의 허용 한계는 20:00이다. 이때까지 기다렸다가 복구를 시작한다는 뜻이 아니다.

최신 복구 가능 데이터가 12:00뿐이면 손실 구간이 2시간이므로 RPO 30분을 충족하지 못한다. 서비스가 30분 만에 다시 열려도 이 데이터 손실 문제는 별개다.

의존성과 계획·훈련

예약 서비스는 화면뿐 아니라 인증, 예약 DB, 결제, 통신과 운영자에게 의존한다. 핵심 업무의 공통 의존 자원을 먼저 준비하고 복구 순서를 정한다.

RTO·RPO를 짧게 잡을수록 자원·비용·복잡성이 증가할 수 있다. BIA에서 도출한 업무 요구와 실제 구현 가능성을 맞춘다. 계획에는 발동 기준, 역할, 연락, 대체 업무·장소, 복구·복귀 절차를 담고 훈련으로 검증한다. 구체적인 백업·복구 전략은 재해복구 전략과 백업·복원 검증으로 연결한다.

판별 사례: 업무 목표에서 복구 목표를 도출한다

급여 지급 서비스가 월말에 중단되면 법정 지급과 직원 생활에 영향이 크므로 최대 허용 중단시간을 먼저 평가한다. 그 안에서 시스템 RTO를 정하고, 입력 재처리 가능성과 데이터 손실 허용치로 RPO를 정한다. 모든 시스템에 가장 짧은 RTO·RPO를 일괄 적용하면 비용이 급증하므로 업무 영향과 의존 관계에 따라 우선순위를 나눈다.

추가 질문: 백업을 매일 한 번 수행하면 RTO도 자동으로 24시간이 되는가?