微軟從 Vista 開始，其實多了一些貼心的小設計，像新增印表機時選擇「新增網路、無線或 Bluetooth 印表機」，就會自動列出網路上現有的印表機。不用像過去，使用者還要詢問 IT 人員，公司的公用印表機如何新增，或者是在哪些電腦主機上有分享。

但前陣子在測試新建立的列印伺服器時，卻發現新增的分享印表機一直沒有出現在這清單中，研究測試了兩三個小時，一直朝著是網芳廣播或分享設定出了問題，而且全關防火牆也是一樣的情況。

後來靜下來決定反方向思考，如果是要阻止這清單的產生呢？果然用關鍵字在美國 TechNet 論壇找到這篇討論文章：Disable auto search for printer in Add Printer wizard，接著又找到最關鍵的：Add a Printer wizard doesn't show any printers，裡面提到：「By default only 20 printers are listed in Add printer」。

所以不是小弟人品不好，原來這清單由於群組原則的設定，預設只會出現 20 台。如果要修改，請開啟群組原則管理編輯「Default Domain Policy」，依照下圖位置「電腦設定\原則\系統管理範本\印表機」找到「新增印表機精靈 - 網路掃描頁 (受管理的網路)」。

該項目的說明就提到，預設只會顯示 20 台列入目錄的分享印表機。

所以要解決這問題，就是啟用該設定，並修改成你希望的數字。

果然在改完後，新建列印伺服器 (ITPR) 所分享的印表機都正常顯示了，而且連使用者亂分享並列入目錄的都出現了啊!!!

要特別注意的是，這個群組原則項目因為是 Vista 以後新增的，所以網域假使仍在 Server 2003 所建構起的環境，請在網域中加入一台 Server 2008 以上的網域控制站，從此用該台網域控制站去管理現有環境的群組原則，否則找到吐都看不到這項目；或者，利用一台已加入網域的 Vista / Win7 / Server 2008 /Server 2008 R2，並使用有權限的帳號登入後，用該台電腦去管理網域的群組原則，同樣能達成管理新項目的目的。

前幾天朋友描述他安裝 2008 R2 DC 加 Exchange 2010 時，會有 Hub Transport Role 無法正常安裝的錯誤，所以我決定試著在 Hyper-V 中新建虛擬機器並安裝 Exchange，希望能重現他的狀況，畢竟這樣會比較容易找出問題點。

但是，都還沒遇到他的狀況，在安裝前卻遇到另一個問題。因為我習慣安裝 Exchange 2010 時，選擇「從語言包安裝所有的語言」，也就是說從網路下載最新的語言包後，再進行 Exchange 的安裝，卻在要點選時跳出：「複製檔案 X:\Setup\ServerRoles\Common\LPSetupUI.exe 時發生錯誤。錯誤碼為 5。 ( An error occured while copying file X:\Setup\ServerRoles\Common\LPSetupUI.exe. The error code was 5. )」

這時候，又要說：「凡走過必留下痕跡」，因為從系統槽的根目錄就能發現一個名為「ExchangeSetupLogs」的目錄，裡面還有一個子目錄「ExchangeLanguagePack」，打開其中「LPSetupUILog.log」的紀錄檔，發現動作停在「Deleting the tmp files...」

看起來似乎是沒有正常移除相關檔案所導致的錯誤，而「C:\Windows\Temp」裡也找到疑似殘留目錄及檔案。

果然在手動刪除後，點擊「從語言包安裝所有的語言」就沒有錯誤發生，而且安裝 Exchange 2010 過程也很順利。

回想起來，會發生這錯誤應該只能怪自己，因為安裝這台 VM 時過於著急，在下載語言包的同時也在做  Windows Update，沒確認下載 Exchange 2010 語言包的動作是否已結束，Windows Update 完成就直接選擇重新啟動才導致這樣的錯誤。

儘管看起來這錯誤無關緊要，改選擇「只從 DVD 安裝語言」還是能繼續 Exchange 2010 的安裝，但看著錯誤在眼前卻沒試著解決，對我來說似乎就是種逃避了。

話說回來，我的 2008 R2 DC 加 Exchange 2010 都裝完成功且正常可以用，還是不知道我朋友是怎麼會裝出下圖這種錯誤，難道我人品比較好？

