[分享]Database Machine (DBM) Bundle Patch11 for Bug 12608545 for Oracle Exadata_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 6066 | 回复: 0   主题: [分享]Database Machine (DBM) Bundle Patch11 for Bug 12608545 for Oracle Exadata        下一篇 
shunzi
注册用户
等级:上尉
经验:782
发帖:133
精华:0
注册:2011-10-10
状态:离线
发送短消息息给shunzi 加好友    发送短消息息给shunzi 发消息
发表于: IP:您无权察看 2011-12-23 19:19:08 | [全部帖] [楼主帖] 楼主

Database Machine (DBM) Bundle Patch11 for Bug 12608545 for Oracle Exadata


如果BP7 10135550或(BP8 10389035 +覆盖补丁11661824 )或BP9 1168116511880418 BP10目前已安装这个补丁是RAC的滚动轴承安装的,如果他们没有安装,请按照非RAC滚动轴承安装的时尚。

这个补丁是后卫Standby-First安装数据-请读我的神谕支持注1265700.1补丁保证甲骨文Standby-First补丁——数据保护申请细节如何去除风险,减少停机时间在应用这个补丁。

这个补丁是通过企业经理适用11gR1甲骨文(11.1.0.1)数据库OracleExadata机轧机在轧制的模式与ZERO在节点故障停机时间。更多信息,对内部它的案例研究,支持我的ORACLE指注1265998.1补丁Exadata甲骨文数据库通过神谕机11gR1OEM(11.1.0.1)

释放:2011718

本文档描述了如何安装OracleExadatapatch11DBM(12608545)在你1111.2.0.1.0Oracle数据库释放

Note:
This patch must be applied on the Oracle home of Oracle Database as well as Oracle Grid Infrastructure.


如果你申请patch11 12608545捆上MLR5甲骨文和11841735,然后OPatch显示一个警告讯息陈述1260854510124720的一个超集,然后,它继续应用补丁后自动轧后10124720请阅读我的神谕注1265683.1 OPatch支持故障指南/ FAQ Oracle数据库的机器。

Fewconventionsusedinthisdocument:
'$'signfornormalcommandprompt
'#'signforrootusers
'GRID_HOME'referencestheOracleGridInfrastructurehomepath


这份文件是正确的释放时间。对于任何的变化和其它相关信息BP1111.2.0.1.0小菜,请参阅我的神谕支持注888828.1数据库存储服务器机和Exadata11克释放2(11.2)支持的版本。

先决条件

安装之前或deinstall这个补丁,确保符合下列要求:

:

OracleRAC环境,符合这些条件在每个节点除另行通知。

确保ORACLEHOME在你所安装补丁或从你轧制回补片被释放回家11.2.0.1.011默认位置

为了验证这种,跑到以下命令。

$ opatch lsinventory


确保你有最新版本的OPatch

如果你没有最新版本,然后跟我的神谕指示了注224346.1 OPatch支持——我可以在哪里找到最新版本的OPatch?

确保你设定ORACLE_HOME环境变量圣谕师家,你应用补丁。首先应用于网格基础设施甲骨文回家,然后把它应用到Oracle数据库的家(年代)

确保你设定的PATH环境变量包括解压的位置可执行程序,/ OPatch /物品的目录存在于你是在运用Oracle家这个补丁。首先应用于网格基础设施甲骨文回家,然后把它应用到Oracle数据库的家(年代)

确保库存,因为OPatch验证神谕的访问安装补丁。验证了库存,运行下列命令。如果命令显示有些小错误,那么联系Oracle的支持和解决问题。所以你拯救输出的地位补丁前申请。

$opatchlsinventory


目前确定是否安装补丁冲突一次性小菜patch1112608545束如下:

$ unzip p12608545_112010_Linux-x86-64.zip
$ opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir ./12608545


这份报告将显示这些补丁,冲突的小菜,这些补丁BP11 12608545的一个超集BP11 12608545是小菜。

:

OPatch开始,它证实了这个补丁,确保这是不冲突的软件已安装在ORACLE_HOME Oracle数据库的。OPatch归类成以下的冲突类型:

用一块冲突已应用于ORACLE_HOME——在这种情况下,停止这个补丁安装和联系甲骨文支持服务。

与子集冲突已应用于ORACLE_HOME补丁——在这种情况下,继续在这个补丁安装因为新的补丁包含所有的修复中存在ORACLE_HOME补丁。在任何情况下,子将会自动回滚补丁安装前的新补丁。

当应用补丁网格基础设施的家,确保你关闭所有的资源运行,从神谕的网格基础设施。甲骨文回家当添加一个补丁的Oracle数据库的家,停止运行所有资源从Oracle的家。

