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