[求助]TSM自身DB大小問題??

viacky

我們使用TSM5.5來備份整個(gè)公司的數(shù)據(jù), 之前在安裝時(shí)分配的DBVOL比較小, 所以我用define dbvolume重新定義了一個(gè)3GB的數(shù)據(jù)庫(kù)卷,

通過extent db來增加TSM自身數(shù)據(jù)庫(kù)的可用大小,,,可以經(jīng)過兩年來, 定義的3GB dbvolume也快用完, 只剩下了180M多.

tsm: TSM_SERVER1>q db

Available  Assigned   Maximum   Maximum      Page       Total        Used      Pct       Max.
    Space  Capacity    Extension  Reduction     Size         Usable     Pages    Util       Pct
     (MB)     (MB)         (MB)          (MB)              (bytes)     Pages                               Util
--------- -------- --------- --------- ------- --------- --------- ----- -----
    3,080    3,080         0              184              4,096      788,480   713,441  90.5    94.0

TSM自身數(shù)據(jù)庫(kù)一直在不斷增長(zhǎng), 有什么好的辦法對(duì)TSM自身數(shù)據(jù)庫(kù)卷做管理?   (我們有利用磁帶每天對(duì)TSM自身DB進(jìn)行備份的)

服務(wù)器每天會(huì)對(duì)備份數(shù)據(jù)進(jìn)行expire操作, 老的數(shù)據(jù)應(yīng)該會(huì)從DB中消除, 那么TSM自身db是不是也應(yīng)該隨之減少?

哪位大俠可以解釋一下TSM自身數(shù)據(jù)庫(kù)中所記錄的內(nèi)容及如何減少TSM自身數(shù)據(jù)庫(kù)大小?


下面是TSM中的dbvol:
tsm: TSM_SERVER1>q dbvol

Volume Name       Copy    Volume Name       Copy    Volume Name       Copy
(Copy 1)          Status  (Copy 2)          Status  (Copy 3)          Status
----------------  ------  ----------------  ------  ----------------  ------  
C:\TSMDATA\SERV-  Sync'd                    Undef-                    Undef-
ER1\DB1.DSM                                 ined                      ined   
C:\TSMDATA\SERV-  Sync'd                    Undef-                    Undef-
ER1D7822142.DBV                             ined                      ined                                
C:\TSMDATA\SERV-  Sync'd                    Undef-                    Undef-  
ER1D5982342.DBV                             ined                      ined
C:\TSMDATA\SERV-  Sync'd                    Undef-                    Undef-
ER1D9340252.DBV                             ined                      ined
C:\TSMDATA\SERV-  Sync'd                    Undef-                    Undef-
ER1D7975252.DBV                             ined                      ined
C:\TSMDATA\SERV-  Sync'd                    Undef-                    Undef-
ER1D5156762.DBV                             ined                      ined
C:\TSMDATA\SERV-  Sync'd                    Undef-                    Undef-  
ER1D9698962.DBV                             ined                      ined
C:\TSMDATA\SERV-  Sync'd                    Undef-                    Undef-  
ER1D3374663.DBV                             ined                      ined
C:\TSMDATA\SERV-  Sync'd                    Undef-                    Undef-  
ER1D8610614.DBV                             ined                      ined
C:\TSMDATA\SERV-  Sync'd                    Undef-                    Undef-                  
ER1D2167714.DBV                             ined                      ined
C:\TSMDATA\SERV-  Sync'd                    Undef-                    Undef-
ER1\DB2.DSM                                 ined                      ined

donggua0713

你們備份了些什么東西？大量小文件？2年就用了3G？我手上幾個(gè)TSM系統(tǒng)，都沒你這么猛啊～！

donggua0713

你這么多的DB卷，卻不搞鏡像卷，很危險(xiǎn)啊

donggua0713

TSM的管理員指南中，講數(shù)據(jù)庫(kù)的一節(jié)，有專門講估算DB大小的。里面有很詳細(xì)的數(shù)據(jù)庫(kù)內(nèi)容，以及影響大小的因素。你可以看看。
其實(shí)現(xiàn)在你的DB才3G。5.5最大可以到500G多，還好了，不要擔(dān)心。

viacky

謝謝冬瓜...

在同一臺(tái)服務(wù)器上做DB的mirror?  我們備份的內(nèi)容主要是sql, oracle, lotus數(shù)據(jù)庫(kù),還有更多的file, 我們file share比較大, 近1TB, 同時(shí)文件個(gè)數(shù)很多, 很多excel, word,PDF檔,應(yīng)該是輸入大量小文件了...

由于但是安裝這個(gè)TSM的時(shí)候,不是我設(shè)置的,除了最后一個(gè)DBVOL是我定義的外,其他的vol都是以前弄的, 而且都是幾十到100MB的, 我能將這些小DBVOL刪除嗎?  

