Welcome to MSDN Blogs Sign in | Join | Help

Windows 7 遠端伺服器管理工具

如果您要在 Windows 7 RTM版上管理 Windows Server 2008/R2 和 Windows Server 2003 的話,請下載 Windows 7 的遠端伺服器管理工具

下載安裝完畢後要在控制台 –> 程式和功能->開啟或變更Windows功能選單中點選需要的遠端伺服器管理工具,這樣才算安裝完成。

image

Posted by roberthu | 0 Comments
Filed under: ,

使用微軟虛擬化技術打造 Dynamic Data Center

虛擬化技術與 Cloud Computing雲端運算

現在IT界最熱門的話題除了虛擬化技術之外,就是Cloud Computing(雲端運算)。到底雲端運算和虛擬化技術有沒有關係,我們可以從目前的雲端運算種類來分析。目前提到雲端運算,大家最先想到的應該是Google的Google App Engine、微軟的 Windows Azure和Amazon 的Elastic Computing Cloud(EC2)。對這些雲端運算技術的提供者,研究機構把他們分成兩類:Platform as a Service (PaaS) 和 Infrastructure as a Service (IaaS)。其中Google App Engine 和 Windows Azure 屬於 PaaS,要使用這種雲端運算必須要重新開發應用程式才行。Elastic Computing Cloud 是屬於 IaaS,是使用虛擬化技術在 Amazon 美國與歐洲機房建置的雲端運算,由於使用虛擬化技術,目前開發的應用程式是可以直接在 EC2 上執行,不用另外開發。

除了這些業者提供的雲端運算服務之外,企業也在尋找如何在自己的資料中心內建置雲端運算平台。由於許多企業礙於應用程式修改困難和法規/保護營業秘密的緣故,並不是能夠很有效使用外面的Public Cloud,但又想要享有雲端運算的好處,便開始尋找建置企業內Private Cloud的解決方案。但是目前有提供雲端服務的業者如Google和Amazon是不可能會提供他們使用的平台給企業使用,其他的虛擬化業者如VMWare又沒有營運Public Cloud的經驗和技術,這讓企業在尋找Private Cloud 解決方案時遇到很大的困難。

打造企業的 Dynamic Data Center

微軟在今年舉辦的Microsoft Management Summit上展示了如何使用微軟的虛擬化技術打造Dynamic Data Center 的解決方案,微軟的 Dynamic Data Center 就是要在企業內使用虛擬化技術建置 Private Cloud 的解決方案。解決方案將會包含如何在企業打造 Private Cloud 與網路業者如何建置 Hosted Cloud 的方法。這樣的好處是當企業評估需要使用外部雲端運算資源時,可以很容易的把已經在 Private Cloud 建置好的環境轉移到網路業者提供的 Hosted Cloud 上,並且自由的選擇要在 Private Cloud 或是 Hosted Cloud 上執行。目前已有網路業者 Maximum ASP 使用微軟的 Dynamic Data Center Toolkit 打造 MaxV 雲端運算平台服務。這讓使用微軟虛擬化技術的企業不但能夠享受到虛擬化帶來的好處,更可以將企業內以虛擬化技術打造的 Private Cloud 和網路業者所提供的 Hosted Cloud 之間自由的選擇配置方式,打造更有彈性的 Dynamic Data Center 。Dynamic Data Center Toolkit的詳細資訊可以在http://dynamicdatacentertoolkit.com/toolkit/上看到。

MIX09: Silverlight Media End-to-End

這次的 MIX09 我關注的重點之一就是 Silverlight Media,這場 Session 內容主要說明如何製作 Silverlight Media 解決方案。Silverlight Media 的組成元件包括使用Silverlight 技術的播放介面、影片編碼、與在網路上提供影片的伺服器技術。

Alex 用三個案例說明如何建立 Silverlight Media 解決方案:

  1. 簡易版: Expression Encoder 2
  2. 進階版: CTV.ca HD, 使用 Silverlight2 + Expression Encoder 2 + IIS Media Service Smooth Stream
  3. 高級版: Accenture Business TV, 使用 Expression Blend + Visual Studio 開發複雜的 Silverlight 應用程式

