设为首页 收藏本站
查看: 6485|回复: 0

[经验分享] ORA-09925 Linux-x86_64 Error: 2: No such file or directory

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2014-6-3 11:05:59 | 显示全部楼层 |阅读模式
DBCA***数据库所有实例后,本想用RMAN duplicate方式克隆DB,因此在$ORACLE_BASE目录下创建了相关的目录admin/dupl/adump ,admin/dupl/dpump

在使用sqlplus正常连接空闲实例,手贱却执行了startup命令,oracle果断出现ORA-09925错误


[oracle@tips ~]$ sqlplus  / as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on Mon Nov 26 04:27:58 2012

Connected to an idle instance.

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


[oracle@tips ~]$ sqlplus  / as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on Mon Nov 26 04:18:28 2012

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


ERROR:
ORA-09925: Unable to create audit trail file
Linux-x86_64 Error: 2: No such file or directory
Additional information: 9925
ORA-01075: you are currently logged on

Enter user-name:
ERROR:
ORA-01017: invalid username/password; logon denied


解决思路
1.首先确定$ORACLE_BASE目录下的adump是否存在,文件名,路径是否正确,权限是否正确
admin下的格式是$ORACLE_SID/adump

[oracle@tips ~]$ cd $ORACLE_BASE
[oracle@tips oracle]$ ls
admin  cfgtoollogs  checkpoints  diag  fast_recovery_area  oradata  product
[oracle@tips oracle]$ cd admin/dupl/
adump/  dpdump/
[oracle@tips oracle]$ cd admin/dupl/
[oracle@tips dupl]$ ls -ld adump/
drwxr-xr-x 2 oracle oinstall 4096 Nov 26 04:19 adump

排除adump目录有无问题,排除adump权限问题

2.检查是否空间adump使用的分区是否已经过满
[oracle@tips dupl]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              34G   24G  8.0G  75% /
/dev/sda2              99M  5.8M   88M   7% /home
tmpfs                 1.0G     0  1.0G   0% /dev/shm
/dev/sdb1              60G  4.6G   52G   9% /u01

排除分区过满问题

3.检查共享内存段是否被stuck,在操作系统级别查看

[oracle@tips ~]$ ipcs -a

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
0x00000000 3342337    root      644        80         2                       
0x00000000 3375107    root      644        16384      2                       
0x00000000 3407876    root      644        280        2                       
0x00000000 3506182    oracle    640        33554432   17                     
0x00000000 3538951    oracle    640        5016387584 17                     
0x0d99ce94 3571720    oracle    640        2097152    17                     

------ Semaphore Arrays --------
key        semid      owner      perms      nsems     
0x59451e7c 131073     oracle    640        154      

------ Message Queues --------
key        msqid      owner      perms      used-bytes   messages   


尽管没有任何数据文件,参数文件,我们可以在系统中仍可以看到,系统确实分配了共享内存段和信号量,oracle也启动了相关进程
[oracle@tips dupl]$ ps -ef | grep ora_
oracle    4977     1  0 04:28 ?        00:00:00 ora_pmon_dupl
oracle    4979     1  0 04:28 ?        00:00:00 ora_psp0_dupl
oracle    4981     1  0 04:28 ?        00:00:00 ora_vktm_dupl
oracle    4985     1  0 04:28 ?        00:00:00 ora_gen0_dupl
oracle    4987     1  0 04:28 ?        00:00:00 ora_diag_dupl
oracle    4989     1  0 04:28 ?        00:00:00 ora_dbrm_dupl
oracle    4991     1  0 04:28 ?        00:00:00 ora_dia0_dupl
oracle    4993     1  1 04:28 ?        00:00:00 ora_mman_dupl
oracle    4995     1  0 04:28 ?        00:00:00 ora_dbw0_dupl
oracle    4997     1  0 04:28 ?        00:00:00 ora_lgwr_dupl
oracle    4999     1  0 04:28 ?        00:00:00 ora_ckpt_dupl
oracle    5001     1  0 04:28 ?        00:00:00 ora_smon_dupl
oracle    5003     1  0 04:28 ?        00:00:00 ora_reco_dupl
oracle    5005     1  0 04:28 ?        00:00:00 ora_mmon_dupl
oracle    5007     1  0 04:28 ?        00:00:00 ora_mmnl_dupl
oracle    5009     1  0 04:28 ?        00:00:00 ora_d000_dupl
oracle    5011     1  0 04:28 ?        00:00:00 ora_s000_dupl
oracle    5022  4912  0 04:28 pts/2    00:00:00 grep ora_

由以上数据表明,系统分配了共享内存段,所以即使$ORACLE_BASE目录下有adump,权限也正确,
但是共享内存和信号量已经被卡住,仍会导致使用sqlplus时ORA-09925错误

解决方案有两种
1.重新系统操作系统,释放共享内存段和信号量,(重新启动系统耗时长)

2.在操作系统级别使用ipcsrm  -m ,ipcsrm -s ***共享内存段和信号量即可

[oracle@tips ~]$ ipcrm  -m 3506182
[oracle@tips ~]$ ipcrm  -m 3538951
[oracle@tips ~]$ ipcrm  -m 3571720
[oracle@tips ~]$ ipcrm  -s 131073
[oracle@tips ~]$ sqlplus  / as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on Mon Nov 26 04:19:28 2012

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

Connected to an idle instance.



运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.iyunv.com/thread-20049-1-1.html 上篇帖子: ORA-00600: internal error code, arguments: [keltnfy-ldmInit], [46], [1], [],... 下篇帖子: 11g ASM单实例 dbca报错 prcr-1006 crs-0259 prcr-1071 Error file
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表