將數(shù)據(jù)庫遷移到云平臺的優(yōu)秀實踐

云計算行業(yè)專家指出，未使用的數(shù)據(jù)(在內(nèi)部部署的數(shù)據(jù)數(shù)量可以忽略不計)可能會嚴(yán)重影響企業(yè)采用云平臺的預(yù)算。

數(shù)字化轉(zhuǎn)型正在導(dǎo)致很多企業(yè)面臨前所未有的海量數(shù)據(jù)。許多人認(rèn)為，面對不斷增長的數(shù)據(jù)量和更復(fù)雜的分析要求，從Microsoft Azure或AWS云平臺運行SQL Server數(shù)據(jù)庫是確保IT性能的優(yōu)秀方法。但是，對于某些人而言，最初的希望是通過切換到云平臺能夠以更高的成本效益進(jìn)行工作。一個重要的原因可能是尚未針對新的云計算環(huán)境預(yù)先優(yōu)化數(shù)據(jù)資產(chǎn)。因此，只有在充分準(zhǔn)備之后才能完成遷移。

遷移到云端就像搬入新家：當(dāng)在家中查看所有物品時，很可能出現(xiàn)自己都不知道擁有的東西。不可避免地出現(xiàn)的問題是：家中的每一件物品都與新房子相關(guān)嗎?或者是時候徹底清理一下雜物了?

這種方法也可以應(yīng)用于將SQL Server數(shù)據(jù)庫遷移到云平臺中。由于云計算環(huán)境的規(guī)則與內(nèi)部部署環(huán)境不同，因此在順利進(jìn)行遷移之前，應(yīng)先對數(shù)據(jù)庫進(jìn)行適當(dāng)?shù)那謇砉ぷ?。為此，?shù)據(jù)庫管理員(DBA)首先必須獲得所有數(shù)據(jù)庫如何與連接的應(yīng)用程序進(jìn)行交互的概述。這使他們可以清除數(shù)據(jù)集中不必要的混亂數(shù)據(jù)，并在必要時修改代碼。因此在遷移之前，應(yīng)先進(jìn)行包含評估和審查階段的兩步過程。

評估階段：遷移的數(shù)據(jù)選擇

云遷移失敗的比較常見的原因之一是成本過高。在許多情況下，這可以歸因于以下事實：尚未充分考慮新的云計算收費模式。未使用的數(shù)據(jù)量(在內(nèi)部部署運營中可忽略不計)會給云平臺中的預(yù)算帶來極大壓力，因為云計算服務(wù)的價格由CPU、存儲和IOPs決定。與其相反，提前完成全面評估有助于確保盡可能高效地使用新環(huán)境。為此，需要確定所有庫存數(shù)據(jù)記錄，并將它們依次分配到三個類別：清理、存檔、遷移。

清理

大量不再有用的垃圾數(shù)據(jù)或數(shù)據(jù)集適合在云遷移之前進(jìn)行清理。這種類別的數(shù)據(jù)包括過去創(chuàng)建的數(shù)據(jù)，但數(shù)據(jù)質(zhì)量可能很差，只是出于法律原因才需要進(jìn)行存儲。如果超過法律要求的時限，則可以將其刪除。如果是個人數(shù)據(jù)，則還應(yīng)根據(jù)GDPR法規(guī)和其他數(shù)據(jù)保護(hù)法規(guī)來考慮數(shù)據(jù)庫存。

存檔

在調(diào)查過程中，數(shù)據(jù)庫可能還會遇到相反的情況：某些數(shù)據(jù)集雖然過時了，但其質(zhì)量適合當(dāng)前和未來的趨勢分析。在此建議繼續(xù)以只讀模式使用數(shù)據(jù)。例如，如果計劃遷移到Microsoft Azure，則可以使用SQL Stretch數(shù)據(jù)庫將數(shù)據(jù)簡單地移動到成本相對較低的存儲級別。在那里，數(shù)據(jù)仍然以只讀模式可用，并且可以根據(jù)需要進(jìn)行檢索，以用于商業(yè)智能操作，用于人工智能或機器學(xué)習(xí)功能的應(yīng)用以及用于創(chuàng)建預(yù)測分析。

