[3과목 데이터베이스 구축] 물리 데이터베이스 설계 - 103. 데이터베이스 백업

• 전산 장비의 장애에 대비하여 데이터베이스에 저장된 데이터를 보호하고 복구하기 위한 작업
• 치명적인 데이터 손실을 막기 위해서 데이터베이스를 정기적으로 백업해야 함
• DBMS는 데이터베이스 파괴 및 실행 중단이 발생하면 복구할 수 있는 기능 제공

1. 데이터베이스 장애 유형

• 사용자 실수 : 사용자 실수로 인해 테이블이 삭제되거나 잘못된 트랜잭션이 처리된 경우
• 미디어 장애 : CPU, 메로리, 디스크 등 하드웨어 장애나 데이터가 파손된 경우
• 구문 장애 : 프로그램 오류나 사용 공간의 부족으로 인해 발생하는 장애
• 사용자 프로세스 장애 : 프로그램이 비정상적으로 종료되거나 네트워크 이상으로 세션이 종료되어 발생하는 오류
• 인스턴스 장애 : 하드웨어 장애, 정전, 시스템 파일 파손 등 비정상적인 요인으로 인해 메모리가 데이터베이스 서버의 프로세스가 중단된 경우

2. 로그 파일

• 데이터베이스의 처리내용이나 이용 상황 등 상태 변화를 시간의 흐름에 따라 모두 기록한 파일
• 데이터베이스 복구를 위해 필요한 가장 기본적인 자료
• 로그파일은 기반으로 데이터베이스를 과거 상태로 복귀(UNDO)시키거나 현재상태로 재생(REDO)시켜 데이터베이서 상태를 일관성 있게 유지
• 트랜잭션 시작 시점, Rollback 시전, 데이터 입력, 수정, 삭제 시점 등에서 기록됨
• 로그파일 내용
  • 트랜잭션이 작업한 모든 내용, 트랜잭션 식별, 트랜잭션 레코드, 데이터 식별자, 갱신 이전 값, 갱신 이후 값 등

3. 데이터베이스 복구 알고리즘

• 동기적/비동기적 갱신에 따라 분류됨
• NO-UNDO / REDO
  • 데이터베이스 버퍼의 내용을 비동기적으로 갱신한 경우의 복구 알고리즘
  • NO-UNDO : 트랜잭션 완료 전에 변경 내용이 데이터베이스에 기록되지 않으므로 취소할 필요 없음
  • REDO : 트랜잭션 완료 후 데이터베이스 버퍼에는 기록되어 있고, 저장매체에는 기록되지 않았으므로 트랜잭션 내용을 다시 실행해야 함
• UNDO / NO-REDO
  • 데이터베이스 버퍼의 내용을 동기적으로 갱신한 경우의 복구 알고리즘
  • UNDO : 트랜잭셩 완료 전에 시스템이 파손되었다면 변경된 내용을 취소
  • NO-REDO : 트랜잭션 완료 전에 데이터베이스 버퍼 내용을 이미 저장 매체에 기록했으므로 트랜잭션 내용을 다시 실행할 필요 없음
• UNDO / REDO
  • 데이터페이브 버퍼의 내용을 동기/비동기적으로 갱신한 경우의 복구 알고리즘
  • 데이터베이스 기록 전에 트랜잭션이 완료될 수 있으므로 완료된 트랜잭션이 데이터베이스에 기록되지 못했다면 다시 실행
• NO-UNDO / NO-REDO
  • 데이터베이스 버퍼의 내용을 동기적으로 저장 매체에 기록하지만 데이터베이스와는 다른 영역에 기록한 경우의 복구 알고리즘
  • NO-UNDO : 변경 내용은 데이터베이스와 다른 영역에 기록되어 있으므로 취소할 필요 없음
  • NO-REDO : 다른 영역에 이미 기록되어 있으므로 트랜잭션을 다시 실행할 필요 없음

4. 백업 종류

• 복구 수준에 따라서 분류됨
• 물리 백업
  • 데이터베이스 파일을 백업하는 방법
  • 백업 속도가 빠르고 작업이 단순하지만 문제 발생 시 원인 파악 및 문제 해결이 어려움
• 논리 백업
  • DB 내의 논리적 객체들을 백업하는 방법
  • 복원 시 데이터 손상을 막고 문제 발생 시 원인 파악 및 해결이 수월하지만 백업/복원 시 시간이 많이 소요됨

 

 

 

📖 Reference

2023 시나공 정보처리기사 필기 : 네이버 도서