導(dǎo)語(yǔ)：計(jì)算機(jī)云存儲(chǔ)數(shù)據(jù)遷移一文來(lái)源于網(wǎng)友上傳，不代表本站觀點(diǎn)，若需要原創(chuàng)文章可咨詢客服老師，歡迎參考。

1引言

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

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

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

2.1數(shù)據(jù)遷移中的網(wǎng)絡(luò)連接數(shù)據(jù)云遷移必須面對(duì)云的網(wǎng)絡(luò)連接能力的考驗(yàn)。企業(yè)與云之間數(shù)PB的數(shù)據(jù)的來(lái)回切換是比較困難的。目前大部分的操作模式是通過(guò)一個(gè)局域網(wǎng)或者廣域網(wǎng)進(jìn)行數(shù)據(jù)傳輸。根據(jù)企業(yè)數(shù)據(jù)量大小不同以及網(wǎng)絡(luò)連接能力的高低，初次的數(shù)據(jù)遷移可能會(huì)持續(xù)相當(dāng)長(zhǎng)一段時(shí)間，因此，響應(yīng)延遲是阻止云存儲(chǔ)被采用的一個(gè)最重要因素。這里，建議各個(gè)機(jī)構(gòu)在做數(shù)據(jù)云遷移前仔細(xì)檢查本機(jī)構(gòu)的網(wǎng)絡(luò)情況并對(duì)內(nèi)部網(wǎng)絡(luò)的安全現(xiàn)狀進(jìn)行評(píng)估。目前，提高現(xiàn)有網(wǎng)絡(luò)連接能力已經(jīng)成為了一個(gè)新的研究方向，只有當(dāng)網(wǎng)絡(luò)足夠好時(shí)，數(shù)據(jù)遷移才會(huì)更便捷。雖然有些云供應(yīng)商提出了用物理遷移的方法來(lái)代替網(wǎng)絡(luò)傳輸數(shù)據(jù)，但是我們要看到，由于工作性質(zhì)的原因，有些類似于病人病歷、企業(yè)核心數(shù)據(jù)等敏感數(shù)據(jù)是不能被復(fù)制或采取物理遷移的方法帶走的。鑒于此，要把企業(yè)的數(shù)據(jù)轉(zhuǎn)移到云中，針對(duì)不同的實(shí)際情況這里我推薦兩種方法：當(dāng)企業(yè)的數(shù)據(jù)吞吐量較大但是數(shù)據(jù)量不是特別多，對(duì)傳輸延遲也沒(méi)過(guò)多要求時(shí)，云供應(yīng)商可以提供從企業(yè)到供應(yīng)商某個(gè)存儲(chǔ)節(jié)點(diǎn)之間的私人鏈接，方便企業(yè)遷移數(shù)據(jù)。企業(yè)可以根據(jù)自己的時(shí)間，在不影響公司正常運(yùn)行的情況下做數(shù)據(jù)的轉(zhuǎn)移安排；當(dāng)企業(yè)的數(shù)據(jù)可以提供拷貝，那么我們可以采用sneakernet的方式，即人工網(wǎng)絡(luò)模式，將數(shù)據(jù)通過(guò)磁盤、移動(dòng)存儲(chǔ)設(shè)備等從企業(yè)服務(wù)器拷入到云數(shù)據(jù)中心或者從云數(shù)據(jù)中心拷貝出來(lái)，目前一些云供應(yīng)商為了加快數(shù)據(jù)的轉(zhuǎn)移，在給企業(yè)進(jìn)行數(shù)據(jù)轉(zhuǎn)移時(shí)會(huì)采取一些切實(shí)有效的人工網(wǎng)絡(luò)模式，例如Nirvanix公司，他們?cè)诮o客戶進(jìn)行數(shù)據(jù)轉(zhuǎn)移時(shí)會(huì)提供一個(gè)配置了雙千兆級(jí)以太網(wǎng)接口的存儲(chǔ)服務(wù)器，當(dāng)客戶的數(shù)據(jù)拷貝完畢，公司就會(huì)帶走服務(wù)器并將數(shù)據(jù)拷貝到云數(shù)據(jù)中心。而在初始備份之后，網(wǎng)絡(luò)帶寬壓力將得到緩解，以后企業(yè)只要做增量備份即可。

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

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

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

3總結(jié)

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