$ sqlplus "/ as sysdba"
SQL*Plus: Release 10.2.0.1.0 - Production on Wed Jan 11 11:28:42 2006
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
ERROR:
ORA-09817: Write to audit file failed.
SVR4 Error: 28: No space left on device
ORA-09945: Unable to initialize the audit trail file
SVR4 Error: 28: No space left on device

Enter user-name:


오라클에 접속하려하니 이런 황당한 경우가...
어제까지 잘 쓰고 있었는데 말이쥐...

그래서 믿을건 지식iN이다...해서 찾아보니,
bdump, cdump, udump 디렉토리에 파일이 가득찼다네.... <-- 요놈이 ora-09817에러 주범
그래서 이놈들이 모하는 놈들인지 알아보았다.
bdump : background process trace files
cdump : core dump files
udump : user SQL trace files

그래서 각 디렉토리의 트레이스 파일들을 몽땅 백업받고 지워버렸쥐..
참..bdump 디렉토리 내에 있는 alert_ora10.log 파일은 절대 삭제하면 안돼..!!!
왜냐하면 alert_ora10.log파일은 오라클의 현상태와 과거상태를 나타내는 대표적인 로그파일이기 때문이야.
이는 시스템 관리자나 DBA는 항시 살펴봐야 할 부분이야.
대부분의 alert_ora10.log파일은 background_dump_dest 파라미터에 지정된 위치에 있어.

Alert.log에 기록되는 정보는 다음과 같아.
1. DBMS open/shutdown 정보
2. 변경된 DBMS 이니셜 파라미터와 현재 지정값
3. 시스템 작업 처리내역(테이블스페이스, 롤백 ,생성, 삭제, 변경)
4. 유저의 치명적인 에러
5. 백그라운드 프로세서의 에러

데이터베이스 이상현상이나 에러의 내용은 이 Alert.log에 기록되니까 문제발생후 원인 분석시에는 꼭 이 파일을 참조해 봐야해.

추가적으로, 사용자 프로그램의 에러는 Alert.log에 기록되지 않아.
이런 정보들은 user_dump_dest파라미터에 지정된 디렉토리에 ora_xxxx.trc라고 기록되지.
그러니까 에러 발생시 alert.log와 .trc파일을 모두 확인해 볼 필요가 있어.

 

[펌]