クイズ: バックアップと復旧リハーサル

'백업이 매일 정상적으로 돌고 있다'는 보고를 받았을 때 이어져야 할 가장 중요한 질문은?

• 백업 파일 크기가 얼마입니까
• 마지막으로 그 백업에서 복구해 본 것이 언제입니까
• 백업 소요 시간이 얼마입니까
• 백업 형식이 무엇입니까

RPO 와 RTO 를 누가 정해야 하는가에 대한 올바른 답은?

• 백업 도구가 낼 수 있는 성능을 아는 DBA 가 현실적인 값을 정한다
• 스토리지 용량과 회선을 아는 인프라 팀이 가능한 범위로 정한다
• 얼마나 잃어도·멈춰도 되는지는 업무가 정하고, 기술은 그걸 만족할 방식을 고른다
• 계약서의 가용성 조항에 이미 명시돼 있으므로 따로 정할 필요가 없다

복구에 3시간이 걸리는 백업이 새벽 이행에서 갖는 한계는?

• 저장 공간을 많이 차지한다
• 백업 자체가 실패할 확률이 높다
• 압축이 불가능하다
• 롤백 판단 시한 안에 되돌릴 수 없으므로 롤백 수단이 되지 못한다

DB 데이터만 백업하고 복구했을 때 애플리케이션이 뜨지 않는 흔한 이유는?

• 백업과 복구에 쓴 압축 형식이 달라 일부 테이블이 비어 들어오기 때문
• 복구한 DB 의 접속 정보가 달라 애플리케이션 설정과 어긋나기 때문
• 전송 과정에서 백업 파일이 손상돼 일부 데이터가 깨졌기 때문
• 계정·권한·시퀀스 현재값·뷰/트리거/프로시저가 백업 대상에서 빠져 있어서

백업 스크립트의 종료코드를 확인하지 않을 때 생기는 가장 위험한 상황은?

• 실패한 작업이 재시도되면서 백업 창을 넘겨 업무 시간까지 이어진다
• 같은 시각 백업이 겹쳐 실행되어 파일이 중복으로 쌓인다
• 실패한 중간 파일이 지워지지 않고 남아 디스크를 채운다
• 백업이 매일 실패하는데 아무도 모르고, 필요한 순간에 복구할 것이 없다

백업 보관 정책(일 14 / 주 8 / 월 12)에서 '보관 개수'가 실무적으로 의미하는 것은?

• 되돌릴 수 있는 시간 범위 — 일 백업 14개면 2주 전까지만 복원할 수 있다
• 보관에 필요한 디스크 용량을 산정하기 위한 계획 수치일 뿐이다
• 백업 작업의 성능을 재는 지표로, 개수가 많을수록 안정적이라는 뜻이다
• 감사에서 제출해야 하는 백업 증적 문서의 최소 부수를 뜻한다