Expression Encoder 2 可以將影片編碼成 WMV VC-1 格式,並提供了許多 Silverlight 播放器範本。只要使用 Expression Encoder 2 匯入影片,選擇 Silverlight 播放器範本就可以很快製作出 Silverlight Media 解決方案。

Encoder Silverlight 2

Expression Encoder 2 SP1 增加了 H.264 (640x480 1.5Mbps 和 320x240 400Kbps 兩種) 與 Smooth Stream 編碼格式。Smooth Stream 的檔案附檔名是 .ismv,是使用 ISO MP4 標準的檔案。Smooth Stream 的由來是因為去年 NBC 轉播 2008 北京奧運時,為了在 Internet 上能夠順利的播放 HD 高畫質影片所開發出來的技術。當時是將影片分割成很多 2秒大小的片段檔案,並在 Silverlight 內使用 .Net 程式開發下載與播放邏輯。在去年成功的讓 NBC 轉播 2008 北京奧運並創下同時 13萬影片播放 Session 的紀錄。IIS Team 重新包裝為 NBC 開發的技術成 Smooth Stream,包含 Expression Encoder 2 SP1 加入將影片編碼成 .ismv 格式的 MP4 檔案與在 Silverlgith 2 播放器範本內加入 Adaptive Streaming 程式碼,開發 IIS 7 Smooth Stream 模組來處理與提供檔案片段給 Silverlight 2 播放器的 Adaptive Streaming 程式使用。

Smooth Stream 技術最主要的目的就是要大幅改善網路影片播放的使用者介面,大家在網路上看影片最常碰到的狀況就是影片無法順暢的播放,在開始撥放影片時必須要等待、撥放中途因為網路突然變慢等問題導致影片播放中斷,以及選擇撥放片段時需等待影片片段下載。還有因為使用者網路頻寬種類不同,影片編碼時必須要考慮一般使用者的頻寬提供普通畫質的影片,以及給高速網路使用者的 HD 高畫質影片,使用者在撥放時要進行選擇高畫質或是普通畫質。

Smooth Stream 透過 Silverlight 中的 Adative Streaming 程式與 IIS Media Service Smooth Stream 模組如使用解決撥放流暢度問題方法如下:

  • 影片開始撥放時使用最低的編碼確保影片可以快速開始撥放,之後依照撥放狀況下載更高畫質的影片
  • 在影片播放中,Adative Stream 程式會持續監控使用者 PC 的網路與 CPU 狀況動態調整下載的影片品質
  • 在使用者選擇撥放片段時使用最低的編碼確保影片可以快速的開始撥放

編碼影片時使用 Expression Encoder 2 SP1 將影片編碼成 Smooth Stream 格式,並由最低的使用者網路速度與最高影片畫質來決定最低與最高影片格式,並以250K 到 500K 的間隔增加影片編碼流量,舉例來說如果最低使用者網路速度為 300Kbps,最高的影片畫質為 720p 2.4Mbps,則影片編碼時使用 300Kbps, 600Kbps, 1Mbps, 1.5Mbps, 2.4Mbps 五種編碼流量,Expression Encoder 2 SP1 會編碼產生 5 個 .ismv 檔然後部屬到安裝 IIS Media Service Smooth Stream 的 IIS 7.0 網站上。

Silverlight 中的 Adative Streaming 程式會使用 RESTful 的方式向 IIS 要求影片片段

http://video.abc.com/Big_Buck_Bunny.ism/QualityLevels(240000)/Fragments(video=12345)

http://video.abc.com/Big_Buck_Bunny.ism/QualityLevels(64000)/Fragments(audio=67890)

這個要求會由 IIS Smooth Stream 模組接到後把對應的編碼檔案與時間片段取出後給用戶端

使用 Smooth Stream 的好處可分為兩部分:

對使用者而言:

  • 更快速流暢的影片播放,不會再有撥放停止重新 buffer 的狀況發生
  • 依照網路速度和 CPU 狀況自動調整影片品質確保影片撥放順暢
  • 選擇撥放片段時不需要再等待

對影片提供者而言:

  • 由於 Smooth Stream 使用 HTTP,可以使用既有的 HTTP Proxy 來增加部署彈性
  • 不用考慮使用者網路速度和 CPU 的撥放能力都能自動調整確保影片流暢播放
  • 不再需要提供普通畫質與高畫質的播放選項,簡化使用者操作

Smooth Stream 技術目前正在 Beta 階段未來會成為 IIS Media Service 3.0 的一部份,在 MIX09 上發表了 Live Smooth Stream Beta,可以在 Live 轉播上 Smooth Stream 技術,可以到 iis.net/media 上有更詳細的介紹與安裝步驟

要體驗 Smooth Stream 技術,可以上 http://www.smoothhd.com 這個與 Akamai 合作的網站體驗。

Posted by roberthu | 1 Comments
Filed under: ,

MIX09 Day 1

今天的 Keynote 由 Bill Buxton 開場,主題是 Return on Experience - By Design. Bill Buxton 是 Microsoft 的 Priciple Researcher,人稱 Doctor of Design。他提出過去的 Designer 被企業評量的標準是以 Return on Investment (ROI) 為主,但是實際上應該要用 Return on Experience (ROE) 來評量。設計是為了讓使用者有更好的經驗,一但這個目標達成自然產品就會大賣而產生很高的 ROI,也就是說好的使用者經驗會帶來高報酬。

 

接下來是由 Scott Guthrie,微軟 .Net 開發工具部門的副總,介紹微軟最新釋出的 Web 技術,包還 Silverlight 3, Express Web 3 SuperPreview CTP, ASP.Net MVC 1.0, ASP.Net 4.0 和 Visual Studio 2010, IIS Media Service 3.0 Beta, Web Platform Installer 2.0 Beta, Windows Web App Gallery, Commerce Server 2009, Azure 等。

 

Keynote 展示的 Demo 有 Netflix 使用 Silverlight 的新 Adaptive Streaming 播放器,Netflix 提出原來的播放器需要使用者執行安裝程式,造成 20% 的付費使用者因為安裝的問題從未在線上看過任何一部電影。使用了 Silverlight 之後,只需要安裝 Silverlight Runtime,使用者不需要再額外安裝任何程式就可以使用。而且過去使用安裝程式的時候一年只能改版一兩次,使用 Silverlight 後每兩個禮拜就改版一次,可以更快速的改善使用者服務。Silverlight 支援多種瀏覽器和平台也讓更多的使用者可以使用 Netflix 服務。

NBC 去年在網站上轉播 2008 北京奧運的成果豐碩,有超過 5210 萬的使用者上線觀看,同時撥放的影片數超過 13 萬。為了讓更多的人同時在線上觀看 720p 的 HD 播放,微軟特別時做了 Adaptive Streaming 技術,這項技術也就是現在的 Smooth Stream 技術。NBC 計畫在 2010 溫哥華冬季奧運使用 Smooth Stream 和 Silverlight 3 來做 720p HD 的轉播,包括線上直播的部分也會採用 Live Smooth Stream 技術。

現在 MIX09 Day 1 Keynote 已經放上 http://live.visitmix.com 首頁上,大家可以上網觀看。

Posted by roberthu | 1 Comments
Filed under:

MIX09 現場報導

今年的 3/17~3/19 有幸能夠到美國拉斯維加斯參加一年一度的 Mix 2009,接下來幾天會陸續將 Mix 2009 Keynote 與 session 內容分享給大家,敬請期待。

Posted by roberthu | 0 Comments
Filed under:

Microsoft Scale-Out Solution 筆記

