1 引言

    云存儲作為云中的一項重要服務(wù)，它通過集群應(yīng)用、網(wǎng)格技術(shù)或分布式文件系統(tǒng)等將各種存儲設(shè)備通過應(yīng)用軟件集合起來，對外提供數(shù)據(jù)存儲和業(yè)務(wù)訪問。云存儲中，信息使用者并不要求知道服務(wù)器的具體型號或接口類型等信息，只要獲得授權(quán)就可以對云存儲中的數(shù)據(jù)進行訪問，這隱藏了復雜程度，為用戶提供了一個更為便捷的訪問數(shù)據(jù)的方式。

2 云存儲中數(shù)據(jù)遷移分析

    當我們從一個物理環(huán)境和單個陣列過渡到完全虛擬化的、高度動態(tài)的存儲環(huán)境時，數(shù)據(jù)的遷移就成了云存儲方案中最為基礎(chǔ)、關(guān)鍵的步驟，它在整個方案中占有了舉足輕重的作用。

    2.1 數(shù)據(jù)遷移中的網(wǎng)絡(luò)連接

    數(shù)據(jù)云遷移必須面對云的網(wǎng)絡(luò)連接能力的考驗。企業(yè)與云之間數(shù)PB的數(shù)據(jù)的來回切換是比較困難的。目前大部分的操作模式是通過一個局域網(wǎng)或者廣域網(wǎng)進行數(shù)據(jù)傳輸。根據(jù)企業(yè)數(shù)據(jù)量大小不同以及網(wǎng)絡(luò)連接能力的高低，初次的數(shù)據(jù)遷移可能會持續(xù)相當長一段時間，因此，響應(yīng)延遲是阻止云存儲被采用的一個最重要因素。這里，建議各個機構(gòu)在做數(shù)據(jù)云遷移前仔細檢查本機構(gòu)的網(wǎng)絡(luò)情況并對內(nèi)部網(wǎng)絡(luò)的安全現(xiàn)狀進行評估。目前，提高現(xiàn)有網(wǎng)絡(luò)連接能力已經(jīng)成為了一個新的研究方向，只有當網(wǎng)絡(luò)足夠好時，數(shù)據(jù)遷移才會更便捷。雖然有些云供應(yīng)商提出了用物理遷移的方法來代替網(wǎng)絡(luò)傳輸數(shù)據(jù)，但是我們要看到，由于工作性質(zhì)的原因，有些類似于病人病歷、企業(yè)核心數(shù)據(jù)等敏感數(shù)據(jù)是不能被復制或采取物理遷移的方法帶走的。

    鑒于此，要把企業(yè)的數(shù)據(jù)轉(zhuǎn)移到云中，針對不同的實際情況這里我推薦兩種方法：當企業(yè)的數(shù)據(jù)吞吐量較大但是數(shù)據(jù)量不是特別多，對傳輸延遲也沒過多要求時，云供應(yīng)商可以提供從企業(yè)到供應(yīng)商某個存儲節(jié)點之間的私人鏈接，方便企業(yè)遷移數(shù)據(jù)。企業(yè)可以根據(jù)自己的時間，在不影響公司正常運行的情況下做數(shù)據(jù)的轉(zhuǎn)移安排；當企業(yè)的數(shù)據(jù)可以提供拷貝，那么我們可以采用sneakernet的方式，即人工網(wǎng)絡(luò)模式，將數(shù)據(jù)通過磁盤、移動存儲設(shè)備等從企業(yè)服務(wù)器拷入到云數(shù)據(jù)中心或者從云數(shù)據(jù)中心拷貝出來，目前一些云供應(yīng)商為了加快數(shù)據(jù)的轉(zhuǎn)移，在給企業(yè)進行數(shù)據(jù)轉(zhuǎn)移時會采取一些切實有效的人工網(wǎng)絡(luò)模式，例如Nirvanix公司，他們在給客戶進行數(shù)據(jù)轉(zhuǎn)移時會提供一個配置了雙千兆級以太網(wǎng)接口的存儲服務(wù)器，當客戶的數(shù)據(jù)拷貝完畢，公司就會帶走服務(wù)器并將數(shù)據(jù)拷貝到云數(shù)據(jù)中心。而在初始備份之后，網(wǎng)絡(luò)帶寬壓力將得到緩解，以后企業(yè)只要做增量備份即可。

    2.2 數(shù)據(jù)遷移中的數(shù)據(jù)結(jié)構(gòu)化和遷移工具的選取

    為了將數(shù)據(jù)倉庫有效地轉(zhuǎn)移到云端，我們需要適當結(jié)構(gòu)化數(shù)據(jù)并使用正確的數(shù)據(jù)分析工具及云遷移工具。傳統(tǒng)關(guān)系型數(shù)據(jù)庫中的數(shù)據(jù)要轉(zhuǎn)移到云端非關(guān)系型數(shù)據(jù)庫需要面臨很多的問題，一是要解決如何從關(guān)系型數(shù)據(jù)庫中快速有效地抽取大量的數(shù)據(jù)到云文件系統(tǒng)和數(shù)據(jù)庫,二是數(shù)據(jù)的轉(zhuǎn)換問題。這里推薦基于Windows 和.NET的Microsoft Windows Azure。使用Microsoft Windows Azure作為云平臺，應(yīng)用程序可以很輕松地遷移到云中。以目前常見的ASP.NET+SQL Server的開發(fā)模式為例，由于SQL Azure和SQL Server之間的高度兼容性，因此遷移數(shù)據(jù)將會變得容易起來，我們只用留意數(shù)據(jù)庫的最大尺寸即可。一般來說數(shù)據(jù)庫的大小不宜超過50GB。當數(shù)據(jù)超過此大小時，可使用SQL Azure Migration Wizard 來協(xié)助分析和遷移數(shù)據(jù)。它可以分析你當前的模式并找出與SQL Azure的不兼容之處，協(xié)助開發(fā)者修改。同時，可在后臺使用BCP，把需要遷移的數(shù)據(jù)遷移到云中。

    2.3 數(shù)據(jù)遷移過程中的安全問題

    在數(shù)據(jù)云遷移過程中，制定一套安全有效的數(shù)據(jù)遷移方案對數(shù)據(jù)遷移進行安全管理是十分重要的。在安全管理的事項中，有三點是必須要考慮的。首先是數(shù)據(jù)，企業(yè)中不是所有的數(shù)據(jù)都適合放到云環(huán)境中去，若“敏感信息一旦受到危及，就有可能危害企業(yè)甚至決定企業(yè)存亡”的數(shù)據(jù)，企業(yè)在選擇時就該更加謹慎，要考慮是否保留。其次是安全，不管是什么服務(wù)、什么樣的存儲技術(shù)，都要確保云提供商的安全措施可靠而明確。最后是加密，事實上，企業(yè)無法從云存儲提供商的承諾中確保數(shù)據(jù)的安全，應(yīng)該采取一切措施，特別是加密來防止敏感數(shù)據(jù)泄露。對于許多公司來說，信息就是核心資產(chǎn)，如果員工和客戶無法獲得信息，或者信息被非法使用，公司就會陷入困頓。對此，我們有一些方法來解決云遷移過程中的安全問題，比如我們可以先將用戶分為若干部門并建立每個用戶的樹型結(jié)構(gòu)標簽，將其保存到存儲云中的中央節(jié)點。同時，將存儲云中的數(shù)據(jù)節(jié)點劃分為若干機組建立存儲云系統(tǒng)的樹型結(jié)構(gòu)標簽，并將其保存到存儲云中的中央節(jié)點。然后，我們建立上述兩個樹型結(jié)構(gòu)標簽點對點的關(guān)聯(lián)關(guān)系，得到每一部門數(shù)據(jù)遷移過程中的目標機組安全選擇策略，并將其保存到存儲云中的中央節(jié)點。最后，中央節(jié)點根據(jù)此安全策略，確定每一待遷移數(shù)據(jù)塊要遷移的目標數(shù)據(jù)節(jié)點，執(zhí)行遷移命令進行遷移。

    不管我們采用什么安全性數(shù)據(jù)轉(zhuǎn)移方案，數(shù)據(jù)的備份工作都是必不可少的。企業(yè)應(yīng)做好數(shù)據(jù)遷移過程中的數(shù)據(jù)備份工作，雖然一些云供應(yīng)商會做這一步操作，但是我們還是建議企業(yè)自己備份，不管備份在什么地方，我們都必須確保在數(shù)據(jù)轉(zhuǎn)移過程中受到嚴密的保護，并且要求云供應(yīng)商提供監(jiān)控功能，監(jiān)控訪問數(shù)據(jù)的人員以及對核心數(shù)據(jù)的加密。

    2.4 數(shù)據(jù)遷移中的云供應(yīng)商切換

    最后，如果企業(yè)對當前云供應(yīng)商提供的服務(wù)不滿意需要更換服務(wù)商，如何在兩家服務(wù)商的云之間轉(zhuǎn)移數(shù)據(jù)？這應(yīng)該是當前一個很棘手的問題。由于目前云存儲還處在初級階段，各個云供應(yīng)商都采用自己的加密或傳輸機制，因此沒有一個規(guī)范和約束的統(tǒng)一標準。很多云存儲供應(yīng)商無法直接將客戶數(shù)據(jù)遷移到另一家供應(yīng)商。當服務(wù)出現(xiàn)故障時，數(shù)據(jù)將返還給客戶，然后客戶要再找另一家云供應(yīng)商，或者將數(shù)據(jù)存儲在本地服務(wù)器。這里建議各個云供應(yīng)商提供一組云數(shù)據(jù)管理的應(yīng)用編程接口API，讓不同云供應(yīng)商之間的數(shù)據(jù)遷移更加便捷。

3 總結(jié)

    數(shù)據(jù)遷移需要精心謀劃，不合理的方法會導致企業(yè)資金超過預算、數(shù)據(jù)不完整等問題，我們應(yīng)盡可能的規(guī)避這個過程中的數(shù)據(jù)遷移錯誤。這里給大家?guī)�點建議：一是在遷移過程中必須確保包含了全部數(shù)據(jù)源；二是優(yōu)化存儲；三是盡可能的采用“自動化轉(zhuǎn)移”的方式；四是應(yīng)該根據(jù)不同環(huán)境有區(qū)別的復制，這樣可以盡可能的回收孤立的數(shù)據(jù)或者將他們移動到更有效的平臺。

核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標題：關(guān)于計算機云存儲中數(shù)據(jù)遷移的分析

本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/1083977219.html