※ 引述《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/m.aspx?n=bbs/MIS/M.1525246160.A.4C3.html