最近 IT 界的熱門話題是 Cloud Computing,但對於 Enterprise 使用來說還有點遙遠,可能要等到未來推出 Enterprise Cloud 解決方案之後比較會成為主流。但是對目前企業的 Mission Critical 應用程式來說,可以透過增加機器來增加系統處理連線或交易的 Scale-Out 架構也越來越重要。尤其是在目前的經濟情況下,許多公司開始考慮使用便宜的 x86/x64 伺服器來取代昂貴的大型主機。

平常一提到 Scale-Out 的解決方案很少人會想到 Microsoft,通常第一個想到的都是 Linux。最近剛好在研究 Scale Out 這個議題,發現其實 Microsoft 也有很多 Scale-out 解決方案。把最近找到的東西做個筆記和大家分享一下。

Scale-out 主要會在 App Tier 和 Data Tier:

App Tier:

  • Windows HPC Server 2008: 這是針對傳統 HPC (High Performance Computing) 的微軟解決方案,包含 HPC Cluster Management, Scheduler, MPI, Monitoring & Reporting 等。HPC 2008 除了支援傳統的 MPI 應用程式之外,還有WCF Service Broker 可以提供 Web Service 介面給用戶端呼叫。
  • Microsoft CCR and DSS Toolkit 2008: 原來是 MSRS (Microsoft Robotic Studio) 的一部份,用來解決開發機器人解決方案時要處理平行與同步處理的問題。後來發現應用到企業上可以充分發揮 Multi-core 與分散式處理也有很好的效果,就從 MSRS 中獨立出來

Data Tier:

  • Microsoft Project codename “Velocity”: 這是微軟的 Distributed Memory Cache 計畫,目前的版本是 CTP2。稍微 Study 一下發現功能很像 Oracle Coherence
  • SQL Project codename “Madison”: 這是透過購併的 DATAllegro 公司取得的 Massive Parallel Processing (MPP) 技術用在 SQL Server 2008 上的計畫。讓 SQL Server 2008 也能有 Scale-Out Solution。

以上就是最近整理的微軟 Scale-Out 技術提供給大家參考

Posted by roberthu | 1 Comments

TechEd 2008 補充: 使用 Tinyget + Logparser 進行網站程式自動測試

在 TechEd 2008 的場次 "SRV305: 部署與管理新一代的IIS 7.0-微軟官方網站Microsoft.Com經驗分享" 中有展示如何使用 Tinyget + Logparser 來進行網站程式自動測試。場次結束後有很多來賓表示對展示非常有興趣,希望能夠取得相關的程式和 Script。當場我答應會在 Blog 上寫文章向大家說明,所以有了這篇文章。

要完成這項任務,需要的準備如下:

  1. Tinyget.exe: 這個工具包含在 IIS 6.0 Resource Kit 中,請下載安裝
  2. Logparser: 在 IIS 6.0 Resource Kit 中包含了 Logparser 2.1 版,您也可以下載 Log Parser 2.2 版
  3. IIS Log: 請準備正式系統上的 IIS Log 檔案,在 IIS 6.0 上 Log 檔放在 Windows\System32\Logfiles 目錄中;IIS 7.0 上 Log 檔放在 \Inetpub\Logfiles 目錄中

接下來對 TinyGet 和 Log Parser 做些背景介紹

Tinyget 的中文說明翻譯的有點奇怪,基本上 TinyGet 是個 HTTP 通訊協定測試工具,支援多執行緒和重複測試,除了可以用來產生 HTTP 要求測試網站之外,也可以用來進行偵錯,可以調整的設定很多: 包括 Authenticaiton, SSL, Client Certificate, HTTP version 等。我們這次只會用到基本的功能。

Tinyget 使用最基本的參數就是 -srv 和 -uri,-srv 是要測試的網站名稱,-uri 是要測試的網頁位置。以下是要測試 http://www.microsoft.com/default.aspx URL 的語法:

tinyget -srv:www.microsoft.com -uri:/default.aspx

