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

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

還好解決方式並不難，微軟 TechNet 技術文件庫裡面其實就有資料。

請參考其中：Event ID 2042: It has been too long since this machine replicated ( Server 2008 版本以上請改參考：事件識別碼 2042：這部電腦複寫後已經過很長一段時間 )，直接對下列位置的機碼：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters

新增一組 DWORD 值名為「Allow Replication With Divergent and Corrupt Partner」，並將數值資料設為「1」。

最後，再將修改好的 DC 重開使機碼及功能生效，就恢復正常了。以小弟發生的狀況來說，主 DC ( 具有 FSMO 五大角色、GC ) 及次要 DC  ( 具有 GC ) 都有同樣錯誤訊息，所以兩台都做了機碼的編修。

要特別注意的是，如果修改後確認 DC 及 AD 環境不再有異常複寫錯誤，請務必將該值修改為「0」。避免有其他因還原或其他狀況而過期的 DC 想進行複寫，最後導致 AD 運作混亂。

假使有人跟我一樣，常需要在 Hyper-V 裡做快照及還原的動作，其實也可以參考另一份文件修改預設的 Tombstone Lifetime：Determine the tombstone lifetime for the forest；只是我沒這樣做，原因在於即使是 LAB，我還是會希望讓他接近真實環境，越能從 LAB 的各種錯誤狀況中找到解決方法，其實也會加快我的學習。

另外，如果建立 AD 時是使用 Windows Server 2000 或 Windows Server 2003 ( 無 SP )，那麼預設的 TSL 值就是 60 天，也不會因為 Server 2003 升級了 ServicePack 1 以後，而自動增加為 180 天，除非手動進行修改。

推薦延伸閱讀：
● 微軟 TechNet 技術文件庫：在 Hyper-V 執行網域控制站

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

因為那台主機的功能非常單純，所以僅需要針對DNS 的設定做移轉，而且移轉的方式其實很簡單，在微軟TechNet 技術文件庫也有資料可以參考。（詳情可以參考文末）
先對舊主機的DNS 相關設定做匯出備份動作：
1. 在 [開始] 的 [執行] 輸入「regedit」，執行登錄編輯程式。並參考下圖的位置，將機碼的設定匯出成檔案。

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DNS Server

2. 備份「%windir%\system32\dns\」裡的資料。（註：samples 目錄及其資料可以不用拷貝）

做完上述動作後，將已經準備的全新VM 安裝好Windows Server，並新增DNS 服務及拷貝先前的相關設定。
接著在該VM 裡先停止DNS 服務，點擊先前備份的機碼檔做匯入，最後再將備份的「dns」目錄及資料，同樣拷貝至「%windir%\system32\dns\」，這樣就大功告成了。

還有，別忘記為DNS 做轉寄站的設定，並重開機讓設定確實生效。

來聊一下，為何會考量將那台主機的功能移轉至VM，其實是下列幾點原因：
a. 節省電費環保愛地球。曾經用變電家測量過那台主機，只是提供外部DNS 的簡單功能，一般運作也要耗去大約九十幾瓦的電力。以機房耗電龐大可能造成1 度電費5 元，舊主機平均耗電90瓦，在電費計算機網站進行估算，一個月不關機運作就要吃掉334.8 元的電費。
b. 維護成本。該主機的硬體規格非常老舊，除了主機板屬於特殊尺寸，到時壞掉沒得換外，連硬碟都是採上一世代的IDE  規格，萬一主機故障再花人力及金錢成本去修復，實在是很不划算。
c. 導入虛擬化。在先前的長期評估及測試下，已經開預算購入新伺服器為公司導入虛擬化，並且估算過還可容納這台VM 及其功能。

最後，來瞻仰一下這台準備變成消波塊的F5。

▼ F5 背部相關連接埠。上面清楚的標籤說明是原廠貼的，還是先前的MIS所貼，就不得而知了。

▼ F5 內部一覽。現在看到IDE 排線不自覺會有種厭惡感...

▼ 全機採用Sanyo日系電容。如此長時間使用下來，也的確看到其品質，在主機板上完全找不到一顆有爆開的電容。

▼ 搭載了兩張IDE 陣列卡及一張雙埠的Intel 大張網路卡。

▼ IDE 陣列卡是那個年代非常有名的喬鼎科技 Promise Ultra 66。

▼ CPU是Intel Slot 1 規格的P3 550，而記憶體是國外蠻有名的Corsair。

▼ 主機板型號為MSPC-6880。沒想到，竟還能拜請Google 大神找到資料...

延伸閱讀：
微軟TechNet 技術文件庫：AD DS 和 DNS 伺服器移轉：附錄 C - 獨立 DNS 移轉

這算是小弟二度在公司遇到這個狀況，就順便把實際案例拿出來分享一下。主要在Windows於未設定的情況下，NTFS單一磁碟區的狀況就會如上圖，最大僅能分割為2TB，超過的部分就會自動分開。

