ORACLE数据泵数据迁移.txt爱情是彩色气球，无论颜色如何严厉，经不起针尖轻轻一刺。一流的爱人，既能让女人爱一辈子，又能一辈子爱一个女人！表迁移步骤，须测试验证
一、创建一张数据迁移管理表，用于记录哪些表需要迁移，防止疏漏
create table mcmcc.myadmin (table_name varchar2(100));
将要导出的表名插入这张表
表中可能已经有些测试数据，请自行清除
二、从源数据库导出
用ORACLE用户登录服务器IP
cd /dmp 这是数据导出的工作目录，所有的参数文件、日志、导出文件都在此
expdp username/password parfile=parfile.exp.myadmin
这是导出命令，expdp是数据泵导出工具，比exp工具快很多
parfile.exp.admin是参数文件，内容如下：
DUMPFILE=mcmcc.tousu.p%U.dp 导出生成的文件命名，因为下面定义了并行度，所以将按序号生成多个文件
DIRECTORY=dpdir 导出位置，系统中事先指定了dpdir指向目录“/dmp”,即“create directory dpdir as '/dmp';”
LOGFILE=mcmcc.tousu.exp.log 导出日志，供检查
parallel=4 并行度4，不建议更大了，可能对生产系统压力过大，且存储设备IO能力有限
schemas=mcmcc 限定mcmcc用户
INCLUDE=TABLE:"IN 只对限定的表做导出
(
select table_name from mcmcc.myadmin
)
三、导入目标库
源数据库主机上的/dmp目录，应经通过NFS挂载到了目标数据库主机IP2上，位置在"/imp"，所以不必在两台机器间传递数据节约时间
ORACLE数据迁移
Oracle数据库数据迁移
-2- 文档信息
文档名称 Oracle数据库数据迁移
制作人 毛金才 制作日期 2010-12-06
文档版本编号 MJC046 项目文档编号
版本历史
版本 日期 修订内容 修订人
1.0 2010-12-06 创建 毛金才
Oracle数据库数据迁移
-3- 目 录
1. 概述 ............................................................................................................................................................................ 4
1.1. 文档描述 .......................................................................................................................................................... 4
1.2. 系统现状 .......................................................................................................................................................... 4
2. 环境准备 .................................................................................................................................................................... 5
Oracle数据迁移方案
数据迁移通俗的说就是将数据从一个地方转移到另一个地方。主要使用场景有：根据正式系统搭建测试环境、从内网复制到外网、数据库服务器硬件升级等。根据需要迁移的数据量大小、系统架构，可采取不同的迁移方法。
注：以下所说方法，不考虑数据的增量更新、不考虑数据的实时同步、不考虑数据的逻辑转换。如果有这些需求，建议使用第三方ETL工具或使用Oracle的其他数据同步技术。
一、常用示例
1.1 如何在客户现场搭建测试环境？
常规方案，使用imp/exp工具，先在源库执行直接路径导出操作，然后在目标库执行导入操作。IMP/EXP的执行速度主要受限于磁盘及网络。
数据量：1.5G
导出用时：5分钟
导入用时：23分钟
导出文件大小：641M
导出导入环境：单CPU，700M内存。为力求最大速度，使用直接路径导出、设置最大I/O缓冲、导入导出文件都放在服务器上执行。
1.2 还有没有更快的办法？
有，仍然使用impdp/expdp。只是不再将数据导出后导入，而是直接将数据从源库导入到目的库。
CMD> Impdp testi@目标库 directory=DMPDIR schemas=TESTI
network_link=源库dblink remap_schema=TESTI:TESTA
上面语句的操作是将源库的TESTI用户的数据，导入到目标库的TESTA用户下。
这个操作是局域网内迁移数据最方便的工具，不过也可能是速度最慢的工具。
1.3 有没有还快一点的方法？
有，换用impdp/expdp。同样在源库执行导出，在目标库执行导入。操作速度能得到极大提升。IMPDP/EXPDP速度主要受限于磁盘，与网络无关。 原数据大小：1.5G
expdp导出操作用时：5分钟
impdp导入操作用时：22分钟
导出文件大小：588M
导出导入环境：单CPU，700M内存，并行度 = 1
你不是说这个会更快么？为什么速度跟3.1的imp/exp差不多啊？
ORACLE数据库跨平台升级方案研究和实施
12李灿召 孙玉晶
（1.中国移动通信集团 吉林有限公司 业务支撑中心 吉林 长春 130021；2.中国移动通信集团 吉林有限公司 长春分公司 吉林 长春 130000）
摘 要： 随着关系型数据库的不断发展和新技术的引入，数据库作为各行业的数据核心和业务枢纽，数据量呈几何倍数膨胀，超TB级数
据库不再鲜见。数据量的膨胀导致后续的版本升级和系统迁移更难操作，结合实际操作经验，从时间、风险和应急策略等方面入手，详细阐
述大数据量数据库跨平台升级方案的研究、选择和实施，在实际的操作过程中取得良好的效果，具有一定的参考价值。
关键词： ORACLE；数据库；升级；数据迁移
中图分类号：TP311 文献标识码：A 文章编号：1671－7597（2012）1110109-01
2010年基于系统发展实际需要，决定对业务支撑系统数据2 方案介绍库进行升级，核心CRM和BOSS核心数据库由9i升到10G，服务器“不停机”的跨平台数据库升级和数据迁移方案，通过中更换为IBM平台，存储更换为EMC，CRM和BOSS数据库作为业务支间数据库实现基础数据同步和迁移，规避了前期数据同步期间撑系统的数据中心和业务枢纽，其升级方案的选择尤为重要。对正常生产的影响，中间数据库利用原系统BC备份搭建，服务CRM和BOSS数据库容量均超过10TB，实际数据量都在5TB左右，器和原系统的主机、数据库保持一致，配置比原系统低很多。项目要求在完成新、旧系统切换的同时进行垃圾数据清理、分该方案采用数据分级模式组织实施，通过中间数据库实现历史布规划和权限优化。数据（静态数据）和基础数据的准备，前期准备工作完成后通1 方案选择过SharePlex软件保持活跃数据的准实时同步，正式割接时待
1.1 影响因素数据同步完成后即可实施割接，割接同时启用反向同步机制，确保升级失败回切时原库数据的准确性。业务连续性挑战：业务支撑系统是24x7全天候运行的系