執行完畢後會發現什麼事都沒發生,因為 TinyGet 只是把 HTTP Request 送出,收到回應沒發生問題就結束了。要進行網站測試的話還需要增加 -status 參數,這個參數指定期望回應的 HTTP status code,如果和網站實際回應的 status code 不同的話,TinyGet 會產生錯誤訊息。來看實際的案例:

C:\TinyGET>tinyget -srv:www.microsoft.com -uri:/default.aspx -status:200 
ERROR: 0x4b8 : returned status code (302) does not match expected one (200) 
Received status/error info: 302 Found

從錯誤訊息可以很清楚的看到,我們預期的 status code 是 200,可是和實際傳回值 302 不同,所以 TinyGet 顯示錯誤訊息。這就是使用 TinyGet 進行網站程式測試的基礎。

到這邊解決了測試的問題,但是網站上程式 URL 那麼多,要一個一個自己輸入然後測試還不如直接使用網路瀏覽器還比較快。這時候就要使用 Logparser 來產生測試所需要的 URL 指令檔。

Logparser 是個神奇的工具,有人叫他 "文字檔的 SQL Engine",也有人叫他 "Log 檔的 XSLT"。基本上 Logparser 是可以直接對支援的 Log 檔案執行 SQL 指令的神奇工具。我在 TechEd 場次也有提到,在我還不認識 Logparser 之前,要分析 IIS Log 的方法就是先匯入到 SQL Server 中,在用 SQL 指令來查詢。這種方法不但所費不貲還曠日廢時。在認識 Logparser 之後,要分析 IIS Log 只要簡單下個指令:

C:\Logparser>logparser "select count(*) From ex*.log"
COUNT(ALL *)
------------
1361960

Statistics:
-----------
Elements processed: 1361960
Elements output:    1
Execution time:     39.86 seconds

就可以使用 SQL 指令來對 IIS Log 進行查詢。當然 Logparser 的功能不只這樣,今天我們會著重在如何使用 Logparser 產生 TinyGet 需要的指令檔。

接著我們要使用 Logparser 來將 IIS Log 轉變成 TinyGet 所需的測試 Script。我們使用的 SQL 指令如下:

SELECT TOP 1000  
    cs-method AS verb,
    case cs-uri-query 
        WHEN NULL THEN REPLACE_CHR(cs-uri-stem ,'\\','\\\\')
        WHEN '' THEN REPLACE_CHR(cs-uri-stem ,'\\','\\\\')
        ELSE REPLACE_CHR(
            STRCAT(
                STRCAT(
                    cs-uri-stem,
                    '?'
                ),
                cs-uri-query
            ),
            '\\',
            '\\\\'
            )
    END AS URI,
    count(*) AS WEIGHT,
    sc-status

INTO %output%
FROM %logfile%
WHERE cs-method IN ('GET';'HEAD')
GROUP BY verb, URI, sc-status
ORDER BY weight DESC

接下來是要使用的 Logparser Template

<LPBODY>-uri "%URI%" -status:%sc-status% -verb:%verb%
</LPBODY>

把以上的 SQL 複製存檔到 TinyGet.sql,Template 複製存檔到 TinyGet.tpl。接下來就要執行以下指令:

Logparser -file:TinyGet.sql?Logfile=ex080930.log+output=TinyGet.txt -tpl:TinyGet.tpl

請把 Logfile= 後面的參數換成您的 IIS Log 檔案名稱。產生出來的 TinyGet.txt 就是 TinyGet 使用的 Script,檔案內容範例如下:

-uri "/images/menu_bg.gif" -status:200 -verb:GET
-uri "/images/menu_bg.gif" -status:200 -verb:GET
-uri "/images/sc_p01.jpg" -status:200 -verb:GET
-uri "/images/sc_p01.jpg" -status:200 -verb:GET
-uri "/images/mob_01.jpg" -status:200 -verb:GET
-uri "/images/OnSale.png" -status:200 -verb:GET
-uri "/images/mob_01.jpg" -status:200 -verb:GET
-uri "/images/OnSale.png" -status:200 -verb:GET

