介绍几种库升级方案

第一种方案(用升级程序:dbua):

适合: 这种方案适宜于数据量比较大，适用大版本之间的升级，也可以用在支持直接升级的数据库版本

方法: 例如用这种方案在原来的数据库的机器上安装10g的软件,但不安装10g的数据库.安装完10g的软件后,运行10g的数据库升级助手实用程序dbua,然后通过此升级向导完成9ig到10g的升级过程.升级过程中, dbua会自动的将一些数据库的配置更改成适合10g的环境,如数据库参数设置,内存配置,sql,pl/sql引擎等和数据库管理,操作相关的软件的版本也会自动升级到10g；此方法有一定风险，建议在升级之前要备份数据库

优点: (1)对于数据规模比较大的数据库而言,用这种方法升级是最快速的. (2) 保留原有数据库的物理结构(如数据文件,重做日志文件)和逻辑结构(表空间,用户,系统权限设置等),无需重新规划数据库.

缺点: 这种方案存在一定的风险.虽然,10g的数据库升级助手实用程序dbua总体而言比较稳定,但是万一升级失败的话,原来的数据库就有可能使用不了,某些功能丢失,或运行不正常.所以在正式升级之前一定要先在测试库上先演练一下升级的所有过程,确认无误后才能在生产库上执行升级

dbua支持直接升级的数据库版本:

l oracle 8版本8.0.6

l oracle 8i版本8.1.7

l oracle 9i版本9.0.1

l oracle 9i版本9.2.0

第二种方案(用导入/导出工具:imp/exp、或exp/imp transport tablespace):

适合: 这种方案适合数据量不是很大,中小规模的数据库升级，建议适用于大版本之间的升级，如8i升级到9i，9i升级到10g；也可以用到支持可直接安装的小版本，如果有的话，呵呵

方法: 先把旧的数据库的数据导出来（建议按“用户方案”导出，不用SYS用户导出，因为新的大版本数据库要多些内容，如果用SYS导入的话容易报错），然后新安装10g软件和新建一个10g的数据库,建立好逻辑结构（用户、表空间、DBLINK、系统权限等）和物理结构（各数据文件等），然后将旧库的dump文件导入至新库；注意在新库用户赋予权限的时候（针对升级到10g），其中connect resource 不包括建立视图的权限

优点: (1)用这种方法最大的优点是安全. 我们新建一个10g的数据库并导入旧库的数据以后可能保留原来的数据库,直到应用系统在新的数据库运行无误后才删去原有的数据库.如果有问题,还可以切换回原来的数据库,升级的风险非常小.

(2)可以优化数据库结构.如果原来的数据库结构不好,如很多用户的数据存储在system表空间,或者是表空间碎片比较多,通过导出再导入到一个数库后,这些数据库的结构能够得到优化.

缺点:（1）升级的时间可能相对会长一些,因为导入导出的速度并不是很快 （2）因为得新建一个数据库,所以得重新规划数据库的结构,如数据文件,表空间等.

（3）因为要建新库，可能会增加一些硬件投资

第三种方案（升级包）

适合：库数据量大小均可，建议适用于小版本之间的升级

方法：下载相应的升级包，按照安装说明安装即可，建议安装 前要备份好数据库

优点：不需要重新建立数据库，保留数据库原有的模型，逻辑结构和物理结构缺点：需要按照相应的安装说明来升级，源升级包资料需要另外下载，对于某些版本的升级安装说明比较繁琐

以上内容部分是网上资料提供，感谢那位作者，还有一些加了自己的观点和经验，如果大家有什么好的意见可以及时沟通下，共同学习！~