作者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/cn.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