停止运行,从医院Oracle数据库资源

$ /bin/srvctl stop home -o -s -n


值得注意的是STAT_FILE_LOCATION是完整路径的文件名被创造出来,并将此过程需要启动家在你应用补丁。

:

对于一个non-RAC环境,关闭所有的服务运行,ORACLE_HOME

对于一个RAC环境,关闭所有的服务运行,ORACLE_HOME节点的你想补丁。你补丁后节点,该节点重新启动服务。重复这个过程的每一个其他的节点RAC系统神谕。OPatch是用在只有一个节点的一段时间。

对于一个non-rolling安装在RAC环境、运行恰当的命令以上所有节点在产业集群在安装之前这个补丁使用-all_nodes”ORACLE_HOME所有服务是必须停在了节点在安装之前这个补丁。

(仅适用于网格基础设施在家)当应用补丁圣谕师网格基础设施的家,运行pre-root脚本从哲人一根使用者的家网格基础设施各结点甲骨文(请注意开启和停止,所有clusterware-managed工艺对本地节点):

# /crs/install/rootcrs.pl -unlock


:

non-rolling安装,这个命令应该运行在所有节点在安装之前这个补丁。

安装

网格基础设施到home的补丁。

安装补丁1,执行以下步骤。重复这些步骤必须为每一个神谕家,你应用补丁。

:

如神谕RAC环境,执行这些步骤在每个节点除另行通知。

保持一个位置存储内容的补丁的ZIP档案。在其余的文件,该位置(绝对路径)称为。这个位置应该是空的。

提取内容补丁的ZIP档案位置创建的步骤(1)。这样做,跑到以下命令:

$ unzip -d p12608545_112010_Linux-x86-64.zip
Navigate to the /12608545 directory:
$ cd /12608545


安装补丁作为ORACLE_HOME用户运行以下命令从圣谕师家您所申请的这个补丁是甲骨文网格基础设施、Oracle数据库:

$ opatch apply -local


:

non-rolling安装、应用补丁运行下列命令只有一个节点(不是在每个节点):

$ opatch apply -all_nodes


(只适用于non-Exadata环境)这个补丁激活可靠数据插座(凝固)默认情况下(这是需要Exadata机器安装数据库Oracle支持,请检讨我注意751343.1 RAC支持凝固在Infiniband),因此,如果你的系统使用是修补用户数据协议(UDP),那么你必须手动切换到协议通过运行下列命令:

$ cd $ORACLE_HOME/rdbms/lib
$make-fins_rdbms.mkipc_g


(仅适用于网格基础设施在家)运行脚本后像根用户从ORACLE_HOME各结点网格基础设施的oracle:

# /crs/install/rootcrs.pl -patch


:

non-rolling安装,这个命令能运行安装后的各节点这个补丁。

重新开始所有资源,Oracle的家。

重新启动Oracle数据库资源,从家庭聚集的环境

$ /bin/srvctl start home -o -s -n


:

你创造的状态是文件而关闭clusterware-managed资源作为一个先决条件。

non-rolling安装,上面的操作能运行安装后的每一个节点这个补丁。

Postinstallation


在你安装补丁数据库的家,遵循这些步骤(这只需要完成每一个实例作为数据库Oracle RAC逃离了数据库回家了):

(ForDataVaultInstallsonly)GrantDV_PATCH_ADMINtoSYSasDV_OWNERuser
$ sqlplus /nolog
SQL> CONNECT
Enterpassword:DV_OWNER_user_password
SQL> GRANT DV_PATCH_ADMIN TO SYS;
SQL> QUIT
Connect to the database as sys:
$ sqlplus /nolog
SQL> connect / as sysdba
Reload the packages into the database, run the following command:
SQL> @?/rdbms/admin/catbundle.sql exa apply
Navigate to the $ORACLE_HOME/cfgtoollogs/catbundle directory(if $ORACLE_BASE is defined then the logs will be created under $ORACLE_BASE/cfgtoollogs/catbundle), and check the following log files for any errors like "grep ORA^ sort -u". If there are errors, refer to "Known Issues". Here, the format of the is YYYYMMMDD_HH_MM_SS.
catbundle_EXA__APPLY_.log
catbundle_EXA__GENERATE_.log
(For Data Vault Installs only) Revoke DV_PATCH_ADMIN from SYS as DV_OWNER user
$ sqlplus /nolog
SQL> CONNECT
Enter password: DV_OWNER_user_password
SQL> REVOKE DV_PATCH_ADMIN FROM SYS;
SQL> QUIT
Run the following for databases holding on RMAN Catalog:
RMAN> rman catalog /@
RMAN> upgrade catalog;
RMAN> upgrade catalog;
Deinstallation


