* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
|
Window2008 r2 64bit |
|
8.4.0.2027 |
|
8.4.0.2024 |
|
java |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
DB 용량이 계속 증가하고 있습니다.
이런 추세라면 디스크 용량 증성을 하던지 DB 재 구축하던지 할것으로 보입니다.
현재 CUBRID/databases/디비명 파일을 보면
디비명_lgar000 - 400MB
디비명_lgar001 - 400MB
디비명_lgar002 - 400MB
디비명_lgar003 - 400MB
.
.
.
디비명_lgar594 - 400MB
총 230GB 용량으로 하루마다 계속 증가 되고 있습니다.
문의 드리고 싶은 내용은 버전별로 7, 8, 9버전대 여러개 운영 중인데 이 서버만 용량이 크게 늘어 나고있는데
초기 구축시 자동 증가 체크를 해서 그런 건지 정확한 이유를 알고 싶고 앞으로 관리는 어떻게 해야 맞는건지
설명 부탁드립니다. 그리고 해당 DB 용량을 줄일 수 없다면 방안이 무엇인지 알고 싶습니다.
큐브리드를 버전업 다거나 새로 스크립트만 백업후 다시 설치한다던가 현재에서 가장 효과적인 방안을 제시
해주시면 감사하겠습니다.
안녕하세요.
말씀하신 lgar 파일은 아카이브(보관) 로그로서, 활성(active) 로그 볼륨이 소진 된 후에 사용하게 됩니다.
(참고 링크 : http://www.cubrid.com/manual/840/intro/intro_arch_volume.htm의 "보관 로그" 부분 참고)
해당 파일을 정리하기 위해서는 아래와 같은 두가지 방법이 있습니다.
1. 백업 수행 시, 필요 없는 보관 로그 정리
- HA를 사용하지 않는다는 전제 하에 사용이 가능합니다.
- CUBRID backupdb 유틸리티 수행 시, [-r] 옵션을 추가해 주시면 필요 없는 보관로그가 자동으로 제거 됩니다.
- [-r] 옵션을 이용하여 증분백업을 수행하시는 경우, 추후 DB 정상 복구가 불가능할 수도 있으니, Full(전체) 백업 시에만 사용하시는 것을 권장해 드립니다.
- 참고 링크 : http://www.cubrid.com/manual/840/admin/admin_br_backup.htm
2. 설정 파일을 이용한 archive 갯수 제한
- 설정파일을 이용하여 archive 갯수를 제한할 수 있습니다.
- $CUBRID/conf/cubrid.conf 파일의 log_max_archive 파라미터 이용
- 해당 파라미터는 서버를 재구동하여야 적용되므로 참고 바랍니다.
- 참고 링크 : http://www.cubrid.com/manual/840/pm/pm_db_classify_logging.htm
참고로, 말씀하신 "자동 증가 체크" 부분과는 상관없는 부분입니다.