현재 운용중인 DB 에 대해 백업을 하고자하는데,
1. 주 1회 일요일에 0단계 전체백업을 하고자 합니다 (week_backup 이라는 백업 ID 로 정의)
2. 매일 아침 6시에 1단계 증분백업을 하고자 합니다 (day_backup 이라는 백업 ID 로 정의)
3. 매일 아침 9시부터 오후 23시까지 한시간 간격으로 2단계 증분백업을 하고자 합니다
(hour_backup_XX 이라는 백업 ID 로 정의, 총 15개 백업자동화)
첨부한 파일과 같이 매니저에서 작업자동화를 걸었는데, 제가 한 방식이 맞는지 궁금합니다
MS-SQL 에서는 한번 작업으로 한시간 간격으로 백업하는 옵션이 있었는데
큐브리드는 없는거 같아서요, 한시간 간격마다 자동화 작업을 일일이 하나씩 해줘야 하는지
궁금합니다
※ DB 는 3.0 입니다
답변 감사드립니다
위 답변과 관련하여 한가지만 더 여쭙겠습니다
데이터 볼륨 페이지 크기를 8192로 하고 용량은 800mb 정도 설정하였고
로그파일의 페이지 크기를 8192로 하고 용량은 200mb 로 설정해 놓은 상태입니다
현재 활성 로그가 1개 (200mb) 생성되어 있고 보관로그가 4개(800mb) 생성되어 있습니다
이 상태에서 db 를 중지하고 [데이터베이스 백업] 으로 들어가서 [불필요한 보관로그파일을 지움] 에 체크를 하고
레벨 0 백업을 수행하였는데도 모든 로그가 그대로 남아 있습니다 보관로그 4개가 삭제가 되어야 하는거
아닌지 궁금합니다
삭제에 대한 판단은 optimizer가 하게 됩니다.
삭제를 하도록 설정해 놓은 경우는 모든 내용이 DB에 반영이 되었을 경우 archive log가 정리되는 것이고 많약 archive log의 내용이 DB에 반영되지 않았다면 optimizer는 정리 하지 않을 것입니다.
archive log의 삭제 가능 여부에 대한 정보는 DB파일이 있는 경로에 <db_name>_lginf파일에 기록되어 있습니다.
text파일이므로 편집기를 이용하여 확인하실 수 있습니다.
답변 감사드립니다
제가 게시판에 질문한 횟수가 30번이 넘는데, 그때마다 성실하게 답변해주셔서
항상 감사하게 생각하고 있습니다
더욱더 발전하는 큐브리드가 되기를 기원합니다
감사합니다
시간마다 백업을 진행하시려고 한다면 3번 항목에 말씀하신대로 매시간 level 2 백업을 진행하시는 것이 맞을 것입니다. 하지만 시간마다 백업이 진행되는 것은 일반적인 상태보다는 서버 부하가 일어날 것입니다. CUBRID는 기본적으로 archive log를 쓰게 되어 있고 이를 적용하여 복구 시점을 설정할 수 있습니다. 매시간 백업보다는 archive log를 이용한 시점 복구를 이용하시는 것이 운영관리 측면에서 더 바람직할 것이라 생각합니다.
시점 복구 방법은 restoredb 사용 시 -d옵션을 이용하여 정해진 시점까지 복구하는 것이며 해당 시점 이전의 백업이 필요합니다.
예를 들어, 오전 6시 level 1 백업이 되었고, 오후 2시에 장애가 발생했다면, 주간 백업을 받은 level 0와 오전 6시에 받은 level 1백업, 그리고 오전 6시부터 오후 2시까지 쌓여있던 archive log를 이용하여 장애 복구를 해 주는 것입니다.
매시간 백업을 진행하는 것은 자원 활용 및 시스템 안정화 등을 위해 권장하지 않습니다.