|
新聞中心
當(dāng)前位置：網(wǎng)站首頁(yè) > 新聞中心
企業(yè)數(shù)據(jù)轉(zhuǎn)向云存儲(chǔ)的注意事項(xiàng)
企業(yè)的數(shù)據(jù)要轉(zhuǎn)向云存儲(chǔ)，首先要做的就是明確被轉(zhuǎn)移的數(shù)據(jù)范圍。不能簡(jiǎn)單的把各個(gè)服務(wù)器數(shù)據(jù)庫(kù)照搬放入云數(shù)據(jù)中心，這樣會(huì)增加數(shù)據(jù)轉(zhuǎn)移耗費(fèi)的時(shí)間、增大企業(yè)的運(yùn)營(yíng)成本， 同時(shí)，數(shù)據(jù)冗余大、垃圾數(shù)據(jù)多會(huì)對(duì)系統(tǒng)造成很大的隱患，導(dǎo)致系統(tǒng)工作異常。這里建議各個(gè)企業(yè)把重要的核心數(shù)據(jù)保留在傳統(tǒng)的煙囪式體系架構(gòu)之中，對(duì)于一些類似于歸檔、提供查詢等不是很重要的信息， 則可以放入云存儲(chǔ)中心。這樣，各機(jī)構(gòu)就可以有效利用云存儲(chǔ)按需付費(fèi)的操作模式，將原本在固定數(shù)據(jù)存儲(chǔ)設(shè)備上的投入轉(zhuǎn)變?yōu)榭梢灶A(yù)算評(píng)估的運(yùn)營(yíng)成本，節(jié)約投入。其次， 云的網(wǎng)絡(luò)連接能力將是對(duì)數(shù)據(jù)云遷移操作的重要考驗(yàn)。企業(yè)與云數(shù)據(jù)中心之間數(shù)PB的數(shù)據(jù)的來(lái)回切換是比較困難的。根據(jù)企業(yè)數(shù)據(jù)量大小不同以及網(wǎng)絡(luò)連接能力的高低，初次的數(shù)據(jù)遷移可能會(huì)持續(xù)相當(dāng)長(zhǎng)一段時(shí)間。這里，建議各個(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)估。雖然有些云供應(yīng)商提出了用物理遷移的方法來(lái)代替網(wǎng)絡(luò)傳輸數(shù)據(jù)，但是我們要看到， 由于工作性質(zhì)的原因， 有些類似于病人病歷、企業(yè)核心數(shù)據(jù)等敏感數(shù)據(jù)是不能被復(fù)制或采取物理遷移的方法帶走的。鑒于此，這里推薦兩種方法： 當(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ù)可以提供拷貝， 那么我們可以采用人工網(wǎng)絡(luò)模式。將數(shù)據(jù)通過(guò)磁盤(pán)、移動(dòng)存儲(chǔ)設(shè)備等從企業(yè)服務(wù)器拷入到云數(shù)據(jù)中心或者從云數(shù)據(jù)中心拷貝出米， 目前一些云供應(yīng)商為了加快數(shù)據(jù)的轉(zhuǎn)移， 在給企業(yè)進(jìn)行數(shù)據(jù)轉(zhuǎn)移時(shí)會(huì)采取一些切實(shí)有效的人工網(wǎng)絡(luò)模式， 例如某公司在給客戶進(jìn)行數(shù)據(jù)轉(zhuǎn)移時(shí)會(huì)提供一個(gè)配置了雙干兆級(jí)以太網(wǎng)接口的存儲(chǔ)服務(wù)器， 當(dāng)客戶的數(shù)據(jù)拷貝完畢， 公司就會(huì)帶走服務(wù)器并將數(shù)據(jù)拷貝到云數(shù)據(jù)中心。
再者， 為了將數(shù)據(jù)倉(cāng)庫(kù)有效地轉(zhuǎn)移到云端，我們得適當(dāng)結(jié)構(gòu)化數(shù)據(jù)并使用正確的數(shù)據(jù)分析工具及遷移方法。目前，數(shù)據(jù)遷移主要有三種方式，即：系統(tǒng)切換前通過(guò)工具遷移、系統(tǒng)切換前采用手工錄入、系統(tǒng)切換后通過(guò)新系統(tǒng)生成。結(jié)合目前各個(gè)機(jī)構(gòu)的情況， 我們采用“系統(tǒng)切換前通過(guò)工具遷移”方式居多。傳統(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)題。不管采用什么方法和策略，數(shù)據(jù)遷移后一定要對(duì)數(shù)據(jù)進(jìn)行校驗(yàn)，檢查數(shù)據(jù)的完整性、一致性等。
接下來(lái)， 我們要關(guān)心數(shù)據(jù)云遷移過(guò)程中的安全性問(wèn)題，制定一套安全有效的數(shù)據(jù)遷移方案對(duì)數(shù)據(jù)遷移進(jìn)行安全管理是十分重要的。不管企業(yè)采用什么安全性數(shù)據(jù)轉(zhuǎn)移方案， 都必須注意數(shù)據(jù)的丟失和備份。對(duì)于敏感數(shù)據(jù)， 很多云供應(yīng)是缺乏長(zhǎng)期處理的經(jīng)驗(yàn)的。況且數(shù)據(jù)在云服務(wù)中采用的是共享存儲(chǔ)的方式，這會(huì)使得原本在傳統(tǒng)煙囪式架構(gòu)中很易于實(shí)現(xiàn)的安全策略在云環(huán)境下變得具有風(fēng)險(xiǎn)性。這里建議企業(yè)在選擇云存儲(chǔ)服務(wù)商時(shí)應(yīng)仔細(xì)評(píng)估， 認(rèn)真查看云供應(yīng)商提供的安全防護(hù)措施和采用的標(biāo)準(zhǔn)，并結(jié)合自己的實(shí)際情況提出適當(dāng)?shù)恼{(diào)整和修改。再者，數(shù)據(jù)的備份工作都是必不可少的。還應(yīng)該對(duì)備份的數(shù)據(jù)進(jìn)行測(cè)試，確保當(dāng)出現(xiàn)一些異常情況時(shí)備份的數(shù)據(jù)可以使用。雖然一些云供應(yīng)商會(huì)做這一步操作， 我們還是建議企業(yè)自己備份，企業(yè)可以利用云供應(yīng)商提供的備份或數(shù)據(jù)導(dǎo)出功能來(lái)做這個(gè)操作。不管備份在什么地方， 我們都必須確保在數(shù)據(jù)轉(zhuǎn)移過(guò)程中受到嚴(yán)密的保護(hù)。并且要求云供應(yīng)商提供監(jiān)控功能，監(jiān)控訪問(wèn)數(shù)據(jù)的人員以及對(duì)核心數(shù)據(jù)的加密。
最后，如果企業(yè)對(duì)當(dāng)前云供應(yīng)商提供的服務(wù)不滿意需要更換服務(wù)商，如何在兩個(gè)服務(wù)商的云之間轉(zhuǎn)移數(shù)據(jù)？這應(yīng)該是當(dāng)前一一個(gè)很棘手的問(wèn)題。由于目前云存儲(chǔ)還處在初級(jí)階段， 各個(gè)云供應(yīng)商都采用自己的加密或傳輸機(jī)制以區(qū)別其它廠商。因此沒(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ù)器。這樣會(huì)無(wú)形中增加很多繁瑣的工作量。這里建議各個(gè)云供應(yīng)商提供一組云數(shù)據(jù)管理的應(yīng)用編程接口API， 可以實(shí)現(xiàn)不同云供應(yīng)商之間的數(shù)據(jù)傳輸， 讓數(shù)據(jù)遷移更為便捷。
|
