＜目次＞
(１) Oracle DBで「ORA-09925: Unable to create audit trail file」エラーが出た時の対処方法について
(１-１) エラー概要
(１-２) 原因と対策①
(１-３) 原因と対策②
(１-４) 解消確認
(１) Oracle DBで「ORA-09925: Unable to create audit trail file」エラーが出た時の対処方法について
(１-１) エラー概要
OracleDB（11g）でSQL*Plusでログインした際に、以下のようなエラーメッセージが出ました。
（図１１１）
（例）
ERROR: ORA-09925: Unable to create audit trail file Linux-x86_64 Error: 28: No space left on device Additional information: 9925 ORA-01017: invalid username/password; logon denied
このエラーメッセージにはいくつかのパターンがあり、後述する原因に応じて少しずつメッセージが変わってきます。
(１-２) 原因と対策①
●原因
監査用のディレクトリ（※環境変数「AUDIT_FILE_DEST」で設定）が見つからないor書き込み出来ない時に発生する可能性があります。
●切り分け①：ディレクトリ存在有無確認
・「AUDIT_FILE_DEST」に設定されているパスを以下ファイルから確認します。
（確認コマンド）
$ cat $ORACLE_HOME/dbs/init.ora
私の環境の場合、次のパスでした。
$ORACLE_BASE/admin/[ご自身のORACLE_SIDの値]/adump
（図１２１）①
●切り分け②：ディレクトリの存在確認
上記で調べたディレクトリが存在するか？を「cd」コマンドで、そのフォルダに移動できるか？で確認します。
（確認コマンド例）
$ export ORACLE_BASE=/u01/app/oracle $ cd $ORACLE_BASE/admin/orcl/adump
（図１２１）②
・フォルダがない →対策の①へ
・フォルダがある →対策の②へ
●対策①：ディレクトリ作成を行います。
$ mkdir $ORACLE_BASE/admin/orcl/adump
（図１２１）③
●対策②：ディレクトリに対してwrite権限を付与します。
$ chown +w $AUDIT_FILE_DEST
（図１２１）④
(１-３) 原因と対策②
●原因
監査ログを保持するためのファイルが、ディレクトリの「容量不足」により生成出来ない場合にも発生し得ます。対象のディレクトリは「原因と対策①」と同じ以下ディレクトリです。
（調査対象）
$ORACLE_BASE/admin/[ご自身のORACLE_SIDの値]/adump
●切り分け①：ディスク使用率確認
・下記のコマンドでディスクの空き状況を確認します。
（コマンド）
$ df -h
（結果）
Filesystem Size Used Avail Use% Mounted on /dev/vda3 97G 26G 66G 29% / tmpfs 939M 8.0K 939M 1% /dev/shm /dev/vda1 239M 101M 126M 45% /boot
⇒「Use%」が100%に近い場合、対策①を実行します。
●切り分け①：ディスク使用率確認
・ディスクが原因ではない（使用率が低い）場合に次は「inode」を確認します。
（コマンド）
$ df -i
（結果）
Filesystem Inodes IUsed IFree IUse% Mounted on /dev/vda3 6414336 6414336 0 100% / tmpfs 240224 3 240221 1% /dev/shm /dev/vda1 64000 50 63950 1% /boot
⇒IUseが100%に近い値の場合、対策②を実行します。
（図１３１）
●対策①：ディスク対策 ⇒ 不要なファイルを削除
ディスクが原因の場合は、容量を逼迫させているディレクトリを特定し、そこの不要なファイルを削除していく対応になります。
ディレクトリの特定には以下のコマンドを使います。まずはroot配下（/*）に対して実行し、その結果を見て次に実行する対象を決めて、繰り返し実行して特定します。
（コマンド）
du -shcx [対象ディレクトリ] 2>/dev/null
（例）まずはroot配下で実行
du -shcx /* 2>/dev/null
（結果例）
[root@tk2-216-17994 proc]# du -shcx /* 2>/dev/null 7.7M /bin 99M /boot ～～～～中略～～～～ 8.8G /u01 1.8G /usr 12G /var 25G 合計
（図１３２）
●対策②：inode対策 ⇒ 不要な大量の少量ファイルを削除
「inode」の使用率が高い場合、容量が非常に小さい（あるいは0バイト）のファイルが大量（数百万単位）に生成されてしまって「inode」の枯渇を引き起こしている可能性があるため、対処を行います。具体的な手順は以下を参照ください。
(１-４) ■解消確認
再度、エラーとなったSQL*Plusの接続をチェック ⇒成功
（図１４１）
