面對嚴峻的經(jīng)濟形勢，許多公司的存儲管理員開始重新評估存儲流程，希望尋找一個更為經(jīng)濟的數(shù)據(jù)存儲方案。與傳統(tǒng)的存儲系統(tǒng)相比，將數(shù)據(jù)歸檔到具有更高價值的存儲層中，比如云存儲，被認為是一種非常有競爭力的選擇。 但是，在將數(shù)據(jù)歸檔到云存儲系統(tǒng)之前，存儲管理員應該弄清楚以下五個問題，以保證所選擇的云存儲供應商能夠滿足企業(yè)的業(yè)務需求。
問題1：創(chuàng)建全新的云存儲，還是將數(shù)據(jù)遷移到云存儲?
大多數(shù)的云存儲服務(公共云存儲或私有云存儲)是建立在面向?qū)ο蟮拇鎯χ系摹Ｒ簿褪钦f，每個存入云存儲系統(tǒng)的文件都要先經(jīng)過Hash算法，給定一個惟一的標識，然后文件才能被作為一個對象存儲起來。如果需要存儲的數(shù)據(jù)從一開始就被存入到云存儲系統(tǒng)中，用戶就可以減少許多麻煩，因為不必移動已經(jīng)歸檔的數(shù)據(jù)。
但是，如果用戶需要從一個現(xiàn)有的歸檔存儲系統(tǒng)中遷移數(shù)據(jù)，比如將EMC公司的Centera、NetApp公司的SnapLock或者PermabitTechnology公司的EnterpriseArchive中的歸檔數(shù)據(jù)移動到云存儲系統(tǒng)中，就不僅僅是復制和粘貼那么簡單了。Procedo公司的創(chuàng)始人JoeKvidera說：“在移動已經(jīng)歸檔的數(shù)據(jù)時，用戶可能會遭遇很多陷阱。用戶不能只做讀出、復制和粘貼等簡單的工作，并且期望應用程序能夠清楚地知道所有的數(shù)據(jù)是否已經(jīng)存儲在云存儲系統(tǒng)中。”遷移操作包括同時移動對象和相應的元數(shù)據(jù)，并且更新應用程序，這樣才能使應用程序知道，應該到哪里去尋找將來需要訪問的數(shù)據(jù)。
為了使遷移面向?qū)ο蟮臄?shù)據(jù)更方便，有一些數(shù)據(jù)遷移產(chǎn)品，例如ProcedoArchiveMigrationManager就與大量的歸檔應用軟件(如CommVault公司的Simpana和賽門鐵克公司的EnterpriseVault)進行了集成。此外，數(shù)據(jù)遷移軟件還可以和內(nèi)容尋址存儲(CAS)設備集成在一起，使得所有CAS設備上的元數(shù)據(jù)可以被保留并且移動到云存儲系統(tǒng)中，同時自動完成應用程序的更新。
問題2：歸檔程序是否兼容云存儲的API接口?
絕大多數(shù)的歸檔應用程序都默認支持標準的文件系統(tǒng)接口(CIFS/NFS)。很多歸檔應用程序還能支持EMCCentera的API。然而，將數(shù)據(jù)歸檔到云存儲系統(tǒng)時，歸檔應用程序還必須支持新的API接口，比如簡單對象訪問協(xié)議(SimpleObjectAccessProtocol，SOAP)和代表性狀態(tài)傳輸(RepresentationalStateTransfer，REST)。
談到REST和SOAP兩種API接口，EMC公司云架構小組產(chǎn)品負責人JonMartin建議，最好尋求采用REST接口的云存儲供應商。JonMartin說：“85%的用戶已經(jīng)采用或準備采用REST，而SOAP的應用正在減少。”
問題3：有必要將數(shù)據(jù)以合規(guī)的形式來存儲嗎?
企業(yè)將數(shù)據(jù)歸檔到CAS設備上的理由之一，是要用一種不可修改的形式保留這些數(shù)據(jù)，以滿足企業(yè)內(nèi)部或外部的合規(guī)要求。大多數(shù)的云存儲服務尚不具備合規(guī)的功能。
目前，大多數(shù)的云存儲服務商仍然側(cè)重于為Web2.0供應商提供低成本的離線存儲系統(tǒng)。EMC公司的Matin指出：“如果存在只寫一次的功能要求，EMC當然可以把這種功能加入到RESTAPI中。”
問題4：云存儲供應商能否動態(tài)地響應服務需求的變化?
將數(shù)據(jù)放入云存儲系統(tǒng)只是完成了一半的工作量，云存儲用戶還希望在需要的時候能夠?qū)?shù)據(jù)取出，并且不必花費高昂的訪問費用。
那些需要對財務數(shù)據(jù)庫進行歸檔的企業(yè)用戶可能認為，云存儲是一個經(jīng)濟的選擇。因為這類用戶通常只需要存儲季度或年度的財務數(shù)據(jù)。在這種情況下，云存儲供應商可能會建議用戶將數(shù)據(jù)存入低速的存儲設備。這樣一來，云存儲系統(tǒng)對新的查詢需求的響應就變得很慢。
