Oracle数据泵移植数据库的设计与实现.docVIP

Oracle数据泵移植数据库的设计与实现 　　摘 要：将两个数据库以最快的方式移植到较高的Linux平台。数据采用可传输性表空间的方法进行移植，其它对象采用数据泵不同功能选项进行移植。 　　关键字：数据泵；顺序；细节处理 　　中图分类号：TP311.1 　　近年来，由于服务器平台更新换代较快，原来在设备型号较陈旧的一些数据库平台需要移植到性能较高的其它平台，数据库移植也就有了较多需求。关于数据库移植，现已有很多方法和经验介绍，有针对全库的rman移植，也有针对个别对象的数据泵移植。笔者由于工作需要，将两个数据库以最快的方式移植到较高的Linux平台，其中数据采用可传输性表空间的方法进行移植，其它对象采用数据泵不同功能选项进行移植。 　　1 两个数据库平台介绍 　　源库：windows2003 oracle；版本：.0；字节顺序：little（字节顺序一致很重要，省了转换的麻烦）。 　　目标库：windows2003 oracle；版本：.7；字节顺序：little（Select * from V$TRANSPORTABLE_PLATFORM ORDER BY PLATFORM_ID；）。 　　确认字节顺序一致很重要，省了转换的麻烦，不在此赘述。 　　数据库移植思路：根据源和目的两个表空间的特点，采用传输性表空间移植的方式，先对表空间DB01_A和DB01_B进行移植，存储过程、函数、视图、db-link连接使用数据泵分类按序移植。 　　2 移植步骤 　　2.1 移植前的准备检查 　　（1）首先对源表空间的自包含集进行检查、清理。即需要移植的表空间不得包含依赖性的非本表空间的对象建立的关系。 　　Exec dbms_tts.transport_set_check（‘DB01_A’，TRUE，TRUE）； 　　Select * from TRANSPORT_SET_VIOLATIONS； 　　Exec dbms_tts.transport_set_check（‘DB01_B’，TRUE，TRUE）； 　　Select * from TRANSPORT_SET_VIOLATIONS； 　　对DB01_A和DB01_B不符合检查标准的索引等对象删除、清理。 　　（2）源、目的库的用户要创建一致。参考源数据库在目标库建立了所有的普通用户。移植后的用户属性、权限及默认表空间待移植后重新赋权。执行expdp的用户要赋予exp_full_database的角色。 　　（3）目的库的移植元文件使用目录确认。 　　元文件放到目标库DATA_PUMP_DIR参数指定的地方，具体确定方法为： 　　Select * from dba_directories；DATA_PUMP_DIR一般是默认的目录，路径过长。笔者新建一个目录，并指定其为导入/出目录。在系统跟即/目录下创建yizhi，在sqlplus里制定/yizhi为导入导出目录。 　　create or replace directory directory_name as ‘/yizhi’； 　　grant read，write on directory directory_name to system 　　如果使用其它普通用户导入，还需赋予创建对话的权限； 　　Grant create session to username； 　　2.2 正式移植 　　（1）源库关闭所有应用、连接、计划任务，关闭监听程序。在关闭监听的情况下，在sqlplus里修改数据库的属性，read only。必须将数据库的属性修改为read only，数据库元数据才能导出。上述举措为了保持移植数据一致性。 　　alter tablespace DB01_A read only； 　　alter tablespace DB01_B read only； 　　（2）导出元数据，指定可传输表空间参数TRANSPORT_TABLESPACES 　　expdp ‘sys/xxx@db01 as sysdba’ dumpfile= DB01_A.DMP directory=DATA_PUMP_DIR TRANSPORT_TABLESPACES=DB01_A； 　　expdp ‘sys/xxx@db01 as sysdba’ dumpfile= DB01_B.DMP directory=DATA_PUMP_DIR TRANSPORT_TABLESPACES=DB01_B； 　　经实战移植验证，550G的表空间DB01_A 导出成80M的元文件需4分钟，80G的表空间DB01_B导出 70M的元文件需3分钟。 　　（3）分类导出其它。 　　expdp syst