关于UNIX 重要补丁更新11.1.0.7

1、  入门

你应该有同时管理一个Oralce产品，一个Oracle home. 其特定的重要补丁更新2010-10补丁，每个oracle home都有自己的要求。

请参阅My Oracle Support Note 1159443补丁集更新和重要补丁更新2010-10发布文档，以确定应用的CPU补丁的顺序。

2、  补丁信息

重要补丁更新（CPU）的补丁程序是积累的，这意味着修复包括从以前的Oracle安全警报和重要补丁更新。在应用CPUOct2010补丁集之前，它不要求拥有之前的安全性补丁应用。但是，在应用CPUct2010补丁之前，该版本必须是一个给定的产品主页上说的补丁集层次。

表1 描述了安装类型和CPU的适用性。对于每个安装类型，它显示最近期的CPU补丁，包括有关该安装类型的新的安全修复程序。如果没有适合应用到安装类型的安全修补程序，那么这显示“None”。如果一个特定的CPU列出，应用该CPU或者往后的CPU补丁要与当前安全修补程序适应

表 1 安装类型和CPU适用性

安装类型最新的CPU和安全修补程序

None在该重要补丁更新支持的平台列表，请参阅My Oracle Support说明1159443.1补丁集更新和重要补丁更新2010年10月发布文件。
该重要补丁更新补丁的组件

3 Oracle数据库11.1.0.7发布的修补程序的安装程序
本节包括以下部分：

3.1 OPatch实用程序的信息
您必须使用OPatch实用程序的版本11.1.0.6.2或更高版本应用此修补程序。 Oracle建议您使用最新发布的OPatch11.1，这是可供选择11.1.0.0.0释放My Oracle Support的补丁6880880下载。
对于OPatch的文件，包括任何已知问题的信息，请参阅My Oracle Support说明293369.1 OPatch文件清单。

3.1.1 N -适用于CPU和补丁冲突检查
N -适用于CPU的累积修补程序。如需进一步信息，请参阅My Oracle Support说明438314.1关键补丁更新 - 数据库ñ应用CPU的修补程序。
一个n适用于CPU补丁，包括安全修补程序组，每个组被称为分子。每个分子是一个独立的补丁，并不会与任何其它分子补丁内的CPU冲突。安装修补程序之前，以下的检查是正在安装的每一个分子补丁：

与其他修补程序冲突
*
子集的修补程序（补丁要安装在Oracle Home现有补丁的一个子集）
*
重复（补丁要安装的是现有的补丁在Oracle Home）

如果发现冲突，安装将停止，您将会收到通知，文件冲突的修补程序合并要求。为了帮助您在确定冲突的报道时，最好的行动方针，请参阅My Oracle Support说明835682.1，其中分子的映射文件的安全漏洞。
选择下列选项之一：

选项1：同时解决补丁冲突和安装CPU

文件的SR OPatch报道所有与CPU冲突的修补程序合并，指示要求。

安装合并补丁时，他们变得可用。

安装CPU补丁。
*
选项2：执行部分安装的CPU和解决冲突后

在中止安装结束，OPatch返回必要的命令来安装在Oracle主目录的补丁不冲突的所有分子。运行此命令的执行部分的CPU安装。

文件的SR OPatch报道所有与CPU冲突的修补程序合并，指示要求。

安装合并补丁时，他们变得可用。
如果发现的一个子集或重复，修补程序的安装将继续。子集和重复的补丁将不会安装，因为他们已经安装。

Oracle数据库版本11.1.0.7安装3.2补丁说明
这些说明适用于非RAC环境和RAC环境。
*
第3.2.1节，“修补程序安装说明”
*
第3.2.2节，“安装后的说明”
*
第3.2.3节“发表CPUOct2010安装后的Oracle主目录中创建或升级数据库安装说明”
3.2.1修补程序安装说明
遵循以下步骤：

如果您使用的是一个Data Guard物理备用数据库，您必须安装此修补程序的主数据库和物理备用数据库，通过My Oracle Support说明278641.1中所述。

如果你是修补ASM实例，关闭所有的Oracle数据库实例使用此ASM实例。 （要查看Oracle数据库实例都连接到这个ASM实例，查询的V $ ASM_CLIENT视图。）

执行下列操作之一，这取决于这是否是一个RAC环境：
*
如果这是一个RAC环境，选择OPatch（滚动，所有的节​​点，或最小down机时间）提供的修补程序的安装方法之一，并关闭实例和监听适合选择安装方法。
这个CPU补丁滚动RAC安装。请参阅My Oracle Support说明244241.1滚动补丁 - OPatch RAC支持。
*
如果这不是一个RAC环境中，关闭与您要更新的Oracle主相关联的所有实例和监听。欲了解更多信息，请参阅Oracle数据库管理员指南“。

确保在$ PATH以下可执行文件：制作，AR，LD和纳米。
这些可执行文件的位置取决于您的操作系统。在许多操作系统上，他们设在/ usr / CCS / BIN，在这种情况下，你可以设置你的路径如下：
export PATH = $ PATH：/ usr / CCS / BIN中

