作者coflame (吾養吾浩然之氣)
看板MIS
標題Re: [Case] VM convert 的時候需要停用資料庫服務？
時間Tue May 1 23:49:35 2018
※ 引述《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://webptt.com/m.aspx?n=bbs/MIS/M.1525189778.A.61A.html
※ 編輯: coflame (175.180.135.182), 05/01/2018 23:50:10
1F：→ coflame: 補充一下，我這邊停機是指將MySQL服務停用 05/02 00:03
2F：推 purplvampire: 推 05/02 08:06
3F：推 littlecut: 有異動不是都要先做備份嗎@@? 05/02 11:06
4F：推 sanbis: 昨天 2300 開始P2V ，今天早上切換 IP 05/02 11:45
5F：→ sanbis: 看客戶會不會叫吧~XD 05/02 11:45
6F：→ sanbis: 沒叫算我走狗屎運 05/02 11:47