안녕하세요
질문드릴게 있어서 글 올립니다.
-상황
0레벨 백업
체크박스
- 데이터베이스 일관성 검사
- 불필요한 보관(archive) 로그 파일을 지움
- 백업 후 데이터베이스 통계 정보 갱신
이 옵션으로 자동으로 데일리백업을 걸어놨는데요. 잘 되다가 한달 전쯤부터 로그파일들이 지워지지가 않습니다.
수동 백업으로도 해봤는데 마찬가지구요.
그래서 수동으로 로그를 다른데로 옮겨둔 상태로 백업을 다시 시도했더니,
"Unable to mount disk volume "경로/파일명(lgar)"... . No such file or directory"
라는 메세지 박스가 뜨면서 백업이 제대로 수행되지 않습니다.
어떻게 해야 될까요...
서비스 중인 라이브 디비라서 바로 해보지 못하고, 오늘 서비스를 중지한 상태에서 오프라인 백업을 해봤는데 같은 현상입니다.
백업은 잘 이루어지지만 lgar파일은 지워지지 않습니다.
과거에 서비스가 비정상 종료등의 이유로 인하여 로그가 제대로 정리되지 못한 것 같습니다.
1. 서비스를 모두 종료시킨 후에,
2. csql -S <데이터베이스명> 으로 접근한 후 바로 ;exit 나온 후 다음 명령을 수행합니다.
3. cuburid emergency-patchlog -r <데이터베이스명> 을 하신후 전체 백업을 진행하시면 정리가 될 것으로 판단됩니다.
만약 그래도 않되신 다면 위 1,2번 과정후 *lga* 를 타 디렉토리로 이동후 3번 작업을 수행하면 될 것입니다. 그런후 2 번 작업을 한 번 더 하신후 옮겨놓았던 *lga* 를 삭제하시면 됩니다.
일단 답변 매우 감사합니다~
게시판 글을 뒤지다가 남재우님께서 말씀해주신 방법을 찾아서 방금 수행해보았는데 잘 되네요.
궁금한 점은 lgar파일이 왜 쌓이는가에 대한건데요. 이게 앞으로도 반복될수도 있다는 얘긴데, 이유가 궁금합니다.
lgar 파일은 아카이브 로그 볼륨으로 액티브 로그 볼륨(lgat)가 다 차면 아카이브 로그 볼륨이 생성이 됩니다.
아카이브는 시점복구를 위해서 사용되기도 합니다.
CUBRID에서는 기본적으로 아카이브 로그 볼륨을 계속 누적하도록 설정이 되어있습니다.
관련 파라미터로 cubrid.conf 파일에 media_failure_support 이며 yes 또는 true 로 되어있으면
아카이브가 계속 누적되며, no/false로 되어있으면 아카이브를 누적하지 않습니다.
로그는 데이터베이스 복구시 백업과 함께 시점 복구등을 위하여 사용됩니다. 그리기 위해 로그화일이 다 쓰이게 되면 lgar 이라는 로그 아카이브를 만들어 보관하고 있습니다.
백업시 제거 옵션을 통해 삭제되는 것이 일반적이나, 데이터베이스 서버의 비정상 종료 등으로 인해 로그상에 정보가 어긋나는 경우가 발생하면 위와 같이 지워지지 않을 수 있습니다.
| 번호 | 제목 | 글쓴이 | 날짜 | 조회 수 |
|---|---|---|---|---|
| 공지 | CUBRID 사용자를 위한 DBeaver 도구 출시 안내 | admin | 2024.04.23 | 51 |
| 공지 |
SQLGate for CUBRID 영구 무료 라이선스 제공
|
admin | 2020.04.09 | 4458 |
| 3854 | 트리거 생성시 문법 질문 1 | 초콜릿75 | 2013.07.03 | 13430 |
| 3853 |
트리거 삭제 오류
1
|
slqk135 | 2024.01.08 | 91 |
| 3852 | 트리거 사용시 임시변수 1 | 지구인다 | 2018.10.01 | 253 |
| 3851 |
트리거 등록 후 정보 확인시 오류사항
2
|
종이 | 2014.08.11 | 8531 |
| 3850 | 트리거 동작 문의 1 | 종이 | 2016.08.12 | 14126 |
| 3849 | 트리거 inactive 오류 1 | 단순미학 | 2010.07.01 | 8051 |
| 3848 | 트리거 delete on 문법 문의 1 | aliveJune | 2009.10.05 | 10742 |
| 3847 | 트리거 delete after시 상관명을 써야합니다. 1 | 루피 | 2013.11.07 | 19636 |
| 3846 | 트리거 ACTIVE/INACTIVE 설정 2 | 할리 | 2014.06.18 | 7842 |
| 3845 | 트랜젝션 처리에 대해 1 | kkndo2 | 2015.04.13 | 8337 |
| 3844 |
트랜잭션처리 시간지연에 대한 문의입니다.
2
|
히로키 | 2009.12.03 | 12337 |
| 3843 | 트랜잭션이(인덱스 1, dba@localhost|20383) 시스템에 의해 취소되었습니다. 1 | 스마트 | 2011.01.06 | 8012 |
| 3842 | 트랜잭션의 상세정보를 확인할수 있는 방법이 있나요? 1 | 김현성 | 2011.06.01 | 10564 |
| 3841 | 트랜잭션과 커밋에 관한 질문 2 | 유니콘 | 2011.03.03 | 10228 |
| 3840 | 트랜잭션 오류 문의 1 | oneh | 2018.07.18 | 379 |
| 3839 | 트랜잭션 교착상태 1 | 초보 | 2010.04.14 | 11936 |
| 3838 | 트랜잭션 관련하여 질문드립니다. 6 | 봉보로봉봉 | 2017.08.02 | 415 |
| 3837 | 트랜잭션 관련 추가 문의입니다. 5 | 메이커스 | 2009.07.31 | 9152 |
| 3836 | 트랜잭션 관련 문의입니다. 4 | 메이커스 | 2009.07.25 | 9313 |
| 3835 |
트랜잭션 격리 수준 관련한 에러 메시지
6
|
gjgj | 2021.07.15 | 156 |
lgar이 정리되지 않는 경우에는 오프라인 백업을 한번 수행해봐 주시기 바랍니다.
아울러 임의로 lgar 을 옮기는 경우 문제가 발생할 수 있습니다. 원래의 자리로 옮겨놓고 서버를 종료시킨후 오프라인 백업으로 수행해보시면 정리가 될것으로 보입니다.