那麽請用下面兩個SQL登陸system 或者 sys 或者 sqlplus "/ as sysdba"
select SUM(bytes)/1024/1024/1024 from dba_data_files --預分配的容量
還有
select SUM(bytes)/1024/1024/1024 from dba_segments --實際使用的容量
但是還有一點很懷疑，通過RMAN備份實際上是掃描oracle中的segments，如果您每次備份產生的容量是通過dba_data_files查出的數值，那麽很可能您的備份設置有問題，因爲只有通過Oracle的online hot backup才是直接備份Oracle的datafile而RMAN只備份Oracle的segments。
不知道您那邊是不是使用公制量綱。例如，您在臺北買了100平方米的公寓，家裏居住的人口換算成平方米是60平方米，這個100平方米就是Oracle預分配的量且60平方米是實際使用的量。後來又入住20平米的人這個時候您的公寓是足夠使用的，但是如果您之前買的是60平方米的公寓那麽後來想入住的就不得不等待有人搬出去才能入住。在實際使用的時候，數據會出現不能插入數據庫（unable to extend XXX tablespace）的錯誤。
born_chen
1.8K 消息
0
2014年1月15日 03:00
看了大家的讨论，mobe_chang的avamar备份目前的环境，容量经常爆满。因为数据变化大，所以重复数据删除效果一般。没看到他的保留时间，所以是否考虑缩短保留时间以回收部分空间？不然就只能考虑挂个DD扩容了。
liulei_it
3.2K 消息
0
2014年1月15日 05:00
Dear
您需要對於備份策略做規劃啦，做數據庫全備份的時候不是每天都需要full backup的，例如周日做full backup 其它時候使用increase就OK啦，啓用block change trace功能吧，可以讓您的備份集的容量在增量備份的時候更小。
Anonymous
5 Practitioner
5 Practitioner
•
274.2K 消息
0
2014年1月15日 15:00
就如Kevin所说的，一个full备份是可以用来做恢复的，但只能恢复到备份当天，所以建议您保留最近的备份数据。另外，在您进行备份数据删除之前，对Oracle的数据做恢复测试，以确保Oracle的配置和备份数据能够进行恢复。
每天的数据变化量最好应该小于整个容量的1%，如果Oracle的新数据太多，您可以考虑做incremental的备份，当然我们比较推荐您挂载DD，加大数据空间。
Best Regards,
Simon
mobe_chang
221 消息
0
2014年1月15日 18:00
Hi simon:
非常感激，我已將log發送至您的信箱~
在麻煩您了~
mobe_chang
221 消息
0
2014年1月15日 18:00
Hi simon:
感謝您，我確認了一下，真的是116GB，我去詢問了一下我們負責Oracle的同仁，
他提到目前Oracle DB他們先開了一個空間出來，約為80GB左右，實際使用量在50GB，
該目錄裡面包含了所有的tmp等等檔案，所以有1百多GB的使用量，
用RMAN備份時，會將所有的檔案都做備份，所以是我同事跟我說的有認知上的錯誤!
因為我只問她目前Oracle多大，他就直接說50GB上下，讓我以為avamar 只備份這些!!
感謝您又讓我多上了一課~
另外請教依照上方我提供的圖片中可以看到，每日的New Bytes: 21.1%以及10.2%，
這個數值是指真的備份到avamar中新的備份量嗎?
Anonymous
5 Practitioner
5 Practitioner
•
274.2K 消息
1
2014年1月15日 18:00
关于备份的数据大小，需要看一下备份日志，里面会清楚的说明备份了多少DB文件，备份了多少archive log文件。您可以将这两份备份日志发送到我的邮箱：simon.fu@emc.com
我帮您看一下，然后再反馈给您。谢谢
Best Regards,
Simon
liulei_it
3.2K 消息
0
2014年1月15日 18:00
前辈，按照您的设计。Avamar只适合于OLAP等数据仓库这类的备份情景了？
mobe_chang
221 消息
0
2014年1月15日 18:00
請教各位:
依照上述各位的意見，可以用幾種方式來解決Oracle的備份空間
1.重新規劃備份排程，例如一週一次full，其餘incremental。
2.縮短保存時間
3.購買DD
以上三種我會再進行
另外請教，我還是不懂，為何我們的Oracle DB本身總容量只有50GB上下，
但每天總數據量(消重之前)為何會達到100GB左右呢?
liulei_it
3.2K 消息
0
2014年1月15日 19:00
Hi,buddy
您說您的Oracle DB本身總容量只有50GB上下，可是專家說您的datafile卻有約100GB左右。
那麽請用下面兩個SQL登陸system 或者 sys 或者 sqlplus "/ as sysdba"
select SUM(bytes)/1024/1024/1024 from dba_data_files --預分配的容量
還有
select SUM(bytes)/1024/1024/1024 from dba_segments --實際使用的容量
但是還有一點很懷疑，通過RMAN備份實際上是掃描oracle中的segments，如果您每次備份產生的容量是通過dba_data_files查出的數值，那麽很可能您的備份設置有問題，因爲只有通過Oracle的online hot backup才是直接備份Oracle的datafile而RMAN只備份Oracle的segments。
--注 segments是Oracle中table,index,cluster等等有實際數據的objects。
Anonymous
5 Practitioner
5 Practitioner
•
274.2K 消息
0
2014年1月15日 19:00
对的，New Bytes: 21.1%以及10.2%是备份到Avamar的新数据量
mobe_chang
221 消息
0
2014年1月15日 19:00
Hi lei:
我實際去查詢了Oracle DB後如下圖，預分配量 109GB，實際量67GB，這樣跟我同事說的是有點落差，
但是這樣跟avamar備份的量還是有很大的疑問~
liulei_it
3.2K 消息
1
2014年1月15日 21:00
HI，
預分配量 109GB -- 如果您用oracle的online hotbackup（alter database begin backup alter database end backup）這個方式備份Oracle，那麽每次備份集的大小都差不多啦。
實際量67GB -- 如果您用RMAN來備份Oracle，那麽在FULL BACKUP的情況下才有67GB的容量，在啓用了increasement模式之後實際上每次備份應該是少於67GB的。
不知道您那邊是不是使用公制量綱。例如，您在臺北買了100平方米的公寓，家裏居住的人口換算成平方米是60平方米，這個100平方米就是Oracle預分配的量且60平方米是實際使用的量。後來又入住20平米的人這個時候您的公寓是足夠使用的，但是如果您之前買的是60平方米的公寓那麽後來想入住的就不得不等待有人搬出去才能入住。在實際使用的時候，數據會出現不能插入數據庫（unable to extend XXX tablespace）的錯誤。
至於您說avamar備份的量還是有很大差異。偶覺得目前最重要的問題是如果有可能您最好安排一次異地回復試驗先看看您的備份能不能用於恢復數據庫。RMAN不僅備份已存在的數據還會把在Oracle block上發生的變化量也備份，看來您的數據庫還是很繁忙的呀。像您這個環境處理考慮備份軟件的備份策略的配置，在不考慮傳輸帶寬的情況下使用目標端消重的設備。
額外說一句，您可以使用 rman target system/XXXX@DB_NAME nocatalog登陸RMAN。
RMAN〉list bakckup summary -- 列出備份集，如果看到S列的值為A，那麽恭喜這個備份可以被使用
RMAN〉list recoverable backup of database; --列出可恢復的數據庫備份集
mobe_chang
221 消息
0
2014年1月16日 22:00
Hi
請教在oracle中可以看出每日的資料變動大小嗎?想拿來與Avamar每日的備份量來比較一下~
mobe_chang
221 消息
0
2014年1月16日 23:00
有的正在執行~但出現錯誤!!
不過這裡問可能會與本主題不相關，我另開一個討論好了~
liulei_it
3.2K 消息
0
2014年1月16日 23:00
hi，如果與Avamar每日的備份量來比較。遺憾的是Oracle本身是沒有這種審計功能您需要自己單獨記錄這樣的資訊，或者在Avamar日誌中也應該有您需要的訊息。
如果您拿有test數據庫可以在那上創建並記錄這樣簡單的審計資訊。