昨天在微軟 TechNet 論壇遇到有人發問，如何在 Windows 7 還原他在 Windows XP 裡所建立的 BKF 備份檔。問題看來不難，應該只是 Windows 7 / Server 2008 R2 沒有再內建 NTBackup 備份公用程式而已，所以小弟很快地就從微軟 KB974674 文件找到了解決方法。但訝異的是，發問者回覆說無法安裝，出現了「此更新不適用於你的電腦」（The update is not applicable to your computer）訊息，本以為是發文者選錯位元版本造成無法安裝，沒想到在我改使用繁中版的作業系統測試後發現，就算是選對位元版本，也一樣只會吐這訊息不給安裝。

經過一番在網路的折磨搜尋，還有同事也幫忙研究後發現一件事實，那就是

此更新只能安裝在英文版的環境裡（翻桌....）
The Update can only be installed on English Windows.

其實 KB974674 文件裡就已經載明了所謂的「先決條件」。

難道只有使用 Windows 7 旗艦版、企業版或 Windows Server 2008 R2 更改成英文語系才有救，不然就是找一台 WinXP 才能倒出備份資料嗎？

還好，不能安裝更新也有解決方法。從 WinXP 或 Server 2003 的作業系統中，在「C:\Windows\System32」抽出以下檔案，就能執行舊版的 NTBackup：

1. ntbackup.exe
2. ntmsapi.dll
3. vssapi.dll

經過測試，確實可以完成還原。

如果大家相信小弟的人品，也可以直接下載我從 Windows Server 2003 上抽出來的相關檔案。
NTBackup 備份公用程式：繁體中文版, English Version

至於備份功能是否還能用？我沒有試過，但網路上已經有很多超好用且免費的備份工具，難道你還會想用 NTBackup 這老古董嗎？

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

打開 AD 站台及服務也出現：「找不到命名資訊，原因: 目標主體名稱不正確。請連絡您的系統管理員，並確定您的網域設定是否正確，是否在連線狀態」

手動強制選擇網域控制站也有類似狀況。

感覺就像是無法正常跟網域控制站連線，但這台虛擬機器明明自己就是網域控制站，怎麼連自己都會找不到。只好轉向到其他正常的網域控制站，執行「dcdiag」確認所有網域控制站的狀態，還好也只有發生 AD2 有這個不正常情形。

本想簡單了事，直接還原虛擬機器的快照，或把這台有狀況的網域控制站降級。後來不知道是靈光乍現還是怎麼了，想到好像忘記確認服務，果然一打開服務視窗檢查跟網域控制站很相關的「Kerberos Key Distribution」，猛然發現下方的「Netlogon」竟然是暫停的狀態。 （翻桌）

在重新啟動服務後，一切的問題就這樣解開了。

其實這中間，我有試著重開這台虛擬機器好幾次，進入桌面也沒有報服務錯誤，所以一直以為是意外斷電導致虛擬機器的快照狀態錯誤，沒想到竟是「Netlogon」服務變成暫停狀態。再之後也試著重現問題，在我那台虛擬機器上只要暫停「Netlogon」服務，就算重開機也依舊是暫停的狀態，但同事 LAB 環境中的虛擬機器就不會有同樣狀況。至於為何會變成暫停，就可能要再認真看事件檢視器才能找到原因了。

還記得之前寫如何在Server 2008的IIS7安裝PHP是 2008 年底的事情，轉眼間已經來到 2011 年的年中，當時寫的東西其實已經不太適用現在的環境，所以這次直接用主流的 Windows Server 2008 R2 來個安裝心得分享。

1). 同樣到 PHP 官網下載適用於 Windows 的 PHP 軟體。
撰寫本文時的 PHPH 版本是 5.3.6，且選擇 VC9 x86 Thread Safe 的 Zip 版本。會選擇 Zip 版本的原因純粹是小弟自使用 PHP 以來，一直都是習慣手動設定，也沒玩過 Installer 版本。至於跟 Non Thread Safe 版本差在哪裡，有興趣的人可以上網搜尋一下，因為懶所以就不在這裡說明了。另外，也不用特別找出 x64 版本來跑（我已經幹過這蠢事了），因為 x86 版本就可以正常使用啦。

2). 將下載的檔案解壓縮到自訂目錄。
範例是放在「C:\php」。依照過去習慣，本來會先設定php.ini，但在這先不做處理，因為有些狀況會在文後說明。

3) 請務必到微軟網站下載及安裝 Microsoft Visual C++ 2008 SP1 可轉散發套件 x86 版。
不信邪的可以只安裝 x64 版或者 Visual C++ 2010，保證只會吐文後的錯誤訊息。

