Oracle升级_oracle 10g版本由 10.2.0.4.0升级为10.2.0.4.4（即PSU升级）

*****************************************************************************************************

续借上篇：Oracle升级_oracle 10g版本由 10.2.0.1.0升级为10.2.0.4.0（即CPU升级）

***********************************************声明************************************************

原创作品，出自 “深蓝的blog” 博客，欢迎转载，转载时请务必注明出处（http://blog.csdn.net/huangyanlong）。

表述有错误之处，请您留言或邮件（[email protected]）指明，不胜感激。

提醒：点击目录，更有助于您的查看。

*****************************************************************************************************

1、上传Opatch工具、PSU软件包

完成PSU升级需要使用专门的工具Opatch（opatch工具版本要比升级数据库目标版本高才可以使用）。

[[email protected] ~]$ ls //在项目一中已经把opatch工具上传到oracle家目录下

上传PSU升级软件包，参考上篇：CPU升级文档中→1、升级准备→（4）上传升级包

[[email protected] ~]$ su -

Password:

[[email protected] ~]# service smb start

Starting SMB services:                                     [  OK  ]

Starting NMB services:                                     [  OK  ]

[[email protected] ~]$ ls

1.rcv                data                         p6880880_102000_LINUX.zip      spcpkg.lis

catdb_cold_bak.sql   Desktop                      p9352164_1020404_Linux-x86.zip  spctab.lis

cpu_up.log           Disk1                         prod_cold_bak.sql               spcusr.lis

cr_control.sql       emp.trc                       prod_hot_bak.sql                sqlnet.log

create_dict.sql      logmnr                        README.html                     test1_contorl.bak

create_test1_db.sql  p6810189_10204_Linux-x86.zip  soft

[[email protected] ~]$ unzip p9352164_1020404_Linux-x86.zip    //解压PSU升级包

查看系统保留的OPatch工具版本是否可用，如下：

[[email protected] OPatch]$ cd /u01/app/oracle/product/10.2.0/db_1/OPatch

[[email protected] OPatch]$ ls

docs  emdpatch.pl  jlib opatch  opatch.ini  opatch.pl opatchprereqs

[[email protected] OPatch]$ ./opatch version

//检查opatch版本为10.2.0.4.2低于10.2.0.4.4需要下载新版本

Invoking OPatch
10.2.0.4.2

OPatch Version:
10.2.0.4.2

OPatch succeeded.

[[email protected] home]$ cd oracle

[[email protected] ~]$ ls

1.rcv               create_test1_db.sql  p6810189_10204_Linux-x86.zip    soft

9352164             data                p6880880_102000_LINUX.zip       spcpkg.lis

catdb_cold_bak.sql  Desktop             p9352164_1020404_Linux-x86.zip  spctab.lis

cpu_up.log          Disk1                prod_cold_bak.sql               spcusr.lis

cr_control.sql      emp.trc              prod_hot_bak.sql                sqlnet.log

create_dict.sql     logmnr               README.html                     test1_contorl.bak

[[email protected] ~]$ unzip p6880880_102000_LINUX.zip

2、软件包目录下执行opatch工具

[[email protected] ~]$ cd OPatch/

[[email protected] OPatch]$ ls

crs  emdpatch.pl  ocm     opatch.bat opatch.pl      README.txt

docs jlib        
opatch opatch.ini  opatchprereqs

[[email protected] OPatch]$ ./opatch version

Invoking OPatch
10.2.0.5.1

OPatch Version:
10.2.0.5.1

OPatch succeeded.

[[email protected] ~]$ ls

1.rcv                data                         p6880880_102000_LINUX.zip      spctab.lis

9352164              Desktop                      p9352164_1020404_Linux-x86.zip spcusr.lis

catdb_cold_bak.sql   Disk1                         prod_cold_bak.sql               sqlnet.log

cpu_up.log           emp.trc                       prod_hot_bak.sql                test1_contorl.bak

cr_control.sql       logmnr                        README.html

create_dict.sql      OPatch                        soft

create_test1_db.sql  p6810189_10204_Linux-x86.zip  spcpkg.lis

[[email protected] ~]$ cd 9352164

[[email protected] 9352164]$ ls

custom etc  files  patchmd.xml psu_root.sh README.html  README.txt

[[email protected] 9352164]$ more README.txt

Refer to README.html

SQL> shutdown immediate; //确认数据库关闭状态

[[email protected] ~]$ lsnrctl status         //确认监听关闭状态

[[email protected] 9352164]$ /home/oracle/OPatch/opatch apply 

//一定要进到PSU补丁的目录下再去执行工具

报错了，如下图：

[[email protected] db_1]$ ls