解決方式很簡單，就是將磁碟轉換為GPT模式（GUID Partition Table）。
直接參考下圖到磁碟管理頁面，在磁碟描述的位置上按滑鼠右鍵，再點選「轉換到GPT磁碟」。

可以立即發現原本自動被切開的兩個磁碟區，變成一個磁碟區可完整配置。
 

單一磁碟分割也沒有了2TB 的限制。

磁碟分割精靈引導過程也沒有錯誤。
 

格式化完成，容量7451.62GB。

要確認目前的分割模式，可以點選磁碟的[內容]，在[磁碟區]標籤頁面檢查「磁碟分割樣式」。

要注意的是，因為較舊版及32 位元版本的Windows，甚至較早期的電腦硬體，並不支援GPT 磁碟作開機磁碟。所以如果要把這個8TB當開機磁碟，是沒有辦法讓C 槽的空間超過2TB。想要讓C 槽超過2TB 的空間，又要能做開機動作，可以參考推薦延伸閱讀的資訊。

另外，介紹一下這8TB 的磁碟空間是怎麼來的。

因為公司備份主機的硬碟空間已經無法容納目前的備份量，所以重新申購了六顆2TB的Seagate LP系列硬碟做更換，加上使用的陣列模式為Raid 5 加上一顆Spare，所以實際上線產生的硬碟空間為（(n-1)-1）x 硬碟空間，n為實際硬碟數量，括號的n-1是為了扣掉一顆沒上線的Spare 硬碟。所以最後總容量就是8TB ，希望這樣能幫公司多存一倍量的備份檔。

最後，利用這次難得的機會，小小測試一下用LP 硬碟組成陣列的效能。
硬體規格：
Intel Core2 Duo E6750 + ASUS P5WDG2 WS Pro + 6GB Transcend ECC-Unbuffered
Seagate ST32000542AS x 6
ICYDOCK MB455SPF-B 熱抽取模組

陣列卡及快取模式：
Highpoint RocketRAID 2320 (Write Through)

讀取測試 。
 

寫入測試。
 

Extra tests 的讀取測試。

Extra tests 的寫入測試。

檔案基準測試。

總歸來說，寫入的效能實在有點失望，已經在考慮是否要改成Write Back 模式。

再來比較一下，下圖是先前使用Seagate ES.2 1TB 的運作溫度。

更換為Seagate 2TB LP 系列硬碟的溫度。

從兩張圖片的比較，可以發現LP硬碟的運作溫度明顯較低，至於效能有沒有之前採用的ES.2企業級7200轉還快就不清楚了，因為當時沒有做過賽豬公的測試。

推薦延伸閱讀：
Microsoft WHDC Central：Windows and GPT FAQ
iTHome：克服Windows基本磁碟2TB分割區上限問題
微軟KB814070技術文件：How to establish and boot to GPT mirrors on 64-bit Windows

因為一個特殊原因，公司內部的KMS 服務小弟我是安裝在Windows Server 2003 的主機上，但由於公司都有乖乖繳保護費購買大量授權的關係，所以已經陸續取得Windows 7 和2008 R2 的KMS Key。但由於KMS 服務版本為1.1 版，這會導致主機端輸入新KMS Key 後，可能產生0xC004F015 或0xC004F050 的錯誤訊息。

（以上兩張圖片來源直接連結自The Windows Blog）

解決方式很簡單，就是參考微軟KB968195文件：An update is available that installs Key Management Service (KMS) 1.2 for Windows Server 2003 Service Pack 2 (SP2) and for later versions of Windows Server 2003，安裝KB968195 更新。

安裝方式很單純，下載後直接執行該更新。（檔案位置：x86, x64）

更新完後用指令方式，輸入將要使用的Windows 7 或Windows Server 2008 R2 KMS Key。

slmgr -ipk xxxxx-xxxxx-xxxxx-xxxxx-xxxxx

當然，別忘記進行啟用動作。

slmgr -ato

由於上面的指令是直接透過Internet 跟微軟報到做線上啟用，如果你的KMS 主機處在內部無法上網，可以改輸入下面指令，將安裝識別碼透過電話提供給微軟啟用中心，就能取得一組啟用識別碼。

slmgr -dti

再利用下面指令將啟用識別碼 <Confirmation ID> 輸入，也能完成啟用。

slmgr -atp <confirmation ID>

有確實做完，用指令就會發現你的KMS Key 已經升級成Win7 或2008 R2 版了。

slmgr -dlv

最後，小弟碎念一下為什麼選擇Server 2003 當做KMS 主機。因為之前測試發現，如果使用Windows Server 2008 提供KMS 服務，在 [目前計數] 的地方並不會將運行的主機算在內；假設公司剛好有A、B、C、D、E 五台主機都要安裝Server 2008，主機A 安裝Server 2008 輸入KMS Key ，啟用後自動成為KMS 服務主機，會造成內部只剩下四台主機，而無法跨越過最少五台的啟用服務限制。

