逻辑导入工具 dimp

1. 基本语法

./dimp USERID=<用户名>/<密码>[@<IP>:<端口>] \
       DIRECTORY=<备份文件所在目录> \
       FILE=<导出的dmp文件名> \
       LOG=<导入日志文件名> \
       [导入级别参数] \
       [其他选项]

2. 主要导入级别参数

3. 常用辅助参数

• TABLE_EXISTS_ACTION=<动作>：表已存在时的处理方式。可选：

• SKIP（默认）：跳过该表，不导入数据。

• TRUNCATE：先清空表数据，再导入。

• APPEND：在现有数据后追加。

• REPLACE：删除并重建表（危险，会丢失结构）。

• IGNORE=Y：忽略导入过程中遇到的错误（如对象已存在），继续执行。

• PARALLEL=<并行数>：并行导入，提高效率（需备份文件支持并行）。

• COMMIT=Y：每导入一批数据后提交，防止大事务占用回滚段。

• ROWS=Y（默认）/N：是否导入数据行。

导入前的准备工作

1. 确认目标库环境：字符集应与导出库一致（否则可能出现乱码或导入失败）。

2. 创建必要用户/模式：如果导入指定用户或模式，需确保目标库中存在这些用户（且权限足够）。可使用 CREATE USER 和 GRANT 提前创建。

3. 清理目标对象：根据需求决定是否提前删除已有对象，或使用 TABLE_EXISTS_ACTION 控制冲突行为。

4. 备份目标库：在生产环境导入前，强烈建议对目标库进行一次物理或逻辑备份，以防误操作。

导入操作示例

场景1：全库导入（FULL）

./dimp SYSDBA/SYSDBA@localhost:5236 \
       DIRECTORY=/dm8/backup \
       FILE=full_db.dmp \
       LOG=full_import.log \
       FULL=Y \
       TABLE_EXISTS_ACTION=REPLACE   # 谨慎使用，会覆盖现有表

场景2：按用户导入（OWNER）

./dimp SYSDBA/SYSDBA@localhost:5236 \
       DIRECTORY=/dm8/backup \
       FILE=owner_user01.dmp \
       LOG=import_user01.log \
       OWNER=USER01 \
       TABLE_EXISTS_ACTION=APPEND

场景3：按模式导入（SCHEMAS）

./dimp SYSDBA/SYSDBA@localhost:5236 \
       DIRECTORY=/dm8/backup \
       FILE=schema_dmhr.dmp \
       LOG=import_dmhr.log \
       SCHEMAS=DMHR \
       IGNORE=Y

场景4：按表导入（TABLES）

./dimp SYSDBA/SYSDBA@localhost:5236 \
       DIRECTORY=/dm8/backup \
       FILE=table_order.dmp \
       LOG=import_order.log \
       TABLES="PROD.ORDER_MAIN,PROD.ORDER_DETAIL" \
       TABLE_EXISTS_ACTION=TRUNCATE

生产环境注意事项

1. 表空间与存储

• 如果导入的目标库表空间不足，导入可能失败。提前检查表空间使用情况，必要时增加数据文件。

• 若使用 REPLACE 或创建表，需确保目标用户拥有在指定表空间上创建表的权限。

2. 约束与触发器

• 导入时，表的约束（主键、外键等）和触发器会在数据导入后重建。如果存在外键依赖，建议先导入主表，再导入子表，或导入完成后手动启用约束。

• 可添加参数 CONSTRAINTS=Y（默认）或 N 控制是否导入约束。

3. 索引

• 导入数据后，索引会自动重建，但大量数据导入时，可先删除索引，导入完成后再重建，以加快导入速度（通过 INDEXES=N 实现）。

4. 大对象（LOB）

• 导出时如果使用了 LOB_AS_FILE 等选项，导入时需要对应处理。一般默认方式下，LOB数据正常导入。

5. 权限

• 执行导入的用户（如 SYSDBA）需要拥有创建用户、角色的权限，以及导入对象的相应权限。普通用户导入自己的对象时无需特殊权限。

6. 字符集

• 若导出库与目标库字符集不一致，可能导致中文乱码或数据截断。建议提前使用 SELECT * FROM V$NLS_PARAMETERS WHERE PARAMETER='NLS_CHARACTERSET'; 检查两库字符集，保持一致。

7. 日志分析

• 导入完成后，务必查看日志文件（LOG=...），确认无错误（Error）或警告（Warning）。若存在失败对象，需单独处理。

8. 并行导入限制

• 使用 PARALLEL 时，要求导出文件为多文件格式（即 dexp 时使用了 FILESIZE 或 PARALLEL 导出）。否则 dimp 的并行无效。

验证导入结果

导入后，通过 disql 登录目标库，执行以下检查：

-- 检查表行数
SELECT COUNT(*) FROM SCHEMA_NAME.TABLE_NAME;

-- 检查对象是否存在
SELECT OBJECT_NAME, OBJECT_TYPE FROM ALL_OBJECTS WHERE OWNER='SCHEMA_NAME';

-- 检查约束状态
SELECT CONSTRAINT_NAME, STATUS FROM ALL_CONSTRAINTS WHERE OWNER='SCHEMA_NAME';

常见报错及处理

达梦数据库表级误删恢复（应急响应场景）

当误删某张表时，利用之前的逻辑备份或从物理备份中提取，是生产环境最高频的操作 。

1.初始化临时实例（从物理备份中提取数据）
如果只有物理全量备份，需要在一个临时目录初始化新库用于恢复。

# 初始化一个临时实例（注意端口不能冲突，如 5237）
cd /dm8/bin
./dminit PATH=/dm8/temp_data PORT_NUM=5237

2.将物理备份恢复到临时实例
使用上一步全库恢复的 dmrman 三步操作，将备份集恢复到 /dm8/temp_data 目录。

3.从临时实例导出误删表

# 启动临时实例
./dmserver /dm8/temp_data/DAMENG/dm.ini
# 另开窗口，导出需要恢复的表
./dexp SYSDBA/SYSDBA@localhost:5237 DIRECTORY=/dm8/backup FILE=miss_table.dmp TABLES=SCHEMA_NAME.MISS_TABLE

4.导入生产环境

# 在生产库（5236端口）中导入表
./dimp SYSDBA/SYSDBA@localhost:5236 DIRECTORY=/dm8/backup FILE=miss_table.dmp TABLES=SCHEMA_NAME.MISS_TABLE

导入后请严格验证数据行数是否一致 。

生产环境最佳实践建议

1. 备份集有效性检查：定期使用 dmrman 中的 CHECK BACKUPSET 命令验证备份集是否损坏。

2. 异地备份：生产环境的备份集务必通过脚本（如 rsync、scp）同步至另一台服务器或对象存储，防止物理硬件损坏。

3. 关键参数配置：

• COMPRESSED：备份时开启压缩（级别5-6），显著节省磁盘空间 。

• PARALLEL：多核服务器可设置并行度（如4或8），加快备份速度 。

4. 保留周期：建议全量备份保留30天，归档日志保留7-15天（视磁盘空间而定）。

在生产环境操作前，务必先在测试环境验证备份文件和导入流程。

参考：

• 达梦数据库备份详解
  

• 达梦数据库备份与还原的操作指南
  

• 达梦数据库备份恢复实战（物理+逻辑）
  

• 达梦数据库-库级物理备份恢复（超详细版）
  

• 达梦数据库备份恢复和DTS工具运用（超详细）
  

• 银河麒麟V10操作系统上备份还原操作实录