请确保执行部分deinstall前提前这个补丁。

deinstall这个补丁,遵循这些步骤:

:

ORACLERAC环境,执行这些步骤在每个节点除另行通知。

移动/12608545目录:

$ cd /12608545


这个补丁Deinstall通过执行以下命令:

$ opatch rollback -id 12608545 -local


:

non-rolling de-installation、回滚这个补丁运行下列命令只有一个节点(不是在每个节点):

$opatchrollback-id12608545-all_nodes


(仅适用于网格基础设施在家)运行脚本后像根用户从圣谕师家各结点网格基础设施的神谕:

# /crs/install/rootcrs.pl -patch


:

non-rolling安装,这个命令能运行后的各节点deinstall这个补丁。

重新开始所有资源,Oracle的家。

重新启动Oracle数据库资源,从家中群集的环境

$ /bin/srvctl start home -o -s -n


:

你创造的状态是文件而关闭clusterware-managed资源作为一个先决条件。

non-rolling安装,上面的操作能运行后的各节点deinstall这个补丁。

Postdeinstallation


deinstall补丁后从一个数据库的家,执行以下步骤为每个数据库运行,从该数据库的家目录:

(For Data Vault Installs only) Grant DV_PATCH_ADMIN to SYS as DV_OWNER user
$ sqlplus /nolog
SQL> CONNECT
Enterpassword:DV_OWNER_user_password
SQL> GRANT DV_PATCH_ADMIN TO SYS;
SQL> QUIT
Connect to the database as sys:
$ sqlplus /nolog
SQL> connect / as sysdba
Verify that an $ORACLE_HOME/rdbms/admin/catbundle_EXA__ROLLBACK.sql file exists for each database associated with the ORACLE_HOME which will be created after execution of step(2) from "Patch Post Install Instructions" and execute it as follows:
SQL> @?/rdbms/admin/catbundle_EXA__ROLLBACK.sql
Navigate to the $ORACLE_HOME/cfgtoollogs/catbundle directory(if $ORACLE_BASE is defined then the logs will be created under $ORACLE_BASE/cfgtoollogs/catbundle), and check the catbundle_EXA__ROLLBACK_.log file for any errors like "grep ORA^ sort -u". Here, the format of the is YYYYMMDD_HH_MM_SS. If there are errors, refer to "Known Issues".
(For Data Vault Installs only) Revoke DV_PATCH_ADMIN from SYS as DV_OWNER user
$ sqlplus /nolog
SQL> CONNECT
Enter password: DV_OWNER_user_password
SQL> REVOKE DV_PATCH_ADMIN FROM SYS;
SQL> QUIT
RunthefollowingfordatabasesholdingonRMANCatalog:
RMAN> rman catalog /@
RMAN> upgrade catalog;
RMAN> upgrade catalog;


确保你核实圣谕师库存和比较输出和跑在先决条件区和任何补丁重新被回滚,参与这个补丁适用。验证了库存,跑到以下命令:

$ opatch lsinventory


已知问题

第一期

sga_target审查所设定的值,并将它设定为一个更高价值,避免错误9209518例如,如果当前的值是8,增加到12克可能需要(价值取决于工作量要求、应用)因此,检讨错误9209518和相应的神谕sga_target设置文件来决定是否需要进行调整。

二期

你可以看到,当湖人队执行下列错误catbundlesql脚本或其回滚的脚本。这些错误可以安全地忽略。

ORA-00942-表或视图不存在

ORA-00955-名称已经被使用现有对象

ORA-01430-柱被加已经存在于桌子

ORA-01432-公共同义词板凳不存在

ORA-01434-私人同义词板凳不存在

ORA-01435-用户不存在

ORA-01917-用户或角色的XDB并不存在

ORA-01920-用户名的说法与另一个用户名或角色

ORA-01921-角色的名字,冲突与另一个用户或角色的名字

ORA-01927-不能取消特权你没有资助的

ORA-01952-系统不授予特权的WKSYS'

ORA-02303-不能把或替换型类型或表家属

ORA-02443-不能把约束-不存在约束

ORA-04042-程序、功能、包装、包裹或身体不存在

ORA-04043-对象不存在

ORA-06512-在线。如果这个错误遵循上述错误,然后可以安全地忽略。

ORA-06576-不是一个有效的函数或过程的名字

ORA-14452-企图制造;改变或者掉落一个指数在临时表已经被使用了

ORA-29809-不能把一个算子依赖对象

ORA-29830-经营者不存在

ORA-29832-不能掉落或取代一个indextype带有依附指标

ORA-29844-复制操作员名字指定

ORA-29931-指定协会并不存在




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论