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