진단 디렉터리 관리 Db2

데이터베이스 관리자로서, 생성된 진단 파일을 Db2 정리할 수 있습니다.

구성 설정 또는 Db2 환경 Db2 변수 설정을 확인하여 진단 데이터 디렉터리를 찾으십시오. 진단 디렉터리 경로에 있는 파일들로 인해 파일 시스템이 가득 차게 되면 다음 조치 중 하나를 수행하십시오.
  • 지속적 볼륨 클레임의 크기를 늘리십시오.
  • 파일을 다른 파일 시스템으로 이동하십시오. 표 1을 참조하십시오.
  • 서버를 사용하여 파일을 보관하십시오. 다음 단계를 완료하여 삭제하십시오:
    1. db2support 유틸리티를 실행하여 시스템 진단 Db2 정보를 수집하십시오. 자세한 내용은 ' db2support 도구 사용'을 참조하십시오.
    2. 클라이언트를 사용하여 표 1 에 나열된 파일 및 진단 db2support.zip 파일을 서버에 보관하십시오.
    3. 표 1에 나열된 파일을 삭제하십시오.
중요:
  • 해당 db2diag.log 파일 및 stmmlog 디렉토리 내의 파일을 삭제하지 마십시오. 이들은 데이터베이스와 관련된 서버 문제 진단에 유용할 수 있는 기록을 포함하고 있습니다.
  • 활성 로그가 또는 /mnt/bludata0/db2/databases/db2inst1/ 로그 /mnt/logs/active 디렉터리 내에 있는 경우 삭제하지 마십시오. 활성 로그 파일을 정리하려면 PRUNE HISTORY/LOGFILE 명령을 참조하십시오.
표 1. 다음 파일들을 아카이브한 후 삭제할 수 있는 파일들
파일 이름 설명
instance_name.nfy
instance_name. n.nfy (예: db2inst.1.nfy )		 관리 알림 로그
db2dasdiag.log Db2 관리 서버(DAS) 진단 로그
db2eventlog. xxx (예: db2eventlog.123 ) Db2 이벤트 로그
nnnnnnn.nnnnn.nnndump.bin (예: 1234567.12345.123.dump.bin ) 메모리 내 주요 구조체의 이진 덤프 파일
nnnnnnn.n.nnntrap.txt (예: 1234567.1.123.trap.txt ) 트랩 파일
nnnnnnn.nnnnn.nnnapm.bin (예: 1234567.12345.123.amp.bin ) 계획 관리자 바이너리 덤프 파일에 접근하십시오
nnnnnnn.nnnnn.nnnstack.txt (예: 1234567.12345.123.stack.txt ) 스택 추적
F ODC_xxxx/core< pid > 코어 파일

이 FODC_xxxx 디렉터리에는 디렉터리 이름에 타임스탬프가 포함되어 있습니다. 가장 최근의 디렉터리와 그 안의 파일들을 유지하십시오. 이 기록은 데이터베이스와 관련된 잠재적 문제들을 진단하는 데 유용할 수 있습니다. 지침은 최소 1주일 분량을 유지하는 것입니다.
events/db2optstats.n.log, 예를 들어 events/db2optstats.1.log. 통계 로그 파일
진단 로그 파일 관리 자동화에 대한 자세한 내용은 관리 작업 스케줄러(ATS)를 사용한 Db2 서비스 작업 자동화를 참조하십시오.