在网上找了Oracle9i升级Oracle10g的文章,在这里与大家共享一下。并做了简单的transport tablespace的版本升级Oracle10g测试。当然还会有更多的升级Oracle10g的方法。下面就来简单的讲解下。
升级Oracle10g具体的实现方法:
1.先为主库建立一个dataguard数据库(可以在线做)
2.在dataguard库上安装10g软件(可以在线做)
3.整理一些不能通过transport tablespace搞定的东西,比如sequence,synonyms,grants……
4.停止主库这边所有write的应用,提供read的服务(写入停止,提供查询)
5.强制归档主库redo log并传到dataguard恢复(写入停止,提供查询)
6.利用transport tablespace来转换数据库版本,并创建sequencee,synonyms,grants等(写入停止,提供查询)。
7.验证新环境的过程,在验证过程中如果发现有问题,则可以切换会原来的系统(写入停止,提供查询)。
8.切换应用到10g数据库(提供服务)
amadeus在演习时做到10分钟内完成4,5,6,7并成功切换了系统,考虑到他们的数据库繁忙程度和数据库容量非常大,这真是一项伟大的成就。我们可以在以后的数据库版本的升级过程中借鉴他们的方法。
验证一下transport tablespace可以运用在版本升级
在9i的库上创建一个test tablespace
createtablespacetest
创建一张表在test表空间上
createtabletest1(anumber)tablespacetest;
把test表空间置为read only模式
altertablespacetestreadonly;
到处test tablespace的metadata #p#
exp\'sys/sysassysdba\'transport_tablespace=ytablespaces=(TEST)file=test.dmplog=test.log
传输dmp文件和数据文件(在amadeus的案例里面由于10g的库和9i的库在同一台机器上,所以避免了拷贝数据文件的时间,这也是整个方案的重点之一)到远程
scptest.dmporacle@10.0.100.115:/opt/oracle/
在目标库上导入metadata数据
imp\'sys/sysassysdba\'transport_tablespace=ytablespaces=(TEST)file='/opt/oracle/test.dmp'datafiles=
查看test1表,发现数据一致
SQL10G>select*fromtest1;
把test表空间置为read write模式
altertablespacetestreadwrite;
一切正常,测试完毕
这个测试简单的模仿了transport tablespace升级数据库的可能性,当然在实际过程中我们要校验是否自包含表空间,是否需要创建sequence等,但是总体来说这种方案能提供最短时间内的数据库版本升级。