oralce归档，死锁，阵列问题处理

oralce归档，死锁，阵列问题处理（个人经验，仅供参考）

归档问题：登录数据库报错：ORA－00257 归档程序错误，在释放之前仅限于内部连接。

处 理:

第一种就是关闭闪回日志的功能 alter database flashback off

第二种方法就是增大闪回日志文件的最大大小。 alter system set DB_RECOVERY_FILE_DEST_SIZE=10g,去查看v$flash_recovery_area_usage视图中的使用率情况这个时候发现使用率（PERCENT_SPACE_USED列的值）已经大大降低了。查看系统日志文件情况。select * from v$log会发现现在redo日志文件也可以正常写入。

第三种方法 删除归档空间种的dbf数据文件
1、删除部分归档
2、修改归档备份策略为oracle类型
3、在rman里面，连接目标和恢复目录数据库，执行：crosscheck archivelog all;
4、执行归档备份，检查备份结果。



死锁问题：所有对数据库某些表的更新操作，报错：资源正忙，请制定wait后执行。

处 理：

1.查看系统死锁情况

select /*+ RULE */ ls.osuser os_user_name, ls.username user_name, 
decode(ls.type, 'RW', 'Row wait enqueue lock', 'TM', 'DML enqueue lock', 'TX', 
'Transaction enqueue lock', 'UL', 'User supplied lock') lock_type, 
o.object_name object, decode(ls.lmode, 1, null, 2, 'Row Share', 3, 
'Row Exclusive', 4, 'Share', 5, 'Share Row Exclusive', 6, 'Exclusive', null) 
lock_mode, o.owner, ls.sid, ls.serial# serial_num, ls.id1, ls.id2 
from sys.dba_objects o, ( select s.osuser, s.username, l.type, 
l.lmode, s.sid, s.serial#, l.id1, l.id2 from v$session s, 
v$lock l where s.sid = l.sid ) ls where o.object_id = ls.id1 and o.owner 
<> 'SYS' order by o.owner, o.object_name 

2.释放被锁的资源，此语句直接生成kill锁的sql,把结果直接放到pl/sql或者sqlplus中批量执行就可以了。

select 'alter system kill session '''||l.session_id||','||d.serial#||''';'
from v$locked_object l, dba_objects b,v$lock c, v$session d
where b.object_id=l.object_id
and l.session_id=c.sid and l.session_id=d.sid and c.block>0;

阵列问题：对于任何对于数据库的操作报错：Transaction is already completed - do not call commit or rollback more than once per transaction

处 理：

1.使用top检查操作系统iowait情况，如果iowait大于30说明阵列的读写出现严重瓶颈，需要在阵列找原因。

2.使用 iostat -xn 3 检查对阵列的读写状况

avg-cpu: %user %nice %sys %idle
0.46 0.00 0.53 99.01

Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s rkB/s wkB/s avgrq-sz avgqu-sz await svctm %util
/dev/cciss/c0d0
0.22 3.04 0.15 1.31 2.92 34.79 1.46 17.39 25.93 0.06 4.12 2.54 0.37
/dev/cciss/c0d0p1
0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 4.08 0.00 188.22 141.68 0.00

3.注意考虑－－阵列的电池是否已经过期。