* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
| Window7 32bit, Linux 64bit 등 | |
| [cubrid_rel] 수행 결과 | |
| [도움말]-[버전정보] 확인 | |
| java, php, odbc 등 입력 |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
CUBRID Version은 9.3.6.0002 버전입니다.
CUBRID DB서버에 I node가 너무 많이 쌓여서 확인을 해보니 CUBRID DB/DB명/lob/ces_*** 폴더 밑으로 ces_temp.* 로 1900만개 이상의 파일 쌓여 있었습니다.
확인을 해보니 DB에 과부하가 발생하여 강제종료하는 시간대에 해당 파일들이 생성되었습니다.
SELECT CLOB_TO_CHAR(컬럼) FROM 테이블 로 조회를 할 때에 transaction 종료 전까지 같은 파일 명칭으로 하여 CUBRID DB/DB명/lob/ces_*** 폴더 밑에 ces_temp.* 파일이 생성되는 것을 확인하였습니다.
위의 내용들을 통해서 제가 추측한 결과는 너무 많은 lob 파일을 호출하여 DB 서버 과부하가 발생하여 비정상 강제종료가 발생해 과부하시 생성된 ces_temp.* 파일들이 삭제되지 않고 남아있는것 같습니다.
질문 사항
1. CLOB_TO_CHAR 함수를 통해서 과다한 데이터 호출 중 DB 강제 종료로 인하여 ces_temp.* 파일들이 삭제되지 않는지.
2. ces_temp.* 파일들을 서버에서 강제로 삭제해도 되는지 (여유 I node를 확보하기 위해서)
2가지 문의사항에 답변해주시면 감사하겠습니다.
문의하시면 답변드립니다.
(1) ces_temp.XXXX 파일은 임시 파일이기 때문에 지우셔도 무방합니다.
(2) CUBRID는 ces_temp.XXXX 파일을 임시 파일로 생각하고, 일련의 작업시 임시 생성하고 삭제되는 파일로 보고 있기때문에
비정상 종료 후 시작될 경우 다시 찾아서 지우는 작업을 진행하지 않습니다.