关闭

Oracle RAC Rolling Patch 说明

567人阅读 评论(0) 收藏 举报
分类:
 

Oracle RAC Rolling Patch 说明

 

关于Oracle 的Patch安装,之前有整理过几篇文档,如下:

 

Oracle 补丁体系 及opatch 工具 介绍

http://blog.csdn.net/tianlesoftware/article/details/5809526

 

Oracle 11g 新特性 --Online Patching (Hot Patching 热补丁)说明

http://blog.csdn.net/tianlesoftware/article/details/8214412

 

Oracle 更新 OPatch 工具版本 的方法说明

http://blog.csdn.net/tianlesoftware/article/details/6857059

 

 

这里看一下RAC的Patch。 这里是争对DB Patch 来说明,如果是RAC的GI升级,或者是PSR,还是需要停机的。因为GI的升级需要停掉整个CRS。 但对数据库独立patch则可以采取滚动方式来安装。

 

一. RAC Patch的几种方法

 

RAC 环境下有三种不同的patch方法:

 

1.1 对所有节点同时Patch(All-Node Patch)

对于这种模式,OPatch 先在本地节点apply patch,然后在其他节点apply,最后更新inventory。 在这个patch的过程中,所有实例都必须shutdown。

 

该模式的操作步骤如下:

(1)关闭所有节点上的实例。

(2)在所有节点上applypatch。

(3)启动所有实例。

 

1.2 使用最小宕机时间来打Patch

 

在这种模式下,OPatch 先对本地节点打opatch。然后让用户选择其他的节点来进行patch, 其他节点也patch完成,最后在更新inventory。

 

    在这种模式下,downtime的时间就是第二个节点关闭到第一个节点起来之间的时间。

 

最小宕机的操作步骤如下:

(1)关闭节点1的实例

(2)在节点1上apply Patch

(3)关闭节点2上的实例。

(4)在节点2上应用Patch。

(5)关闭节点3上的实例。

(6)在这个时候,节点1和节点2的实例可以启动。

(7)在节点3上应用patch。

(8)启动节点3上的实例。

 

以上整个过程,downtime就是节点3 shutdown到节点1,2启动这段时间。

 

1.3 Rolling Patch(不需要down time)

 

    在这种方法里,没有downtime 时间。 每个节点都可以patch,并且其他节点也可以正常运行,这种情况下对系统就没有影响。

 

Rolling Patch 也不总是不需要downtime时间,因为有些patch支持 rolling patch,有些不支持,对于不支持rolling patch的,只能按照老方法来安装。

 

Rolling patch的步骤如下:

(1)关闭节点1的实例

(2)在节点1上应用Patch。

(3)在节点1上启动实例。

(4)关闭节点2上的实例。

(5)在节点2上应用Patch。

(6)在节点2上启动实例。

(7)关闭节点3上的实例。

(8)在节点3上应用Patch。

(9)启动节点3上的实例。

 

 

1.4 如何判断使用哪种方法

 

只有满足特定条件的Patch 才可以进行rolling patch。该类patch被称为:rolling updateble patch 或者 rolling patch。

 

如果用户指定了最小宕机时间,选择最小宕机时间,如果没有指定,就使用rolling patch,最后在考虑同时对所有节点进行patch。

 

 

 

 

二. 如何判断Patch 是否是Rolling Patch?

 

    当oracle 发布一个patch的时候,会对patch 进行标记:rolling 或者是not rolling。大部分的patch 都是rolling的。

 

Rolling Patch 有如下特性:

(1)Patch 不影响数据库的内容

(2)Patch 和RAC 内部通信结构无关

(3)Patch 改变程序的逻辑,不修改kernel modules的common header definitions。包括客户端的patch,其只影响一些工具,如export,import,sql*plus和sql*loader等。

 

只有独立的patches才是rollable的。对于patch sets不能进行rolling patch。

 

将多个rolling patch 合并起来的merge patch 和普通的patch都不是 rolling patch。

 

从Oracle 9.2.0.4 开始,根据定义的规则,所有的的patches都会被标记为rolling 或者 not rolling patch。 在这之前的patch都会标记为not rolling。

 

 

2.1检查patch是否是 rolling patch

 

执行如下命令:

    - 9i or 10gR1: opatchquery -is_rolling

   - 10gR2: opatch query -all  [unzipped patchlocation] | grep rolling

  - 10gR2 on Windows: opatch query -all [unzipped patchlocation] | findstr rolling

 - Later 10gR2 or 11g: opatchquery -is_rolling_patch [unzipped patch location]

 

 

