微軟從 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 都裝完成功且正常可以用，還是不知道我朋友是怎麼會裝出下圖這種錯誤，難道我人品比較好？

前陣子接到一堆零組件，要幫忙測試安裝 Windows Server 2008 R2，沒想到只是在測 Windows 7 的階段，就意外發現明明插了六條的創見 4GB DDR3 記憶體，理論上應該是 24GB，但竟然只出現 16GB。

更神奇的是，問題只發生在 DIMM 3 或 DIMM 4 上，而且是其中一條消失，另一條則是可以進作業系統被發現到，但實際容量是由 DIMM 1, DIMM 2, DIMM 5 及 DIMM 6  組成，所以是 4GB x 4 共 16GB。

本來以為小弟的人品不好，還是帶賽拿到傳說中的機王，又經過幾天的交叉測試後，這才發現....

讓記憶體消失的真正兇手根本就是 Dell H700，因為拔了卡就完全正常啊。

沒想到在網路小抱怨了一下這狀況，朋友 Mars 留言給我提到可能要改電阻，卻意外讓我用關鍵字找到這篇討論，裡面提到：「一时心血来潮败了块DELL H700打算替换掉原来的5I卡，今天总算卡和线都到了。兴冲冲的插卡上机后，杯具了...... 首先，不贴56针脚，机器可以正常启动，内存容量识别有误，12G只认8G。（这个有心理准备，跟我原来的5I卡不贴脚一样，贴了56针脚后此问题消失）」

似乎要把 5-6 Pin 的腳位給完全遮蔽，才能解決問題。抱著頂多讓卡壯烈犧牲的心情，心一橫拿出美工刀跟 3M Scotch 隱形膠帶（因為擔心一般膠帶容易留下殘膠，故使用 Scotch 隱形膠帶），確認 5-6 Pin 腳的位置後，來回試了四次才裁出適當大小，而且貼膠帶時的抖手感，有種回到小時候貼模型內附貼紙的感覺啊。

黏貼時建議從金手指的下緣往上貼，因為下緣其實有一點點斜角，貼緊可以避免介面卡插入時，把膠帶意外拉起導致失效。

果然在完全遮蔽這兩支腳位後，記憶體的怪症狀就不再發生了啊。

再回到這兩支腳位的作用，在網路討論 Dell H700 陣列卡的文章中，常有人提到部分舊主機板插了  H700 陣列卡後，會導致無法開機或系統 BSOD，所以必須讓這兩支腳位失效，避免產生異常錯誤。但近期的主機板似乎都沒有這個問題，像我在測試的 ASUS Sabertooth X58 主機板，就是插了 H700 可以直接開機，但記憶體的狀況卻是一整個不正常。

感謝 Mars 的留言，讓我找到了擁有相同杯具的案例啊。

昨天在微軟 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 環境中的虛擬機器就不會有同樣狀況。至於為何會變成暫停，就可能要再認真看事件檢視器才能找到原因了。

前幾天把部落格整個搬到 Windows Server 2008 R2，連帶著相關軟體像是 MySQL 及其工具都是使用最新版本。沒想到，MySQL 的 GUI 管理工具改版為 MySQL Workbench 後，原本在管理介面就能自訂排程備份的 Backup Projects，到了這版我卻怎樣都找不到。

在網路上問了噗友，還透過搜尋引擎找到討論資料，確認 MySQL Workbench 免費版已經不包含排程備份功能。山不轉路轉，路不轉人轉，只好改用指令的方式來備份。

好在，指令也非常簡單，參考下列就能做到：

mysqldump -u '具有存取權限的帳號' -p'密碼' --database '資料庫名' > '存放路徑'\'存放檔名.sql'

舉例來說，假使資料庫名稱為「blog」，而 SQL 備份檔希望放在「D:\Backup\MySQL Database\」的目錄裡，且檔名為「mysqlbackup」，就可以參考下面輸入：

mysqldump -u root -p123456 --database blog > D:\Backup\"MySQL Database"\mysqlbackup.sql

這邊要特別提醒的是，如果你的目錄中如同範例的「MySQL Database」中間有一個空格，請務必將該目錄名稱用雙引號括起來。否則最後吐出來的位置及檔案，會變成「D:\Backup」的「MySQL」檔案。另外，存放檔案的資料夾要先建立好，否則指令找不到也不會幫你自動建。

雖然這樣一行指令可以完成備份，但離我希望的目標還有段距離：
1. 每天定時自動備份。
2. 備份檔依照日期及備份時間命名。（譬如 20110708-2100.sql）

為了解決備份檔命名及自動備份的問題，我從網路上參考這篇文章所提供的參數與指令，自行建立一個 BAT 批次檔：

@echo off

For /f "tokens=1-4 delims=/ " %%a in ('date /t') do (set dt=%%a%%b%%c)

For /f "tokens=1-4 delims=:." %%a in ('echo %time%') do (set tm=%%a%%b)

set bkupfilename=%dt%-%tm%.sql

mysqldump  -u root -p123456  --database blog > D:\Backup\"MySQL Database"\"%bkupfilename%"

那麼這個批次檔中的變數，就能建立出我希望的備份檔及名稱。接著利用 Windows 內建的工作排程器，新建一個工作排程去執行這個批次檔。

建立排程的方式也很簡單，到系統管理工具點選工作排程器，並建立基本工作。

在命名完工作排程後，選擇希望每天執行此工作的時間。

接著會是選擇執行此排程工作的類型。因為要執行的是批次檔，所以在點選「啟動程式」後，帶入希望執行的批次檔。

