回覆列表
-
1 # ngdzh12347
-
2 # 使用者5147634925370
把資料庫遷移到雲資料庫要注意以下三點:
1、評估資料庫效能和空間大小:根據資料庫的讀寫效能、資料庫的當前儲存與增長趨勢評估遷移過後需要什麼型號的雲資料庫例項,這項工作可以由企業內部IT或DBA來完成。
2、明確業務SLA要求:明確資料庫支撐的業務SLA要求,設計在雲資料庫上的配置,如自動快照,臨時資料庫例項、IP白名單等,有一些應用需要99.99%的正常工作時間,所以要確保異常或遷移引起的停服時間不會影響到業務SLA要求。
3、垃圾檔案整理能夠降低成本:對於按照儲存空間收取費用的雲服務,對資料進行清理是非常重要的。隨著資料庫大小的增長,你的成本就會隨之增加。所以在進行遷移之前,建議不要把沒用的垃圾資料也遷移,從而節省一定的空間。
但實際上,你最需要注意的可能是選擇一個好的雲服務廠商,這樣可以讓你的雲遷移之旅更加順暢,好的雲資料庫可以讓資料庫設定、操作和擴充套件變得更加簡單。華云云資料庫RDS就不錯,它採用雙主和主從熱備,保障了資料庫的高可用性,提高了資料庫的效能,同時,資料存放採用三副本的方式,最大限度保障資料的可靠性,可即時開通,快速部署,彈性擴容,按需開通。
1.程式邏輯部分,新邏輯上線,注意對老邏輯的相容,千萬不要不管三七二十一暴力替換。2.資料庫部分: 1)能建新表儘量建新表以避免對老資料的破壞。 2)如果老表有欄位增加,千萬不要做非空,唯一性的約束,否則後果自負。 3)假如需要減欄位,那麼請考慮臨時替代的方案,比如新建一張臨時表,讓程式先取臨時表資料,最後等新表建立後再切換過來,匯入資料。 3.CACHE等需要序列化,反序列化的部分。一定要相容原先在快取中的資料,例如SID千萬不要變化,否則反序列化失敗,假如有欄位需要增加,那麼考慮第一次讀入先取資料庫。 4.外部介面相關的,能不要求外部介面聯調,儘量就不做聯調,一是麻煩,二是風險大。儘量對原介面傳入和傳出的資料保持相容。假如有變化,考慮用介面卡封裝,實在沒辦法再實行下策。 5.注意操作的先後順序,這個也是非常重要,例如你先發了資料庫,但是程式還是老的,並且會受到影響,那麼就掛了。