RAC安装配置注意文档Linux

1、CRS安装配置注意文档工作环境：Microsoft Windows XP Professional Service Pack 3Vmware版本：Vmware GSX Server 3.2.1 build-19281Linux 版本：Oracle Enterprise-R5-U2-Servercrs:10201_clusterware_linux32.ziporacle_home:10201_database_linux32.zip关于PUBLIC NODE NAME和机器名相同，机器名应较短（原因详见Failed to upgrade Oracle Cluster Registry conf

2、iguration报错）修改机器名：/etc/sysconfig/network网络组件配置多个虚拟机Private NIC引用同一个Vmnet(n)虚拟网卡(启动DHCP服务) 然后使用固定IP不同的服务器绑定不同的地址。使用Vmware创建共享磁盘创建磁盘：vmware-vdiskmanager -c -s 10Gb -a lsilogic -t 0 E:vm_linuxslinuxserver1shareddisk.vmdk设置共享：多个虚拟机文件的vmx都需要修改同样配置：scsi1.present = "TRUE"scsi1:0必须是scsi1:0.present

3、 = "TRUE"scsi1:0.fileName = "E:vm_linuxslinuxserver1shareddisk.vmdk"scsi1:0.mode = "independent-persistent"scsi1.virtualDev = "lsilogic"disk.locking="FALSE"scsi1必须是scsi1(表示所有的节点都可以使用此磁盘).SharedBus="Virtual"相关设置：OCR,VDISK裸设备配置磁盘分区：fdisk /dev

4、/sdb/dev/sdb5 (100M)/dev/sdb6 (50M)添加映射文件：raw /dev/raw/raw1 /dev/sdb5 (OCR)raw /dev/raw/raw2 /dev/sdb6 (Vdisk)随系统自动映射：系统重启后raw后的映射文件会消失，所以需要在启动时完成映射工作(所有NODE)：/etc/rc.localraw /dev/raw/raw1 /dev/sdb5 raw /dev/raw/raw2 /dev/sdb6chown oracle:oinstall /dev/raw/*为用户等效性配置 SSH每台服务器以Oracle身份执行：mkdir /.sshc

5、hmod 755 /.ssh/usr/bin/ssh-keygen -t rsa/usr/bin/ssh-keygen -t dsa主服务器以Oracle身份执行：cat /.ssh/id_rsa.pub >> /.ssh/authorized_keyscat /.ssh/id_dsa.pub >> /.ssh/authorized_keysssh oracleds2 cat /.ssh/id_rsa.pub >> /.ssh/authorized_keysssh oracleds2 cat /.ssh/id_dsa.pub >> /.ssh/a

6、uthorized_keyschmod 644 /.ssh/authorized_keys次服务器以Oracle身份执行：cat /.ssh/id_rsa.pub >> /.ssh/authorized_keyscat /.ssh/id_dsa.pub >> /.ssh/authorized_keysssh oracleds1 cat /.ssh/id_rsa.pub >> /.ssh/authorized_keysssh oracleds1 cat /.ssh/id_dsa.pub >> /.ssh/authorized_keyschmod 6

7、44 /.ssh/authorized_keys测试连通性所有的机器都要测试，临时性，下次需要重新执行exec /usr/bin/ssh-agent $SHELL/usr/bin/ssh-addssh ds2 date确保Oracle用户之间的连通有效性在执行集群安装(./runInstaller,dbca,vipca等)前要执行：ssh <public node1 name> datessh <public node2 name> datessh <private node1 name> datessh <private node2 name>

8、 date错误收集执行root.sh报错: Failed to upgrade Oracle Cluster Registry configurationthere is an orable bug causally for the described problem: bug4632899:CSS not starting up if hostname has capital letters - OS SolarisAfter changing hostnames to smaller case we retried CRS installation successfully.执行root.

9、sh的Oracle Cluster Verification Utility Failed(是由于root.sh调用vipca执行失败，详情见下)执行vipca时报错:libpthread.so.0: cannot open shared object file :SRVCTL and VIPCA Utilities Set the LD_ASSUME_KERNEL ParameterThe SRVCTL and VIPCA utilities shipped with Oracle Database 10g release 2 and Oracle Clusterware software

10、set the environmental variable LD_ASSUME_KERNEL. On SUSE Linux Enterprise Server 10, because the older Linux threads API has been removed from GLIBC, setting this parameter causes the SRVCTL and VIPCA utilities to exit with the following error:/opt/oracle/crs/jdk/jre/bin/java: error while loading sh

11、ared libraries: libpthread.so.0: cannot open shared object file:No such file or directoryWorkaround: Comment out the lines that set the LD_ASSUME_KERNEL variable from the VIPCA and SRVCTL utilities. For the VIPCA utility alter the $CRS_HOME/bin/vipca script commenting out lines 119 through 123 as fo

12、llows:arch='uname -m'# if "$arch" = "i686" -o "$arch" = "ia64" -o "$arch" = "x86_64" # then# export LD_ASSUME_KERNEL# fiWith the lines commented out, root.sh should be able to call VIPCA successfully. Ensure that you do not to comme

13、nt out line 118 which sets the arch variable as that is needed by the script.For the SRVCTL utility alter the $CRS_HOME/bin/srvctl and the $ORACLE_HOME/bin/srvctl scripts commenting out lines 173 and 174 as follows:#Remove this workaround when the bug 3937317 is fixed#export LD_ASSUME_KERNEL执行vipca时报错:Running vipca(silent) for configuring nodeappsError 0(Native: listNetInterfaces:3) Error 0(Native: listNetInterfaces:3)安装CRS过程中，请点击提示执行ro