HANDS-ON
00:00 경과
LABLAB-ITSM-17-CONTINUITY-DR고급
서비스 연속성·재해복구(DR) — 최악을 가정하고 복구를 설계한다
ELAPSED
00:00
PHASE
0 / 4
SLA
60분
🗂️ ITSM 도구·AI
← 목록
INCIDENT RESPONSE
0 / 5 단계 완료
📚 PREREQUISITES
Theoryitsm/continuity-dr
TRACK
ITSM
SLA
60분
LEVEL
고급
PHASES
3단계
ENV
local
INCOMING TICKET
사업연속성 담당자: "매일 백업은 받는다는데, 정작 큰불이 나면 무엇을 얼마나 빨리 살릴 수 있는지 아무도 답을 못 합니다. 서비스별로 얼마나 빨리(RTO)·어느 시점까지(RPO) 복구할지 목표를 정하고, 백업과 DR 사이트를 어떻게 갖출지, 그게 실제로 되는지 어떻게 증명할지 설계해 주세요."
YOUR ROLE
IT 서비스 연속성(ITSCM)·재해복구(DR) 담당
안 하면 나중에
DR 설계가 사업 영향 근거 없이 서면 감사·계약에서 방어하지 못하고, 훈련으로 검증 안 된 DR은 재해 때 "백업은 있는데 서비스는 못 살리는" 상황이 되며, 발동 판단 공백으로 핫 사이트를 두고도 복구 결정에 몇 시간을 잃는다.
📋상황 브리핑
사업연속성 담당자가 말합니다.
"작년에 옆 회사가 데이터센터 화재로 결제가 닷새 멈춰 고객이 떠났습니다. 우리도 '매일 백업은 받는다'고들 하는데, 정작 큰불이 나면 무엇을 얼마나 빨리 살릴 수 있는지 아무도 자신 있게 답을 못 합니다. 어떤 서비스를 우선 복구할지, 얼마나 빨리(RTO)·어느 시점까지(RPO) 되살릴지 목표를 정하고, 백업과 DR 사이트를 어떻게 갖출지, 그리고 그게 실제로 되는지 어떻게 증명할지 설계해 주세요."
DR은 "백업을 받았는가"가 아니라 "최악을 미리 가정하고, 무엇을 얼마나 빨리·어느 시점까지 복구할지 목표를 정하고, 그게 실제로 되는지 훈련으로 증명했는가"의 문제다. 이 Lab은 사업 영향(BIA)에서 RTO/RPO를 산출하고, 백업·DR 사이트 전략을 차등 설계하며, 발동 판단과 failback까지 담은 훈련 계획으로 검증 체계를 세운다.
⏱ 60분📊 고급🔧 3단계#continuity#dr#bcp#rto
MISSION
1
BIA로 핵심 서비스 선별 + RTO/RPO 산출 — 사업 영향에서 목표를 내린다
서비스별로 "멈추면 사업에 얼마나 큰 타격인가"를 판정해 핵심 서비스를 가려내고, 그 영향 크기로 RTO(복구 속도)와 RPO(데이터 손실 한도)를 근거와 함께 산출한다.
2
백업(3-2-1)·DR 사이트 등급 차등 설계 — 목표를 실제로 떠받친다
RPO를 실제로 떠받치는 백업 전략(주기·보관·오프사이트=3-2-1)을 정하고, 서비스별 RTO에 맞춰 DR 사이트 등급(콜드·웜·핫)을 차등 배정하며, 백업만으로는 서비스가 안 산다는 점을 목록으로 확인한다.
3
DR 훈련(리허설)·복구 절차 + 발동 판단·failback — 문서를 실측으로 바꾼다
DR 계획을 문서로 끝내지 않고 정기 복구 훈련(리허설)으로 검증하는 절차를 짜고, 실제 재해에서 가장 오래 걸리는 발동 판단(트리거·결정권자)과 돌아오는 길(failback)까지 훈련 범위에 넣으며, 성과를 발견 결함 수로 평가한다.
📌 선수 지식
• [이론] itsm/continuity-dr
ℹ️ 실습 환경
환경: local
🔒
실습 실행은 Pro 플랜 전용입니다
인시던트 브리프와 학습 자료는 지금 바로 확인할 수 있습니다. 실제 실습 진행 및 터미널 사용은 Pro 플랜에서 가능합니다.
Pro로 업그레이드 →
>_ LAB TERMINAL↔ 너비 조절
NOTES