//起初怀疑执行路径问题，将原新版的OPatch放到$ORACLE_HOME下(老版本的做了一下备份OPatch_bak)，再次执行/home/oracle/OPatch/opatch apply依旧报错

assistants  css          install.platform  lib     odbc         owm        root.sh        srvm

bin         ctx          inventory         log      olap         perl       root.sh.old    sysman

ccr         dbs          javavm            md  OPatch_bak（旧的OPatch目录）  plsql      root.sh.old.1 
uix

cdata       demo         jdbc              mesg     opmn         precomp    root.sh.old.2  wwg

cfgtoollogs diagnostics  jdk               mgw      oracore      racg      slax           xdk

clone       has          jlib              network  oraInst.loc rdbms      sqlj

config      hs           jre               nls      ord          relnotes   sqlnet.log

crs         install      ldap              oc4j     oui          rh55_prod  sqlplus

//接下来，尝试重启虚拟机，再次使用oracle家目录下路径执行，此时没有报错

//问题解决方式：重启虚拟机

[[email protected] 9352164]$ /home/oracle/OPatch/opatch apply

//接下来根据提示，默认操作即可，选项处均选择“y”

3、数据库字典升级

[[email protected] OPatch]$ sqlplus ‘/as sysdba‘

SQL*Plus: Release 10.2.0.4.0 - Production on FriMay 16 12:29:54 2014

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

Connected to an idle instance.

SQL> startup            //启库

ORACLE instance started.

Total System Global Area  729808896 bytes

Fixed Size                  1269640 bytes

Variable Size             146800760 bytes

Database Buffers          578813952 bytes

Redo Buffers                2924544 bytes

Database mounted.

Database opened.

SQL> @?/rdbms/admin/catbundle.sql psu apply   //执行脚本

SQL> @?/rdbms/admin/utlrp.sql
          //执行脚本，定义一下是否有无效的对象

SQL> shutdown immediate;

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL> startup upgrade;            //以upgrade状态启动数据库

ORACLE instance started.

Total System Global Area  729808896 bytes

Fixed Size                  1269640 bytes

Variable Size             146800760 bytes

Database Buffers          578813952 bytes

Redo Buffers                2924544 bytes

Database mounted.

Database opened.

SQL> @$ORACLE_HOME/cpu/view_recompile/recompile_precheck_jan2008cpu.sql

或SQL> @？/cpu/view_recompile/recompile_precheck_jan2008cpu.sql

//重新编译CPU的相关视图

//为了完成在2008年1月第一次发布CPU补丁时的后续工作

SQL> shutdown immediate;

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL> startup upgrade;   

ORACLE instance started.

Total System Global Area  729808896 bytes

Fixed Size                 1269640 bytes

Variable Size             146800760 bytes

Database Buffers          578813952 bytes

Redo Buffers                2924544 bytes

Database mounted.

Database opened.

SQL> @$ORACLE_HOME/cpu/view_recompile/view_recompile_jan2008cpu.sql

//执行第二个脚本

SQL> shutdown immediate;

Database closed.

Database dismounted.

ORACLE instance shut down.

至此，PSU的升级已经结束了。

4、验证升级是否成功

SQL> startup

ORACLE instance started.

Total System Global Area  729808896 bytes

Fixed Size                  1269640 bytes

Variable Size             146800760 bytes

Database Buffers          578813952 bytes

Redo Buffers                2924544 bytes

Database mounted.

Database opened.

系统下做一个验证：

[[email protected] 9352164]$ /home/oracle/OPatch/opatch lsinventory-bugs_fixed | grep -i ‘DATABASE PSU‘   //PSU升级完成后检验一下

//验证得知，oracle版本已经由10.2.0.4.0升级为10.2.0.4.4

//一般一个季度会发布一个升级包，如上图，2009年7月、2009年10月、2010年1月、2010年4月分别推出了一个升级包

数据库下做一个简单的验证：

SQL> col COMMENTS for a40

SQL> select action,comments from registry$history;

***********************************************声明************************************************

原创作品，出自 “深蓝的blog” 博客，欢迎转载，转载时请务必注明出处（http://blog.csdn.net/huangyanlong）。

表述有错误之处，请您留言或邮件（[email protected]）指明，不胜感激。

提醒：点击目录，更有助于您的查看。

*****************************************************************************************************

Oracle升级_oracle 10g版本由 10.2.0.4.0升级为10.2.0.4.4（即PSU升级）

时间： 2024-12-30 12:08:00

Oracle升级_oracle 10g版本由 10.2.0.4.0升级为10.2.0.4.4（即PSU升级）的相关文章

Oracle升级_oracle 10g版本由 10.2.0.1.0升级为10.2.0.4.0（即CPU升级）