4) 新增 IIS 角色。
功能服務除預設外，請再勾選「CGI」。不需選擇 ISAPI 的主要原因，在於 PHP 官方從 5.3 之後放棄了 ISAPI ，而且微軟官方也是採 FastCGI 模式執行 PHP。

5) 新增設定 IIS 上的 PHP 功能。
這部份可以選擇從伺服器端或站台端做設定，從伺服器端好處是之後所建的每個站台都自動套用了 PHP 設定。本範例是以站台為主，純粹有關小弟的龜毛偏好問題，不喜歡所有站台套通用設定。請從伺服器管理工具找到 IIS 管理員，選擇欲設定的站台點擊「處理常式對應」，在處理常式對應的頁面，用滑鼠右鍵或頁面右邊的動作窗格選擇「新增模組對應」。

6) 設定 PHP 的模組對應。
請參考下圖做設定：
a. 要求路徑必為「*.php」
b. 模組請務必選擇「FastCgiModule」
c. 執行檔請選擇 php 目錄中的「php-cgi.exe」
d. 名稱看你開心怎麼建都可以

設定完按確定後，會出現下面視窗，按「是」就對了。

檢查是否已啟用 PHP。

7) 設定起始預設文件。（選用步驟!?）
正常來說，如果會使用 PHP 的網站，大多會有預設 index.php 文件做起始，請參考下面截圖設定。另外，預設文件的先後順序也請依需求做調整。

8) 測試 PHP 是否可用。
用檔案總管到 IIS 站台存放檔案的目錄，新增一個「index.php」或「phpinfo.php」，再打開筆記本編輯該檔案，填入「<?php phpInfo(); ?>」並存檔。

接著按下圖步驟，開啟該網頁看有無顯示如最上圖的資訊畫面。

最後，來看一些可能會遇到的狀況。（這才是 IT 人的血淚，因為魔鬼都藏在這裡）

如果打開 php 網頁卻吐出 HTTP 500，錯誤碼為「0x800736b1」，請檢查是否確實安裝了 Microsoft Visual C++ 2008 SP1 可轉散發套件，而且是 x86 版。

雖然在沒有建立 php.ini 的情況下，已經可以讓 IIS 顯示 PHP 資訊頁面，但是正常來說，一定都會自行建立及編輯 php.ini 的內容，以符合實際需求。

但是建立了 php.ini 設定檔，卻沒有指定「date.timezone」的值，就會在瀏覽 php 頁面時，不管怎樣都只會吐「HTTP 500 內部伺服器發生錯誤」的訊息。

這個狀況其實在執行 phpinfo 時，就已經明確說明在該頁面裡。

解決方法很簡單，只要到 php.ini 裡將

;date.timezone=

去掉「;」符號以啟用該參數，並改成你所在的時區即可

date.timezone= "Asia/Taipei" 

最後，請依照微軟官方文件修改 php.ini：
a. 去掉「;」符號啟用及編輯下列參數

fastcgi.impersonate = 1

cgi.fix_pathinfo= 1

cgi.force_redirect = 0

b. 指定 open_basedir 的位置。（官方文件指的是網頁目錄的所在位置，實際作用不清楚，因為我沒設定）
c. 指定 extension_dir 的位置，也就是你的延伸模組位置，一般都會是

extension_dir = "./ext"

d. 啟用需要的延伸模組

以上，打完收工。再看了看自己的文章，似乎設定起來也不是這麼快速，但小弟真的覺得比之前的版本簡單許多了。

推薦延伸閱讀：
IIS Team - Using FastCGI to Host PHP Applications on IIS 7
IIS Team - PHP on IIS7

在過去，公司想使用微軟的 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

▼ 安裝方式也很簡單，把檔案下載後執行，並解壓縮到指定位置。

▼ 解壓縮完成並不代表安裝完成，會先自動呼叫出一個 iSCSI Software Target 3.3 相關的 HTML 資訊網頁，右下角則是相對映的呼叫安裝檔連結，要安裝點他就是了。

▼ 無腦式安裝，看圖就好。

▼ 安裝完成，該程式則會自動放在程式集的系統管理工具中。從這邊可以發現，安裝過程雖然是英文，但軟體會自動判斷作業系統的語系，使用及 F1 HELP 就會因而完整提供中文說明。

再談到這次 iSCSI Software Target 的免費釋出，我覺得對中小企業來說是件非常棒的事情，代表 IT 人可以不用花太多的費用，只要一台稍微強悍的機器搭配 Hyper-V 加上 iSCSI Software Target，就能輕鬆架構出 Failover Cluster 的 VM 環境，甚至我還想到其他更多可以惡搞的組合。

