一.简介
数据泵属于逻辑备份 逻辑备份仅关注数据部分，一般作为物理备份的辅助工具；
逻辑备份，可以有很宽松的备份级别：
表级别
模式级别(用户级别的)
表空间级别(数据泵可以)
数据库级别(将整个数据库迁移)
逻辑备份的两种工具：
导入/导出： imp/exp --原始导入导出工具
数据泵： impdp/expdp – oracle 10g之后的工具 --是一种高效的数据和元数据的迁移工具
二.准备工作
使用数据泵需要创建directory目录
三.常用参数
compression= 压缩
content= 用来指定导入导出的数据范围 content=
table_exists_action= 导入数据时使用
– 导入时如果表结构存在的情况下：
– 此参数包含四个选项：skip ,append, truncate, replace
数据库的性能参数
其他常用参数
四.具体操作
在我们日常工作中，使用数据泵的场景一般都是迁移部分表到测试环境，迁移某个用户下的全部数据到测试环境，迁移元数据到其他环境，或者通过数据泵将数据库迁移到高版本等等。下面讲解实际工作中常用的多个场景的具体操作
1.生产环境test用户下的tmp1,tmp2两张表同步到测试环境
2.生产环境test用户下的tmp1,tmp2两张表的create_time大于2024-01-01的数据同步到测试环境
3.生产环境test用户所有数据迁移到测试环境
4.生产环境test用户所有元数据迁移到测试环境
5.通过数据泵进行数据库迁移
生产环境通过expdp迁移要经过多次测试，记录好迁移测试用时。测试确认没有问题才可以进行正式迁移，特别是复杂的业务系统
迁移前首先要统计好源端的所有表空间情况，提前在目标端创建好所有表空间，添加好足够的数据文件
要统计源端所有业务用户，与客户沟通具体哪些用户需要进行迁移 然后统计源端所有对象信息，有多少张表、多少个存储过程、dblink等等，做好记录
最后统计源端所有失效对象，要确保迁移后的失效对象少于源端，没有新多出的失效对象。
五.停止正在运行的expdp/impdp任务
如果任务在前台运行时，ctrl+c会中断。如果在后台运行时，通过 ps -ef | grep expdp找出进程号进行kill -9后任务会中断。中断后其实程序并未完全停止，在数据库中还可以查到任务的信息 下面是两个彻底终止任务的方法
版权声明：
本文来源网络，所有图片文章版权属于原作者，如有侵权，联系删除。
本文网址：https://www.mushiming.com/mjsbk/1241.html