이 글의 핵심
- 백업은 보관 작업이고 복구는 사람·권한·절차·데이터가 함께 작동하는 운영 능력입니다.
- 복구 목표 시간 안에 실제 데이터를 되살리고 업무 결과를 검증해야 합니다.
- 훈련에서 막힌 지점을 문서로 덮지 말고 다음 훈련의 시나리오로 남겨야 합니다.
장애 상황을 가정하고 지정된 운영자가 백업에서 시스템과 데이터를 되살린 뒤 업무 기능까지 검증하는 시험입니다.
월요일 아침 데이터가 사라졌는데 대시보드는 전날 밤 백업이 성공했다고 표시합니다. 막상 복구하려니 비밀번호는 퇴사자 계정에 있고, 어느 시점의 파일을 골라야 할지 모르며, 복원된 주문 합계가 맞는지 확인할 사람도 없습니다. 백업은 있었지만 복구 능력은 없었던 것입니다.
NIST의 정보시스템 비상계획 지침은 백업뿐 아니라 시험·훈련·복구 뒤 검증을 함께 다룹니다. 정부기관 중심의 지침이라 모든 중소기업에 같은 문서 규모를 요구할 이유는 없습니다. 다만 저장 성공과 업무 복구를 다른 완료 기준으로 보라는 원칙은 규모와 무관합니다.
복구 목표를 파일이 아니라 업무로 적으십시오
“데이터베이스 복원 완료”는 기술 상태입니다. 고객이 주문을 조회하고, 직원이 출고를 이어 가며, 합계가 원본과 맞아야 업무가 복구된 것입니다.
핵심 업무마다 허용 중단 시간과 허용 데이터 손실을 적으십시오. 기술팀의 복원 시간과 현업의 검증 시간을 모두 포함해야 실제 목표가 됩니다.
복구 권한은 사고 전에 확인하십시오
백업 저장소에 접근할 사람, 복호화 키를 꺼낼 사람, 새 환경을 만들 사람 중 하나라도 빠지면 절차는 멈춥니다. 개인 계정에 기대면 휴가와 퇴사가 곧 장애가 됩니다.
역할별 권한과 대체 담당자를 두고 분기마다 접근을 시험하십시오. 비밀값 자체가 아니라 보관 위치와 발급·회수 절차를 문서화합니다. 외주 인수인계에도 같은 시험을 붙여야 합니다.
가장 쉬운 백업부터 시험하지 마십시오
빈 개발 환경에 작은 파일을 복원하는 시험은 초록불만 늘립니다. 실제 용량, 의존 서비스, 오래된 백업처럼 실패 가능성이 높은 조건을 하나씩 넣어야 합니다.
처음에는 읽기 전용 복제 환경에서 훈련하고, 복구 시간·수동 단계·오류를 기록합니다. 다음 훈련은 가장 오래 걸린 수동 단계를 없애는 데 집중합니다.
훈련 결과를 운영 계약으로 바꾸십시오
실패한 훈련을 담당자의 실수로 끝내면 같은 장애가 반복됩니다. 막힌 권한, 오래된 문서, 검증되지 않은 데이터 각각에 수정 담당자와 재시험 날짜를 붙입니다. 행동 가능한 알람이 실제 훈련 시작점이 되는지도 확인합니다.
성공 기준은 “문제없이 끝남”이 아닙니다. 목표 시간 안에 복구하고, 현업 담당자가 핵심 거래 몇 건과 집계값을 확인하고, 임시 조치가 모두 회수됐을 때 닫습니다.
이번 주에 확인할 것
- 복구 완료가 실제 업무 기능과 숫자로 정의돼 있는가
- 주 담당자 없이 대체 담당자가 권한을 얻을 수 있는가
- 최근 분기에 실제 백업으로 목표 시간 안에 복구해 봤는가