Oracle 11G R2完整克隆含依赖与表空间的Schema最佳方案问询

嘿，针对你全新Oracle 11g R2环境克隆Schema的需求，我推荐用**Oracle Data Pump（EXPDP/IMPDP）**作为核心方案——它是Oracle官方原生工具，能大幅减少表空间手动重建的工作量，还能高效迁移Schema的所有依赖对象。下面是实操性极强的实现方式、可用工具和完整流程：

Data Pump支持Schema级别的导出导入，能自动处理表空间的创建/映射（只要配置好权限），同时完整迁移Schema内的所有对象（表、索引、程序包、触发器等）及其依赖。搭配Oracle内置的依赖查询工具，就能轻松搞定跨Schema依赖检查。

• Oracle Data Pump（EXPDP/IMPDP）：免费原生工具，命令行操作高效，支持灵活的参数配置（表空间映射、对象过滤等）
• Oracle SQL Developer：图形化工具，适合不习惯命令行的用户，内置Data Pump功能，还能可视化查看对象依赖
• ALL_DEPENDENCIES视图/DBMS_UTILITY.GET_DEPENDENCY：Oracle内置的依赖查询工具，用于精准定位跨Schema依赖

1. 源环境：Schema级导出 #

首先在源库创建导出目录（若已有可跳过）：

CREATE DIRECTORY exp_dir AS '/your/export/path';
GRANT READ, WRITE ON DIRECTORY exp_dir TO your_source_schema;
GRANT EXP_FULL_DATABASE TO your_source_schema; -- 授予导出全库权限（Schema级导出需要）

执行导出命令（命令行）：

expdp your_source_user/your_pwd@source_db schemas=your_source_schema directory=exp_dir dumpfile=schema_dump.dmp logfile=exp_schema.log

如果只想导出指定表空间的Schema对象，可添加tablespaces参数：

expdp your_source_user/your_pwd@source_db schemas=your_source_schema directory=exp_dir dumpfile=schema_dump.dmp logfile=exp_schema.log tablespaces=ts_target_1,ts_target_2

2. 目标环境：预配置与导入 #

先创建导入目录：

CREATE DIRECTORY imp_dir AS '/your/import/path';
GRANT READ, WRITE ON DIRECTORY imp_dir TO your_target_user;
GRANT IMP_FULL_DATABASE, CREATE TABLESPACE TO your_target_user; -- 授予导入和建表空间权限

执行导入命令，关键参数实现自动表空间处理：

impdp your_target_user/your_pwd@target_db schemas=your_source_schema remap_schema=your_source_schema:your_target_schema directory=imp_dir dumpfile=schema_dump.dmp logfile=imp_schema.log tablespace_exists_action=CREATE

• remap_schema：将源Schema映射到目标Schema（如果目标Schema名不同）
• tablespace_exists_action=CREATE：目标环境不存在对应表空间时自动创建，完全省去手动建表空间的操作

如果需要将源表空间映射到目标环境的其他表空间（比如源是TS_OLD，目标是TS_NEW），可添加remap_tablespace参数：

impdp your_target_user/your_pwd@target_db schemas=your_source_schema remap_schema=your_source_schema:your_target_schema remap_tablespace=TS_OLD:TS_NEW directory=imp_dir dumpfile=schema_dump.dmp logfile=imp_schema.log

3. 跨Schema依赖检查 #

方法1：用ALL_DEPENDENCIES视图批量查询 #

在源库或导入后的目标库执行以下SQL，找出当前Schema依赖其他Schema的所有对象：

SELECT 
  owner AS 当前Schema,
  name AS 对象名,
  type AS 对象类型,
  referenced_owner AS 依赖Schema,
  referenced_name AS 依赖对象名,
  referenced_type AS 依赖对象类型
FROM ALL_DEPENDENCIES
WHERE owner = 'YOUR_TARGET_SCHEMA'
  AND referenced_owner != 'YOUR_TARGET_SCHEMA' -- 过滤跨Schema依赖
ORDER BY referenced_owner, referenced_name;

方法2：用DBMS_UTILITY检查单个对象依赖 #

针对特定程序包，查看其跨Schema依赖：

SET SERVEROUTPUT ON;
EXEC DBMS_UTILITY.GET_DEPENDENCY('PACKAGE', 'YOUR_TARGET_SCHEMA', 'YOUR_PACKAGE_NAME');

方法3：SQL Developer可视化检查 #

打开SQL Developer连接目标库，找到目标Schema的程序包，右键选择「View Dependencies」，就能直观看到所有依赖对象，包括跨Schema的关联。

4. 迁移后验证 #

• 检查表空间是否按预期创建/映射
• 对比源和目标Schema的对象数量（表、程序包、索引等），确保无遗漏
• 执行程序包的测试调用，验证依赖功能正常
• 检查导入日志，确认无报错或警告

• 若源表空间有特殊存储参数（如块大小、自动扩展设置），Data Pump会自动继承，无需手动配置
• 跨Schema依赖的对象如果在目标环境不存在，导入时会报错，需先迁移依赖对象或在目标环境创建同义词
• 确保源和目标环境的Oracle版本兼容（11g R2之间无问题，跨版本需注意向下兼容）

内容的提问来源于stack exchange，提问作者noobienoobs