前陣子出國旅遊玩五天回到公司開始上班，就做了一些蠢事，像是推移腳下運作中的電腦時，不小心切到電源供應器的開關，結果主機連同 Hyper-V 中的七台 VM 就這樣一起關了。再開機之後，看起來運作沒啥狀況，直到今天才發現其實 LAB 裡的 AD2 虛擬機器根本就有問題，打開群組原則管理，竟出現存取被拒。

小弟過去曾介紹過微軟 Disk2vhd 這個超好用的 P2V 小工具，軟體版本也從當時的 v1.0  進化到現在的 v1.63。不過前陣子，看到噗友 hunterpo 使用該工具轉 vhd，拉進 Hyper-V 上線後，卻發生每次開機不斷安裝 Hyper-V 整合服務元件，再重開又繼續裝的迴圈中，這才想起來去年 12 月我也曾遇到這個情況。

在過去，公司想使用微軟的 iSCSI Software Target 就要玩 Windows Storage Server 才有，而且必須搭配 OEM 硬體一起採購，所以蠻多 IT 人員因此倒戈到 StarWind 這家公司所出的相關產品，或者其他第三方硬體設備。

但現在，微軟大發佛心免費釋出 iSCSI Software Target 3.3 軟體，讓大家在 Windows Server 2008 R2 上就能直接安裝使用囉！

微軟下載中心連結: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=45105d7f-8c6c-4666-a305-c8189062a0d0

昨天為了做 Exchange 2010 升級測試，一口氣將玩了好幾個月的 Hyper-V LAB 通通砍掉，重新把去年六月中所建立的初始環境匯入並還原。但在還原時，卻突然想到某件恐怖的事情可能會發生，因為我的 LAB 是公司 AD 環境的縮小版，其中包含了兩台網域控制站 ( DC )；果然，DC 在開機後立即出現了服務錯誤的警告，到事件檢視器檢查後就發現「事件ID 2042」的問題，導致 DC 除了沒辦法互相做複寫，連 LAB 環境中的 Exchange 2003 也無法正常跟 DC 溝通了。

主要原因其實就是，當時 DC 備份的時間跟再還原的時間，已經遠遠超過 Server 2003 AD 環境預設的標記存留時間 (TSL，Tombstone Lifetime) 了。

早期測試趨勢OfficeScan 防毒軟體用戶端安裝在Hyper-V 主機時，啟動虛擬機器時會造成像是上述的錯誤訊息。但其實這狀況，隨著Hyper-V 的成熟及廠商更新版本後，問題早已有了解決的方法。

話說我公司有一部很神奇的設備，外面有著大大的「F5」標誌，但在我進公司完全接手網管工作後，才確定骨子裡其實是裝著Windows Server 2000，而且負有公司外部DNS 服務的重責(!?)大任。

小弟前陣子查了一下資產資料，發現這位F5 老人家是2001 年就加入服務陣容，至於為什麼變成外部DNS，這可能就要找個會說書的。在幾個問題的考量下（編註：請容後述），我決定把他的功能移交到Hyper-V 的虛擬機器。