设置你的当前目录的补丁的位置，然后输入以下命令运行OPatch实用的目录:

OPatch返回冲突或子集，请参阅第3.1.1节，“n-Apply CPUs and Patch Conflict Checking”的附加选项。

如果有错误，请参阅第4节，“已知问题”。

3.2.2安装后的说明
不要在本节ASM实例执行的操作。然而，如果您关闭ASM应用CPU的一部分，你必须启动ASM实例，然后才能执行任何数据库实例上的这一部分中的任何行动。
安装补丁程序后，执行以下操作：

载入修改后的SQL文件到数据库中，如第3.2.2.1解释。

重新编译数据库中的意见，如果有必要，正如在第3.2.2.2。
3.2.2.1载入修改到数据库的SQL文件
以下步骤加载到数据库中的修改后的SQL文件。对于RAC环境中，只有一个节点上执行这些步骤。

对于每个被打补丁的Oracle主目录上运行的数据库实例，使用SQL * Plus连接到数据库。作为SYSDBA连接和运行的catbundle.sql脚本如下：

关于catbundle.sql脚本的信息，请参阅My Oracle Support说明605795.1 Oracle数据库catbundle.sql的介绍。

2、检查在$ ORACLE_HOME / cfgtoollogs/ catbundle日志文件中的任何错误

时间戳形式YYYYMMMDD_HH_MM_SS。如果有错误，请参阅第4节，“已知问题”。

3.2.2.2重新编译在数据库的视图
如果您有视图，在以前的CPU的安装，或者如果数据库是11.1.0.6或更高版本中创建的这个数据库的重新编译，您可以跳过这一节。
重新编译的视图和相关对象所需的时间取决于对象总数和您的系统配置。在一个内部的甲骨文与大约2000名视图，和4000对象，总的执行时间为view_recompile_jan2008cpu.sql utlrp.sql测试约30分钟。
注意：
根据这些因素和停机时间安排，可以选择计划的独立视图，其余的CPU安装进行重新编译。如果你这样做，您的系统将继续工作，但是，CPU的安装将无法完成，直到的视图重新编译完成。
如果你想重新编译，查看是否已经为数据库执行检查，执行下面的语句。
注册表美元的历史SELECT * FROM WHERE ID ='6452863';
如果已进行重编译的视图，这个语句返回一行或多行。如果尚未进行重编译的视图，这种说法不返回行。
下面的步骤重新编译数据库中的视图。对于RAC环境中，只有一个节点上执行这些步骤。

运行前的检查脚本（如此命名是因为它最初是CPUJan2008发布），该报告的视图，并可能会重新编译的视图的最大数量：

这一步的目的是帮助您确定视图重新编译，是否在同一时间应做的CPU安装，或之后预订。

如果数据库是不是在RAC环境中，执行此步骤，跳过下一步。 （如果数据库是在RAC环境中，去下一个步骤。）
运行该视图重新编译脚本。请注意，此脚本与升级模式，制约了以SYSDBA的身份连接数据库运行。

如果数据库是在RAC环境中，运行的重新编译的脚本如下。请注意，此脚本与升级模式，制约了以SYSDBA的身份连接数据库运行。停止除正在执行的视图重新编译的所有实例。

检查日志文件中的任何错误。日志文件是在当前目录中，并命名为：

如果任何无效的对象，运行utlrp.sql脚本如下：

然后，手动重新编译无效对象。例如：

RECYCLEBIN设置改变过程中由于错误9768907，前面的步骤，因此，请参阅My Oracle Support说明9768907.8 STARTUP升级关闭RECYCLEBIN SPFILE的详细信息和解决方法的说明。
3.2.3发表CPUOct2010安装后的Oracle主目录中创建或升级数据库安装说明
这些指令为CPUOct2010安装后创建或升级数据库。
您必须执行3.2.2.1节中的步骤“，修改后的SQL文件加载到数据库”任何新的数据库，只有当它是由下列任何一种方法创建：
*
使用DBCA（数据库配置助手），选择一个样本数据库（一般事务处理，数据仓库，）
*
使用，DBCA创建的数据库脚本，创建一个示例数据库
需要升级的数据库，你在第3.2.2.2节中的步骤执行，重新编译数据库视图“，如果这些步骤以前没有执行，否则，没有安装后的步骤需要执行。

3.3 Oracle数据库版本11.1.0.7补丁说明卸载
这些说明适用于非RAC环境和RAC环境。
*
3.3.1节，“非RAC环境的补丁卸载说明”
*
第3.3.2节，“邮政一个非RAC环境的卸载说明”
*
3.3.3节，“补丁卸载RAC环境说明”
*
3.3.4节，“后卸载RAC环境说明”
3.3.1非RAC环境的补丁卸载说明
遵循以下步骤：

验证一个$ ORACLE_HOME / RDBMS / ADMIN / catbundle_CPU__ROLLBACK.sql文件存在的ORACLE_HOME与此相关联的每个数据库。如果不是这种情况，你必须执行3.2.2.1节中的步骤，“修改后的SQL文件加载到数据库”对数据库前deinstalling的CPU。

