Archive for 六月 1st, 2009

rawutl

星期一, 六月 1st, 2009
最近在实施一套HP-UX IA64 11.31 FOR ORACLE 10.2.0.4RAC时,在DBCA时遇到一个问题,就是rawutl识别LV大小有问题,比如如下日志:
 
[
AWT-EventQueue-0] [4:15:17:462] [OsUtilsBase.getRawDeviceSize:901] cmds: /u01/app/oracle/product/10.2.0/db/bin/rawutl -s /dev/vghis1/rlvol_sysaux_4128
 
[
AWT-EventQueue-0] [4:15:17:514] [OsUtilsBase.getRawDeviceSize:917] size =
 
33554432
 
我实际的
SYSAUX大小为4G,但是ORACLE就认为是32M,你如果你设置超过32M就会报错
 
8G的数据文件,就给我识别了3920M,仔细检查了LV创建脚本,以及底层问题,发现还是不能解决问题,最后只能按照ORACLE提示安装,或者换个数据文件好像也好。安装完了以后resize datafile 就好了,不知道大家遇到过没?可以给个建议,METALINK上也找过,说是几个so有问题,但是改过权限后还是不行

undo_retention and autoextend

星期一, 六月 1st, 2009
10g以后,UNDO管理一般都会采用自动管理,且客户一般都是RAC,使用裸设备,所以数据文件自动扩展一般都是关闭的,最近发现设置了undo_retention后,在实际中还是会自动调整的,可以查看视图:v$undostat.tuned_undoretention
METALINK上搜索了下,和Bug 5387030 有关,在10.2.0.4上已经FIX掉了,临时的解决方法有以下3种方法:
1 打开UNDO数据文件自动扩展,但是设定maxsize
2 设置隐含参数:
Alter system set "_smu_debug_mode" = 33554432;
3 Alter system set "_undo_autotune" = false;
相关文档
ID420525.1
 
可以通过以下
SQL查看UNDO使用率
select ((select (nvl(sum(bytes), 0))
          
from dba_undo_extents
          
where tablespace_name = '<current_undo_ts>'
            
and status in ('ACTIVE', 'UNEXPIRED')) * 100) /
      
(select sum(bytes)
          
from dba_data_files
        
where tablespace_name = '<current_undo_ts>') "PCT_INUSE"
 
from dual;