本文作者George Crump是Storage Switzerland的創始人,同時也是George Crump Consulting的創始人。
在3PAR的Marc Farley最新的博文中，他認為MAID（大規模非活動磁盤陣列）沒有前途，并且提醒我們不要忘記歸檔用磁盤也是這樣。我一般情況下都很贊同Marc的說法，但是這次我有點異議。我認為MAID并非沒有前途，而且最重要的是，歸檔用磁盤也并非沒有前途。MAID已經在前進。在我看來，Copan Systems遇到的挑戰是它是一個獨立的系統，并且是單一用途的。如果他們的銷售人員和工程師沒能讓你相信MAID是正確的解決方案，那么他們就沒有其他選擇。與此相對的是，EMC、Nexam和日立等公司已經實施了磁盤降速技術，并且將這個功能整合到陣列中?，F在還是將來你都可以實施MAID。這取決于你，但是需要你做好準備。在這些公司中，一些公司還可以提供多種階段的MAID，和Copan的要么全部要么一點都不的做法相比，這些公司的技術可以在不犧牲多少性能的條件下節約能耗。
磁盤歸檔也在加快發展。在如今的經濟情勢下，磁盤歸檔項目的經濟性毋庸置疑。在磁盤歸檔中，磁盤降速只是一系列要求中的其中一個潛在功能。在磁盤歸檔中，你需要確保數據在長達十年或更長的時間中還能夠保持數據完整性，你還需要能夠無限擴展歸檔的功能，需要能夠通過重復數據刪除或壓縮來優化數據存儲，需要能夠在歸檔中查詢數據的能力，同時也有可能需要保持WORM（一次寫入多次讀?。┪募芾淼倪B續性。
最重要的可能是將數據遷移到磁盤歸檔是怎么演進的。大多數磁盤歸檔系統是從專有的API（應用程序編程接口）訪問遷移到網絡文件系統訪問，比如CIFS（通用互聯網文件系統）或NFS（網絡文件系統）。雖然API是有它的用處，但是擁有單一的網絡掛載點訪問可以使這種技術的采用更加方便。它可以讓客戶手動地將數據遷移到歸檔，或者可以利用文件虛擬化技術。
從某種程度上來說，我認為Copan是先發者劣勢的受害者。他們很早進入MAID和密集存儲市場。自從他們發布第一個系統以來–該系統主要是一個磁盤備份解決方案，事情已經發生了很大的變化。他們必須花很多精力來解釋什么是MAID，而且他們還有責任說服人們相信通過MAID可以在需要降低驅動器能耗的時候降低能耗?，F在購買MAID的決策已經不是需要冒很多風險的決策。你可以在覺得MAID適合你的環境的時候逐漸采用MAID。
至于歸檔，磁盤成本繼續在下滑，這使得用戶將數據遷移到歸檔變得更加容易，但是最重要的是，這種歸檔需求更加迫切了。當Copan首先打開市場的時候，當時非結構化數據還不是像現在這樣的關鍵問題?；谖募臄祿呀涀屧S多數據中心不堪重負。 我認為在目前這個時點，有許多存儲管理員已經準備在非結構化數據管理流程上進行大量投入。