但微軟這次打出的「七傷拳」，是否會先造成 Windows Storage Server（簡稱 WSS）從此乏人問津？畢竟 WSS 是搭配 OEM 硬體出機的產品，在效能上還是有特別調教及驗證過，而且 WSS 另一個很強的功能 - 「單實例儲存（Single Instance Storage，SIS）」並沒有釋出，所以應該不致於自廢武功；另外，使用 WSS 是不需要再額外買 User / Device CAL 授權，這點也是 Windows Server 望塵莫及。倒是另一家有類似產品的 StarWind，後續如何接應微軟出的這招，頗令人值得關注。

如果不清楚 iSCSI Software Target 的使用方式，推薦參考 Will 保哥的部落格文章：WSS2008 的 iSCSI Software Target 3.2 設定筆記

最後，以下針對這個佛心訊息發佈頁面所提供的 FAQ 做一些簡單翻譯，語意不順或有錯誤的地方，也歡迎其他先進指正，至於看不到的文字不代表原文語意：

Q: Can I install the Microsoft iSCSI Software Target 3.3 on Windows Server 2008 or Windows Server 2003?
A: No. The Microsoft iSCSI Software Target 3.3 can only be installed on Windows Server 2008 R2.
問: 我可以將微軟 iSCSI Softeware Target 3.3 安裝在 Windows Server 2008 或 Windows Server 2003嗎？
答: 想太多，不行，僅能安裝在 Windows Server 2008 R2。

Q: Can I install the Microsoft iSCSI Software Target on Windows Server 2008 R2 with Service Pack 1 (SP1)?
A: Yes. In fact, that’s what is recommended.
問: 我可以將微軟 iSCSI Software Target 裝在 Windows Server 2008 R2 含 SP1嗎？
答: 廢話，可以，事實上我們更建議這樣做。

Q: Can I install the Microsoft iSCSI Software Target on a Core install of Windows Server 2008 R2?
A: No. The Microsoft iSCSI Software Target 3.3 is only supported in a Full install.
問: 我可以將微軟 iSCSI Software Target 裝在 Windows Server 2008 R2 的 ServerCore版本上嗎？
答: 不行，誰叫你去玩 ServerCore，僅支援 Windows Server 版本的完整安裝。

Q: I don’t have a copy of Windows Server 2008 R2. Where can I get an evaluation copy?
A: You download an evaluation version of Windows Server 2008 R2 with Service Pack 1 from http://technet.microsoft.com/en-us/evalcenter/dd459137.aspx
問: 我沒有 Windows Server 2008 R2，哪裡可以下載試用版呢？
答: 你可以從下面連結找到 http://technet.microsoft.com/zh-tw/evalcenter/dd459137.aspx。
（編註：在此提供中文說明的下載頁面，但試用版僅提供中文 (簡體)、英文、法文、德文、日文和西班牙文語系）

Q: Where is the x86 (32-bit) version of the Microsoft iSCSI Software Target 3.3?
A: The Microsoft iSCSI Software Target 3.3, is provided in only in an x64 (64-bit) version, as is Windows Server 2008 R2,
問: 哪裡有x86（32位元）版的微軟 iSCSI Software Target 3.3？
答: x64 是趨勢別再想 x86 了，微軟 iSCSI Software Target 3.3 僅提供在 x64（64位元）版像Windows Server 2008 R2 上使用。

Q: What are these “iSCSITargetClient” MSI files included in the download?
A: Those are the optional VSS and VDS providers for the Microsoft iSCSI Software Target 3.3. You should install them in the same computer that runs the iSCSI Initiator if you intend to use VSS or VDS. For details on VSS, see http://blogs.technet.com/b/josebda/archive/2007/10/10/the-basics-of-the-volume-shadow-copy-service-vss.aspx. For details on VDS, see http://blogs.technet.com/b/josebda/archive/2007/10/25/the-basics-of-the-virtual-disk-services-vds.aspx.
問: 被包裝在其中的「iscsitargetClient_public.msi」檔案是做什麼用的呢？（編註：此軟體提供 x86 版安裝）
答: 這是專為微軟 iSCSI Software Target 3.3 提供可自選安裝的 VSS（Volume Shadow Copy Service）或 VDS（Virtual Disk Service）Providers。如果你準備使用 VSS 或 VDS，就建議安裝在同樣有使用 iSCSI Initiator 的電腦上。想瞭解更多關於 VSS 的資訊，請參考
http://blogs.technet.com/b/josebda/archive/2007/10/10/the-basics-of-the-volume-shadow-copy-service-vss.aspx.
想瞭解更多關於 VDS 的資訊，請參考
http://blogs.technet.com/b/josebda/archive/2007/10/25/the-basics-of-the-virtual-disk-services-vds.aspx

