-
Oracle
升级
PSU
PSU
简介
Patch
Set
Updates
(PSUs)
是已被解决的
bug
的集
合,它积累了以前版本
PSU
中的补丁包。和
< br>CPU
(
Critical Patch Update
s
)一样,
Oracle
会定期的发布
PSU
。
P
SU
是向
Oracle
反应问题时的一
个基础。
PSU
提供了下面的特性和优点:
低风险、高价值
PUS
是一个低风险的补丁集。
它里面的内容都是有严格控制的,
< br>并且所有的
PSU
都经过了完
整
的测试。
Bug
包原则上包括:
?
可能影响到大量用户的、并且在生
产环境中已经验证的严重技术性问题的
bug
包,
?
关键的补丁升级包。
PSU
中不包含:
?
需要进一步确认的修改。
?
需要配置信息变更的补丁包。
每个<
/p>
PSU
中的新内容都是有限制的,一般是
25
—
100
个补丁。这些内容包括用
户下载量大
的补丁包和开发人员已确定的比较严重的问题。用户不能直接申请
PSU.
经过测试的完整的包
Oracle
把一些建议的补丁放在同一个包内,
并且
可以确定这些新的补丁可以相互协作运行正
常。
Oracle<
/p>
会对产品进行回退测试、
压力测试、
完整
性测试、
bug
校验测试。
根据产品不
同,
一些其他的测试也可能会被执行。
解决问题的基础
Oracle
会对补丁定义一个版本号。版本号中的第
5
位
就是
PSU
的号。例如
Oracle
11.1.0.7
的
PSU
基础版本为
11.1.0.7.1
,第二个版本为
11.1.0.7.2
。
这样
Oracle
工程师和客户交流起来可以直接使用版本号,而不是补丁
列表。
Oracle
产品线和
PSU
?
Oracle Database
?
?
?
?
?
Oracle Grid
Infrastructure
Cluster Ready Services
Enterprise Manager Grid Control
WebLogic Server
Exalogic
PSU
的生命周期
< br>PSU
的主要目的是为某个
Oracle
版本(或者补丁集)
提供一系列稳定的、累积的补丁。
下面
是
Oracle
PSU
生命周期的基本原则。当然也会有特例:
?
一个版本或
PSU
发布之后,第一个
PSU
的有
效期为第二个
PSU
发布之前,这个时间有
多长取决于你这个
PSU
中包含了多少内容和你这个
PSU
发布的时间点。如果你包含的
内容多可
能不会这么长时间出来太早出来替代的
PSU
。
或者如果你发布当前
PSU
的时候
为接近季末。那么会很快出来替代的
PSU
。
?
如果
Oracle
要发布一个新的
CPU
< br>,当前的
PSU
包含了安全相关的内容并且支持要发布<
/p>
的
CPU
,那么就不会开发新的
PSU
来替代它。
?
当
Ora
cle
某个版本趋于稳定之后,
PSU
将不在包含安全相关的内容。
Oracle
期望在第三
个或者第四个
PSU
之后达到这个稳定期。
p>
?
下一个
p>
PSU
发布时安全相关的内容将是最主要的。
如何查找下载最新
PSU
最新的
PSU
在下面的
note
里记录着:
要查找当前
所有可用的
PSU,
一次性的补丁,补丁包。请使用
MOS
中“
Patches&Updates
p>
”中
的
Patch
Recommendations
功能。
PSU
之间的冲突解决
PSU
是一个补丁包的集合,这些补丁包是累积起来的。
PUS
可以包含任何一个不与它冲突的
补丁。
当一个补丁与这个
PS
U
冲突时,
Oracle
会提供一个一
次性的补丁或者一些一次性的补丁来解
决这个冲突。这是由一个基础包
< br>/
覆盖包来完成的。新的一次性补丁要求
PSU
已经存在于
ORACLE_HOME
中。
如果
PSU
还没有安装
,
一次性补丁是不能安装的。
在安装的时候,
它不会
回滚已经安装的
PSU,Opatch
会使用一次性补丁的文件覆盖已安装的
PSU
。
一次性的补丁和
PSU
一样也有
5
p>
位的版本号。
安装
PSU
时要事先判断哪个补丁与当前的
PSU
冲突,最快的方式就是使用
MOS
< br>中
“
Patches&Updates
< br>”中的
Patch Recommendations
功
能,或者查看
PSU
的
README<
/p>
来确定
哪个补丁是需要的。
Oracle
通过下面的方式来快速的提供数据库冲突解决补丁:
?
在发布时,提供
针对于前两个
PSU
冲突解决补丁。
?
自动生成补丁。
?
处理问题时,优先处理安装
PSU
过程中对于冲突解决补丁的服务请求。
下面以
11.2.0.1.2
为例进行
说明:
Example
1:Patches
P1,p2,p3
已经安装在同一个
11.2.0.1.0
的
< br>Oracle_home
下。
P1
与
PSU
11.2.0.1.2
冲突。
1
、
在
p>
PSU
安装之前,
Opatch
的
prereq
命令会提示已有的补丁与当前要安
装的
PSU11.2.0.1.2
冲突
.
2
、
请
求(
sr
)
11.2.0.1.2
p>
的一个一次性补丁来解决这个问题。
3
、
回滚
P1.
4
、
安装
PSU 11.2.0.1.2
,
这时
P2
、
P3
还是在的。
5
、
安装针
对于
11.2.0.1.2
和
P1
p>
冲突的包。
Example 2: P4
和
P5
安装
在了一个
11.2.0.1.0
的
p>
Oracle_home
中。
P4
和
P5
都与
PSU
11.2.0.1.2
冲突。
1
、
在安装
11.2.0.1.2
之前
Opatch
会提示
P4
、
P5
与它冲突。
2
、
这时需
要请求
(sr)11.2.0.1.2
与
P4
和
11.2.0.1.2
与
p>
P5
冲突的包,应该是两个包。
3
、
回滚<
/p>
P4
和
P5.
4
、
应用
PSU
11.2.0.1.2
。
5
、
应用两个冲突解决包。
Example3:
像
Example
2
一样的
P4
和
P5
安装在一个
< br>11.2.0.1.1
版本的
Oracle_home<
/p>
中。
1
、
Opa
tch
的
prereq
命令提示
P4 P5
与
11.2.0.1.2
冲突。
2
、
检查是否有
11.2.0.1.2
版
本的
P4
、
P5
。如果还没有,那么请求
(sr)
一次性补丁。
3
、
< br>回滚
P4
、
P5
4
、
应用
PSU 11.2.0.1.2
5
、
应用<
/p>
11.2.0.1.2
版本的
P4
、
P5.
PSU
就
像是一些函数包,这个包中的函数可能与其他的函数不兼容,这就是冲突,为了解决
这种
冲突,你就要下载针对要安装的
PSU
的函数版本。
PSU
和一次性补丁(
One-off
patches
)
为了得到针对某个
bug
的补丁包没有必要升级到最新的
PSU
。只要当前数据库版本是被
Oracle
支持的,那么
Oracle
支持针对任何版本
PSU
的
bug
包。<
/p>
-
-
-
-
-
-
-
-
-
上一篇:数据库异常恢复办法
下一篇:SQL数据库修复方法