CentOS6u9 Oracle11g RAC 搭建部署（三）集群安装和PSU补丁升级

6-集群安装：

1° 安装grid：

# 将安装包上传到某一个节点即可
chown grid: /tmp/p13390677_112040_Linux-x86-64_3of7.zip
su - grid
cd /tmp/
unzip p13390677_112040_Linux-x86-64_3of7.zip
su -
rpm -ivh /tmp/grid/rpm/cvuqdisk-1.0.9-1.rpm
scp /tmp/grid/rpm/cvuqdisk-1.0.9-1.rpm rac02:/tmp/
ssh rac02 'rpm -ivh /tmp/cvuqdisk-1.0.9-1.rpm'
# 节点2也需要安装此包
su - grid
vncserver
# 启动vnc服务端，首次启动需要设置密码

这里写图片描述

图形安装过程略…

这俩报错可以忽略掉，pdksh非官方包，且和ksh冲突，需要卸载ksh，然后从非官方的yum源寻找该包
警告信息 device checks for asm 是因为没安装asmlib，使用的udev绑定，可以忽略，这个东西如果用就是在引入BUG

这里写图片描述
使用root用户，执行俩脚本
第一个脚本危险性不大，俩节点分别执行就好
第二个脚本先在第一个节点执行，执行成功后再执行第二个节点
一定要耐心等待第一个节点执行成功，几分钟到十多分钟一样的漫长等待
最后点确定，切记切记
失败了？过早点了确定？重来吧，我不会解决，因为严格遵循步骤从未失败过…
第一个脚本是将新建的inventory注册到central inventory中
如果不进行注册的化，无法对安装的产品（也就是数据库软件）进行升级或者打补丁
第二个脚本是配置并添加节点到集群中，关乎整个集群是否配置成功，如果出了问题，还是建议重装
可能丢面，但是不会留下隐患
重装的话共享存储需要使用DD命令擦出头部几M信息，然后根据自己的能力选择连带系统重装还是只重装grid
这里写图片描述

第二个脚本首次执行时包含了集群的创建启动和执行节点到集群的添加
第二次执行则只是将执行节点添加到集群中，所以第一次执行特别慢，取决于你的硬件性能，第二次就快很多了

报错 INS-20802 忽略，此问题是因为scanip未走DNS解析引起的，除非在内网中部署一台DNS服务器并对scanip做解析
否则直接忽略掉，并没有必要对scanip做DNS解析，这也是11gRAC搭建必然会遇到的一个报错，粗糙的Oracle…

2° 删除安装包，关闭vnc会话：

su - grid
cd /tmp/
rm -rf p13390677_112040_Linux-x86-64_3of7.zip
rm -rf grid/
vncserver -kill :1

3° 上传文件，安装数据库：

chown oracle: p13390677_112040_Linux-x86-64_1of7.zip 
chown oracle: p13390677_112040_Linux-x86-64_2of7.zip 
su - oracle
cd /tmp/
unzip p13390677_112040_Linux-x86-64_1of7.zip
unzip p13390677_112040_Linux-x86-64_2of7.zip
vncserver

图形安装过程略…
这里写图片描述
俩警告，忽略，pdksh依旧是和grid安装时一样的报错，scan报错是因为局域网内没有DNS对其进行动态解析
报错PRVF-5636 暂时忽略，或者配置一台DNS服务器

4° 建库：
asmca图像型创建数据盘组、归档盘组，略…
dbca图形建库，略…

5° 删除安装包，关闭vnc会话：

su - oracle
cd /tmp
rm -rf p13390677_112040_Linux-x86-64_1of7.zip
rm -rf p13390677_112040_Linux-x86-64_2of7.zip
rm -rf database
vncserver -kill :1

7-补丁升级：

1° 两节点俩用户OPatch升级：

# 节点1和节点2均操作
# grid用户和oracle用户均操作

chown grid: /tmp/p6880880_112000_Linux-x86-64.zip
su - grid
cd /tmp
unzip p6880880_112000_Linux-x86-64.zip
cp -av OPatch/* $ORACLE_HOME/OPatch/
$ORACLE_HOME/OPatch/opatch version
# OPatch Version: 11.2.0.3.12
# OPatch succeeded.
# 版本为 11.2.0.3.12 表示升级成功
rm -rf OPatch
exit

chown oracle: /tmp/p6880880_112000_Linux-x86-64.zip
su - oracle
cd /tmp
unzip p6880880_112000_Linux-x86-64.zip
cp -av OPatch/* $ORACLE_HOME/OPatch/
$ORACLE_HOME/OPatch/opatch version
# OPatch Version: 11.2.0.3.12
# OPatch succeeded.
# 版本为 11.2.0.3.12 表示升级成功
rm -rf OPatch
exit

rm -rf /tmp/p6880880_112000_Linux-x86-64.zip
# 涉及到grid和oracle两个用户，我们使用比较笨的分别赋权的方法
# 各自解压安装属于自己的权限的升级包，笨一点但不容易出错

2° 将PSU安装至GRID之上：

# 节点1操作
chown grid: /tmp/p23274134_112040_Linux-x86-64.zip
su - grid
cd /tmp/
unzip p23274134_112040_Linux-x86-64.zip
$ORACLE_HOME/OPatch/ocm/bin/emocmrsp -no_banner -output /tmp/grid_ocm.rsp
# 提示输入邮箱，可直接按回车，然后输入Y回车
exit
/u01/11.2.0/grid/OPatch/opatch auto /tmp/23274134/ -oh /u01/11.2.0/grid -ocmrf /tmp/grid_ocm.rsp
# 在root用户权限下，使用grid的opatch工具打补丁，补丁的位置/tmp/23274134/，补丁打入grid的ORACLE_HOME目录
# 自动打补丁的应答文件是 /tmp/grid_ocm.rsp
# 注意权限：目录 /tmp/23274134 和文件 /tmp/grid_ocm.rsp 应当完全属于grid用户
# 执行过程实际是root用户切换到grid用户打补丁，如果补丁目录或者应答文件grid用户没有权限，则失败
# 同时该操作只能以root用户执行
rm -rf /tmp/23274134 /tmp/grid_ocm.rsp /tmp/PatchSearch.xml

# 节点1操作完成后，节点2在进行，操作命令一模一样

这里写图片描述

3° 将PSU安装至ORACLE之上：

# 相同的操作步骤，只不过解压用户变为oracle，opatch命令也要使用oracle的
# 节点1操作：
chown oracle: /tmp/p23274134_112040_Linux-x86-64.zip
su - oracle
cd /tmp/
unzip p23274134_112040_Linux-x86-64.zip
$ORACLE_HOME/OPatch/ocm/bin/emocmrsp -no_banner -output /tmp/oracle_ocm.rsp
exit
/u01/app/oracle/product/11.2.0/db_1/OPatch/opatch auto /tmp/23274134/ -oh /u01/app/oracle/product/11.2.0/db_1 -ocmrf /tmp/oracle_ocm.rsp
rm -rf /tmp/23274134 /tmp/oracle_ocm.rsp /tmp/PatchSearch.xml /tmp/p23274134_112040_Linux-x86-64.zip

# 节点1操作完成后，节点2在进行，操作命令一模一样

4° 刷新库信息：

# 如果安装PSU补丁时数据库已经存在，则安装补丁后需要执行：
su - oracle
cd $ORACLE_HOME/rdbms/admin/
sqlplus / as sysdba
@catbundle.sql psu apply
# 在一个节点上执行一次即可
select * from dba_registry_history;
exit

[TOC]