Re: [Case] VM convert 的時候需要停用資料庫服務？

看板MIS作者coflame (吾養吾浩然之氣)時間6年前 (2018/05/01 23:49)推噓3(3推 0噓 3→)

留言6則, 4人參與討論串4/5 (看更多)

※ 引述《sanbis (方正)》之銘言： : ※ 引述《coflame (吾養吾浩然之氣)》之銘言： : : 根據我淺薄的經驗，有以下方式不負責建議您採用 : : 1. MySQL Replication : : 簡單說是透過MySQL原生的抄寫機制，來達成轉移的方法 : : 詳情請google: MySQL Replication : : 2. 直接P2V也並非不可行，但以下條件是必要的 : : 1) 停機 : : 2) P2V : : 3) 再進行MySQL Backup & Restore : : 步驟 3請參考對岸資源，對岸MySQL使用非常發達，可查詢的資料很豐富 : : https://cloud.tencent.com/document/product/236/8464 : : (MySQL Backup & Restore) : 目前準備採用的應該是這個方案 : 不過不是停機 : （小弟停機的概念是整台主機關機） : 而是停用 MySQL : 然後做 P2V 轉換 : 但是這裡有點不了解 : 已經停用 MySQL 的情況下轉換為什麼還需要做 MySQL Backup & Restore ？ : 就小弟 BOSS 所說~ : 小弟的前任做過 P2V 轉換 : 同樣是 Linux P2V : 但是有沒有停用 MySQL 或是其他情況完全不知道~ : 只知道過一個晚上就轉換完成其實在資料庫的P2V作業，對資料庫系統(DB Layer)來講，他就是Database Migration，有經驗的DBA進行Database Migration，大致都不脫離我淺薄經驗中所提的三種方式。基本上，您採用方案二後，會遇到就三種狀況 1) 可以直接開起來，都沒問題 ==> 只能說您福德無量，上輩子有多做好事 2) 可以開起來但有資料缺失 ==> 在一定程度的範圍內，資料庫本身會透過Transaction Log來做修復，但若能這樣開起來，還是算福德無量 3) 開起來一堆錯誤或根本開不起來 ==> 我相信透過P2V，您可以至少複製95%以上的正確資料，但資料庫是重視100% Data Consistency，資料正確性就差那麼個幾啪，硬是死給你看。這時候就需要透過MySQL Restore (from DB Backup)，就可以恢復到 1) 或 2) 的狀態。簡單說最後一道Restore是八字輕的人一定會要做的驅邪手續，可保你平安開機就對了。 PS: 挑個良辰吉日作業也是很重要的，備份保平安 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 175.180.135.182 ※ 文章網址: https://www.ptt.cc/bbs/MIS/M.1525189778.A.61A.html ※ 編輯: coflame (175.180.135.182), 05/01/2018 23:50:10

→

coflame

05/02 00:03, 6年前 , 1^F

05/02 00:03, 1^F

推

purplvampire

05/02 08:06, 6年前 , 2^F

05/02 08:06, 2^F

推

littlecut

05/02 11:06, 6年前 , 3^F

05/02 11:06, 3^F