微軟公司針對Exchange Server 2010在一些底層數(shù)據(jù)結構上作了一些主要的變更，而這些顯著的變更會對后續(xù)的針對Exchange Server 2010的存儲需求和部署帶來較大的影響。

微軟所作的最大的變更則是去掉了單一實例存儲(single-instance storage，SIS)。在之前的版本中，如果一條消息被轉發(fā)給多個收件人，那么只有這條消息的一份副本會被存儲到mailbox數(shù)據(jù)庫中。用戶將會收到針對這份單一副本的一個指針而不是這個副本的完全拷貝。

那么，既然微軟取消了對單一實例存儲的支持，也就意味著同樣的消息會被發(fā)送給多個收件人，每個收件人都會受到一份實體消息副本。從存儲空間規(guī)劃角度來看，這個巨大變更對規(guī)劃的影響，主要取決于帶有附件的郵件的數(shù)量了。

文本或者HTML格式的消息一般都是非常小的，所以它們對存儲空間規(guī)劃的影響不會很大，而且微軟針對這些消息都會有自動壓縮機制以進一步降低影響。然而，如果你的環(huán)境中總是有用戶不斷的發(fā)送帶有大附件的郵件給多個收件人的話，那么這些郵件就會對數(shù)據(jù)庫的增量產生較大影響。微軟這次重新設計數(shù)據(jù)庫底層架構的目標就是為了降低數(shù)據(jù)庫的I/O負載續(xù)期。所以，微軟這次選擇了不對郵件附件進行壓縮，以便節(jié)省壓縮/解壓縮過程中對存儲I/O的額外耗費。

看起來可能有些奇怪，曾幾何時，存儲管理領域在大肆搞數(shù)據(jù)縮減，比如重復數(shù)據(jù)刪除等，但是為何微軟這次卻在Exchange Server 2010中去掉了數(shù)據(jù)縮減功能。因為微軟如果針對Exchange郵箱數(shù)據(jù)庫放棄使用單一實例存儲的話，那么數(shù)據(jù)庫會運作的更加高效，微軟宣稱，Exchange Server 2010的數(shù)據(jù)庫I/O負載需求已經有了大概70%的降低。

另外一種經常使用的能夠保持Exchange Server 2010郵箱數(shù)據(jù)庫不至于變得太大的辦法就是使用郵箱限額。郵箱限額功能可以防止某郵箱的尺寸超過預設的大小。在Exchange Server 2010中，郵箱限額的功能與之前的版本幾乎都一致，除了一點之外。Exchange Server 2010引入了一個叫做歸檔郵箱的概念(我們稍后討論)。如果某個用戶擁有一個歸檔郵箱，那么郵箱限額在計算這個用戶到底使用了多少底層空間的時候，并不將歸檔郵箱的內容尺寸算在里面。Exchange同時也允許你通過額外的限額配置來專門針對歸檔郵箱做限額。

郵箱限額這個功能是一個被充分證明很有效的用于限制數(shù)據(jù)存儲過快被占用的方法。但是微軟一直在鼓勵企業(yè)使用低成本的存儲系統(tǒng)而不是用郵箱限額來節(jié)省成本。其出發(fā)點是企業(yè)可以在保證郵箱數(shù)據(jù)不斷增長的前提下，避免花費太多成本在昂貴的存儲系統(tǒng)和解決方案上。

之所以推薦使用低成本的存儲系統(tǒng)，并不只是基于單純存儲的成本考慮的。很多企業(yè)被迫對郵箱設置非常嚴格限額策略，以至于對應的郵箱用戶不得不將一些重要的郵件也刪除掉。顯然，如果使用廉價的存儲系統(tǒng)，那么企業(yè)就可以放開設置郵箱限額，甚至根本不適用限額了。

之前，在Exchange Server環(huán)境中使用最低端的廉價存儲系統(tǒng)好像是一件前所未聞的事情，但是本次Exchange Server 2010中對I/O負載需求的降低使得諸如SATA硬盤這種存儲選項變得可以接受了。而且Exchange Server 2010對底層可使用存儲的要求已經非常靈活了，它可以使用直連存儲(direct-attached storage，DAS)或者存儲區(qū)域網絡SAN設備，甚至也可以使用經由iSCSI協(xié)議連接的存儲。然而，微軟在Exchange Server方面卻并不支持那種必須映射成一個網絡盤符才可以存取數(shù)據(jù)的存儲，比如NAS。所以，Exchange Server并不支持在NAS中存儲郵箱數(shù)據(jù)庫，除非這臺NAS支持使用iSCSI協(xié)議訪問。

在不久的將來，云計算一定會徹底走入我們的生活，有興趣入行未來前沿產業(yè)的朋友，可以收藏云計算，及時獲取人工智能、大數(shù)據(jù)、云計算和物聯(lián)網的前沿資訊和基礎知識，讓我們一起攜手，引領人工智能的未來！

標簽： 大數(shù)據(jù) 數(shù)據(jù)庫 網絡 云計算

版權申明：本站文章部分自網絡，如有侵權，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯(lián)系。