如果我们解压缩的patch 路径包含多个子patch目录,那么opatch命令就不能正常工作。

 

--不能用root用户执行判断命令:

[root@rac1 16056266]#/u01/app/grid/11.2.0/OPatch/opatch query -is_rolling_patch/u01/software/16056266

The user is root. OPatch cannot continue ifthe user is root.

 

 

OPatch failed with error code 255

 

[root@rac1 16056266]# su - grid

[grid@rac1 ~]$/u01/app/grid/11.2.0/OPatch/opatch query -is_rolling_patch/u01/software/16056266

Oracle Interim Patch Installer version11.2.0.3.4

Copyright (c) 2012, OracleCorporation.  All rights reserved.

 

 

Oracle Home       : /u01/app/grid/11.2.0

Central Inventory : /u01/app/oraInventory

  from           :/u01/app/grid/11.2.0/oraInst.loc

OPatch version    : 11.2.0.3.4

OUI version       : 11.2.0.3.0

Log file location :/u01/app/grid/11.2.0/cfgtoollogs/opatch/opatch2013-06-09_04-14-34AM_1.log

 

Failed to load the patch object.  Possible causes are:

  Thespecified path is not an interim Patch shiphome

 Meta-data files are missing from the patch area

 Patch location = /u01/software/16056266

 Details = Input metadata files are missing.

 

Patch Location"/u01/software/16056266" doesn't point to a valid patch area.

--因为我们指定的/u01/software/16056266的路径下面还包含其他的子patch,所以报错。

 

OPatch failed with error code 75

 

[grid@rac1 ~]$ cd /u01/software/16056266

[grid@rac1 16056266]$ ls

13343438 13696216  13923374  14275605 14727310  16056266  patchmd.xml README.html  README.txt

 

--对单个patch进行查看:

[grid@rac1 16056266]$  /u01/app/grid/11.2.0/OPatch/opatch query-is_rolling_patch /u01/software/16056266/13343438/

Oracle Interim Patch Installer version11.2.0.3.4

Copyright (c) 2012, OracleCorporation.  All rights reserved.

 

 

Oracle Home       : /u01/app/grid/11.2.0

Central Inventory : /u01/app/oraInventory

  from           :/u01/app/grid/11.2.0/oraInst.loc

OPatch version    : 11.2.0.3.4

OUI version       : 11.2.0.3.0

Log file location :/u01/app/grid/11.2.0/cfgtoollogs/opatch/opatch2013-06-09_04-15-17AM_1.log

 

--------------------------------------------------------------------------------

 Patch is a rolling patch: true

 

OPatch succeeded.

 

[grid@rac116056266]$ /u01/app/grid/11.2.0/OPatch/opatch query -is_rolling_patch/u01/software/16056266/13696216

Oracle Interim Patch Installer version11.2.0.3.4

Copyright (c) 2012, OracleCorporation.  All rights reserved.

 

Oracle Home       : /u01/app/grid/11.2.0

Central Inventory : /u01/app/oraInventory

  from           :/u01/app/grid/11.2.0/oraInst.loc

OPatch version    : 11.2.0.3.4

OUI version       : 11.2.0.3.0

Log file location :/u01/app/grid/11.2.0/cfgtoollogs/opatch/opatch2013-06-09_04-15-32AM_1.log

 

--------------------------------------------------------------------------------

 Patch is a rolling patch: true

 

OPatch succeeded.

 

 

2.2 Patch的一些限制

 

2.2.1 在Shared File System上进行Patch

Currently Opatch会把Shared File System当作单实例来进行Patch。OPatch 会把patch file 放在ORACLE_HOME目录,因为是共享的,所以其他节点也可以访问。

因此对于Shared FileSystem的环境,就不能使用OPatch 的高级功能:rollingpatch,在打Patch的时候,所有节点都必须shutdown。

 

 

2.2.2 每次Patch一个节点

可以在每个节点独立的进行patch,即在opatch的时候只用: -local 关键字,这样就只会在本地节点进行patch。

 

 

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:46343次
    • 积分:606
    • 等级:
    • 排名:千里之外
    • 原创:3篇
    • 转载:79篇
    • 译文:0篇
    • 评论:0条
    国内dba技术链接
    http://www.oracle.com/technetwork/topics/security/alerts-086861.html
    自己的其他博客
    http://blog.sina.com.cn/u/3145986841