CPU升级_ oracle 10g版本由 10.2.0.1.0升级为10.2.0.4.0 ***********************************************声明************************************************ 原创作品,出自 "深蓝的blog" 博客,欢迎转载,转载时请务必注明出处(http://blog.csdn.net/huangyanlong). 表述有错误之处,请您留言,不胜感激. 提醒:点击目录,更有

oracle数据库psu升级（本实验是将10.2.0.3.12升级到10.2.0.3.15）

psu升级(本实验是将10.2.0.3.12升级到10.2.0.3.15) 一.解压安装包自定义存放路径为/home/oracle/yjb/psu/10.2.0.3.15cd /home/oracle/yjb/psu/10.2.0.3.15unzip p6880880_112000_04-SEP-2015_Linux-x86-64.zipunzip p20760997_112030_15_Linux-x86-64.zip -d 1120315 二.检查psu补丁是否有冲突/home/oracle

Windows 7平台安装Oracle Client 10g版本时需要做的一点变更

新发的笔记本,Windows 7 Pro,需要安装Oracle Client,同事给了一个10g的版本.安装过程中提示: "正在检查操作系统要求- 要求的结果: 5.0,5.1,5.2,6.0 之一实际结果: 6.1 检查完成. 此次检查的总体结果为: 失败 <<<< 问题: Oracle Database 10g 未在当前操作系统中经过认证. 这个问题网上有很多帖子回复,其实很简单,Orace软件会依赖于refhost.xml这个文件中定义的操作系统类型来识别.10g版

ORACLE PSU升级总结

首先,进行PSU,首要的事情就是认真的看readme.html,从里面我们可以知道很详细的升级步骤已经回退的方案.并且避免了很多的坑 在进行PSU之前,要首先确认你准备升级的版本以及你自己系统数据库的版本,就像我们这次,是从11.2.0.4.0升级到11.2.0.4.2版本,从MOS上去找到相应的PATCH p18031668_112040_Linux-x86-64.zip 可以通过p后面的数字在mos上面很容易的查到该补丁包,从该版本的补丁包的readme.html 中.我们可以看到这样要求

WEBLOGIC 11G (10.3.6) windows PSU 升级10.3.6.0.171017(Java 反序列化漏洞升级)

10.3.6版本的weblogic需要补丁到10.3.6.0.171017(2017年10月份的补丁,Java 反序列化漏洞升级),oracle官方建议至少打上2017年10月份补丁;10.3.6以下的版本需要升级至10.3.6 然后在补丁升级. 一.查看版本 1.用下面命令重配环境变量D:\Oracle\Middleware\wlserver_10.3\server\binsetWLSEnv.cmd 1.1.查看weblogic version D:\Oracle\Middleware\uti

oracle 并发与多版本

并发控制 concurrency control 数据库提供的函数集合,允许多个人同时访问和修改数据. 锁(lock)是Oracle管理共享数据库资源并发访问并防止并发数据库事务之间"相互干涉"的核心机制之一. Oracle使用了多种锁,包括: 1. TX锁:修改数据的事务在执行期间会获得这种锁. 2. TM锁和DDL锁:在你修改一个对象的内容(对于TM锁)或对象本身(对应DDL锁)时,这些锁可以确保对象的结构不被修改. 3. 闩(latch):这是Oracle的内部锁,用来协调对其共

Oracle一般有哪些版本，各个版本有什么区别呢？

Oracle一般有哪些版本,各个版本有什么区别呢? 专业回答 1977年,Larry Ellison.Bob Miner和Ed Oates等人组建了Relational软件公司(Relational Software Inc.,RSI).他们决定使用C语言和SQL界面构建一个关系数据库管理系统(Relational Database Management System,RDBMS),并很快发布了第一个版本(仅是原型系统). 1979年,RSI首次向客户发布了产品,即第2版.该版本的RDBMS可以

Nginx平滑升级到最新版本

(一)简述: 早上收到nginx最新漏洞的通知,Nginx官方发布最新的安全公告,在Nginx范围过滤器中发现了一个安全问题(CVE-2017-7529),通过精心构造的恶意请求可能会导致整数溢出并且不正确处理范围,从而导致敏感信息泄漏. 当使用Nginx标准模块时,如果文件头从缓存返回响应,允许攻击者获取缓存文件头.在某些配置中,缓存文件头可能包含后端服务器IP地址或其他敏感信息.此外,如果使用第三方模块有潜在的可能导致拒绝服务. 影响版本 Nginx 0.5.6-1.13.2 漏洞等级 中危

【Oracle】PSU升级过程

以下是该PSU的自述文件中的内容: 3.2 Patch Installation Instructions Follow these steps: If you are using a Data Guard Physical Standby database, you must install this patch on both the primary database and the physical standby database, as described by My Oracle S