大量小文件備份恢復(fù)問題！

sonorous

用別的方案, 比如快照, 二級存儲, 都可以解決LZ的問題

alex_linux

對整個卷做vol備份,但恢復(fù)要文件級別

xiaomao2006

應(yīng)該用陣列的方式去做，或者更新磁帶庫設(shè)備，例如vtl

qqeyes

感覺不太容易。

如果是分級或是什么的，很多方法都是建立在文件索引基礎(chǔ)上的。那文件索引多大呢？如果和文件差不多大，那么要索引就沒意義了

不知道有哪位大俠有高招

smile_hua

采用CDP的文件級備份方式，應(yīng)該比較容易解決這個問題吧。

老beijing

小文件的備份確實很頭疼，但也不是不可以解決。
做過類似的行業(yè)案例，百萬數(shù)量文件，幾百G。普通文件方式備份，需要兩天左右。后來采取備份軟件的卷一級備份，將無數(shù)小文件按照大塊備份出去，備份完不到2小時�；謴�(fù)的時候，可以單獨選取個別文件進行恢復(fù)。整存零取，不失靈活。

[ 本帖最后由 老beijing 于 2008-10-6 16:58 編輯 ]

wolfheader

原帖由 老beijing 于 2008-10-6 16:54 發(fā)表
做過類似的行業(yè)案例，百萬數(shù)量文件，幾百G。普通文件方式備份，需要兩天左右。后來采取備份軟件的卷一級備份，將無數(shù)小文件按照大塊備份出去，備份完不到2小時。恢復(fù)的時候，可以單獨選取個別文件進行恢復(fù)。整存 ...

哎，幾百G的都不算問題

老beijing

幾百G的幾十K文件，文件數(shù)量還是不少的。

[ 本帖最后由 老beijing 于 2008-10-6 17:00 編輯 ]

老beijing

小文件的備份，備份軟件的索引很重要。數(shù)量多，索引量就大；索引大，恢復(fù)文件時查找時間就長，所以恢復(fù)就慢。也許你恢復(fù)一個小文件，也就幾秒，但是查找這個文件，也許就得數(shù)小時。所以選產(chǎn)品時，備份軟件如何管理索引是考量其是否合適的因素之一。

stornewer

原帖由 老beijing 于 2008-10-6 16:54 發(fā)表
小文件的備份確實很頭疼，但也不是不可以解決。
做過類似的行業(yè)案例，百萬數(shù)量文件，幾百G。普通文件方式備份，需要兩天左右。后來采取備份軟件的卷一級備份，將無數(shù)小文件按照大塊備份出去，備份完不到2小時。恢復(fù)的時候，可以單獨選取個別文件進行恢復(fù)。整存零取，不失靈活。

能否具體點，如何做？
什么備份軟件，卷一級的備份是指對塊做備份？如何做��？還能恢復(fù)單個文件？