Oracle RMAN对数据库进行全备份时的疑问

BACKUP
   not backed up 1 times
   filesperset 4
   FORMAT 'al_%s_%p_%t'
   archivelog all delete input;

有备份归档日志，肯定要大很多，建议备份归档，大点就大点吧，归档很重要的，或者改一下计划，归档和数据文件分开备收起

回复 16# lhrbest


   帖子不是我开的收起

帖子该结了吧收起

回复 14# 惜分飞


   OKay，谢谢，我和客户DBA再核对下……收起

回复 12# ttkanni


   你这个具体要看数据是怎么清理的，而且要看数据库是什么版本的
从10204开始，如果是drop truncate 等方式删除的数据，不会被备份，如果是delete删除的数据，依旧会备份
如果是以前备份，drop，truncate都会备份收起

回复 11# liulei_oracle


   确实是EMC的Networker，我这个的大小是在备份软件里看到了的，为了验证准确性，我在MASTER SERVER上用命令查出来那个数据库备份片的总大小也是10 TB。
   在Networker这端显示的是Networker接受处理的数据大小，DD作为VTL使用的话，消重操作在NETWORKER处理完备份信息后将数据写入到介质时发生的，所以这个大小应该确实是备份的大小，因为备份片的总和都是10 TB。

   另外看下12楼我的回复，可能是我理解的那个原因吗？收起

回复 10# 惜分飞


   在客户的主机上，我查看过rman备份产生的日志，所有的 input datafile语句后的datafile只备份了一次，这个确实没有问题。   而且我这个脚本，是以前备份这个数据库时留在上面的（当时是作为账务数据库，正式生产），现在只是改了改配置参数。


   另外我想咨询下，这个数据库是客户的账务数据库，后来云化，不作正式生产，迁入准生产，当时清理过数据库，接着还做了一些导数测试性能的操作，原库的大小是4 TB左右，导数后增涨为 8--9 TB左右。测试完成后，清理了无效数据，也就是现在的6.3 TB。（数据库一直在运行，且准生产后只做了这些操作，其余时间静止没有任务）。根据RMAN的备份机制，也会备份曾经使用过的块（即使现在上面没有数据），可能不可能这样导致备份多出来4 TB？

   我对数据库的理解不深，如果有问题，还麻烦指正一下。收起

看楼主的截图使用的备份软件应该是EMC的networker吧。
其实很简单，您在备份软件里的report这个页面点击 daily backup statistics或者group  backup statistics就可以看到备份总得大小了。再说了DD是采用的目的端消重复，备份在DD中不一定是您估算的大小呢。收起

备份脚本没有问题

你需要观察下是否备份了多份，看下rman的默认只配置
show all;


另外最好把list backup结果拿出来收起

回复 7# 静以致远


   现在的问题不是片大不大的问题，客户那边数据库存储是VMAX 20K，备份的存储是DataDomain 5xxx，备份性能很好。
   为什么在数据里查询数据库数据文件大小才6.3 TB，备份出来的备份片总是10 TB，多了接近一半……备份的归档也才4 GB。收起