準備工作到此就算完成了,接下來就是使用 TinyGet 來執行我們的 Web 測試。指令如下:

C:\TinyGet>TinyGet -srv:localhost -z:TinyGet.txt
ERROR: 0x4b8 : returned status code (404) does not match expected one (200)
Received status/error info: 404 Not Found




Testcase number: 3 - Explain: (null)
URI: /images/sc_p01.jpg, SSL: Nonsecure, CliCert:(null), Auth:Anon Domain:(null)
User: (null) Password: (null)

ERROR: 0x4b8 : returned status code (404) does not match expected one (200)
Received status/error info: 404 Not Found

Testcase number: 8 - Explain: (null)
URI: /images/OnSale.png, SSL: Nonsecure, CliCert:(null), Auth:Anon Domain:(null)
User: (null) Password: (null)

tinyget.txt                    --------------    Succeeded:   6  Failed:   2
                               Running TOTAL -   Succeeded:   6  Failed:   2
從測試結果可以看到我們使用 TinyGet.txt 中 8 個測試有 6 個成功 2 個失敗,失敗的是 Testcase 3 URI: /images/sc_p01.jpg 和 Testcase 8 URI: /images/OnSale.png,錯誤都是 404 找不到檔案。以上示範就是如何使用 TinyGet + Logparser 進行網站自動測試的範例,給大家參考。
Posted by roberthu | 0 Comments
Filed under: ,

VISIFire Silverlight 2 Chart 控制項

想要用 Silverlight 2 上顯示豐富的圖表嗎? VISIFire 公司提供了 Open Source 的 Silverlight 2 Chart 控制項,可以在 ASP, ASP.Net, PHP, JSP, CodeFusion, Ruby on Rails 以及 HTML 中使用,很酷,可以透過 VISIFire 網站上的影片看看實際運作的範例。


Visifire Gallery from visifire team on Vimeo.

Posted by roberthu | 0 Comments
Filed under:

Windows Server 2008 + IIS 7.0 + ASP.Net + 中文 = ???? 亂碼

前陣子在協助客戶導入 Windows 2008 IIS 7.0 的時候,發現其實升級並不需要修改程式碼,只需要注意下列項目:

  • 安裝 IIS 6 管理相容性項目 (IIS 6 Management Compatibility)
  • COM 元件相容性

就可以很輕鬆的把 ASP 與 ASP.Net 的網站升級到 Windows 2008 + IIS 7.0

但升級的過程中碰到一個問題,我們發現 IIS 7.0 + ASP.Net 在顯示中文 Query string 的時候會造成亂碼 (????)。例如:

http://localhost/test.aspx?kw=中文
 

程式就是將使用者輸入的 Query String 顯示在網頁上,內容如下:

<%
     Response.Write(Request("kw"))
%>

但是程式執行的結果是 ????

IIS ASP.Net Default

經過一番研究發現,只要將網站使用的應用程式集區 (App Pool) 的 Managed 管線模式 (Managed Pipeline Mode) 從原來預設的整合式改成傳統

IIS AppPool Classic

並將網站的 .Net 全球化選項中的編碼要求改成 big5 (Windows 2008 中文版預設就是 big5 不需要修改)

 .Net_Globalization

這樣就可以正確的顯示中文的 Query String 到網頁結果中。

IIS ASP.Net Big5

這個問題是可以解決沒錯,但是原因是甚麼卻百思不解,最後在 IIS.Net 的討論區上發問才由 IIS Team 的人員出來說這是 IIS 7.0 的 Bug Non english letters in request url:s is replaced with question mark。沒想到這麼明顯的錯誤居然是個 Bug,看起來是 ASP.Net 的整合式模組在處理 Non-Unicode 與 Unicode 編碼轉換時沒有考慮到 ANSI 編碼造成的問題。在修正程式出來之前,請大家在使用 IIS 7.0 + ASP.Net 的時候暫時不要使用整合式管線模式,請使用傳統的管線模式來避免中文 Query String 編碼的問題。

Posted by roberthu | 0 Comments