但這樣還不算完成。

最後請務必參考下圖做勾選設定，因為預設只會在使用者登入時執行你所建立的排程工作。
而且經過多次測試，發現想如期正常執行，還是輸入具有權限的帳號密碼比較妥當。

否則可能就只會給「0x8007051F」的錯誤訊息，然後什麼都沒做啊。

還有，如果希望這個排程能一天執行多次，只要到該工作的「觸發程序」去新增時間就可以囉。

還記得之前寫如何在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

幾個月前，小弟發生了「海門牌硬碟之消失的1TB空間」事件，沒想到前幾天這 1TB 空間竟神奇地出現在另一顆硬碟！？

其實事情是這樣發生的：

我帶了一顆Seagate ST31000340AS 1TB 硬碟到公司，本想單純地將這顆硬碟用 USB 外接線跟公司電腦做連接（看到「單純」二字，就知道後來都不單純...），拷貝備份的 Lab VM 到公司硬碟。因為嫌拷貝過慢（USB 2.0 大約一秒鐘 3X MB/s 吧），所以決定隔天帶 SATA 線材裝進公司電腦裡，也乾脆把硬碟中的 VM 直接掛進 Hyper-V 做測試，沒想到這顆硬碟竟神奇地在磁碟管理中，活生生多出了 1TB 空間。

不過，這 2TB 空間卻是看得到吃不到，對該磁碟做任何動作都會發生錯誤。但神奇的是，Windows 中的 Intel 快速存取技術主控台卻能正確辨識硬碟型號及空間大小。

下面這張圖要講解的是，USB 外接使用沒有任何異常，而且連檔案存取也沒有狀況，直到我裝進電腦才出現問題。

再仔細檢查後，發現裝置管理員的磁碟機竟是奇怪的「Vedio_Raid」名稱（見第一張圖），這才想起來這顆硬碟之前曾經被裝在其他台電腦的一組 Intel Raid 5 中。終於真相大白了，這天上掉下來的 1TB ，其實是寫在硬碟裡的陣列資訊所造成，但很詭異地只有內接時會被辨識出來。

當問題發生後，也想過用 Intel 快速存取技術主控台去刪除陣列資訊，但由於磁碟模式是設定在 AHCI，所以主控台完全不提供介面對陣列狀況作設定。那改到 BIOS 裡將磁碟轉成 Intel RAID 模式，再砍掉該硬碟裡的陣列資訊總可以吧，只是進入 BIOS 後，就.......囧了。因為主機板是技嘉的 H55M-UD2H，Intel H55 晶片組僅內建 IDE 或 AHCI 模式。

中間也曾試過噗友阿德建議的用 SPFDISK 去重建 MBR，但宣告無效。可惜我並沒有辦法放太多時間對這狀況做更深的研究，只好乖乖地把硬碟帶回家中，然後用家裡的 ASUS P5Q-EM 搭載的 ICH10R 叫出陣列功能。

開機時在此畫面按「Ctrl + I」進入 Intel Martix Storage Manager 主控台。在這邊也清楚看到，這顆硬碟曾是Intel Raid 5 陣列的一員。

既然這顆硬碟已經棄其他夥伴了，那就放他獨立去飛吧，選擇「2. Delete RAID Volume」。

刪除陣列資訊，謝謝不再聯絡，請按「Y」。

隔天再帶裝進公司電腦，果然就通通恢復正常了。

其實我到現在還是不認為這是個很好的解法，因為萬一有人碰到這個狀況，身邊又沒有其他支援 Intel Raid 功能的主機板該怎麼辦呢？或許可以用 LowFormat，但應該有其他更簡單的解法，只是我沒有找到......

對我來說，這應該是比 Windows 7 SP1 釋出還更令人值得興奮的事情，
使用起來有多快？裝起來就知道囉~~

Internet Explorer 9 正式版下載連結 ( WinXP 謝謝不再聯絡 ) ：
適用於 Windows 7 / Server 2008R2 繁體中文版
64bit , 32bit
適用於 Windows Vista / Server 2008 繁體中文版
64bit , 32bit

全語系及版本下載選擇頁面

下載回來後，從這邊可以發現，IE9 RTM 版號確認為 9.0.8112.16421。

據說有安裝 Beta 或 RC 版的 IE9 是不需要做反安裝，剛好手邊有安裝了 IE9 Beta 版的 Vista 測試機，本著人溺己溺的精神 (!?)，理所當然要拿來餵他吃看看。

安裝過程採無腦式，也就是按下一步就對了。

看來，安裝過程仍需要透過網路下載部分元件。

語言套件!?

安裝完畢，準備重開啦。之後有再拿了 Win7 繁中台灣版及 Server 2008 R2 英文版做測試，發現 Vista 及 Win7 繁中版都需要重新開機，但 Server 2008 R2 英文版竟然不需重開就能立即使用，可惜手邊沒有 Win7 英文版可交叉確認，不過猜想跟語系套用有關。

開機後，首度使用 IE9 即直接顯示這個頁面，過去 IE8 煩人貼心的首次設定提示也不再出現。

再次確認，IE9 正式版本號 9.0.8112.16421。哼哼~下次別想考我這個啦。

如果不喜歡 IE9 想移除也很簡單，到 Windows 的 [開始] -> [控制台] -> [程式和功能] -> [檢視已安裝的更新]，在裡面找到關於 IE9 的更新項目，按滑鼠右鍵即可輕鬆送他上路。

推薦延伸閱讀：
Internet Explorer 9 網站
微軟 Beauty of the Web 網站