這篇文章主要介紹服務(wù)器中磁盤陣列與磁帶庫備份的優(yōu)缺點有哪些，文中介紹的非常詳細(xì)，具有一定的參考價值，感興趣的小伙伴們一定要看完！

創(chuàng)新互聯(lián)是專業(yè)的南樂網(wǎng)站建設(shè)公司，南樂接單;提供成都做網(wǎng)站、成都網(wǎng)站建設(shè),網(wǎng)頁設(shè)計,網(wǎng)站設(shè)計,建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行南樂網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團隊,希望更多企業(yè)前來合作!

磁盤陣列是有總體吞吐速度的，在做數(shù)據(jù)備份時，往往體現(xiàn)在“最大持續(xù)寫磁盤”這個性能指標(biāo)，例如SUN 6140是可以達(dá)到差不多800MB/s的。這個數(shù)值肯定用一根光纖是達(dá)不到的。

磁帶庫也是有祖逖吞吐速度的，體現(xiàn)在磁帶機的讀寫速度和磁帶機數(shù)量上，例如SUN L1400，最多20個磁帶機，如果用LTO3，總速度可以到1600MB/s。同樣的，這個數(shù)值肯定用一根光纖是達(dá)不到的。

所以，不管你用磁帶庫還是磁盤陣列，對于主機而言都存在同樣的問題，總線速度，I/O接口速率之類的，這些都不管它，我們只比較磁盤陣列和磁帶庫。

如果主機端和連接端速度足夠快的話，備份速度的瓶頸就在備份設(shè)備。而備份任務(wù)是可以做多數(shù)據(jù)流并行處理的，例如Oracle數(shù)據(jù)庫可以開很多個Channel做并行備份處理，這時候可以將任務(wù)分配到不同的磁盤空間和不同的磁帶機處理，所以理論上是可以達(dá)到備份設(shè)備的最大速度的。

這樣，我們就可以看出來，L1400M磁帶庫滿配比6140磁盤陣列的總體吞吐速度是要快一些的。

在考慮總體吞吐速度時，磁帶的加載、卸載操作以及磁帶的繞帶操作通?？梢院雎?。因為這些東西對處理速度的影響是有限的，除非你每隔2分鐘做一次備份，每次備份執(zhí)行2分鐘。我們計算這么大速度時往往考慮的是數(shù)據(jù)庫的塊級備份，每個數(shù)據(jù)庫至少1TB以上。

當(dāng)然，有人會說，這個帶庫很貴，維護成本也不低，事實上，如果磁盤陣列需要得到這個性能，可能需要的更高級的設(shè)備，例如6540之類的，它的總體造價也不會很低。而且別忘了磁帶庫有一個特點，就是它的性能與容量無關(guān)，你可以配置20個磁帶機，選700個槽位，事實上和200個槽位的價差很小。而磁盤從一個小的容量到一個大的容量，這個價差就差得多了。

要說維護成本，差得就更多了，20個磁帶機的耗電量可能連20塊磁盤的耗電量都要小，而且磁帶機又不是24小時在線的設(shè)備，況且容量相同的情況下，磁盤數(shù)量可能是200，甚至1000塊呢？那個耗電量會又多少？所以說磁盤，虛擬帶庫不是用來替代磁帶庫的，只是一個補充。不過說不定哪天虛擬帶庫真的實現(xiàn)了磁盤Offline功能，那么磁帶庫的前景就堪憂了。

以上是“服務(wù)器中磁盤陣列與磁帶庫備份的優(yōu)缺點有哪些”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！