Oracle Study之案例--Oracle Sqlplus错误

简介:

系统环境:

操作系统:AIX5.3

数据库:  Oracle 10gR2


wKiom1S3elTR8RPtAAIs2ex0EMc791.jpg

    案例分析:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
1 、查看空间信息
[oracle@aix220 ~]$df -m
Filesystem    MB blocks      Free %Used    Iused %Iused Mounted  on
/dev/hd4        17408.00    1238.15    93 %     37699     12 % /
/dev/hd2         8192.00    6310.39    23 %     46534      4 % /usr
/dev/hd9var      2048.00    1725.55    16 %      1704      1 % / var
/dev/hd3         2048.00    1902.58     8 %       420      1 % /tmp
/dev/fwdump      3072.00    3071.21     1 %         4      1 % / var /adm/ras/platform
/dev/hd1         2048.00    1821.98    12 %        74      1 % /home
/proc                 -         -    -         -     -  /proc
/dev/hd10opt     2048.00    1374.77    33 %      8934      3 % /opt
/dev/lv00        1024.00     991.80     4 %        18      1 % / var /adm/csd
/dev/arch       10240.00    8347.63    19 %  
/dev/lv02       15360.00   10097.80    35 %    123693      4 % /u01
 
2 、查看文件权限
[oracle@aix220 ~]$ls -ld /u01/app/oracle/admin/master/
drwxr-x---     8  oracle   dba              512  Feb  17  16 : 40  /u01/app/oracle/admin/master/
[oracle@aix220 ~]$ls -ld /u01/app/oracle/admin/master/adump/
drwxr-x---     2  oracle   dba             1536  Feb  17  19 : 48  /u01/app/oracle/admin/master/adump/
 
3 、查看文件系统信息
[oracle@aix220 dbs]$cat /etc/filesystems
 
/u01:
         dev             = /dev/lv02
         vfs             = jfs
         log             = /dev/loglv00
         mount           =  true
         options         = rw
         account         =  false
 
[root@aix220 /]#lsvg -l oraclevg
oraclevg:
LV NAME             TYPE       LPs     PPs     PVs  LV STATE      MOUNT POINT
loglv00             jfslog      1        1        1     closed/syncd  N/A
lv02                jfs         120      120      1     closed/syncd  /u01
 
[root@aix220 /]#df -m
Filesystem    MB blocks      Free %Used    Iused %Iused Mounted  on
/dev/hd4        17408.00    1238.18    93 %     37700     12 % /
/dev/hd2         8192.00    6310.39    23 %     46534      4 % /usr
/dev/hd9var      2048.00    1725.56    16 %      1704      1 % / var
/dev/hd3         2048.00    1902.58     8 %       420      1 % /tmp
/dev/fwdump      3072.00    3071.21     1 %         4      1 % / var /adm/ras/platform
/dev/hd1         2048.00    1821.98    12 %        74      1 % /home
/proc                 -         -    -         -     -  /proc
/dev/hd10opt     2048.00    1374.77    33 %      8934      3 % /opt
/dev/lv00        1024.00     991.80     4 %        18      1 % / var /adm/csd
/dev/arch       10240.00    8347.63    19 %        52      1 % /arch
/dev/lv01        5120.00    4959.25     4 %        16      1 % /flash
/dev/lv03       25600.00   24796.43     4 %        17      1 % /home/oracle/arch_master
rhel152:/backup/cuug15/storage30   14111.05   13052.23     8 %        31      1 % /backup
 
mount文件系统失败:
[root@aix220 /]#mount /u01
Replaying log  for  /dev/lv02.
mount: /dev/lv02  on  /u01: Unformatted  or  incompatible media
The superblock  on  /dev/lv02 is dirty.  Run a full fsck to fix.
 
修复文件系统:
[root@aix220 /]#fsck -y  /dev/lv02 
......
** Phase  5  - Check Inode Map
** Phase  6  - Check Block Map
Bad Block Map (SALVAGED)
** Phase 6b - Salvage Block Map
Superblock is marked dirty (FIXED)
123665  files  10749336  blocks  20707944  free
***** Filesystem was modified *****
 
