개요
휘발성 특성을 가진 Main Memory의 데이터 안정성을 보장하는 기법을 기술합니다.
적용버전
- ALTIBASE HDB 6.3.1 을 기준으로 작성 되었습니다.
- 추가사항 또는 업데이트가 필요한 경우 http://support.altibase.com/kr/ 또는 이 페이지에 댓글로 요청 글 남겨주세요.
안전성 확보방법
- WAL프로토콜 방식
데이터베이스의 영속성을 제공하고 Commit된 트랜잭션에 대한 안정성 확보를 위해서 트랜잭션 처리시의 WAL (Write Ahead Logging) 로깅 방식을 사용하고 있으며, 로그파일 개수가 일정 개수이상 되거나 정해진 주기가 되면 메모리의 변경된 데이터 페이지를 디스크로 Write하는 체크 포인트를 통해 복구 시간을 최소화 시키고 있습니다.
* WAL : 로그를 먼저 디스크에 저장하고 DB 페이지를 저장하는 절차. 디스크에 최종 트랜잭션 정보가 저장되어 있어 비정상종료시 트랜잭션로그를 통해 복구할수 있습니다.
- 백업 및 복구 지원
백업은 DBMS의 비정상 상황에 대비해서 논리적/물리적으로 데이터베이스의 사본을 생성합니다. 이러한 데이터베이스의 사본은 DB 운영 시에 온라인으로 생성이 가능하며, 복구 상황 시에는 백업 받은 데이터베이스 사본을 이용하여 완전복구 또는 불완전 복구를 수행하여 데이터베이스를 정상화시킬 수 있습니다.
장애 관리 운영 방안
유형 | 내 용 | |
|---|---|---|
Transaction Failure | 원인 | • 내부적 혹은 외부적인 요인에 의해 Transaction 중단으로 발생 |
해결방안 | •Transaction의 정상적인 Rollback을 통해 데이터를 자동 복구하여 데이터베이스의 일관성 유지 | |
System Failure | 원인 | • 운영시스템의 결함 혹은 정전 등의 장애로 발생 |
해결방안 | •시스템의 Restart 시에 백업 데이터 파일과 Active Log를 통해서 시스템 Failure 시점까지의 상태로 자동 복구(Restart Recovery) | |
Disk Failure | 원인 | •백업 데이터 파일이 저장된 디스크의 오류로 인해 백업 데이터 파일 손상으로 발생 |
해결방안 | • 이전의 데이터 백업 파일이 있는 경우 이 파일을 통해 최근의 데이터베이스로 복구가 가능 • 단, 로그 디스크가 손상된다거나 Archive Log를 삭제하였을 경우, 가장 최근의 상태로의 복구가 불가능 | |
2 Comments
Anonymous
오타입니다. 수정해주세요.
Shin beum-su
수정하였습니다. 감사합니다.