數據庫切換需要考慮的問題

場景

集團爲了提供數據庫性能和容錯率,將單節點數據庫切換爲rac。
切庫雖然簡單,但是也有些內容。

過程

請求方ip統計

新庫ip訪問策略默認是全部禁止。 所以需要將信任ip添加進白名單。
否則項目訪問不了數據庫,豈不尷尬。

db_link統計

old_database 可能還會通過db_link訪問其他庫,這個new_database肯定也要創建響應的db_link。

配置文件數據庫地址修改

這個不用說了,有多少個配置文件用到,就要改多少個。 配置文件改完後可以提前上傳。因爲不重啓,配置文件就不會生效。

驗證切換流程文檔編寫

1、eureka查看服務啓動情況。
2、sql語句測試db_link連通性。
3、各個項目接口是否正常(查詢等接口)。
4、pc端和app端做些操作,看流程是否正常。

切換動作

例如晚上10點切換。這個時間點,大家都下班了,用的人比較少,而且如果出了問題,還有一晚上的時間可以折騰。

停應用

爲了保證新老庫數據一致,停止應用保證沒有新增數據。 運維人員來做。

切庫,創建db_link,新老庫一致性校驗

這個交給dba來做。 這個操作需要一定專業性。

啓動應用

還是運維

根據之前寫好的流程一步一步進行校驗

一定要保證所有涉及的點都測到,對測驗點和結果進行記錄。 這個可以作爲驗收文檔來評定此次切換的成功與否。

其他

切庫看似簡單,其實還是要考慮不少內容的,需要協調的方面也不少。
至少涉及到了用戶(需要提前給通知),網絡人員(配置資源),dba(操作數據庫), 切換負責人(主管),運維人員(實際操作),測試人員,開發人員(配置文件的修改以及出現問題隨時的技術支持) 。
做好一件事還真不易。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章