mount文件系统成功:
[root@aix220 /]#mount /u01
[root@aix220 /]#df -m
Filesystem    MB blocks      Free %Used    Iused %Iused Mounted  on
/dev/hd4        17408.00    1238.16    93 %     37699     12 % /
/dev/hd2         8192.00    6310.39    23 %     46534      4 % /usr
/dev/hd9var      2048.00    1725.55    16 %      1704      1 % / var
/dev/hd3         2048.00    1902.58     8 %       420      1 % /tmp
/dev/fwdump      3072.00    3071.21     1 %         4      1 % / var /adm/ras/platform
/dev/hd1         2048.00    1821.98    12 %        74      1 % /home
/proc                 -         -    -         -     -  /proc
/dev/hd10opt     2048.00    1374.77    33 %      8934      3 % /opt
/dev/lv00        1024.00     991.80     4 %        18      1 % / var /adm/csd
/dev/lv02       15360.00   10111.30    35 %    123674      4 % /u01
 
执行sqlplus命令成功:
[root@aix220 /]#su - oracle
[oracle@aix220 ~]$sqlplus  '/as sysdba'
 
SQL*Plus: Release  10.2. 0.1. 0  - Production  on  Tue Feb  17  19 : 46 : 03  2015
 
Copyright (c)  1982 2005 , Oracle.  All rights reserved.
 
Connected to an idle instance.
 
SQL>

   数据库库报ORA-09925: Unable to create audit trail file,当时查 df -h有可用空间,目录的权限也正确,未df -i查看Inodes使用情况,审计目录下有将近24W个文件,初步猜测是因为审计生成文件过多导致目录所在分区的Inodes用光了,当时删除部分审计TRACE文件后正常未查看 Inodes使用情况。

汇总了下:ORA-09925的原因大致有以下三种:--其实可以根据报错判断是权限问题还是磁盘空间问题

原因一:目录权限问题--目录权限被改,无权限向目录写审计数据
Oracle bin目录(实际是整个oracle目录)的属主被更改: --ls -al bin
解决方法
chown -R oracle.oinstall /opt/orace
原因二确实磁盘没空间了 --df -h
原因三:磁盘Inodes用光--df -i 

参考:模拟Linux磁盘分区有可用空间无可用Inodes时报错:No space left on device

报错示例:--部分网络

示例1:可以根据报错信息判断是目录权限问题导致不能写入

ORA-09925: Unable to create audit trail file
Linux Error: 13: Permission denied
Additional information: 9925
ORA-09925: Unable to create audit trail file
Linux Error: 13: Permission denied
Additional information: 9925

示例2:--只读文件系统--没有写权限(可能是文件系统出问题)

ORA-09925: Unable to create audit trail file 
Linux-x86_64 Error: 30: Read-only file system 
Additional information: 9925 
ORA-01075: you are currently logged on

示例3:--没有可用空间

wKiom1S4dWTwKcNbAAG6a2Edp1Y833.jpg##############################
MOS上的一段描述及解决:
Problem Description ------------------- 
Problem occurs when: $ORACLE_HOME/rdbms/audit directory is full or $ORACLE_HOME/rdbms/audit directory doesn't exist as a side effect of this problem oracle asks for password after connect internal

Solution Description -------------------- 
Make space available in $ORACLE_HOME/rdbms/audit by removing files that are not needed or Make sure the directory exists and is readable by oracle or Change init.ora audit_file_dest to an existing directory. Change init.ora parameter means restart instance as workaround kill pmon. 

Explanation ----------- 
The behavior on Unix is to write a file named ora_<process_id>.aud into the directory specified by audit_file_dest. The default directory is /rdbms/audit. The file will contain an entry for the audited action, which would be internal logins or startup. On ports which support an OS audit trail, these records will be written there. This feature is not affected by the settings of the audit_trail parameter. 

ORA-09925: "Unable to create audit trail file"

Cause: ORACLE was not able to create the file being used to hold audit trail records.

Action: Check the UNIX error number for a possible operating system error. 
If there is no error, contact ORACLE customer support. 

References ----------