設定 Web Server 支援 Silverlight 元件

要佈署 Silverlight 元件到 Web Server 上是一件很簡單的事情,雖然 Silverlight 是微軟的技術,但不表示非微軟的 Web Server 就不能夠使用 Silverlight。Silverlight 元件可以佈署到 Apache 或是其他的 Web Server 上,即使是使用 Linux 平台也沒問題。

但是有一點必須要注意,大部分的 Web Server (除了 IIS 7) 之外並沒有設定 Silverlight 相關的 MIME Type (.xaml/.xap),這會造成 Web Server 無法正確的將 Silverlight 元件送到瀏覽器顯示。解決方法很簡單,只要將下列兩個 MIME Type 加到 Web Server 設定即可:

Extension

MIME Type

.xaml

application/xaml+xml

.xap

application/x-silverlight-app

就是這麼簡單。下列連結說明如何在各種 Web Server 上加入 Silverlight 所需的 MIME Type:

  • Apache (2.0, 1.3)
  • IIS (7 / 6.0 / 5.0 / 4.0)
  • lighttpd
  • Sun Java System Web Server
  • 資料來源: http://blogs.msdn.com/tims/archive/2008/03/18/configuring-a-web-server-to-host-silverlight-content.aspx

    Posted by roberthu | 0 Comments
    Filed under:

    Hyper-V RC1 出來了

    前兩天 Hyper-V RC1 版本出來了

    下載網址

    Windows Server 2008 x64 Hyper-V RC1 Update - KB950049
    這是 Hyper-V RC1 (x64) 版,必須安裝在 Hyper-V Server 上(Host Machine)

    Windows Server 2008 x86 Hyper-V RC1 Update – KB950049
    這個是 Hyper-V RC1(x86) 版,這包含了 Hyper-V 的管理介面和遠端連線程式,和 Windows Server 2008 x86 版的 Integrated Component

    要在 Vista 上安裝 Hyper-V 管理工具請下載 –KB949587

    請注意,安裝 RC1 後是無法復原到 RC0,請在安裝前讀取 RC1 的說明文件

    資料來源: http://blogs.technet.com/virtualization/archive/2008/05/20/hyper-v-rc1-release-available-on-microsoft-download-center.aspx

    Posted by roberthu | 0 Comments
    Filed under: ,

    最新消息: Windows Server 2008 RC0 正式發布

    Windows Server 2008 RC0 在歷經千辛萬苦一拖再拖千呼萬喚之後終於生出來了。微軟網站上的公告在此: Windows Server 2008 Release Candidate 0 Ready for Customer Review。下載網頁如後 http://www.microsoft.com/windowsserver2008/audsel.mspx,但是目前還是顯示 Beta 3 的資訊,預計在過幾個小時之後就可以在微軟網站上下載。

    Channel 9 上也有專訪 Windows Sever 與 Virtualizaiton 的 PMM Alex Hinrichs and Jeff Woolsey: Announcing Windows Server 2008 RC0

    Windows Server Division Weblog 上也宣布了: Windows Server 2008 Rc0 Released!

     

    9/26 更新

    Windows Server 2008 RC0 下載網址:

    另外 WSV 安裝步驟請參考 “How to install the Windows Server virtualization role in Windows Server 2008 RC0

    Posted by roberthu | 0 Comments

    Windows Server Virtualization (WSV, codename Viridian) 將在 RC0 現身

    我最近在測試 WSV 的內部測試版本,想必大家也很期待甚麼時候能夠拿到 公開測試版本來親身體驗一下 WSV 的功能。根據 Customers Turning to Microsoft to Virtualize Across Desktops and Datacenters 文章中 Larry Orecklin 表示 WSV 第一個 CTP 版本會放在 Windows Server 2008 RC0 中。而 RC0 預計在九月底之前就會在微軟網站上提供下載。所以想測試的人可以開始準備機器了。

    並不是隨便甚麼機器都可以跑 WSV,如果你想要測試的話,機器至少需要符合下列規格:

    1. 支援 x64 的 CPU: Intel EM64T or AMD x64
    2. 支援 Hardware-assist Virtualization: Intel VT or AMD-V

    在等待的同時可以花10分鐘時間觀賞 Windows Server 2008 Screecast: Virtualization 了解一下 WSV 的功能與操作方式

    之後會分享一些安裝注意事項在後續的文章中,敬請期待

    Posted by roberthu | 0 Comments

    Longhorn(Windows Server 2008) 將是最後一版支援 32bit 的 Windows Server

    Bill Laing, Windows Server Division GM 在 Microsoft Looks to 64-Bit Future 的 eWeek 專訪中提到 Windows Server 2008 將會是最後一版支援 32bit 的 Windows Server 作業系統。我想大家應該早就料到會有這樣的發展了吧。自從 Intel 和 AMD 相繼在去年停止純 32bit 的 CPU 出貨後,目前市面上買的到的 CPU 都是支援 32bit/x64 或 EM64T 的型號。既然未來市面上將不會再有只支援 32bit 的 CPU,在伺服器端的作業系統改成 x64/IA64 only 也是合理的進展。

    x64 作業系統對應用程式來說最大的改變就是虛擬記憶體定址的大小;在 32bit 作業系統虛擬記憶體定址只有 32bit = 4GB,作業系統使用 2GB 應用程式使用 2GB,這對伺服器上的應用程式來說是不大夠的。在 32bit 作業系統雖然可以使用 /3GB 的 Boot.ini 參數來將記憶體配置改成應用程式 3GB 作業系統 1GB,但是一些副作用。在 64bit 作業系統上虛擬記憶體定址空間有 64bit = 16TB,作業系統 8TB 應用程式 8TB,對應用程式來說就是可以使用到所有的實體記憶體來處理使用者要求。對於效能頻頸發生在記憶體的應用程式來說,64bit 作業系統的 8TB 虛擬記憶體會大幅改善應用程式效能。下表示 Windows Update 網站使用相同的硬體進行的效能測試數據:

    Measure Windows Server 2003 Enterprise Edition SP1 Windows Server 2003 Enterprise x64 Edition
    Mbps average 784 976
    Concurrent connections average 15,746 13,600
    Get req/sec average 2,000 3,400
    Get req/sec max 2,200 6,800
    CPU average 32% 60%
    Application process (VM usage) 2GB 3.2GB
    HTTP 500 errors 2% 0%

    由上表可發現除了 Concurrent User 與 HTTP 500 errors 之外,其他代表伺服器負載的數字都是增加的,Get req/sec 在尖峰時間的處理能力增加了三倍之多。至於 Concurrent User 數字下降的部分,根據 Moving Microsoft Update Downloads to x64 文中的說法是因為 64bit 環境上因為處理速度增加導致使用者連線時間縮短所致。

    如果您的伺服器應用程式因為 2GB 記憶體限制導致效能不佳而且 Server 硬體支援 x64,建議您升級作業系統到 64bit。透過升級到 64bit 作業系統來解除 4GB 定址封印,釋放伺服器原有的潛能。也能進一步做到 Server Consolidation。誰說要做 Server Consolidation 只能用虛擬化? 64bit 是您不可忽略的有力武器。

    Posted by roberthu | 0 Comments
    Filed under: , ,

    Longhorn Server beta3 釋出

    真是千呼萬喚始出來,有興趣嘗試的讀者可以到 Longhorn Beta3下載 網址下載最新的 Longhorn Beta3。

    下載之後可以做甚麼?如果不知道下載了1.78G的 Longhorn Beta3 要做什麼的話,可以參考 Longhorn Beta 3 Reviewer's Guide。另外 Longhorn Technical Library 上有針對 Longhorn Server Role 的技術文章。

    接下來要等的就是 Windows Virtualization 的 Beta,請大家拭目以待

    Posted by roberthu | 0 Comments
    Filed under:
    More Posts Next page »
     
    Page view tracker