※ 引述《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: 挑個良辰吉日作業也是很重要的，備份保平安