这几天又感觉经验值嗖嗖飙升，总算把AIX平台下的Oracle 10gR2 RAC安装了一溜遍，存储总共也就三种类型，ASM或者GPFS或者RAW Device，全部装过了。问题一个接一个，解决了一个接一个，都有些懒的总结了。

1. GSD进程启动失败

2. 进入sqlplus出现下面这个怪现象
$sqlplus / as sysdba
/usr/bin/procmap : no such process : 119472
/usr/bin/procmap : no such process : 119472
/usr/bin/procmap : no such process : 119472

SQL*Plus: Release 10.2.0.3.0 – Production on Wed Jul 18 15:56:21 2007

Copyright (c) 1982, 2006, Oracle. All Rights Reserved.

ERROR:
ORA-12547: TNS:lost contact

Enter user-name:

3. rawutl问题

4. Kernal参数设置问题

5. C编译器版本问题

# /oracle/crs/root.sh
WARNING: directory ‘/oracle’ is not owned by root
Checking to see if Oracle CRS stack is already configured
Checking to see if any 9i GSD is up
/etc/oracle does not exist. Creating it now.

Setting the permissions on OCR backup directory
Setting up NS directories
Oracle Cluster Registry configuration upgraded successfully
WARNING: directory ‘/oracle’ is not owned by root
exec(): 0509-036 Cannot load program crsctl.bin because of the following errors:
0509-130 Symbol resolution failed for crsctl.bin because:
0509-136 Symbol _Getctype__FPCc (number 101) is not exported from
dependent module /usr/lib/libC.a[ansi_64.o].
0509-136 Symbol _Getnumpunct__FPCc (number 105) is not exported from
dependent module /usr/lib/libC.a[ansi_64.o].
0509-192 Examine .loader section symbols with the
‘dump -Tv’ command.

6. 裸设备损坏

*** 2007-07-19 18:52:06.473
*** SERVICE NAME:() 2007-07-19 18:52:06.470
*** SESSION ID:(2624.1) 2007-07-19 18:52:06.470
ORA-00320: cannot read file header from log 6 of thread 2
ORA-00312: online log 6 thread 2: ‘/dev/rzs_redo2_2_01’
ORA-27091: unable to queue I/O
ORA-27072: File I/O error
IBM AIX RISC System/6000 Error: 5: I/O error
Additional information: 7
Additional information: 1
Additional information: -1
ORA-00320: cannot read file header from log 6 of thread 2
ORA-00312: online log 6 thread 2: ‘/dev/rzs_redo2_2_01’
ORA-27091: unable to queue I/O
ORA-27072: File I/O error
IBM AIX RISC System/6000 Error: 5: I/O error
Additional information: 7
Additional information: 1
Additional information: -1

7. 内核参数maxuproc设置不足

0403-030 The fork function failed. Too many processes already exist.

我们都知道一句话，80%的调优工作在应用上。
我的同事又加了一句，应用中80%的调优工作在索引上。

在以前的版本中，如果我们想知道一张表上的索引是不是有用处，到底是应该创建还是不应该创建，除了丰富的经验来猜测判断之外，就只能是真正地创建一个索引，看看SQL效率如何，或者物理地删除一个索引，再来看看效率如何。对于小表，这样倒不是什么大问题，但是对于千万级记录的表，随意的创建或者删除一个索引都是非常耗时耗资源的操作，甚至在业务繁忙期还会造成额外的相当严重的系统Lock。

在Oracle 11g中，Invisible Indexes登场了。

ALTER INDEX ind1 INVISIBLE;
这条语句会让ind1这个索引进入隐身状态，对于Oracle的优化器（optimizer）而言，就仿佛这个索引不存在了。

ALTER INDEX ind1 VISIBLE;
重新将索引置回普通状态，优化器在计算执行计划的时候将会把这个索引考虑在内。

如果一个索引被隐身了，我们仍然可以用Hint强制使用这个索引。
SELECT /*+ index(TAB1 IND1) */ COL1 FROM TAB1 WHERE …;

索引在处于隐身状态时，DML语句仍然会更新索引，只是在查询时，Oracle优化器对这个索引视而不见了。有了Invisible Index，我们在测试索引对于SQL性能的影响时，就不会发生删除索引，影响了应用其它地方，又只能重新创建索引这样尴尬的事情。

也许有一天，在创建索引上，Oracle也能给出一个Virtual的解决方案，这样对于超大数据量的调优就更加方便了。
创建Virtual Index来改变执行计划在Oracle9i及以后版本中都已经包含，但是这是一个Undocument的功能，更加详细的测试可以参见NinGoo的文章。