以上同样的操作在其他节点也进行一次,补丁安装成功后，启动数据库实例，同样要对数据字典进行更新，该操作只需要在一个节点上执行就行，如下：
cd$ORACLE_HOME/rdbms/admin
sqlplus/nolog
SQL>CONNECT / AS SYSDBA
SQL>@catbundle.sql psu apply
SQL>QUIT
这步操作不会出现太大的问题，在补丁安装完成后，本次11.2.0.1.6PSU补丁的安装全部过程就结束,我们可以通过下面的命令进行校验：
[oracle@rac1admin]$ opatch lsinventory -bugs_fixed | grep -i 'DATABASE PSU'
9352237 12419378 Mon Nov 11 16:14:36 CST 2013 DATABASE PSU 11.2.0.1.1
9654983 12419378 Mon Nov 11 16:14:36 CST 2013 DATABASE PSU 11.2.0.1.2 (INCLUDES CPUJUL2010)
9952216 12419378 Mon Nov 11 16:14:36 CST 2013 DATABASE PSU 11.2.0.1.3 (INCLUDES CPUOCT2010)
10248516 12419378 Mon Nov 11 16:14:36 CST 2013 database psu 11.2.0.1.4 (includes cpujan2011)
11724930 12419378 Mon Nov 11 16:14:36 CST 2013 database psu 11.2.0.1.5 (includes cpuapr2011)
12419378 12419378 Mon Nov 11 16:14:36 CST 2013 DATABASE PSU 11.2.0.1.6 (INCLUDES CPUJUL2011)
从列出的结果目录可以看到，我们现在的已经成果安装上了11.2.0.1.6PSU的补丁，而且我们可以看到，由于PSU补丁是累积的，因此还包括了11.2.0.1.1~11.2.0.1.5的PSU补丁，至此整个案例的补丁安装的演示就结束了。
6. 结语
通过上面内容我们介绍了ORACLE的补丁概念，知道了补丁的分类，并且了解什么是’个别补丁’和PSU补丁，以及如何通过opatch工具进行补丁的安装，可以看到安装过程并不复杂，主要注意以下几点：
1. 确定补丁的正确性，包括补丁名称、适用数据库版本、操作系统等
2. 认真阅读补丁的说明文档，一定要按照说明文档要求安装补丁；
3. 安装前最好在模拟环境中进行测试，确认安装过程和结果不出现意外；
4. 安装过程中注意执行顺序，安装完毕和进行检查，确认补丁是否安装成功。
最后想说一句，补丁安装前一定要注意备份，安装的风险随着数据库应用复杂性和数据量的增长会成倍增长，对一个才实施的空数据库安装补丁肯定和一个已经运行很久BT级的数据库安装还是有很大的区别，总之做好备份是最最关键的一步。