Oracle数据库备份和恢复命令大全-Oracle-PHP中文网

oracle备份恢复无一键命令，必须依运行模式、一致性状态及工具（rman/手工）精准操作：冷备需shutdown immediate并验证实例状态；rman须配置通道、保留策略与控制文件自动备份；expdp/impdp需目录授权与时间点一致性；recover依赖归档完整性；所有备份后必须真机验证恢复。

oracle数据库备份和恢复命令大全

Oracle 没有“一键式备份恢复命令大全”这种东西——所有看似简单的命令背后，都强依赖数据库运行模式（ARCHIVELOG 还是 NOARCHIVELOG）、一致性状态（冷备还是热备）、以及你用的是 RMAN 还是手工操作。盲目套用命令，轻则恢复失败，重则覆盖归档、丢数据。

冷备必须 shutdown immediate，否则备份无效

冷备本质是 OS 层复制文件，前提是数据库已干净关闭。如果只执行 shutdown abort 或进程被 kill，控制文件和数据文件 SCN 不一致，后续 startup mount 可能报 ORA-01122/ORA-01110，根本起不来。

正确流程：先 sqlplus / as sysdba → shutdown immediate → 确认无残留进程（ps -ef | grep ora_）→ 再复制 $ORACLE_HOME/dbs 下的参数文件、v$controlfile 查出的所有控制文件、v$datafile 查出的所有数据文件
关键检查点：备份前务必运行 select status, database_status from v$instance;，输出必须是 STATUS = MOUNTED 或 SHUTDOWN；若为 OPEN，说明没真正关库
常见翻车：有人把 shutdown normal 当成安全关库，但该命令会等所有会话主动断开，实际中可能卡死数小时，误以为“已关”，直接开始 cp，结果备份的是不一致镜像

RMAN 备份命令不是写完就跑，得先配好通道和保留策略

BACKUP DATABASE; 单独执行大概率报错，因为 RMAN 默认不自动分配通道，也不知该往哪存、留几份。它不是 SQL*Plus 命令，而是一套带状态的客户端工具。

oracle知识库

oracle知识库下载

下载

必须前置配置（进 RMAN 后执行）：CONFIGURE DEFAULT DEVICE TYPE TO DISK;（指定磁盘为默认设备），CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman_%U';（定义路径和命名规则），CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;（否则旧备份永不清理）
增量备份要分清层级：BACKUP INCREMENTAL LEVEL 0 DATABASE; 是全量基线，BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE; 表示累计自最近 Level 0，而 LEVEL 1 DIFFERENTIAL 只对比上一次任意 Level 1 —— 混用会导致恢复时找不到链
别忽略控制文件自动备份：CONFIGURE CONTROLFILE AUTOBACKUP ON; 必须打开。否则恢复时没有控制文件，连 startup mount 都进不去，只能靠 trace 文件重建，成功率极低

EXPDP/IMPDP 不是“导出导入”，而是逻辑对象级迁移

expdp 和 impdp 不备份物理块，也不保证事务一致性。它们读取数据字典、生成 DDL+DML 脚本，再在目标库重放。这意味着：高并发更新下，导出途中表结构变了、某张表被 truncate 了，导入后数据就是错的。

必须先创建目录对象：CREATE DIRECTORY dpump_dir AS '/u01/dpump';，再授权：GRANT READ, WRITE ON DIRECTORY dpump_dir TO hr;。路径权限属 oracle 用户，且 OS 层目录必须真实存在、oracle 可读写
导出时加 FLASHBACK_TIME="TO_TIMESTAMP('2026-06-05 14:30:00', 'YYYY-MM-DD HH24:MI:SS')" 才能获得时间点一致性，否则默认按启动时刻 SCN，中间变更不可控
导入时 TABLE_EXISTS_ACTION=TRUNCATE 会清空原表再插，但不会删索引/约束；若用 REPLACE，则先 drop 再重建，但要求用户有 DROP ANY TABLE 权限——权限不足时静默失败，日志里只写 “ORA-39126: Worker unexpected fatal error”

recover 命令只在 MOUNT 状态下生效，且依赖归档是否完整

recover database; 不是万能修复键。它本质是应用归档日志 + 在线日志中的重做记录。一旦归档缺失（比如磁盘满导致归档失败未告警）、或用了 NOARCHIVELOG 模式，这条命令直接报 ORA-00279/ORA-00289，无法继续。

执行前确认：archive log list 输出必须含 Database log mode: Archive Mode 和 Automatic archival: Enabled
若归档不全，recover database until time '2026-06-05 15:00:00'; 可做不完全恢复，但之后必须用 alter database open resetlogs;，这会重置日志序列，之前所有归档彻底失效
热备后忘了 alter tablespace xxx end backup;？查 v$backup，STATUS 列为 ACTIVE 的表空间不能做 recover，强行执行会报 ORA-01137，必须先结束备份或重启库（风险极高）