- .xml 파일들이 historical 하게 누적되는데,, logging 목적이므로, 분석하실 의사가 없다면 지우셔도 DB 및 Listener 서비스와 무관합니다.
- log.xml 은 현재 사용하는 것이고,, log_16.xml 이런 식으로 숫자가 붙은 것은 archiving 된 것입니다. 11g 부터 이렇게 쌓이는데,, 기본 설정으로 지워지지 않게 되어 있습니다. => 시간 혹은 파일 이름으로 최근 것 100 개 정도 남기시고.. DB 서비스 중에 파일 삭제 하셔도 됩니다.
by 공은영랄라
[2016.09.26 18:09:19]
리스너 서비스 즉 listener.log 파일은 용량이 차면 서비스 실행에 문제가 있지요?
어제까지 리스너 로그파일 한개의 용량이 4기가바이트를 넘어서면서 서비스는 실행이 되나 디비 접속이 불가능한 상황이 있었거든요..
아무튼 답변 감사드립니다.
by 포동푸우
[2016.09.27 14:45:43]
listener.log 과 alertSID.log 파일 등은 일정 size 이상 커지면, 이슈가 생깁니다. 그래서 보통, 정기점검 때, 일자별로 백업을 하고, 해당 파일들 초기화 하곤 합니다.
cp -p alertSID.log alertSID.log.해당일자
cat /dev/null > alertSID.log
by 공은영랄라
[2016.09.27 16:09:32]
항상 세세한 답변 너무나도 감사드립니다.
혹.. 이슈가 생길만한 파일목록을 알려주실 수 있을까요? 너무 귀찮게 해드려서 죄송합니다.
오라클에 무지한 사람이라.. 글로 배우고 있는 상황인데 회사 서버 디비가 오라클이라 아주 죽겠습니다 ㅠ.ㅠ....
댓글등록
SQL문을 포맷에 맞게(깔끔하게) 등록하려면 code() 버튼을 클릭하여 작성 하시면 됩니다.