퀴즈: 백업·복구 리허설

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

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

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

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

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

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

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

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

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

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

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

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

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