环境:数据迁移,版本 11.2.0.4 -> 12.2.0.1 思考: 对于DBA而言,常用物理方式的迁移,物理迁移的优势不必多说,使用这种方式不必担心对象前后不一致的情况,而这往往也解决了不懂业务的DBA最头疼的问题。 对于开发而言,常用逻辑方式的迁移,比如传统的exp/imp或者现在的expdp/impdp,优势是简单方便,不需要了解过多的数据库运维知识。 实际上,在某些数据库升级的场景下,针对业务数据量不大,停机时间充裕的迁移专项来说,也可以考虑采用数据泵逻辑迁移的方式。 那么数据泵的导出导入究竟需要注意哪些事项呢?本文宗旨是通过构建一个简单的例子来说明。
我的想法是,构建一个小的测试用例,但尽可能的包含更多类型的对象,从而模拟现实绝大部分的场景。 那么,仔细的思考下,我们至少需要创建: - 1.1 用户的默认数据表空间、索引表空间、临时表空间 - 1.2 多个用户schema,拥有不同的角色权限 - 1.3 用户下建有表(普通堆表、索引组织表、全局临时表、分区表、簇表、外部表),表上的约束(主键、外键) - 1.4 用户下建有索引(B-Tree索引、bitmap索引、函数索引、分区索引) - 1.5 用户下有视图(普通视图、物化视图) - 1.6 用户下有同义词(public的同义词,private的同义词) - 1.7 用户下有dblink(public的dblink,private的dblink) - 1.8 用户下有存储过程、函数、触发器、包、包体、序列
**2.1 查询public database link** select dbms_metadata.get_ddl('DB_LINK',DB_LINK,'PUBLIC') FROM DBA_DB_LINKS where owner='PUBLIC';
SYS@jyzhao1 >select dbms_metadata.get_ddl('DB_LINK',DB_LINK,'PUBLIC') FROM DBA_DB_LINKS where owner='PUBLIC';
SYS@jyzhao1 >set long 999999
SYS@jyzhao1 >/
DBMS_METADATA.GET_DDL('DB_LINK',DB_LINK,'PUBLIC')
--------------------------------------------------------------------------------
CREATE PUBLIC DATABASE LINK "TO_JYZHAO_LD"
CONNECT TO "LUDAN" IDENTIFIED BY VALUES ':1'
USING 'JYZHAO'
SYS@jyzhao1 >
2.2 查询public synonym
SYS@jyzhao1 >SELECT DBMS_METADATA.GET_DDL('SYNONYM',a.SYNONYM_NAME,a.owner) FROM DBA_SYNONYMS a where a.owner ='PUBLIC' and table_owner in ('JINGYU','LUDAN');
DBMS_METADATA.GET_DDL('SYNONYM',A.SYNONYM_NAME,A.OWNER)
--------------------------------------------------------------------------------
CREATE OR REPLACE PUBLIC SYNONYM "PUBIC_DEPT" FOR "JINGYU"."DEPT"
CREATE OR REPLACE PUBLIC SYNONYM "PUBIC_EMP" FOR "JINGYU"."EMP"
SYS@jyzhao1 >
2.3 查询外部表
SYS@jyzhao1 >select * from dba_external_tables;
OWNER TABLE_NAME TYP TYPE_NAME DEF DEFAULT_DIRECTORY_NAME REJECT_LIMIT ACCESS_
------------------------------ ------------------------------ --- ------------------------------ --- ------------------------------ ---------------------------------------- -------
ACCESS_PARAMETERS PROPERTY
-------------------------------------------------------------------------------- ----------
SH SALES_TRANSACTIONS_EXT SYS ORACLE_LOADER SYS DATA_FILE_DIR 100 CLOB
RECORDS DELIMITED BY NEWLINE CHARACTERSET US7ASCII ALL
TERRITORY AMERICAN
BADFILE log_file_dir:'ext_1v3.bad'
LOGFILE log_file_dir:'ext_1v3.log'
FIELDS TERMINATED BY "|" OPTIONALLY ENCLOSED BY '^' LDRTRIM
( PROD_ID ,
CUST_ID ,
TIME_ID DATE(10) "YYYY-MM-DD",
CHANNEL_ID ,
PROMO_ID ,
QUANTITY_SOLD ,
AMOUNT_SOLD ,
UNIT_COST ,
UNIT_PRICE
)
SYS@jyzhao1 >
主要测试逻辑迁移的可行性,为之后正式停机时的操作奠定基础。
--创建目录(两端):
create directory xdump as '/public/xdump';
create directory xdump as '/public/xdump';
--expdp导出:
nohup expdp system/oracle schemas=JINGYU,LUDAN directory=xdump dumpfile=db1_zs_SCHEMA_%U.dmp logfile=expdp_db1_zs_SCHEMA.log PARALLEL=4 cluster=n &
--impdp导入:
nohup impdp system/oracle schemas=JINGYU,LUDAN directory=xdump REMAP_TABLESPACE=DBS_D_JINGYU:USERS,DBS_I_JINGYU:USERS,TEMP_JINGYU:TEMP table_exists_action=replace dumpfile=db1_zs_SCHEMA_%U.dmp logfile=impdp_db1_zs_SCHEMA.log parallel=4 cluster=n &
正式迁移需要做的事情: - 4.1 锁定迁移的业务用户 - 4.2 杀掉业务会话 - 4.3 关闭job分别在两端 - 4.4 源端导出并传送 - 4.5 目标端准备并导入 - 4.6 创建public对象 - 4.7 解锁业务用户 - 4.8 目标端开启job - 4.9 配合应用测试
--4.1 锁定迁移的业务用户
alter user JINGYU account lock;
alter user LUDAN account lock;
--4.2 杀掉业务会话
select * from v$session where username in ('JINGYU','LUDAN');
select 'alter system kill session ''' || sid || ',' || SERIAL# || ''';' from v$session where username in ('JINGYU','LUDAN');
ps -ef|grep LOCAL=NO|grep -v grep|xargs kill -9
--4.3 关闭job分别在两端
show parameter job_queue_process
SYS >alter system set job_queue_processes=0;
--4.4 源端导出并传送
nohup expdp system/oracle schemas=JINGYU,LUDAN directory=xdump dumpfile=db1_zs_SCHEMA_%U.dmp logfile=expdp_db1_zs_SCHEMA.log PARALLEL=4 cluster=n &
- 4.6 创建public对象
根据查询的public对象,直接创建即可。
- 4.7 解锁业务用户
在迁移升级失败,遭遇不可抗力,最终导致环境确实需要回退时才可以。
alter user JINGYU account unlock;
alter user LUDAN account unlock;
- 4.8 目标端开启job
SYS >alter system set job_queue_processes=1000;
- 4.9 配合应用测试
略
延伸MOS文档: