一、 升级前准备工作
1、 确认数据库版本
使用dba登陆查询当前数据库的版本
|
1
2
3
4
5
6
7
8
|
SQL> select * from v$version; BANNER ---------------------------------------------------------------- Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bi PL/SQL Release 10.2.0.5.0 - Production CORE 10.2.0.5.0 Production TNS for 64-bit Windows: Version 10.2.0.5.0 - Production NLSRTL Version 10.2.0.5.0 – Production |
2、 查询补丁安装信息
|
1
|
SQL> select * from dba_registry_history; |
没有任何记录一般是未安装补丁，也可以在环境设置以后用opatch lsinventory opatch 命令查询当前补丁安装情况。
3、 查询数据库失效对象个数，这个数字记下来记为N1
|
1
|
SQL> SELECT sum（OBJECT_NAME）N1 FROM DBA_OBJECTS WHERE STATUS= 'INVALID'; |
如果存在失效对象最好先编译一遍
|
1
|
Sql >@?/rdbms/admin/utlrp.sql |
编译完成后重新执行下下面语句，查看当前的实效对象记为N2
|
1
|
SQL> SELECT sum（OBJECT_NAME）N2 FROM DBA_OBJECTS WHERE STATUS= 'INVALID'; |
SQL> SELECT OBJECT_NAME FROM DBA_OBJECTS WHERE STATUS= 'INVALID';--将该结果存入excel或者表中，便于补丁完后进行核对。
4、 补丁类型
Oracle数据库补丁一般分为两种CPU和PSU补丁。
Oracle PSU的全称是Patch Set Update，Oracle对于其产品每个季度发行一次的补丁包，包含了bug的修复。Oracle选取被用户下载数量多，且被验证过具有较低风险的补丁放入到每个季度的PSU中。在每个PSU中不但包含Bug的修复而且还包含了最新的CPU。PSU通常随CPU一起发布。PSU通常是增量的，大部分PSU可以直接安装，但有些PSU则必须要求安装了上一 个版本的PSU之后才能继续安装，要仔细看各个PSU的Readme文档。
Oracle CPU的全称是Critical Patch Update, Oracle对于其产品每个季度发行一次安全补丁包，通常是为了修复产品中的安全隐患。CPU是累积的（Cumulative），即最新的CPU补丁已经包含以往的CPU补丁，所以只要安装最新的CPU补丁即可。
安全漏洞整改时我们要安装的是CPU补丁。
5、 查询补丁信息
登陆oracle官网安全专题http://www.oracle.com/technetwork/topics/security点击learn More,找到Critical Path Update Advisory
打开以后可以看到oracle发布的补丁的列表，里面包含了oracle产品发布的补丁。
6、 补丁下载
例如我们当前的oracle的版本为10.2.0.5，该版本的最后更新补丁为2013年 7月份，点击上图红色链接后可以看到10.2.0.5的数据库补丁。
注：下载使用metalink的账号，依照服务器的类型下载相应版本的补丁即可。如果没有oracle 的metalink账号无法下载补丁。
7、 数据库备份工作
在补丁升级前做好数据库的备份工作，使用rman或者导出数据文件方式进行数据库的全备。条件允许的情况下操作系统最好也进行一次备份。
所有以上操作做完后我们可以进行补丁安装工作了。
二、 补丁安装操作
1、 阅读补丁安装要求
每个补丁下载后的压缩包均会包含一份README.html 在安装前需要仔细阅读。一般会标明该补丁适用的数据库版本和操作系统版本，修复了哪些BUG等，还会有相关的提示信息。
2、 环境设置
2.1、Windows环境下
进入计算机属性→高级系统设置→系统属性→环境变量
编辑path在path末尾加上%ORACLE_HOME%\OPatch或者在cmd 下set path=%path%;%ORACLE_HOME%\OPatch;
2.2、Linux下的环境变量设置
使用oracle 安装用户，设置ORACLE_HOME以后export PATH=$ORACLE_HOME/OPatch:$PATH。
2.3、OPATCH命令测试
环境变量设置成功后测试OPatch命令是否可用，终端下opatch –help，可以看到相关信息表示环境变量设置成功。
3、 查询补丁安装信息
操作系统下查看当前补丁安装情况opatch lsinventory –patch
4、 停掉监听和oracle服务
4.1、Windows下关闭服务
在服务里关闭Oracle相关服务进程，停掉监听和oracle服务。关闭PLSQL客户端，关闭SQLPLUS界面。
4.2、Linux下关闭服务
shutdown 掉所有实例，关闭监听和oracle 相关进程。如果有安装GI和其他使用Oracle 的应用一并停止，退出SQLPLUS界面。
5、 安装补丁
在补丁目录下执行opatch apply。例如我的补丁解压在E:\13460968，那就先CD到该目录，然后执行opatch apply
注意：windows下有时候会出现所有oracle进程关闭，但是命令执行后依然会出现D:\oracle\product\10.2.0\db_1\bin\oci.dll 占用的错误。
linux下出现进程占用时一般是sqlplus 进程未关闭，可以用fuser查询是什么用户占用，但是强制kill时候数据库启动的时候可能会报错。
去到该目录找到该文件改名，例如改成oci.dllbak，如果执行过补丁回退操作记得改回来，重新执行opatch apply。
选择y，下一步等待补丁安装完毕即可。
6、 启动数据库
Windows先在服务中启动oracle的服务和监听。以sysdba登陆系统。
Linux 下正常启动oracle实例和监听。以sysdba登陆系统。
7、 执行脚本，更新补丁信息到数据库
执行补丁包中的目录下的脚本，等待脚本运行完毕即可。Linux找到补丁目录执行即可。
|
1
|
sql>@E:\13460968\files\Bundle\Patch14\catcpu.sql |
注意：不同补丁集位置可能有所不同，但一般都是有该脚本。
8、 编译失效对象，执行以下语句
|
1
|
Sql >@?/rdbms/admin/utlrp.sql |
注意：大部分失效对象错误是可以忽略的，具体类型可以用如下命令去检查。
|
1
|
SQL> SELECT sum (OBJECT_NAME)N3 FROM DBA_OBJECTS WHERE STATUS='INVALID'; |
查看N3和第一张第3节的N2比对下，看是否新增失效对象，如果有查看具体的失效对象是什么，利用第一章节3小节得到的列表比对，如果不能处理咨询数据库管理员处理。
9、 查询补丁更新的信息
|
1
|
select * from dba_registry_history; |
可以查看到刚刚安装的补丁的相关信息。（这里我安装了一次，卸载了一次，最后是刚刚安装成功的信息都记录到了数据库）。命令行下执行Opatch lsinventory opatch
整个安装流程结束，数据库正常。
三、 回滚操作
一般情况下在不确定问题原因的情况下咨询DBA进行检查，确定问题原因，在无法查证原因的情况下可以回退，具体的回滚操作命令如下。
1、如果补丁应用后数据库异常或者发生BUG，可以利用Opatch回滚补丁更新的操作。
2、关闭oracle相关服务，参照第二节2小节设置环境变量，执行如下命令，红色部分为安装补丁的ID。
opatch rollback -id 13460968
3、执行完毕后 启动oracle相关服务，windows记得恢复重命名的dll文件。
4、查询数据库是否可以正常启动。
5、回滚完毕以后使用sysdba用户执行roolback脚本
|
1
|
Sql>@E:\13460968\files\Bundle\Patch14\ catcpu_rollback.sql |
6、检查数据库是否正常。
注意：数据库补丁升级工作需要停应用和相关服务，在升级前一定要进行数据库的备份工作。
以上所述是小编给大家介绍的Oracle数据库opatch补丁操作流程,希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对服务器之家网站的支持！
原文链接：http://blog.csdn.net/moscot_wu/article/details/52874295