我的這么想的, 由于現(xiàn)在DBvol空間不多,我再定義一個(gè)新的DBVOL, 設(shè)為4GB, 然后將上述小的DBVOL刪除,這些數(shù)據(jù)會(huì)寫入到新的DBVOL嗎?  我也不想搞那么多的DBVOL, 盡量減少數(shù)量.  我在執(zhí)行delete dbvol時(shí),數(shù)據(jù)會(huì)自動(dòng)寫入新的DBVOL嗎?  對(duì)我的數(shù)據(jù)沒有影響吧?

另外, 想問問, TSM工作一段時(shí)間后, 假如總共備份或處理了1億個(gè)文件,但是由于設(shè)置數(shù)據(jù)的有效期, 在數(shù)據(jù)過期后, TSM會(huì)對(duì)過期數(shù)據(jù)做處理,那么TSM自身DB會(huì)減少嗎?  (類似于SQL, 數(shù)據(jù)記錄已經(jīng)從sql表中刪除,表空間應(yīng)該會(huì)降下來啊).

viacky

冬瓜最近沒來?

donggua0713

謝謝冬瓜...

在同一臺(tái)服務(wù)器上做DB的mirror?  我們備份的內(nèi)容主要是sql, oracle, lotus數(shù)據(jù)庫(kù),還有更多的 ...
viacky 發(fā)表于 2011-05-23 08:53

就目前來說，你絕對(duì)不能刪除這些dbvol。
TSM DB 的mirror，能夠保護(hù)dbvol，免得你一個(gè)dbvol壞掉了，你的TSM就完了。這個(gè)mirror是在TSM服務(wù)器本機(jī)做的。
你新定義一個(gè)4GB的dbvol，原來小的dbvol上的數(shù)據(jù)，并不會(huì)自動(dòng)遷移。你想遷移也可以，可以用恢復(fù)TSM的方法，或者TSM數(shù)據(jù)庫(kù)的導(dǎo)入導(dǎo)出等等。復(fù)雜了點(diǎn)。
TSM的數(shù)據(jù)庫(kù)，記錄策略信息，節(jié)點(diǎn)信息，以及備份文件存放的地點(diǎn)信息等等，一旦這個(gè)某個(gè)文件版本過期了，對(duì)應(yīng)的信息會(huì)從DB中刪除的。

donggua0713

看來你對(duì)TSM不是很熟悉，我就厚著臉皮推銷一下我寫的書了：

網(wǎng)址如下：
http://product.china-pub.com/3501590

單獨(dú)放了一集免費(fèi)觀看，講如何備份oracle的：
http://v.youku.com/v_show/id_XMjY0MzU2NDMy.html

viacky

我在查看管理手冊(cè)時(shí),有delete dbvol, 只要db卷中有可用的空間, 在刪除一個(gè)dbvol時(shí), 這個(gè)dbvol上的數(shù)據(jù)會(huì)移動(dòng)到另一個(gè)可用的dbvol上...是這樣嗎?

如果現(xiàn)在我不能刪除dbvol, 那么如何將那些小的dbvol整理?  

文件版本過期后, 信息從DB中刪除,,但是我發(fā)現(xiàn)我的TSM自身數(shù)據(jù)一直是在增加,沒有減少過...是不是有問題?
因?yàn)槲覀浞莸奈募�就那么�?7天就過期), TSM自身DB怎么會(huì)一直不斷增加?

viacky

今天在測(cè)試環(huán)境中做了測(cè)試...
初始化時(shí)保持db默認(rèn)大寫為13MB, 完成后, 備份大量文件, 如windows下的,program下的小文件, 這樣很快13的db space被充滿,  再次備份數(shù)據(jù)時(shí),提示db space不夠, 無法備份成功. 由于現(xiàn)有的db space不夠, 所以增加一個(gè)dbvol, 可用空間為1GB:
define dbvol db2.dsm formatsize=1024 wait=yes.
然后擴(kuò)展db空間: extend db 512
在使用q db時(shí), 發(fā)現(xiàn)db space已經(jīng)增加, 同時(shí)備份等操作都正常.  
由于我這里將db space空間拓展了512 MB, 而之前在初始化生成的db1.dsm為13MB,在space上完全可以進(jìn)行數(shù)據(jù)移動(dòng).  所以執(zhí)行delete dbvol db1.dsm.  發(fā)出命令后, actlog會(huì)有顯示deletion dbvol 在后臺(tái)運(yùn)行并處理了多少字節(jié)的信息(我估計(jì)這就是將db1.dsm的數(shù)據(jù)移到db2.dsm中).   
在刪除dbvol后, 在tsm client中做恢復(fù)(由于我之前備份了很多個(gè)版本), 恢復(fù)delete dbvol之前備份的文件, 正常. 說明delete dbvol有效..

然后為現(xiàn)有的db2.dsm做了一個(gè)mirror, define dbcopy db2.dsm db2m.dsm formatsize=1024 wait=yes. 會(huì)提示將同步鏡像卷. 完成后使用q dbvol可以看到copy 2已經(jīng)有一個(gè)剛剛設(shè)定的dbvol了...