【问题标题】:ora-09925 unable to create audit trail file no such file or directoryora-09925 无法创建审计跟踪文件 没有这样的文件或目录
【发布时间】:2017-02-21 04:18:50
【问题描述】:

我刚刚在 linux 机器上安装了 oracle 12c 12.1.0 DB。

完成安装后,我尝试以 sysdba 身份登录数据库

[oracle@bjorn adump]$ sqlplus sys as sysdba/welcome

SQL*Plus: Release 12.1.0.2.0 Production on Wed Oct 12 16:41:17 2016

Copyright (c) 1982, 2014, Oracle.  All rights reserved.

Enter password:
Connected to an idle instance.

现在我尝试使用以下命令启动数据库

SQL> startup mount
ORA-09925: Unable to create audit trail file
Linux-x86_64 Error: 2: No such file or directory
Additional information: 9925

然后弹出这个错误!

我的 ENV 变量是 --

[oracle@bjorn adump]$ echo $ORACLE_BASE
/oracle
[oracle@bjorn adump]$ echo $ORACLE_HOME
/oracle/product/12.1.0/db_1

我已经检查了 $ORACLE_HOME/dbs/init.ora 的 pfile

有审计文件的入口

audit_file_dest="/oracle/admin/orcl/adump"

我也去这个位置并检查文件夹是否存在或 nt 但该文件夹在那里并且它已经有一些文件,比如

orcl_m000_21634_20161012143245012051143795.aud

有很多这样的文件。

我已授予此文件夹的权限

chmod -R 755 /oracle/admin/orcl/adump

尝试使用创建新文件

touch afile

并创建文件。

它也连接到空闲会话,但是当我尝试启动时弹出错误!

请建议我在这里忽略哪些需要更正的内容。

【问题讨论】:

  • 确保您已设置 $ORACLE_SID 和 $ORACLE_UNQNAME。然后检查你的监听器是否配置正确。

标签: oracle database-administration oracle12c


【解决方案1】:

您还需要验证 3 件事: - 如前所述,使用 df -have 检查可用空间 - 检查文件系统是读/写还是只读:cat /proc/mounts - 最后,您可以使用 df -i 检查空闲 inode 空间

详细信息可以在这里找到:https://www.oracle-scripts.net/unable-to-create-audit-trail-file-read-only-file-system/

【讨论】:

    【解决方案2】:

    在我们的案例中,我们的一台 2 节点 RAC 服务器中的一个驱动器出现故障 - 这就是操作系统 (Linux) 将任何人的访问权限(包括 root)限制为只读的原因。

    琥珀色的灯应该会打开,但它没有。它仅在我们重新启动该特定节点时才打开。

    【讨论】:

      【解决方案3】:

      通常会发生这种情况,因为:

      1. AUDIT_FILE_DEST 不可写(chown +w $AUDIT_FILE_DEST)
      2. $ORACLE_BASE/admin/$ORACLE_SID/adump 存在且不可写
      3. $ORACLE_HOME/rdbms/audit 不可写

      PS:一定要检查oracle用户的权限

      另外请检查磁盘空间可用性

      【讨论】:

      • 我已经检查了权限,他们所有的权限,正如我提到的,即使我可以使用触摸命令创建文件空间可用 [oracle@bjorn adump]$ df -h Filesystem Size Used Avail Use% Mounted在 /dev/mapper/vg_bjorn-lv_root 35G 20G 14G 58% / tmpfs 1.5G 0 1.5G 0% /dev/shm /dev/sda1 477M 73M 379M 17% /boot shmfs 1.5G 0 1.5G 0% /dev/shm
      • 请检查spfile中的参数是否相同:show parameter audit_file_dest,检查该位置是否包含一些现有的审计文件,如果有,请尝试删除它们。
      • 目录$ORACLE_BASE/admin/$ORACLE_SID/adump 已被删除。手动创建后一切正常!
      猜你喜欢
      • 2023-03-23
      • 2020-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2021-07-10
      • 2012-07-11
      • 2013-02-07
      相关资源
      最近更新 更多