[NOTE:1018924.102] ORA-09925 ON DATABASE STARTUP [NOTE:1056988.6] ORA-09925 DURING HOT BACKUPS [NOTE:21073.1]

OERR: ORA-9925 "Unable to create audit trail [BUG:723955] SQLPLUS ALLOWS DB STARTUP (BUT NOT SHUTDOWN)

IF AUDIT_FILE_DEST DOESN'T EXIST

Search Words ------------ ORA-09925 audit trail audit_file_dest











本文转自 客居天涯 51CTO博客,原文链接:http://blog.51cto.com/tiany/1604445,如需转载请自行联系原作者
目录
相关文章
|
5月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份,无法通过备份去恢复数据库。
|
5月前
|
存储 Oracle 关系型数据库
oracle数据恢复—Oracle数据库文件大小变为0kb的数据恢复案例
存储掉盘超过上限,lun无法识别。管理员重组存储的位图信息并导出lun,发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息,重新导出控制文件中记录的数据文件,发现这些文件的大小依然为0kb。
|
4月前
|
存储 Oracle 关系型数据库
服务器数据恢复—华为S5300存储Oracle数据库恢复案例
服务器存储数据恢复环境: 华为S5300存储中有12块FC硬盘,其中11块硬盘作为数据盘组建了一组RAID5阵列,剩下的1块硬盘作为热备盘使用。基于RAID的LUN分配给linux操作系统使用,存放的数据主要是Oracle数据库。 服务器存储故障: RAID5阵列中1块硬盘出现故障离线,热备盘自动激活开始同步数据,在同步数据的过程中又一块硬盘离线,RAID5阵列瘫痪,上层LUN无法使用。
|
6月前
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
7月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
|
7月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—异常断电导致Oracle数据库数据丢失的数据恢复案例
Oracle数据库故障: 机房异常断电后,Oracle数据库启库报错:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。数据库没有备份,归档日志不连续。用户方提供了Oracle数据库的在线文件,需要恢复zxfg用户的数据。 Oracle数据库恢复方案: 检测数据库故障;尝试挂起并修复数据库;解析数据文件。
|
6月前
|
Oracle 关系型数据库 数据库
oracle数据恢复—Oracle数据库文件损坏导致数据库打不开的数据恢复案例
打开oracle数据库时报错,报错信息:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。急需恢复zxfg用户下的数据。 出现上述报错的原因有:控制文件损坏、数据文件损坏、数据文件与控制文件的SCN不一致等。数据恢复工程师对数据库文件做进一步检测分析后发现sysaux01.dbf文件有坏块。修复sysaux01.dbf文件,启动数据库依然有许多查询报错。export和data pump工具无法使用,查询告警日志并分析报错,确认发生上述错误的原因就是sysaux01.dbf文件损坏。由于该文件损坏,从数据库层面无法修复数据库。由于system和用户表空间的数据文件是正常的,
|
SQL Oracle 关系型数据库
Oracle SQLcl - 替代 sqlplus 的利器
对于从事 Oracle 技术开发的同学,肯定都要连接 Oracle 数据库,而 Oracle 自带的 sqlplus 命令行工具功能太弱了,不支持命令联想、数据显示不美观,还要安装什么 Oracle Client,导致很多同学不得不用其他工具(PL/SQL Developer、Oracle SQL Developer)来连接数据库。
5450 0
|
19天前
|
Oracle 安全 关系型数据库
【Oracle】使用Navicat Premium连接Oracle数据库两种方法
以上就是两种使用Navicat Premium连接Oracle数据库的方法介绍,希望对你有所帮助!
212 28
|
29天前
|
SQL Oracle 关系型数据库
【赵渝强老师】Oracle的闪回数据库
Oracle闪回数据库功能类似于“倒带按钮”,可快速将数据库恢复至 earlier 状态,无需还原备份。本文介绍了闪回数据库的使用方法及实战案例:包括设置归档模式、开启闪回功能、记录SCN号、执行误操作后的恢复步骤等。通过具体 SQL 操作演示了如何利用闪回数据库恢复被误删的用户数据。注意,使用此功能前需确保数据库为归档模式。