我们知道,UNDO表空间主要用于存储前镜像数据,这些数据在回滚以及恢复过程中可能被用到。但是一个生产数据库的UNDO表空间可能会变得非常巨大,而备份完整的UNDO数据文件在恢复时一般可能用到的比例很小。所以UNDO的很大一部分备份是多余的,在Oracle11g中,Oracle引入了一个新的特性RMAN UNDO备份优化。
在RMAN备份UNDO表空间时,提交事务的UNDO信息将不再备份,这个特性随RMAN强制启用,看来这一特性的好处是不容置疑的。
以下是一个测试数据库中UNDO表空间的信息:
SQL> select * from v$version where rownum <2; BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production SQL> select name,bytes/1024/1024 from v$datafile where name like '%UNDO%'; NAME BYTES/1024/1024 ---------------------------------------- ----------------------- D:\ORADATA\EYGLEE\ O1_MF_UNDOTBS1_6BD0BQ97_.DB 2445
复制
该UNDO表空间有2445M,如果通过常规方式备份,可能需要复制整个文件,现在在Oracle Database 11g中,备份完全不同,备份出来的UNDO表空间仅有4M左右:
RMAN> backup datafile 3; Starting backup at 24-DEC-10 allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=9 device type=DISK channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set input datafile file number=00003 name=D:\ORACLE\ORADATA\EYGLEE\DATAFILE\O1_MF_UNDOTBS1_6BD0BQ97_.DBF channel ORA_DISK_1: starting piece 1 at 24-DEC-10 channel ORA_DISK_1: finished piece 1 at 24-DEC-10 piece handle=D:\FLASH_RECOVERY_AREA\O1_MF_NNNDF_TAG20101224T161523_6K8ONW17_.BKP tag=TAG20101224T161523 comment=NON E channel ORA_DISK_1: backup set complete, elapsed time: 00:00:26 Finished backup at 24-DEC-10 RMAN-08591: WARNING: invalid archived log deletion policy RMAN> list backup of datafile 3; List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 3 Full 4.24M DISK 00:00:22 24-DEC-10 BP Key: 3 Status: AVAILABLE Compressed: NO Tag: TAG20101224T161523 Piece Name: D:\FLASH_RECOVERY_AREA\O1_MF_NNNDF_TAG20101224T161523_6K8ONW17_.BKP List of Datafiles in backup set 3 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 3 Full 2777410 24-DEC-10 D:\ORADATA\EYGLEE\O1_MF_UNDOTBS1_6BD0BQ97_.DBF
复制
Oracle在很多细节之处所做的增强极大增加了数据库的更方面性能和灵活性!
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。
评论
相关阅读
Oracle DataGuard高可用性解决方案详解
孙莹
586次阅读
2025-03-26 23:27:33
Oracle RAC 一键安装翻车?手把手教你如何排错!
Lucifer三思而后行
541次阅读
2025-04-15 17:24:06
【纯干货】Oracle 19C RU 19.27 发布,如何快速升级和安装?
Lucifer三思而后行
450次阅读
2025-04-18 14:18:38
XTTS跨版本迁移升级方案(11g to 19c RAC for Linux)
zwtian
438次阅读
2025-04-08 09:12:48
Oracle SQL 执行计划分析与优化指南
Digital Observer
437次阅读
2025-04-01 11:08:44
墨天轮个人数说知识点合集
JiekeXu
436次阅读
2025-04-01 15:56:03
【ORACLE】记录一些ORACLE的merge into语句的BUG
DarkAthena
434次阅读
2025-04-22 00:20:37
【ORACLE】你以为的真的是你以为的么?--ORA-38104: Columns referenced in the ON Clause cannot be updated
DarkAthena
411次阅读
2025-04-22 00:13:51
Oracle数据库一键巡检并生成HTML结果,免费脚本速来下载!
陈举超
402次阅读
2025-04-20 10:07:02
Oracle 19c RAC更换IP实战,运维必看!
szrsu
386次阅读
2025-04-08 23:57:08