1 오라클 alert log 위치, 정보 및 관리[편집]

1.1 alert log위치[편집]

~ 10g 이하

$ORACLE_BASE/admin/$ORACLE_SID/bdump

11g ~ 이상

$ORACLE_BASE/diag/rdbms/'DATABASE NAME'/$ORACLE_SID/trace

1.1.1 SQL 로 위치 조회[편집]

SELECT *
  FROM V$DIAG_INFO
 WHERE NAME = 'Diag Alert'

1.2 쿼리로 찾기[편집]

1.2.1 파라미터[편집]

SQL> show parameter background_dump_dest

1.2.2 v$parameter[편집]

SQL> select value from v$parameter where name='background_dump_dest';

1.2.3 v$diag_info[편집]

11g 버전에서는 아래의 뷰에서도 조회 가능

SQL> select value from v$diag_info where name='Diag Trace';

(+)DB가 내려갔을 시, 도무지 찾기가 힘들 때에는 find 명령어로 찾는다.

1.2.4 Unix find 명령[편집]

$> find / -name alert_*.log 2>/dev/null

1.3 저장되는 정보[편집]

다음을 포함하는 메시지와 에러를 시간 순으로 기록한다.

발생된 모든 내부에러(ora-600), 블럭 훼손 에러(ora-1578), 데드락 에러(ora-60)
CREATE/ALTER/DROP DATABASE/TABLESPACE, STARTUP, SHUTDOWN, ARCHIVE LOG, RECOVER 같은 SQL 문장을 사용한 관리 작업
공유 서버와 디스패처 프로세스의 기능과 관련된 에러와 메시지
구체화된 뷰의 자동 갱신 시 발생하는 에러
STARTUP시에 사용된 비 기본 초기화 파라미터들
오라클은 이러한 이벤트를 기록하기 위해 ALERT LOG를 이용한다. 만약 관리 작업이 성공한다면, 메시지는 ALERT LOG에 시간과 "completed" 라는 메시지를 기록한다.
대체적으로 alert log에는 시스템 관련 에러나 정보들을 보여줍니다. 사용자 관련 에러가 저장되는 곳은 아니다.

1.3.1 SQL로 alert log 내용 확인[편집]

X$DBGALERTEXT (11g 이상)

select message_text 
  from X$DBGALERTEXT
  where message_level = 1; --  critical events

현재 ~ 2시간전 ORA 에러 조회 alert log

select originating_timestamp, message_text
  from X$DBGALERTEXT
 where originating_timestamp >= sysdate - 2/24
   and message_text like '%ORA-%"; -- rownum <= 20;

select rownum       "line"
      , message_text "error"
   from sys.v_x$dbgalertext
  where originating_timestamp > (sysdate - 5/1440) 
    and message_text like '%ORA-%'
  order by originating_timestamp;

V$DIAG_ALERT_EXT (12c 이상)

select distinct originating_timestamp
     , message_text 
  from x$dbgalertext 
 where originating_timestamp > sysdate-2
   and (
   message_text = 'ORA-00600' 
   or 
   message_text like '%Fatal%' 
);

[ MESSAGE_TYPE(NUMBER) ]

메시지 타입, 다른 유형의 응답이 필요하다는 것을 나타내는 것.

1: UNKNOWN - Essentially the NULL type

2: INCIDENT_ERROR -이 프로그램은 내부 또는 예상치 못한 이유로 오류가 발생했으며, 오라클 지원에 보고해야 합니다.

3: ERROR - 여러 종류 에러가 발생

4: WARNING: 조치가 발생했거나 검토해야 하고 조치가 필요할 수 있는 조건이 발견되었습니다.

5: NOTIFICATION: 정상적인 행동이나 사건을 보고한다. 이것은 "로그온 완료"와 같은 사용자 작업일 수 있습니다.

6: TRACE: Output of a diagnostic trace

[ MESSAGE_LEVEL(NUMBER) ] 낮은 수준의 값은 오류에 대한 더 높은 심각성을 의미한다. 가능한 값은 다음과 같습니다:

1: CRITICAL: critical errors

2: SEVERE: severe errors(심각한 에러)

8: IMPORTANT: important message

16: NORMAL: normal message

-- critical events
select message_text 
  from v$diag_alert_ext 