遷移

確定了需要清除和存檔的數(shù)據(jù)后，便自動形成了適合遷移的數(shù)據(jù)量。盡管這些數(shù)據(jù)來自內(nèi)部部署生產(chǎn)系統(tǒng)，但這并不意味著可以將其直接傳輸?shù)交谠朴嬎愕纳a(chǎn)系統(tǒng)。為了防止用戶可能抱怨他們的報告自從遷移以來不再有意義，下一步是對這些數(shù)據(jù)進(jìn)行徹底的質(zhì)量檢查。

檢查階段：數(shù)據(jù)庫質(zhì)量檢查

由于在遷移過程中不應(yīng)對應(yīng)用程序和數(shù)據(jù)庫進(jìn)行任何更改，因此必須消除任何妨礙可靠性能的功能。必須進(jìn)行額外的質(zhì)量檢查，以確保應(yīng)用程序和數(shù)據(jù)庫級別之間的平滑交互。因此，應(yīng)該確保以下幾點：

諸如表格、視圖、觸發(fā)器、存儲過程和用戶??定義的函數(shù)(UDF)之類的對象的一致命名標(biāo)準(zhǔn)。

如果所包含的值均不超過32個字符，則不要使用超大的列，例如CHAR(500)。

GUID(全局唯一標(biāo)識符)不用作聚集索引。這僅適用于未擴展的小型表格。還必須檢查是否將GUID用作集群主鍵，因為這會導(dǎo)致許多性能問題。

沒有定義為大大小的數(shù)據(jù)類型，例如NVARCHAR(MAX)。

沒有隱式轉(zhuǎn)換，因為它們會導(dǎo)致嚴(yán)重的代碼問題。特別是，當(dāng)使用對象關(guān)系映射(ORM)工具時，更容易發(fā)生轉(zhuǎn)換問題，因為對象關(guān)系映射(ORM)通常默認(rèn)情況下使用GUID作為集群索引。

此外，應(yīng)再次檢查查詢超時的編碼。如果某些查詢在內(nèi)部部署環(huán)境中已經(jīng)發(fā)生服務(wù)器超時，則這些超時將在云中增加。為避免這種情況，應(yīng)修改代碼，以便與查詢超時相比，它在云平臺中更具彈性，并且相應(yīng)地優(yōu)化了關(guān)聯(lián)的查詢。

另一個必要但在某些情況下可能很痛苦的任務(wù)是對流行功能的評估和測試，例如創(chuàng)建臨時表。盡管通常使用這些功能來改進(jìn)編碼的邏輯，但是只有少數(shù)幾個功能會對性能產(chǎn)生積極的影響。為了避免在云平臺中出現(xiàn)任何意外情況，最好安排對最常用的數(shù)據(jù)庫功能進(jìn)行測試。

可靠的文檔有助于切換到云平臺

總體而言，進(jìn)入云平臺只需要根據(jù)數(shù)據(jù)目錄創(chuàng)建全面的文檔即可。為了避免在遷移后發(fā)現(xiàn)應(yīng)用程序和用戶已經(jīng)遷移進(jìn)來，必須進(jìn)行下一個步驟：記錄哪些應(yīng)用程序訪問目錄中記錄的數(shù)據(jù)。

對于數(shù)據(jù)庫來說，這似乎有些不愉快，就像搬家時必須處理長期遺忘的物品一樣。為了簡化文檔編制過程，需要使用適當(dāng)?shù)墓芾砉ぞ?，這些工具可以自動創(chuàng)建數(shù)據(jù)源的詳細(xì)概述。通過這種方式，可以創(chuàng)建合適的條件以實現(xiàn)平穩(wěn)遷移并有效使用云計算服務(wù)。

網(wǎng)站名稱：將數(shù)據(jù)庫遷移到云平臺的優(yōu)秀實踐
URL分享：http://www.muchs.cn/news18/204668.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供虛擬主機、網(wǎng)站策劃、靜態(tài)網(wǎng)站、電子商務(wù)、企業(yè)網(wǎng)站制作、關(guān)鍵詞優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)