Windows Server P2V 實體轉虛擬 防踩雷筆記 (Windows Server 2012, Hyper V)

-

公司有一部多年前建置的Windows Server 2012 STD主機，是安裝在實體2U伺服器上。因為評估服務即將封存，硬體毀損的風險偏高，決定轉為虛擬化，比較方便營運。

先講結論:

第一，直接使用 StarWind的軟體 V2V Converter / P2V Converter ，可以節省寶貴的時間。轉換結果在權限足夠的前提下，直接掛載到另一部HyperV主機上。

第二，同一部主機上有多個磁區，選擇複製整部實體機器，
不要"個別分開"轉換虛擬磁碟，以免節外生枝。

前情提要:

ChatGpt跟網路上微軟提供的P2V轉換工具大多是Disk2vhd(連結)。他可以在Windows不關機的前提下執行安裝並轉換。多數早期的文章(10年前)都指向用這個工具。我考慮虛擬磁碟會太大，因此將救援磁區跟C槽存一個VHD，有資料庫的D槽存另一個VHD。

症狀(現象):

系統很快就將Windows Server 2012轉換成VHD。掛載到HyperV上並建立HyperV的第一代虛擬機器，加入虛擬硬碟後。結果發生黑色螢幕下游標一直閃的問題。不能開機。

Lab1 :Disk2vhd失敗處理與Trouble Shooting

問了Copilot(微軟家的Chatgpt)，他給我的答案是利用Windows Server的 ISO開機，進入修復模式，然後利用diskpart等工具找到一個99MB左右的隱藏磁區，要手動格式化為Fat32格式，並利用他來重建開機磁區。結果，是經歷數小時、令人崩潰的反覆失敗。而且，在diskpart中使用list volume指令觀察，居然會看到好幾組重複的磁區；磁碟目錄找不到.....

嗯，這看起來很不對呀。

Disk2vhd畢竟是針對比較早期如XP、Win7、Server 2008等的舊系統，對於開機磁區的辨識不那麼聰明。Windows Server 2012已經使用UEFI/GPT 型硬碟磁碟分割。心想再試下去決不是辦法，若之後上面執行的服務(SQL Server)讀取硬碟有問題就慘了。改弦易轍選用 Starwind V2V Converter / P2V Converter。

Lab12 : V2V Converter / P2V Converter 

V2V Converter / P2V Converter 使用起來非常方便，不過他不提供轉存至本機硬碟的選項，而是直接掛載到HyperV上；相關的CPU、記憶體設定等等都會一併轉到虛擬機器內。在轉換上比起Disk2vhd會花比較多的時間，而且需要較高的系統權限。不過轉換結果非常完美，是完整度極高的推薦方案(機器預設是關閉狀態，建議先拿掉V Switch將網卡設定改好，以免發生IP衝突)。

根據轉換的結果，他會設定為第2代虛擬機器。因此網路上流傳，Disk2vhd選擇後轉第1代虛擬機的解法根本完全不可信。V2V Converter / P2V Converter才是真正老機器的續命神器。

不過，在實作過程中我自踩了一個自己製造的坑: 在轉換時沒有選擇整部機器，而是自做主張只轉換C跟保留磁區；然後用之前Disk2VHD笨方法做好的D槽，掛載在同一台虛擬機上。這樣雖然能開機，但系統管理工具內的磁碟管理，又會看到奇怪的幽靈現象：虛擬磁碟1跟虛擬磁碟二各有一套分割區，然後 D槽被掛上奇怪的磁碟代號。

Vdisk1    300MB recovery |  99MB UFI |   C:drive 128G   |  unused 1TB...

Vdisk2    300MB recovery |  99MB UFI |   unused 128G   |  D:drive 128G

這樣的結果，讓我看到所有DBA生平會恐懼的字眼之一： XXX資料庫 復原暫止。簡單說，資料庫引擎掛載不到資料庫的mdf跟ldf，完蛋了。

雖然手動修改磁碟機代號並重開機，SQL Server的病就好了(誤)。但在事件檢視器卻見到大量的ntfs ：50 {延遲寫入失敗} Windows 無法儲存檔案<>的所有數據。 數據已遺失。 此錯誤可能是計算機硬體或網路連線失敗所造成

看起來像是寫入快取問題，實際上就是磁碟分割區亂掉了。SQL Server雖然能正常運作，但分割區就是給他亂七八糟。

Lab13 : 亂搞磁碟區的悲劇

以工程師的個性而言，看到磁碟區很亂，真的很受不了。

Vdisk1    300MB recovery |  99MB UFI |   C:drive 128G   |  unused 1TB...

Vdisk2    300MB recovery |  99MB UFI |   unused 128G   |  D:drive 128G

於是心一橫想改成這樣

Vdisk1    300MB recovery |  99MB UFI |   C:drive 128G   |  D:drive 128G

Vdisk2    300MB recovery |  99MB UFI |   unused 128G   |  unused 1TB...

(1)把第1顆的未使用空間格式化，改個磁碟代號H，

(2)把第2顆的D資料搬到H，

(3)把第2顆的D移除代號，最後移除第2顆，

結果重開機後，SQL Server就讀不到所有資料庫了，XXX資料庫 復原暫止。

