對于數據遷移實施,我個人覺得:在實施之前,再繁瑣的準備都不算過分!就個人參與過的經驗簡單分享一下:
1,環境調研要做充足,包括源數據庫環境,版本,數據量大小,業務場景,操作系統版本,源數據庫環境與目的數據庫環境的差異等等。
在實際案例中遇到過多重很奇葩的情況,比如,遷移數據時,才發現客戶的網速奇慢,傳備份集只能達到3,5M的速率,整個遷移過程被傳輸占了大部分時間,沒想到客戶的數據中心的交換機那么差,源數據庫和目的數據庫是都在一個數據中心的。
2,遷移方案準備,盡量優化細節,最好能在測試環境測試其可行性以及實際耗時后,才到生產環境實施。
就碰到過實施時間安排的貌似很合理,結果上去第一步操作停庫竟然等了好久。
3,確保數據備份,回退可行,不能存在僥幸心理。有次遷移失敗,緊急回退,發現源數據庫竟然起不來了,深更半夜的又對源數據庫折騰了將近一個小時。
4,人員角色齊備,數據遷移一般是晚上實施,最好是A/B角一起參與,以免晚上精神不好,敲錯指令。最好是主機工程師和存儲工程師都在。曾經有一次,發現導入數據非常慢,后來發現是存儲的問題。結果存儲工程師不在現場,緊急call過來處理。
重復一下:在實施之前,再繁瑣的準備都不算過分!
wangxuefeng 系統運維工程師:
我在去年十一的時候,做過一次遷移,倒庫備份出來,用了24小時多,具體我讓別人操作的,然后,在新購置的服務器上安裝操作系統,linux;然后,導入也花了很長時間。第二次,我9月30日過去了一趟增量備份,完成后,關停系統;并于10月2日,增量導入新設備,測試沒問題,整體遷移了。其中,原來的刀片設備,作為完全備份設備,原封不動放在機房,以作為如果出現問題的馬上還原。好像有點奢侈,不過,這樣最安全了。
所以大數據,一定要有完全,有增量,這樣安全。
余靜 北京物美 系統工程師:
我們去年做了幾十套大系統遷移,各種方法都用了,簡單說說:
1、壓縮(tar)+copy(scp)
2、ogg
3、dg
4、svc
5、鏡像
前提,不管做什么方法考慮的問題:
1、必須在遷移開始遷備份。
2、對業務影響范圍充分了解。
3、風險考慮。
4、停機窗口。
5、操作步驟提前提前準備。
6、回退方案。
7、應急方案。(無法回退)
guangshi007 廣州成翔 技術經理:
遷移前肯定要完全備份一次吖,不然遷移失敗咋辦???尤其是金融系統的業務數據,必須永久保存,一旦丟了,那你可以跑路了……
baizhaoxian 萬國數據服務有限公司 數據庫架構師:
工作要點:
環境準備工作做足,數據遷移方案做清晰,數據遷移步驟哦做細,回退切換方案做的有保障。
董志衛 李寧(中國)體育用品有限公司 系統架構師:
遷移的幾點考慮:
1. 主要也是非常重要一點是梳理用戶環境,制定比較有針對性的遷移方案。比如說可以線下遷移盡量要線下遷移,不要為凸顯技術的高超,記住凡是都有風險,還有bug。
2. 技術輔助業務,支持業務。在充分測試前提下,梳理步驟,謹慎操作,運用適當的技術進行遷移。
3. 制定每一套的遷移不成功或回退方案,給自己多一種方案選擇。
4. 報領導審批方案,提前協調窗口,切勿想當然直接就上,不要我以為沒事,最終出大事。
Laozhao 存儲工程師:
作為一個存儲和備份工程師,參與了很多次的數據遷移,個人感覺有幾個方面問題必須特別注意:
1、前期的調研工作必須充分,準備工作一定到位。
2、必須預留備份時間窗口
3、遷移就做遷移,不能去夾雜其他的升級或者變更。
4、方案一定要扎實,要全面;一定要要有回退方案或者保底方案。
5、有條件的一定要各方面的專家給予現場支持。
舉一個遷移升級失敗的例子:
更換存儲和服務器:原環境:IBM小型機,HDS存儲用HACMP做的oracle雙機(非RAC機構)。
新環境:新IBM小型機(升級系統),新的HDS存儲有POWERHA做oracle(版本不變)雙機(非RAC機構)。
遷移方案:新的服務器上按照原服務器的配置按照oracle配置powerha;用存儲之之間的同步復制完成數據遷移;復制完成的數據卷添加到powerha后,啟動,不停的抱IO 操作錯誤;但是能夠啟動數據庫;但是做failover;數據庫就死機;找了4個小時才發現powerha的卷要求和hacmp不一樣,用戶很生氣;超出的時間,而且遷移也沒有成果。幸好原環境沒有破壞。這個方案有幾個主要的問題:1、powerha當時剛出的新產品,大家對功能不是很熟悉就想用于生產;2、遷移和升級混合一起做,加大排錯難度。3、前期準備工作不到位
zhanghaiyang 聯合網訊 系統工程師:
數據的遷移,我覺的主要有三個點:
第一,數據量的大小
第二,是否影像業務、停機窗口時間
第三,遷移要是有風險,是不是還得備份
在實際的操作中,要根據實際硬件配置,軟件環境來考慮遷移方案
我的經驗來講,還是軟件遷移,比如數據庫的asm鏡像、操作系統的鏡像,比較好用。
底層的復制技術還是災備或者備份用的比較多。
sunnyihui 亞聯 技術總監:
遷移的方法很多,存儲層面,數據庫層面,系統層面,往往遷移伴隨著基礎軟件升級改造等,所以采用什么方式要根據需求而定,總之備份,風險控制是一定要注意。
javamud 沈陽天港世紀科技有限公司 系統運維工程師:
可以慢點,可以重來,可以……
只要數據還在,一切都有可能
張文正 某信息科技有限公司 技術經理:
一句話,遷移方案要詳細!
暫無信息
地址:廣東省惠州市惠城區東平半島惠州大道20號賽格大廈1608號
電話:0752-2072178 傳真:0752-2072168-0 郵箱:gdoudi@ouditech.com廣東歐迪科技有限公司 版權所有
Copyright ©2020 Guangdong Oudi Technology Corporation All Rights Reserved.
粵ICP備16018732號-1