在知识库中专注阅读，并随时返回相关工具与课程
前几天在处理一个生产环境的数据库恢复任务，2TB 的 Oracle 数据库需要从备份中完整恢复。按照惯例，晚上启动 RMAN 恢复任务，准备让它跑一整夜。 结果第二天早上一看，磁盘空间不够，RMAN 恢复中断了。怎么办，重来吗？ 本文记录一下处理过程，方便后续查看。 查看 RMAN 恢复日志： bash channel c2: reading from backup piece /backup/d
系统学习 Oracle DBA
开通会员 ¥128/月起
查看完整课程本章目标：掌握本章核心知识点 前置要求：完成前序章节学习 预计时长：60 分钟
前几天在处理一个生产环境的数据库恢复任务，2TB 的 Oracle 数据库需要从备份中完整恢复。按照惯例，晚上启动 RMAN 恢复任务，准备让它跑一整夜。
结果第二天早上一看，磁盘空间不够，RMAN 恢复中断了。怎么办，重来吗？
本文记录一下处理过程，方便后续查看。
查看 RMAN 恢复日志：
1channel c2: reading from backup piece /backup/db_full_xxx_1_1_1_20250825.bak2channel c1: ORA-19870: error while restoring backup piece /data/backup/db_full_xxx_1_1_1_20250825.bak3ORA-19502: write error on file "/data/database/tbs_data04.dbf", block number 3145984 (block size=8192)4ORA-27072: File I/O error5Linux-x86_64 Error: 28: No space left on device6Additional information: 47Additional information: 31459848Additional information: -1910channel c2: ORA-19870: error while restoring backup piece /data/backup/db_full_xxx_1_1_1_20250825.bak11ORA-19502: write error on file "/data/database/tbs_data.327.1170146731", block number 37184 (block size=8192)12ORA-27072: File I/O error13Additional information: 414Additional information: 3718415Additional information: 2170881617channel c3: ORA-19870: error while restoring backup piece /data/backup/db_full_xxx_1_1_1_20250825.bak18ORA-19502: write error on file "/data/database/tbs_data.311.1147251363", block number 3219328 (block size=8192)19ORA-27072: File I/O error20Linux-x86_64 Error: 28: No space left on device2122failover to previous backup2324creating datafile file number=16 name=/data/database/tbs_data.dbf25creating datafile file number=36 name=/data/database/tbs_data04.dbf26creating datafile file number=37 name=/data/database/tbs_data05.dbf27[部分数据文件创建日志省略...]28Finished restore at 02-SEP-252930RMAN-00571: ===========================================================31RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============32RMAN-00571: ===========================================================33RMAN-03002: failure of switch command at 09/02/2025 21:19:5534ORA-19563: header validation failed for file3536Recovery Manager complete.从报错 Linux-x86_64 Error: 28: No space left on device 明显可以看到是磁盘空间不足导致恢复中断。
首先需要解决磁盘空间问题，虚拟化增加了一块 2T 盘，执行以下 LVM 扩容操作：
1# 创建物理卷2pvcreate /dev/sdc3# 扩展卷组4vgextend data /dev/sdc5# 扩展逻辑卷（使用全部可用空间）6lvextend -l +100%FREE /dev/data/data_lv7# 调整文件系统大小8resize2fs /dev/data/data_lv
扩容完成后，确认磁盘空间充足后准备重新启动恢复任务。
一个关键问题：RMAN 是否支持从中断点继续恢复，还是需要重新开始？
启动恢复脚本进行验证：
1[oracle@dbserver:/home/oracle]$ sh restore.sh &2[1] 166403[oracle@dbserver:/home/oracle]$ tail -200f restore_2025-09-03.log观察日志输出，可以清楚看到 RMAN 的智能恢复机制：
1Starting restore at 03-SEP-2523datafile 1 is already restored to file /data/database/system.260.10564794814datafile 2 is already restored to file /data/database/sysaux.261.10564794835datafile 3 is already restored to file /data/database/undotbs1.262.10564794836datafile 4 is already restored to file /data/database/undotbs2.264.10564794877datafile 5 is already restored to file /data/database/users.265.10564794878datafile 6 is already restored to file /data/database/tbs_trans9datafile 7 is already restored to file /data/database/tbs_workflow_ex10datafile 8 is already restored to file /data/database/tbs_hist11datafile 9 is already restored to file /data/database/tbs_main12[已恢复数据文件列表省略...]1314# 从未完成的数据文件开始恢复15channel c1: starting datafile backup set restore16channel c1: specifying datafile(s) to restore from backup set17channel c1: restoring datafile 00036 to /data/database/tbs_data04.dbf18channel c1: restoring datafile 00046 to /data/database/tbs_data.310.114725136119channel c1: restoring datafile 00061 to /data/database/tbs_data.325.116530823320channel c1: restoring datafile 00083 to /data/database/tbs_data.347.118992960321channel c1: reading from backup piece /backup/db_full_xxx_1_1_1_20250901.bak使用以下 SQL 查询实时监控恢复进度：
1SQL> set line2222 pages10002SQL> SELECT SID, SERIAL#, CONTEXT, SOFAR, TOTALWORK,3 ROUND(SOFAR/TOTALWORK*100,2) "% Complete",4 TIME_REMAINING/60 "Minutes Remaining"5FROM V$SESSION_LONGOPS6WHERE OPNAME LIKE 'RMAN%'7 AND TOTALWORK != 08 AND SOFAR != TOTALWORK; 910 SID SERIAL# CONTEXT SOFAR TOTALWORK % Complete Minutes Remaining11---------- ---------- ---------- ---------- ---------- ---------- -----------------12 1423 14 1 1063783 15990656 6.65 66.416666713 1992 7 1 809302 12312064 6.57 67.283333314 853 607 3 2569277 262981344 .98 413.86666715 1707 7 1 1091712 15990656 6.83 64.6通过这个案例，想跟大家分享一个很多人可能不太了解的 RMAN 特性。很多 DBA 朋友遇到恢复中断时，第一反应是重新开始，其实完全没必要。
RMAN 的断点续传机制相当可靠，这个功能从 Oracle 9i 开始就有了，但真正用过的人不多。原理很简单：RMAN 会检查目标文件的 header 信息和备份集的元数据，判断哪些数据文件已经完整恢复。
对于刚接触 Oracle 的朋友，遇到大型数据库恢复中断不要慌。RMAN 比你想象中聪明，相信它的断点续传能力。这个机制在企业级应用中经过了无数次验证，稳定性和可靠性都没问题。
当然，预防永远比补救重要。恢复前的规划和检查，远比事后的补救措施来得有效。