找了一台配置一般的PC服务器安装了Vmware esx版本，然后在上面安装了2-nodes的11gr2 Rac+asm.其间遇到的最大的问题是资源不够。目前每个节点分配1.8G内存，ASM由4个3G的虚拟硬盘组成。

[grid@oradb1 ~]$ olsnodes
oradb1
oradb2

[grid@oradb1 ~]$ crs_stat -t
Name           Type           Target    State     Host       
————————————————————
ora.DATA.dg    ora….up.type ONLINE    ONLINE    oradb1     
ora….ER.lsnr ora….er.type ONLINE    ONLINE    oradb1     
ora….N1.lsnr ora….er.type ONLINE    ONLINE    oradb1     
ora.asm        ora.asm.type   ONLINE    ONLINE    oradb1     
ora.eons       ora.eons.type  ONLINE    ONLINE    oradb1     
ora.gsd        ora.gsd.type   OFFLINE   OFFLINE              
ora….network ora….rk.type ONLINE    ONLINE    oradb1     
ora.oc4j       ora.oc4j.type  OFFLINE   OFFLINE              
ora.ons        ora.ons.type   ONLINE    ONLINE    oradb1     
ora….SM1.asm application    ONLINE    ONLINE    oradb1     
ora….B1.lsnr application    ONLINE    ONLINE    oradb1     
ora.oradb1.gsd application    OFFLINE   OFFLINE              
ora.oradb1.ons application    ONLINE    ONLINE    oradb1     
ora.oradb1.vip ora….t1.type ONLINE    ONLINE    oradb1     
ora….SM2.asm application    ONLINE    ONLINE    oradb2     
ora….B2.lsnr application    ONLINE    ONLINE    oradb2     
ora.oradb2.gsd application    OFFLINE   OFFLINE              
ora.oradb2.ons application    ONLINE    ONLINE    oradb2     
ora.oradb2.vip ora….t1.type ONLINE    ONLINE    oradb2     
ora.orcl.db    ora….se.type ONLINE    ONLINE    oradb1     
ora….ry.acfs ora….fs.type ONLINE    ONLINE    oradb1     
ora.scan1.vip  ora….ip.type ONLINE    ONLINE    oradb1   

因为公司审计的原因，需要在Oracle上面打开Audit功能。


sqlplus "/ as sysdba"

NAME                      TYPE        VALUE
------------------------- ----------- -----------------------
audit_file_dest           string      /data/SID/trace/adump
audit_sys_operations      boolean     FALSE
audit_syslog_level        string
audit_trail               string      NONE

1.打开审计

SQL> alter system set audit_sys_operations=TRUE scope=spfile;


SQL> alter system set audit_trail=XML scope=spfile;

2.重启实例

3.SQL> show parameter audit

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
audit_file_dest                      string      /data/SID/trace/adump
audit_sys_operations                 boolean     TRUE
audit_syslog_level                   string
audit_trail                          string      XML


4.检查日志文件
在adump目录下的日志文件里面，可以看到你的操作都记录在案了。

os:redhat  as3+u3

db:oracle 10.1.0.4

1.建立archive log的目录

mkdir -p /opt/archive_log

2.设置LOG_ARCHIVE_DEST_1

alter system set log_archive_dest_1=’LOCATION=/opt/archive_log/’ scope=spfile sid=’*';

3.设置log_archive_start

alter system set log_archive_start=true scope=spfile sid=’*';

4.将cluster暂时改成false

alter system set cluster_database=false scope=spfile sid=’orcl1′;

5.将orcl1启动到mount状态

6.alter database archivelog;

7.alter system set cluster_database=true scope=spfile sid=’*';

8.startup 2个实例

archive 修改完成,对数据库做正常的dml操作后,archive文件可以出现，但是在startup的信息里面，有:ORA-32004: obsolete and/or deprecated parameter(s) specified.觉得很郁闷,不知道是不是没有设置的flashblack的原因?

在客户那里糗到家了…..
一个客户那里说他们的数据库性能突然变得很慢，每隔1个小时要重启，一问数据库的版本是8.1.6，什么补丁没有打。alert.log没有明显的错误. 当时第一个反映就是数据库的bug,于是就建议将数据库升级到8.1.7.4。然后就开始找了一台服务器安装8.1.7.4，导入测试数据后，发现问题依 旧,傻眼。

只好老老实实分析session_wait,把全表扫描的sql抓出来，分析执行计划。结果发现几个大表的上面的index都没有起作用，连忙查看表的结 构，发现indewx都没了，把客户叫过来一问，发现使他们在维护数据的时候，忘记建立索引。把索引加上后，数据库恢复正常了。最后还是把数据库给升级到 8.1.7.4.

这个教训告诉我：对于oracle，任何的想当然，都是危险的!

最近和几个网友讨论10g rac的安装，有几个需要注意的地方
1./etc/hosts文件

要保证你的主机名是你的public node name.

2.vip的ip

要保证你的vip的地址是有效的

3.重新安装crs，要对上一次安装的crs，清理干净

rm -f /etc/init.d/init.cssd
rm -f /etc/init.d/init.crs
rm -f /etc/init.d/init.crsd
rm -f /etc/init.d/init.evmd
rm -f /etc/rc2.d/K96init.crs
rm -f /etc/rc2.d/S96init.crs
rm -f /etc/rc3.d/K96init.crs
rm -f /etc/rc3.d/S96init.crs
rm -f /etc/rc5.d/K96init.crs
rm -f /etc/rc5.d/S96init.crs
rm -Rf /etc/oracle/scls_scr
rm -f /etc/inittab.crs
cp /etc/inittab.orig /etc/inittab

并且，对vote disk和crs disk需要format!

碰到ORA-07445（：
在日志里面看到大量的错误日志：

ORA-07445: exception encountered: core dump [] [] [] [] [] []
Thu Mar 17 15:11:21 2005
Trace dumping is performing id=[cdmp_20050317151121]
Thu Mar 17 15:11:45 2005
Errors in file /oracle/app/admin/orcl/udump/orcl1_ora_1056886.trc:
ORA-07445: exception encountered: core dump [] [] [] [] [] []
Thu Mar 17 15:11:45 2005
Trace dumping is performing id=[cdmp_20050317151145]
Thu Mar 17 15:12:12 2005
Errors in file /oracle/app/admin/orcl/udump/orcl1_ora_1024112.trc:
ORA-07445: exception encountered: core dump [] [] [] [] [] []
应 用也变得很不正常了，在freezr的提示下，想起来可能和自己刚刚加的几个函数索引有关，于是马上把函数索引drop掉，然后重新编译了 trigger，应用终于正常了。令人郁闷的是，上次force cursor的时候碰到ora-0600，现在用函数索引碰到ora-07445。9.2.0.4还不是很稳定啊…..

奋战了一天加一个通宵，终于完成，总算有点收获…
平台 win2003 + vmware gsx 3.1

硬件配置：1g内存

体会：其实安装不算难，关键在于对vmware的配置，在这里兜了很大一圈,不亲自动手做确实不知道。

» Read more: 完成10G RAC在AS 3.1平台上面的安装

今天捕获到一个非常耗资源的sql语句，拿出来分析了一下，可以看到优化模式的选择对sql执行计划产生的不同的影响.

» Read more: 优化模式的选择对sql执行计划产生的不同的影响