Q: Where is the Windows Storage Server 2008 R2 documentation?
A: There is some documentation inside the package. Additional documentation is available on the web at http://technet.microsoft.com/en-us/library/gg232606.aspx
問: 哪裡有 Windows Storage Server 2008 R2 的文件呢？
答: 我們已經放了部分文件在這個包裝檔中。更多的文件可以參考網址 http://technet.microsoft.com/en-us/library/gg232606.aspx

Q: Can I use the Microsoft iSCSI Software Target 3.3 as shared storage for a Windows Server Failover Cluster?
A: Yes. That is one of its most common uses.
問: 我能用微軟 iSCSI Software Target 3.3 分享共用儲存給 Windows Server 容錯移轉叢集嗎？
答: 可以。這是其中一個常見應用。

Q: Can I install the Microsoft iSCSI Software Target 3.3 in a Hyper-V virtual machine?
A: Yes. We do it all the time.
問: 我能安裝微軟 iSCSI Software Target 3.3 在 Hyper-V 虛擬機器中嗎？
答: 可以。我們都是這麼做的。

Q: Can I use the downloaded Microsoft iSCSI Software Target 3.3 in my production environment?
A: Yes. Make sure to perform the proper evaluation and testing before deploying any software in a production environment. But you knew that already…
問: 我能下載使用微軟 iSCSI Software Target 3.3 在我的生產環境中嗎？
答: 可以。請在佈署任何軟體在生產環境前做過適當的評估與測試。但你可能早就知道這件事了…

Q: What are the support policies for the Microsoft iSCSI Software Target 3.3 on Windows Server 2008 R2?
A: The support policies are listed at http://technet.microsoft.com/en-us/library/gg983493.aspx
問: 請問有微軟 iSCSI Software Target 3.3 安裝在 Windows Server 2008 R2 的技術支援準則嗎？
答: 技術支援準則已公開在 http://technet.microsoft.com/en-us/library/gg983493.aspx

昨天為了做 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 Server 2008 上能用無線網路玩的技術，於是借來了AboCom WA-160CUN 無線網卡準備測試。

想不到，這個USB 無線網卡連驅動都不用裝，插上去Windows Server 2008 就自動辨識出了。

只是，無線網卡的確抓到了沒錯，但卻沒有看到周遭的無線網路出現在狀態列表。

其實，解決方式很簡單，到「伺服器管理員」的「功能」項目，選擇「新增功能」。
參考下圖新增「無線區域網路服務」的功能。

完成後，再次點選網路狀態，就會發現搜尋到的無線網路都出現列表囉。

這個啟用方式在Windows Server 2008 R2 也同樣適用。
不過，把這個無線網卡插在2U 的ASUS RS520-E6 上，實在是有種要玩遙控飛機的感覺啊～

今天在維護公司的Hyper-V 主機時，準備把一個VM 利用內建匯出入的方式移轉到另一台主機運作，卻意外產生了錯誤，造成無法用正常程序匯出。

說實話，這樣的錯誤訊息想要除錯，已經接近通靈的程度...

用許多關鍵字拜請了股溝大神，卻查到更多Hyper-V 匯出錯誤的狀況，反而沒有太大幫助。最後，小弟查到微軟KB954280 文件：Error message when you try to export a virtual machine on a Windows Server 2008-based computer that uses Hyper-V: "An error occurred while attempting to export the virtual machine"，裡面提到：「The virtual machine is configured to use a virtual hard disk that no longer exists.」。

這才猛然想起在某次快照後，因為那個VM 原始的vhd 硬碟檔空間設定過小，所以小弟又更換了一個較大空間的vhd 硬碟檔，卻同時手賤幫原來的vhd檔改名（如紅圈處）。

在半信半疑下，將vhd檔 修改回原始的檔名後，果然正常完成匯出了。

看來，手動更改原始的vhd 檔名，會造成匯出的過程找不到快照集所對應的原始vhd 檔，而中斷匯出的動作。所以這件事情告訴我們，IT 人記性真的要夠好，不然就準備要通靈除錯了。