看板
[ MIS ]
討論串[Case] VM convert 的時候需要停用資料庫服務?
共 5 篇文章
內容預覽:
[硬體資訊]. R630. R720. [軟or韌體版本資訊]. CentOS 6.9. [問題描述]. 雖然前面已經測試過 P2V可以正常轉換. 但是轉換完成以後所有服務跟資料是否正常還不確定. (沒辦法直接讓測試的啟用,而且還有資料寫入的問題). 預定排程在明天請客戶停止寫入. 然後做完整的 P
(還有704個字)
內容預覽:
根據我淺薄的經驗,有以下方式不負責建議您採用. 1. MySQL Replication. 簡單說是透過MySQL原生的抄寫機制,來達成轉移的方法. 詳情請google: MySQL Replication. 2. 直接P2V也並非不可行,但以下條件是必要的. 1) 停機. 2) P2V. 3) 再
(還有348個字)
內容預覽:
目前準備採用的應該是這個方案. 不過不是停機. (小弟停機的概念是整台主機關機). 而是停用 MySQL. 然後做 P2V 轉換. 但是這裡有點不了解. 已經停用 MySQL 的情況下轉換為什麼還需要做 MySQL Backup & Restore ?. 就小弟 BOSS 所說~. 小弟的前任做過
(還有516個字)
內容預覽:
其實在資料庫的P2V作業,對資料庫系統(DB Layer)來講,. 他就是Database Migration,有經驗的DBA進行Database Migration,. 大致都不脫離我淺薄經驗中所提的三種方式。. 基本上,您採用方案二後,會遇到就三種狀況. 1) 可以直接開起來,都沒問題 ==>
(還有339個字)
內容預覽:
因為它是資料庫. 資料庫存的資料是:. 1. 重要. 2. 重覆使用. 3. 不過期(過期的理論上要再做處理啦). 所以基本上資料庫建好後第一件事就是考慮備份該怎麼做. 允許的狀況下能備就盡量備,備份可以多不可以少. 只要會動到資料庫,建議的第一步都是備份. 再者你用的是innodb.....備份就
(還有223個字)