데이타베이스쪽은 지식이 바닥이라 검색하다 힘들어서 질문드려봅니다.
검색도 알아야 한다는게 맞는듯합니다..
질문내용은 오라클/udump/*.trc <-이 파일의 크기가 무지막지하게 크게 쌓입니다.
오라클 가입해서 볼려고했는데 Support Identifier << 이거 입력하는 곳에서 멈춰버렷네요..
이곳 고수님들에게 도움좀 구해봅니다.
-. 1월 말에 *.trc 파일이 용량이 크게 한번 쌓입니다. 거의 마지막날 쌓이네요...2월말,3월말 이렇게 쌓이면서
이로인하여 파티션이 full 되버리는 현상이 생겨서 원인을 찾고자 합니다...해결책도 찾아야겟지요..
- 1월 초 이전까지는 거의 파일크기가 미비하여 파티션 용량증가를 느끼지도 못할정도였습니다.
- 작업한 내용은 1월초에 실제 메모리 증설작업이 있었습니다. 이때까지만해도 용량증가 없었습니다.
서버 실제 메모리 증설을 해주면 오라클 설정을 손봐야하는지요?..
공식작업은 이거뿐인데요..
혹시 원인이나 해결책을 아시는분 또는 검색이라도 해서 해결할수 있는 힌트라도 남겨주세요..
미리 감사드립니다..
추가) trc 파일 내용입니다..제가보기엔 이부분이 주된 내용인듯 보이네요..
System name: HP-UX
Node name: ******
Release: B.11.23
Version: U
Machine: ia64
Instance name: ****
Redo thread mounted by this instance: 1
Oracle process number: 21
Unix process pid: 11775, image: oracle@****
Node name: ******
Release: B.11.23
Version: U
Machine: ia64
Instance name: ****
Redo thread mounted by this instance: 1
Oracle process number: 21
Unix process pid: 11775, image: oracle@****
*** 2013-03-30 03:07:21.781
*** SERVICE NAME:(SYS$USERS) 2013-03-30 03:07:21.582
*** SESSION ID:(479.17667) 2013-03-30 03:07:21.554
WARNING: out of private memory [1]
WARNING: out of private memory [1]
*********START PLSQL RUNTIME DUMP************
***Got internal error Exception caught in pfrrun() while running PLSQL***
***Got ORA-4030 while running PLSQL***
PACKAGE BODY ***.PKG_PI_UTIL:
library unit=c00000003c49b370 line=1262 opcode=0 static link=9ffffffc1d2a0858 scope=1
FP=9ffffffc1d2bd710 PC=c000000044311fce Page=0 AP=9ffffffc1d2a0858 ST=9ffffffc1d2bfba0
DL0=9fffffffef2149d8 GF=9fffffffef214b90 DL1=9fffffffef214aa8 DPF=9fffffffef214b80 DS=c000000043e1ee10
DON library unit variable list instantiation
------ ------------ ------------- -------------
0 c00000003c49b370 9fffffffef214b90 9fffffffef3f2718
*** SERVICE NAME:(SYS$USERS) 2013-03-30 03:07:21.582
*** SESSION ID:(479.17667) 2013-03-30 03:07:21.554
WARNING: out of private memory [1]
WARNING: out of private memory [1]
*********START PLSQL RUNTIME DUMP************
***Got internal error Exception caught in pfrrun() while running PLSQL***
***Got ORA-4030 while running PLSQL***
PACKAGE BODY ***.PKG_PI_UTIL:
library unit=c00000003c49b370 line=1262 opcode=0 static link=9ffffffc1d2a0858 scope=1
FP=9ffffffc1d2bd710 PC=c000000044311fce Page=0 AP=9ffffffc1d2a0858 ST=9ffffffc1d2bfba0
DL0=9fffffffef2149d8 GF=9fffffffef214b90 DL1=9fffffffef214aa8 DPF=9fffffffef214b80 DS=c000000043e1ee10
DON library unit variable list instantiation
------ ------------ ------------- -------------
0 c00000003c49b370 9fffffffef214b90 9fffffffef3f2718
아마 오라클 에러로그지 않을까하네요
한번 파일 열어보시면 대충 오류내용을 확인해서 처리하셔야될듯하네요
그냥 서버 메모리만 증설하고 오라클과는 별상관없습니다.
(오라클 SGA를 늘려주는 작업을 해줘야 오라클이 정상적으로 다 사용하게 될겁니다.)
다만, 메모리를 줄인다면 좀 문제가 되겠죠
메모리만 증설했다면 한번 OS쪽에서 오류를 확인해보시기 바랍니다.
오라클 버전,OS버전, 메모리 용량등을 알면 더 파악하기 쉽겠죠
내용을 봐도 디비쪽을 모르는 저에게는 ...
시스템 로그상에는 관련된 로그는 없습니다..
이것 같은데요?
구글이 느님 입니다.
어떤 DB도 메모리 증설했다고 로그 등을 더 만들지 않습니다.
뭔가 설정을 변경한 것 입니다.
아마도 Trace인거 같아요.
아......어렵군요..전 아직 멀었나 보군요
DBA 들어가서 Trace를 끄면 될 것 같습니다.
ALTER SESSION SET SQL_TRACE = FALSE;
TRACE는 말 그대로 TRACE(실행현황을 기록해 두는 것) 입니다.
디버깅 목적이라서, 정해진 범위 내에서 제한적으로 걸어야 하는 것 입니다.
뭐가 뭔지 모르고, 분석도 안하는 TRACE는 걸 필요가 없는거에요.
http://blog.naver.com/bluekisunny?Redirect=Log&logNo=120054634762
TRACE가 걸렸으면, 오라클 속도도 상당히 떨어져 있었을 것 입니다.
전체적으로 오라클의 설정을 점검 하시는게 좋을 것 같아요.
전혀 개념이 안잡힌 상태에서 질문을 올리다보니 계속 꼬리를 무는 질문밖에 안되네요..
일단 공부좀 하면서 위에 답변해주신 내용 정리를 해봐야할듯합니다.
답변주신 김상진님, 강윤호님 감사합니다..
데이터를 저장하는 DB 파일이 있고
로그를 저장하는 LOG 파일이 있고
기타 Trace 등을 저장하는 파일들이 있습니다.
DB파일과 LOG 파일의 경우 그 크기가 엄격하게 관리되고 있고 설정은 설정파일에서 하게 됩니다.
MySQL의 InnoDB의 경우 로그파일의 크기와 갯수가 정해져 있는데,
InnoDB가 Oracle과 비슷한 구조의 DB 입니다.
Oracle은 7.x 이후로 관리를 하지 않아서 모르겠지만, 설정을 전반적으로 보셔야 하고,
TRACE나 LOG는 데이터베이스 파일의 위치와 디스크 볼륨도 다르게 해줘야 하고,
그렇게만 해도 성능이 올라가는 것을 체감하시게 될 것 입니다.
trc 파일의 내용중 의심이 되는 내용을 올려주시면 도와드릴 수도 있을 것 같습니다.
보통 이런 문제는 오라클의 자체 버그인 경우인 경우가 많습니다.
유지보수 계약이 되어 있는 경우라면... metalink를 통해서...
최신 패치셋 적용 또는 SR을 발생시켜서 서포트를 받으시는 것이 좋을 것 같습니다.
월말에 주로 발생한다면 월말에 수행되는 배치 등에 의해서 발생될 수 있으니
그쪽 소스도 파악을 해보시는 것이 좋겠습니다.
아직은 아무래도 혼자힘으론 부족할듯하네요..오라클 엔지니어분에게 도움을 청해야겠네요..