关闭与Oracle主要更新所有实例和相关的听众。欲了解更多信息，请参阅Oracle数据库管理员指南“。

运行OPatch实用程序使用指定的回滚段参数回滚所有分子的修补程序包含在CPUOct2010。如果一个分子是在Oracle Home安装，回滚将忽略它。如果一个分子是作为一个合并补丁的一部分安装的，它不会被回滚。如果想要回滚合并，已经应用到您的Oracle主目录的修补程序，回滚需要另行发出。
opatch nrollback idFile美元ORACLE_HOME/cpu/CPUOct2010/rollback_all.lst
如果您已申请CPUOct2010以前的CPU上，而您可能要回滚只有分子的补丁，在CPUOct2010新的。要做到这一点，请使用以下命令：
opatch nrollback idFile美元ORACLE_HOME/cpu/CPUOct2010/rollback_new.lst
您也可以回滚的单个分子或分子名单，根据需要。参考nrollback命令OPatch文档。

如果有错误，请参阅第4节，“已知问题”。
3.3.2发布非RAC环境的卸载说明
遵循以下步骤：

启动所有数据库实例的运行Oracle主。 （有关详细信息，请参阅Oracle数据库管理员指南“。）

对于每个数据库实例运行的ORACLE_HOME，连接到数据库使用的SQL * Plus，以SYSDBA身份运行回滚脚本如下：

检查日志文件中的任何错误。日志文件在$ ORACLE_HOME / cfgtoollogs/ catbundle发现并命名为catbundle_CPU__ROLLBACK_.log时间戳的形式YYYYMMMDD_HH_MM_SS。如果有错误，请参阅第4节，“已知问题”。
3.3.3补丁说明卸载RAC环境
遵循以下步骤：

关闭一个节点上的实例。 （任何ASM实例之前关闭所有RDBMS实例。）

关闭在第1步中的所有节点上nodeapps服务：
SRVCTL停止nodeapps- N

在第1步中的节点回滚补丁。
运行OPatch实用程序使用指定的回滚段参数回滚所有分子的修补程序包含在CPUOct2010。如果一个分子是在Oracle Home安装，回滚将忽略它。如果一个分子是作为一个合并补丁的一部分安装的，它不会被回滚。如果想要回滚合并，已经应用到您的Oracle主目录的修补程序，回滚需要另行发出。
opatch nrollback- idFile$ ORACLE_HOME/cpu/CPUOct2010/rollback_all.lst本地
如果您已申请CPUOct2010以前的CPU上，而您可能要回滚只有分子的补丁，在CPUOct2010新的。要做到这一点，请使用以下命令：

您也可以回滚的单个分子或分子名单，根据需要。参考nrollback命令OPatch文档。
如果有错误，请参阅第4节，“已知问题”。

在第1步中的所有节点上启动nodeapps服务：
SRVCTL启动nodeapps- N

在第1步的节点上启动实例。

集群中的所有剩余的节点上重复步骤1-5。

3.3.4后卸载RAC环境说明
遵循以下步骤：

转到你在3.3.1节中，“非RAC环境的补丁卸载说明”的指示中使用的节点。

按照相同的设置在3.3.2节中列出的指令，“发表一个非RAC环境的卸载说明”。
用户可以启动，而你是从这个实例中执行的步骤，并像往常一样访问的所有其他实例。

重新启动所有节点上，一次一个nodeapps服务：
SRVCTL启动nodeapps- N

重新启动所有节点上的实例。
你不需要到其他节点上运行后卸载步骤。 （也就是说，执行步骤1和2只在第1步中选择的节点，并执行步骤3和4只有一次。）
4已知问题
有关OPatch问题的信息，请参阅My Oracle Support说明293369.1 OPatch文件清单。
对于后释放该CPU文件的问题，请参阅My Oracle Support说明1159428.1关键补丁更新2010年10月Oracle数据库的已知问题。
其他已知问题如下。
第1期
catbundle.sql脚本或回滚脚本运行时可能会遇到以下忽略的错误：

第2期
在随后的运行视图重新编译，预检查脚本返回不同的结果（如你第一次运行它后）。
结果（可能会重新编译的意见和对象的最大数量）可能会或多或少比以前运行的脚本报告。这是预期的行为，是没有问题的。
第3期
如果的视图重新编译脚本已经运行，则显示一条消息，表明已应用于脚本。
这不是一个问题，因为作为指示，你并不需要运行的脚本，如果它已经运行。
第4期
在HP- UX系统上，以下忽略的警告，可能会遇到在重新链接Oracle二进制：

5参考文献
下列文件引用此修补程序。

注意：293369.1 OPatch文件清单
注意：360870.1 Oracle产品的Java安全漏洞的影响
注意：468959.1企业管理器网格控制的已知问题

6此修补程序的固定的错误
此修补程序包括以下分子

前面的分支包括以下的非安全性的错误修复