ORACLE 10.2.5垮版本升级11.2.2 for windows 详细文档

OS环境：windows XP pc 32bit

数据库版本：10.2.0.5

升级版本：11.2.0.2

下面这是ORACLE的升级线路图，

通过下图可以看出，10GR2数据库想升级到11R2，则必须先升级数据库>=10.2.0.2，才可以继续升级

 

 

 

 

实验步骤：

1：一致性关闭数据库

2：关闭所有和ORACLE有关的后台服务，包括server，监听等。

3：安装ORACLE 11.2.0.2补丁软件

4：升级数据库

 

开始实验：

 

//一致性关闭数据库

C:\Users\Administrators>sqlplus / as SYSDBA


SQL*Plus: Release 10.2.0.1.0 - Production on Fri Nov
Copyright (c) 1982, 2005, Oracle.  All rights reserve
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0
With the Partitioning, OLAP and Data Mining options

SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。

 

//关闭所有与ORACLE相关的后台服务

 

//下载11.2.0.2的补丁软件，安装补丁软件

1：

2：

跳过软件更新

3：

这项可以分两步走

第一种选择：仅安装软件，软件安装完后在DOS命令使用DBUA再次升级数据库。

第二种选择：升级现有数据库，这一步首先会安装软件，然后自动启动DBUA程序，继续升级数据库。

我选择第二种，升级现有数据库。

4：

选择产品语言

5：

选择版本：我们选择企业版

6：

选择一个新目录安装ORACLE11G的软件，不要与10G的软件安装在同一目录，以免混淆。 

出现了这个问题，感觉很奇怪，因为内存空间完全够用啊，怎么检测通不过呢，经过查找资料这里需要打开磁盘的共享属性：

C:\Documents andSettings\Administrator>net share c$=c:

c$ 共享成功。

重新进行检测

7：

一切选择就绪好，点击安装，这时候则开始安装11G的软件。

 

这个时候出现了一个错误，提示找不到OracleMTSRecoveryService的位置，于是就查注册表中该键值，发现一个问题，解决方案如图

接着进行

—————————————————————————————————软件安装完成——————————————————————————————————————

 

以下步骤是软件安装完成后，ORACLE会自动调用DBUA升级助手，下面开始配置数据库升级

1：

因为我10G的数据库没有配置过监听，所以数据库在调用DBUA前会自动调用NETCA工具配置监听，配置完成后退到DOS窗口，必须自己手工调用DBUA升级助手。（如数据库原来有监听，那么则会直接调用DBUA升级助手升级数据库）

2：

选择需要升级的数据库

3：

升级之前必须清空回收站，否则报错。

4：

清空回收站

5：

选择并行度，关闭归档，一定要备份数据库，即使升级失败，也会恢复到升级前的时刻。

6：

选择是否在升级过程中迁移数据文件（包括数据文件，日志文件，控制文件）

7：

8：

以下是数据库升级概要，包括升级日志等，点击完成开始升级。

9：

升级数据库是个非常缓慢的过程，需要耐心的等待。

为了避免升级过程中出错，这里选择了先备份再升级选项，所以上图在升级前有一个备份的操作

出现这个错误的原因是我源数据库的sga_target设置为600M，而11.2.0.1要求最低644M ，这个时候当然不能选择“中止”，但是选择“忽略”后，升级程序还是不能进行，这个时候没办法，只能按照它的提示先进行恢复，恢复到10.2.0.3，修改sga_target参数后再进行升级

上图是恢复的过程，恢复完成后给出了下图的提示：

说明升级失败（已经恢复了，当然升级失败了）；先修改sga_target再说

接着用Database Upgrade Assistant 进行升级（在dos窗口中输入dbua),步骤如上面一样，这里来看一下升级程序备份源数据库的情况

红色框着的部分是第一次升级时备份，绿色框着的部分是第二次也就是修改过sga_target后备份的情况，其中有三个文件重叠了，也就是说进行了覆盖；如果空间不够的话可以把红色框着的部分删除； 

接着向下进行

这个时候，在刚才dos窗口中会有这样的提示：

给出了升级后的重大性能更改，详细信息可以查看该路径下的这份文档；

接下来检查数据库情况（还在修改sga_target那个窗口，这样可以做个对比）：

OK ，其实到了这里说明数据库已经完成了升级，可以正常使用了； 那么源数据现在什么情况呢，经检查，发现源数据的服务、路径、相应文件均存在，其实已经没有存在的必要了，那么就删除

 

以上就是这次升级的所有操作，希望大家以后在做升级前一定要做好备份，如果失败，后果不堪设想

原文来自：http://blog.csdn.net/haiross/article/details/18356063