悲劇至此畫上句點。

Lab14 : 重新轉換，順利成功

最後，決定用V2V Converter / P2V Converter重新轉換一次，選擇整個機器一起轉換。除了時間比較長，後續開機第一次搜尋裝置比較久，機器終於無痛在新環境快樂奔跑。

那麼，到底為什麼會看到上面的幽靈現象呢?在Disk2vhd的頁面其實有提示:

如果您打算從 VHD 開機，請勿在建立 VHD 的相同系統上附加 VHD。 如果您這樣做，Windows 就會將新的磁碟簽章指派給 VHD，以避免與 VHD 來源磁碟簽章發生衝突。 Windows 會依磁碟簽章參考開機設定資料庫 (BCD) 中的磁碟，因此在 VM 中啟動 Windows 時，將無法找到開機磁碟。

雖然我並不是把我複製的D資料碟掛載到原來的實體主機上，但這D資料碟在Disk2vhd轉換的當下，其實是把分割表跟開機磁區給包進"去"的。因此我將這個D槽跟V2V Converter / P2V Converter轉出的C槽合體時，兩者衝突的磁區就發生了干擾。

結論：這種牽涉磁區的轉換工作，不要刻意混搭，以免自討苦吃。




留言

張貼留言

這個網誌中的熱門文章

The Disk2vhd Disaster — and How StarWind’s V2V Brought Redemption! --About Windows Server 2012 STD P2V

-
Our company has been operating a Windows Server 2012 STD host installed on a physical 2U rack server for years. As services on the machine are nearing decommission and hardware failure risks are increasing, we've decided to virtualize the system to streamline operations. Summary(Suggestion) Use StarWind’s V2V Converter / P2V Converter directly — it saves valuable time. If you have sufficient privileges, the converted system can be mounted directly to another Hyper-V host . If the server has multiple partitions , choose to clone the entire physical machine. Avoid converting individual disks separately to prevent unexpected complications. Background ChatGPT and Microsoft’s commonly recommended P2V conversion tool is Disk2vhd . It allows conversion without shutting down Windows. Most articles from ~10 years ago suggest this tool. I initially tried splitting the system: storing the recovery and C drive in one VHD, and the database D drive in another, to reduce file size. Sy...
Read more »

Redis 在 C#的應用

-
Redis適用的場合   1.代替主機的Session機制，利於擴展多部主機  2.簡單、不講求精準的計數，如人氣排行榜等；可以容忍部分lost  3.極端要求前端回應速度、使用者體驗好的場合 (轉址查詢) 4.有許多人查詢"共同"、高度相似的資料集，讀多於寫 (查選課...火車班表...公車路線) 5.有某些資料是會定期失效清除的(Token) ，例如實作登入失敗進行鎖定的機制 6.競爭性資源的鎖定機制，例如 搶票系統的交易鎖( SETNX )   Redis不適用的場合   1.只有後端管理者在使用的場合，沒有多人競爭、搶快的必要 2.全都講求即時計算，不能接受時間差  3.因為精準數問題，避免儲存金額或是貨幣數字 4.沒有足夠資源建置cluster機制，單點失效或快取miss造成的損失與遲滯問題反而更嚴重   Redis Key的設計與使用 1.利用namespace的方式來標示有意義的內容，如 usr:vip:faculty:sigfried  2.key 跟 value不要過長(key 小於1K)  3.思考每筆key的生命週期該存活多久，設定有效期限  4.針對人、事、物資料可以把資料抽象到一個雜湊表裡；不要把JSON 的key-value 組合拆開、一個個當字串值塞進redis 的value  5. keys 指令 會把效能拖垮， 用 keys xxxxx* 無法預估筆數；應該 用scan 取代，可以限制回傳筆數、分批執行，例如 redis-cli scan 0 match key99* count 1000  6.設計key 時避免使用特殊字元     Redis Key的設定與組態 1.記得設定密碼認證，並限定存取來源 2.將敏感、耗時語法rename，避免在production遭到誤用，例如:  rename-command keys mykeysys 3.C#應用不使用using資源語法，因為是單執行緒 4.利用docker環境安裝 5.擷取 redis 最大占用記憶體      config get maxmemory  6...
Read more »

如何刪除Trello的卡片資訊 (deleting Trello cards)

-
圖片
Trello是個很棒的圖形化任務管理工具，對於想試試任務管理、看板方法的人相當有幫助。依照Ruddy Lee 所言 [ 原文出處 ] ，「讓工作流程被視覺化，讓我們的決策更接近事實、更容易作為改善的依據、更容易管理及更有效率」。這句話實在說得太棒了。 Trello很容易上手，唯獨在某件事情上有些困擾。如果放了不需要的卡片，該如何將其真的刪掉呢？依照程式預設的介面，卡片只是被「封存」(Archive)，實際上還存在Trello之中。 原來的Trello應該是考慮防呆或誤刪，不讓卡片輕易消失。但這樣容易累積很多垃圾卡片，日子久了很難進行整理。 參考Trello的 [ 官網 ]，真的要刪掉任務卡片，請點 Archive按鈕下面的一行灰色小字 Share and more....，在展開的對話方塊的最下方， 才會出現 Delete的選項。這樣，才是真正的刪除。
Read more »