where message_level = 1;

select message_type
     , message_level
     , message_text 
  from v$diag_alert_ext 
 where message_type in (2, 3);
-- * MESSAGE_TYPE 
-- 2: INCIDENT_ERROR (내부오류,프로그램 오류로 오라클에 지원 요청 필요)
-- 3: ERROR

1.4 Alert log 파일 관리[편집]

운영 중에 rm으로 지워도 무방하다.

지워서 alert log 파일을 없애버려도 오라클이 alert log가 입력 될 시점에는 자동으로 파일을 생성하고 기록한다.

1.5 Alert log 파일 초기화[편집]

$>  cp /dev/null alert로그파일명.log

1.6 로그 관리 주기[편집]

오라클 10g의 경우 엔진 설치를 위한 디렉토리 공간을 20GB 이상 주는 것을 권장.

오라클의 adump, bdump, udump, 리스너 로그, 아카이브 로그 등을 백업할 수 있으면

백업하는 것을 권장한다. 하지만 대부분의 경우 백업의 필요성이 절실하지 않기 때문에삭제한다.

각종 로그의 자동 관리를 위하여 첨부한 파일과 같이 CRONTAB 에 등록하여 관리하면 편리하다. 각각의 로그 관리에 대한 정책이 필요하다.

정책 예시)

alert 로그 : 월별로 로그를 관리. 영구 보관하는 것이 좋다. compress 명령으로 압축하여 보관.
adump audit 파일 : 180일 정도 유지, 매일 180일이 지난 trc파일을 삭제
bdump trace 파일 : 90일 정도 유지, 매일 90일이 지난 trc파일을 삭제
udump trace 파일 : 90일 정도 유지, 매일 90일이 지난 trc파일을 삭제
리스너 로그 : 리스너를 로깅하도록 설정했을 경우 월별로 로그를 관리. 180일이 지난 파일은 삭제. compress 명령으로 압축하여 보관.
아카이브로그 파일 : 기본적으로 1주일에 1번 이상 FULL BACKUP을 받을 경우 백업 툴에서 아카이브로그를 관리해 주지 않을 경우 등록하여 사용 7일전 아카이브로그 파일 삭제.

1.7 alert log 최근것만 조회[편집]

tail -5000 alert_ACCTEST.log > alert_ACCTEST_last.txt

1.8 로그 관리 쉘 스크립트[편집]

쉘 스크립트 작성 시 오타에 주의할 것. 반드시 테스트 후 적용할 것

1.8.1 alert.log[편집]

- (매월 1일 실행할 수 있도록 cron job 등록 )
nDate=`date +%Y%m%d`
cp $ORACLE_BASE/admin/TESTDB/bdump/alert_TESTDB.log $ORACLE_BASE/TESTDB/bdump/alert_TESTDB.log.$nDate
cat /dev/null > $ORACLE_BASE/admin/TESTDB/bdump/alert_TESTDB.log
compress -vf $ORACLE_BASE/TESTDB/bdump/alert_TESTDB.log.$nDate

1.8.2 listener.log[편집]

- (매월 1일 실행할 수 있도록 cron job 등록 )

nDate=`date +%Y%m%d`
cp $ORACLE_HOME/network/admin/listener.log $ORACLE_HOME/network/admin/listener.log.$nDate
cat /dev/null > $ORACLE_HOME/network/admin/listener.log
compress -vf $ORACLE_HOME/network/admin/listener.log.$nDate

1.8.3 audit[편집]

- 180일이 지난 *.aud를 찾아 삭제
find $ORACLE_BASE/admin/TESTDB/adump \( -ctime +180 -name '*.aud' \) -exec rm -f {} \;

1.8.4 .trc[편집]

- 90일이 지난 *.trc를 찾아 삭제

find $ORACLE_BASE/admin/TESTDB/bdump \( -ctime +90 -name '*.trc' \) -exec rm -f {} \;
find $ORACLE_BASE/admin/TESTDB/udump \( -ctime +90 -name '*.trc' \) -exec rm -f {} \;

1.8.5 archive log[편집]

# 7일이 지난 *.arc를 찾아 삭제
find /archive_log \( -ctime +7 -name '*.arc' \) -exec rm -f {} \;

[참고] $는 변수, #은 주석을 표시 쉘 예시)