當然，公司的Server 2008 主機數量足夠，自然就不需理會這無聊的理由了。

推薦延伸閱讀：
● Windows Vista Volume Activation 2.0 技術指南
● TechNet Video: How to update KMS on Windows Server 2003

從Windows Server 2008 R2 開始，代表微軟正式宣告邁向64 位元，因此企業若想將作業系統直接升級為2008 R2，更要特別注意下面幾點：

● 不支援跨位元架構的升級。也就是32位元無法直接升級到64位元。

● 不支援跨語系的升級。比如，原核心語系為英文版，無法用R2 純正體中文版直接進行升級。其實在進行升級安裝前會先有相容性測試，如發現錯誤則有提示訊息，並提供檢修方式。假使是在Windows 下執行，還會同時產生一份HTML 報告於桌面。

（上面紅框的「如何安裝Windows 7」應該是個不小心的錯誤）

● 不支援跨版本的升級。比如，Windows Server 2008 Foundation 無法升級到 Windows Server 2008 R2 Datacenter。且將Server 2008 企業版降安裝為R2 標準版也不行，標準版也無法跨版本升級到R2 Datacenter。

更詳盡的說明可參考微軟Technet 技術文件庫：Windows Server 2008 R2 Upgrade Paths。

小弟總結上述資料幾個重點：
1. 只有x64 版能升級到Server 2008 R2。
2. Server 2003 僅SP2、R2 版能升級Server 2008 R2，前提也要是64 位元版。
3. 只能升級R2 同級版本或更高，不能往下降版本。比如，Server 2008 企業版無法降版安裝成2008 R2 標準版。
4. Server Core 只能升級為2008 R2 Server Core 介面。
5. Server 2008 Foundation 或Server 2008 Web 最高僅能升級為R2 標準版。

最後，剛好小弟的虛擬環境有部分VM 是採用Server 2008 x64 版，因此拿了兩個分別作為主網域控制站及NAP 伺服器的VM，實際測試直接升級為2008 R2。發現在升級過程並沒有任何錯誤，且相關設定及功能也都平和地移轉完成，或許這要歸功於R1 及R2 其實是親兄弟啊～

不過在測試過程發現有幾點想要提醒大家，如果是網域控制站要做直接升級，請參考Installing Windows Server 2008 R2 資訊裡的「Prepare your Active Directory environment with Windows Server 2008 R2 updates」小節，預先使用「Active Directory 準備工具（adprep.exe）」將AD 架構升級；另外，像小弟是使用Server 2008 英文版然後塞中文語系包，建議在升級R2 前預先反安裝語系包，否則在升級完成後，要在安裝R2 版專用的語系包時，可能會有安裝錯誤或者介面錯誤的狀況。

但可惜的是，有兩個問題要先瞭解：
1. 我翻遍了2003/2008 的群組原則，卻找不到可能的相關設定。
2. 基於上面這點，只要讓使用者在電腦上屬於Administrators 群組，就無法阻止他們去亂動。

本來想找出像下圖的機碼，讓「變更」失去效果，連Administrators 都無法使用該功能。

不過，我用搜尋引擎翻遍各中英文網站及討論區，反而只找到如何隱藏「電腦名稱」標籤的資訊。後來想想，如果可以隱藏的話，那其實跟想辦法把「變更」弄失效，有異曲同工之妙了。

方法很簡單，就是修改「netid.dll」的權限！

1) 到 開始 -> 程式集 -> 附屬應用程式，開啟「命令提示字元」。
2) 切換到「C:WindowsSystem32」目錄下，參考下面圖片及輸入指令：
「cacls c:\windows\system32\netid.dll /G "NT AUTHORITY\SYSTEM":F」，
比較要特別注意的是，「NT AUTHORITYSYSTEM」前後需用雙引號包起來。

由於不清楚netid.dll 這檔案還有被哪些服務所使用，所以還是讓netid.dll 至少剩下System可以存取，這樣「電腦名稱 」標籤就會在使用者的GUI介面上消失了。

但是，經過仔細測試有幾點分享：
1. 其實這方法只防君子不防小人，只要使用者擁有Administrators 權限，並且安裝了Windows Support Tools，就還是能用netdom 指令修改電腦名稱甚至退出網域。

2. 僅適用於Windows 2000/XP/2003，而Vista/2008 無法使用。
3. 如果想在網域裡部署，一般較快速的方法是用Logon Script。但這有很大的問題，這樣會跳出是否確定執行該指令的選項。 因為小弟不會寫VBS，我猜想應該可以透過程式的方式去作強行修改。

最後，萬一想把netid.dll 的權限修改回來呢？其實非常簡單，不用一項項把權限加回去，只要把現存的netid.dll 檔案刪除掉，等個2至3秒後，netid.dll 檔案又會自己生出來囉！而且連權限都會恢復原來的設定值。

傑克，這實在是太神奇了！