※ 引述《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 ？ 因为它是资料库 资料库存的资料是： 1. 重要 2. 重覆使用 3. 不过期（过期的理论上要再做处理啦） 所以基本上资料库建好後第一件事就是考虑备份该怎麽做 允许的状况下能备就尽量备，备份可以多不可以少 只要会动到资料库，建议的第一步都是备份 再者你用的是innodb.....备份就更重要了 即便是已经做过P2V，确定不会出问题 在时间资源允许之下，我还是会做备份 更明确的说，我现在手底下不管是mysql cluster 或是有replaction的 只要有做变动，即使每天排程已经有做备份了 我还是尽可能在变动前先备一份以防万一 : 就小弟 BOSS 所说~ : 小弟的前任做过 P2V 转换 : 同样是 Linux P2V : 但是有没有停用 MySQL 或是其他情况完全不知道~ : 只知道过一个晚上就转换完成 前任怎麽做那是前任的事，或许他赌运气赌过了 也有可能是他用最保守的方式确保不出问题 至於一个晚上的时间来转换，在大部份的情况下这很够用了 : : 3. MySQL HA : : 这方式简单说，要把原本的MySQL 由单机提昇为MySQL Cluster HA : : 然後把你新建好的VM, 加入到此MySQL Cluster， : : 就会自动进行资料同步并可以在切换时不停机。 : : 但这要动到原本那台MySQL实体机的设定，不熟门路的建议不要采用。 : 这个应该跟现有的 VM 相同？ : DB 放在外部储存设备 : 透过 Server 的 CPU 跟 RAM 做运算 : Server 挂点只是切换到另外一台 Server 做运算？ : 还是说 MySQL Cluster 跟一般 Server 的 Cluster 不同？ 所有的cluster 在增加节点时会不会影响到服务 都要看目前的负载状况 要从你现在的状况下跳到mysql cluster 这跳太大了 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 59.127.83.152 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/MIS/M.1525246160.A.4C3.html