|
新聞中心
當前位置：網(wǎng)站首頁 > 新聞中心
企業(yè)數(shù)據(jù)轉(zhuǎn)向云存儲的注意事項
企業(yè)的數(shù)據(jù)要轉(zhuǎn)向云存儲，首先要做的就是明確被轉(zhuǎn)移的數(shù)據(jù)范圍。不能簡單的把各個服務器數(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)絡連接能力將是對數(shù)據(jù)云遷移操作的重要考驗。企業(yè)與云數(shù)據(jù)中心之間數(shù)PB的數(shù)據(jù)的來回切換是比較困難的。根據(jù)企業(yè)數(shù)據(jù)量大小不同以及網(wǎng)絡連接能力的高低，初次的數(shù)據(jù)遷移可能會持續(xù)相當長一段時間。這里，建議各個機構(gòu)在做數(shù)據(jù)云遷移前仔細檢查本機構(gòu)的網(wǎng)絡情況并對內(nèi)部網(wǎng)絡的安全現(xiàn)狀進行評估。雖然有些云供應商提出了用物理遷移的方法來代替網(wǎng)絡傳輸數(shù)據(jù)，但是我們要看到， 由于工作性質(zhì)的原因， 有些類似于病人病歷、企業(yè)核心數(shù)據(jù)等敏感數(shù)據(jù)是不能被復制或采取物理遷移的方法帶走的。鑒于此，這里推薦兩種方法： 當企業(yè)的數(shù)據(jù)吞吐量較大但是數(shù)據(jù)量不是特別多， 對傳輸延遲也沒過多要求時， 云供應商可以提供從企業(yè)到供應商某個存儲節(jié)點之間的私人鏈接， 方便企業(yè)遷移數(shù)據(jù)。企業(yè)可以根據(jù)自己的時間，在不影響公司正常運行的情況下做數(shù)據(jù)的轉(zhuǎn)移安排； 當企業(yè)的數(shù)據(jù)可以提供拷貝， 那么我們可以采用人工網(wǎng)絡模式。將數(shù)據(jù)通過磁盤、移動存儲設(shè)備等從企業(yè)服務器拷入到云數(shù)據(jù)中心或者從云數(shù)據(jù)中心拷貝出米， 目前一些云供應商為了加快數(shù)據(jù)的轉(zhuǎn)移， 在給企業(yè)進行數(shù)據(jù)轉(zhuǎn)移時會采取一些切實有效的人工網(wǎng)絡模式， 例如某公司在給客戶進行數(shù)據(jù)轉(zhuǎn)移時會提供一個配置了雙干兆級以太網(wǎng)接口的存儲服務器， 當客戶的數(shù)據(jù)拷貝完畢， 公司就會帶走服務器并將數(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ù)， 很多云供應是缺乏長期處理的經(jīng)驗的。況且數(shù)據(jù)在云服務中采用的是共享存儲的方式，這會使得原本在傳統(tǒng)煙囪式架構(gòu)中很易于實現(xiàn)的安全策略在云環(huán)境下變得具有風險性。這里建議企業(yè)在選擇云存儲服務商時應仔細評估， 認真查看云供應商提供的安全防護措施和采用的標準，并結(jié)合自己的實際情況提出適當?shù)恼{(diào)整和修改。再者，數(shù)據(jù)的備份工作都是必不可少的。還應該對備份的數(shù)據(jù)進行測試，確保當出現(xiàn)一些異常情況時備份的數(shù)據(jù)可以使用。雖然一些云供應商會做這一步操作， 我們還是建議企業(yè)自己備份，企業(yè)可以利用云供應商提供的備份或數(shù)據(jù)導出功能來做這個操作。不管備份在什么地方， 我們都必須確保在數(shù)據(jù)轉(zhuǎn)移過程中受到嚴密的保護。并且要求云供應商提供監(jiān)控功能，監(jiān)控訪問數(shù)據(jù)的人員以及對核心數(shù)據(jù)的加密。
最后，如果企業(yè)對當前云供應商提供的服務不滿意需要更換服務商，如何在兩個服務商的云之間轉(zhuǎn)移數(shù)據(jù)？這應該是當前一一個很棘手的問題。由于目前云存儲還處在初級階段， 各個云供應商都采用自己的加密或傳輸機制以區(qū)別其它廠商。因此沒有一個規(guī)范和約束的統(tǒng)一標準。很多云存儲供應商無法直接將客戶數(shù)據(jù)遷移到另 一家供應商， 當服務出現(xiàn)故障時，數(shù)據(jù)將返還給客戶， 然后客戶要冉找另一家云供應商， 或者將數(shù)據(jù)存儲在本地服務器。這樣會無形中增加很多繁瑣的工作量。這里建議各個云供應商提供一組云數(shù)據(jù)管理的應用編程接口API， 可以實現(xiàn)不同云供應商之間的數(shù)據(jù)傳輸， 讓數(shù)據(jù)遷移更為便捷。
|
