如今， 由于數(shù)據(jù)成本的不斷飆升、技術(shù)管理人員的水平參蘭不齊等原因， 云存儲已經(jīng)成為了各個機構(gòu)數(shù)據(jù)存儲的重要舉措和發(fā)展方向。云存儲作為云中的一項重要服務(wù)， 它通過集群應(yīng)用、網(wǎng)格技術(shù)或分布式文件系統(tǒng)等將各種存儲設(shè)備通過應(yīng)用軟件集合起來， 對外提供數(shù)據(jù)存儲和業(yè)務(wù)訪問。對于數(shù)據(jù)存儲， 當我們從一個物理環(huán)境和單個陣列過渡到完全虛擬化的、高度動態(tài)的的存儲環(huán)境時，需要面對很多問題。而數(shù)據(jù)遷移作為采用云存儲方案中最為基礎(chǔ)、關(guān)鍵的步驟。它將歷史數(shù)據(jù)進行清洗，轉(zhuǎn)換， 并裝載到新系統(tǒng)，它是保證數(shù)據(jù)系統(tǒng)平滑升級和更新的重要環(huán)節(jié)， 也是將來系統(tǒng)穩(wěn)定運行的有效保障。在整個云存儲方案中占有了舉足輕重的作用， 下面我們將對數(shù)據(jù)遷移進行探討。

    企業(yè)的數(shù)據(jù)要轉(zhuǎn)向云存儲，首先要做的就是明確被轉(zhuǎn)移的數(shù)據(jù)范圍。不能簡單的把各個服務(wù)器數(shù)據(jù)庫照搬放入云數(shù)據(jù)中心，這樣會增加數(shù)據(jù)轉(zhuǎn)移耗費的時間、增大企業(yè)的運營成本， 同時，數(shù)據(jù)冗余大、垃圾數(shù)據(jù)多會對系統(tǒng)造成很大的隱患，導致系統(tǒng)工作異常。這里建議各個企業(yè)把重要的核心數(shù)據(jù)保留在傳統(tǒng)的煙囪式體系架構(gòu)之中，對于一些類似于歸檔、提供查詢等不是很重要的信息， 則可以放入云存儲中心。這樣，各機構(gòu)就可以有效利用云存儲按需付費的操作模式，將原本在固定數(shù)據(jù)存儲設(shè)備上的投入轉(zhuǎn)變?yōu)榭梢灶A算評估的運營成本，節(jié)約投入。

    其次， 云的網(wǎng)絡(luò)連接能力將是對數(shù)據(jù)云遷移操作的重要考驗。企業(yè)與云數(shù)據(jù)中心之間數(shù)PB的數(shù)據(jù)的來回切換是比較困難的。根據(jù)企業(yè)數(shù)據(jù)量大小不同以及網(wǎng)絡(luò)連接能力的高低，初次的數(shù)據(jù)遷移可能會持續(xù)相當長一段時間。這里，我建議各個機構(gòu)在做數(shù)據(jù)云遷移前仔細檢查本機構(gòu)的網(wǎng)絡(luò)情況并對內(nèi)部網(wǎng)絡(luò)的安全現(xiàn)狀進行評估。雖然有些云供應(yīng)商提出了用物理遷移的方法來代替網(wǎng)絡(luò)傳輸數(shù)據(jù)，但是我們要看到， 由于工作性質(zhì)的原因， 有些類似于病人病歷、企業(yè)核心數(shù)據(jù)等敏感數(shù)據(jù)是不能被復制或采取物理遷移的方法帶走的。鑒于此，這里我推薦兩種方法： 當企業(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ò)模式， 例如Nirvanixf司， 他們在給客戶進行數(shù)據(jù)轉(zhuǎn)移時會提供一個配置了雙干兆級以太網(wǎng)接口的存儲服務(wù)器， 當客戶的數(shù)據(jù)拷貝完畢， 公司就會帶走服務(wù)器并將數(shù)據(jù)拷貝到云數(shù)據(jù)中心。

    再者， 為了將數(shù)據(jù)倉庫有效地轉(zhuǎn)移到云端，我們得適當結(jié)構(gòu)化數(shù)據(jù)并使用正確的數(shù)據(jù)分析工具及遷移方法。目前，數(shù)據(jù)遷移主要有三種方式，即：系統(tǒng)切換前通過工具遷移、系統(tǒng)切換前采用手工錄入、系統(tǒng)切換后通過新系統(tǒng)生成。結(jié)合目前各個機構(gòu)的情況， 我們采用“系統(tǒng)切換前通過工具遷移”方式居多。傳統(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)換問題。不管采用什么方法和策略，數(shù)據(jù)遷移后一定要對數(shù)據(jù)進行校驗，檢查數(shù)據(jù)的完整性、一致性等。

    接下來， 我們要關(guān)心數(shù)據(jù)云遷移過程中的安全性問題，制定一套安全有效的數(shù)據(jù)遷移方案對數(shù)據(jù)遷移進行安全管理是十分重要的。不管企業(yè)采用什么安全性數(shù)據(jù)轉(zhuǎn)移方案， 都必須注意數(shù)據(jù)的丟失和備份。對于敏感數(shù)據(jù)， 很多云供應(yīng)是缺乏長期處理的經(jīng)驗的。況且數(shù)據(jù)在云服務(wù)中采用的是共享存儲的方式，這會使得原本在傳統(tǒng)煙囪式架構(gòu)中很易于實現(xiàn)的安全策略在云環(huán)境下變得具有風險性。這里建議企業(yè)在選擇云存儲服務(wù)商時應(yīng)仔細評估， 認真查看云供應(yīng)商提供的安全防護措施和采用的標準，并結(jié)合自己的實際情況提出適當?shù)恼{(diào)整和修改。再者，數(shù)據(jù)的備份工作都是必不可少的。還應(yīng)該對備份的數(shù)據(jù)進行測試，確保當出現(xiàn)一些異常情況時備份的數(shù)據(jù)可以使用。雖然一些云供應(yīng)商會做這一步操作， 我們還是建議企業(yè)自己備份，企業(yè)可以利用云供應(yīng)商提供的備份或數(shù)據(jù)導出功能來做這個操作。不管備份在什么地方， 我們都必須確保在數(shù)據(jù)轉(zhuǎn)移過程中受到嚴密的保護。并且要求云供應(yīng)商提供監(jiān)控功能，監(jiān)控訪問數(shù)據(jù)的人員以及對核心數(shù)據(jù)的加密。

    最后，如果企業(yè)對當前云供應(yīng)商提供的服務(wù)不滿意需要更換服務(wù)商，如何在兩個服務(wù)商的云之間轉(zhuǎn)移數(shù)據(jù)?這應(yīng)該是當前一一個很棘手的問題。由于目前云存儲還處在初級階段， 各個云供應(yīng)商都采用自己的加密或傳輸機制以區(qū)別其它廠商。因此沒有一個規(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， 可以實現(xiàn)不同云供應(yīng)商之間的數(shù)據(jù)傳輸， 讓數(shù)據(jù)遷移更為便捷。

    通過以上分析我們可以看到完善的存儲和數(shù)據(jù)管理策略才會讓云存儲變得切實可行。這里給要采取云存儲的企業(yè)幾點建議， 一是在遷移過程中必須確保包含了全部數(shù)據(jù)源。不能只專注某個局部數(shù)據(jù)，否則會導致數(shù)據(jù)的失真和信息最的不完整，為以后的使用埋下禍端。二是優(yōu)化存儲。企業(yè)在做數(shù)據(jù)遷移前必須要明確遷移數(shù)據(jù)的范圍， 然后再從不同的數(shù)據(jù)庫中把有用的數(shù)據(jù)提取出來進行智能分析。確保能整合一些孤立的存儲和低效應(yīng)用的存儲，把存儲狀態(tài)恢復到最佳狀態(tài)。三是盡可能的采用“自動化轉(zhuǎn)移” 的方式。即我們在選擇數(shù)據(jù)遷移工具時，必須確保它能加快數(shù)據(jù)轉(zhuǎn)移， 減少人工干預， 提高遷移數(shù)據(jù)的效率和靈活性。四是應(yīng)該根據(jù)不同環(huán)境有區(qū)別的復制， 這樣可以盡可能的回收孤立的數(shù)據(jù)或者將他們移動到更有效的平臺。

    總之，合理的數(shù)據(jù)轉(zhuǎn)移方案和配套的保障措施會讓云存儲越來越多的被各個機構(gòu)認可。相信隨著云技術(shù)的不斷完善和提高，數(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/

本文標題：云存儲中的數(shù)據(jù)遷移分析

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