原数据库：oracle9i
新数据库：oracle10g
数据量:<5G
迁移方式：采用exp/imp方式
估计用时:<=5min
迁移准备期：
1.系统环境准备
操作系统：windows server 2003
Cup：Intel(R) Core(TM)2 Duo CPU E8500 3.16G
内存：4G
硬盘：640G
2.安装和调试相关软件
安装Oracle10g 10.2.0.1.0版本的数据库，建立orcl数据库实例，新建了CTMSOWNER用户并赋予了DBA权限，进行事务处理以及表分区等测试，运行正常。
3.模拟迁移测试
用Oracle9i导出的dmp二进制文件可以顺利导入Oracle10g中，没有出现警告或者错误，用bat文件实现自动导出备份正常。这里出现了一个小小的问题，我在Oracle10中新建的CTMSOWNER用户采用的表空间是CTMS，但导入的数据还是用回原来的USER表空间，幸好这点对数据库并没有影响。
另外，oracle10g默认的实例是处于非归档模式的，这种模式下虽然也可以从备份中恢复数据库，但是不能将数据库恢复到介质失败时的状态，而归档模式可利用脱机或联机备份从介质失效中进行完全或者不完全恢复，故数据库应该设置为处在归档模式下运行。这里使用shutdown关闭数据库后，无法用startup直接开启，要重新连接到一个空的例程后才能打开数据库。
为保证数据安全，以免在迁移失败时丢失一部分数据，用9i客户端从10g中导出的数据可以导入到9i数据库中，虽然出现了警告，但这是由于字符集造成的,对数据没有影响。这里涉及到不同版本数据库的兼容问题:高版本数据库能够兼容低版本数据库,也就是说用9i导出的数据可以导入10g中,而用10g导出的数据则无法导入到9i.
4.根据模拟测试结果准备正式迁移
前期的准备工作基本完成，由于高版本数据库对低版本具有兼容的特点以及在同个操作系统平台进行迁移，故系统负载以及数据库性能可以满足当前的需求，个人觉得不必要再另行找专业软件测试。[目前已安装了 benthmark 以及 loadrunner 测试软件,但还未掌握其技术要领]
正式实施数据库迁移
1.备份应用系统数据库，以便迁移失败时恢复；
2.正式迁移，将旧数据库导出的数据导入新数据库
3.测试新数据库的运行状况，备份新数据库数据
4.观察迁移后系统的运行状况