在 Windows 2000 上運行 Site Server 3.0 商業版 Microsoft? Site Server 3.0 商業版 (SSCE) 的 Service Pack (SP) 3 允許您使用 Microsoft? Windows? 2000 Server 運行 SSCE，並使得將已有的 SSCE 部署升級到 Windows 2000 Server 成?易事。這對於那些使用 SSCE 的單位而言是一條重要消息，因?與 Microsoft? Windows NT? 4.0 相比，Windows 2000 Server、Windows 2000 Advanced Server 和 Windows 2000 Datacenter Server 都針對 SSCE 提供了大量的性能改進。 從 Windows NT 4.0 升級到 Windows 2000 所帶來的性能改進分別由 Microsoft 和 Compaq 的測試小組單獨進行了檢測。 Microsoft Consulting Services (MCS) 測試（有關詳細資訊，請參見“Microsoft Consulting Services 測試”一節）表明，在雙處理器 SSCE 伺服器上，只要從 Windows NT 4.0 升級到 Windows 2000，就有可能在前端伺服器可以處理的用戶數量方面，獲得 50% 到 100% 的改進。 使用 Windows 2000 可支援八個處理器，Compaq 測試（有關詳細資訊，請參見“Compaq 測試”一節）對由這種能力而帶來的性能改進進行了檢測。（Windows NT 4.0 只支援兩個處理器。）Compaq 測試表明，將單處理器基線測試和在裝有 Microsoft? Windows? 2000 Advanced Server 的 Compaq ProLiant 八處理器伺服器上的同一測試進行比較，就 Active Server Pages (ASP) 的處理而言，後者比前者提高了 237%。Compaq 測試顯示了通過 Windows 2000 而進行縱向伸縮的益處。 縱向伸縮是指向現有伺服器添加處理器、記憶體和磁碟空間，或者是購買具有更大內部容量的新伺服器。Windows 2000 Server 支援多達八個處理器。橫向伸縮是指添加更多伺服器。Windows 2000 Server 通過其聚集和負載平衡技術，支援添加更多的伺服器。 除性能增進外，SSCE 部署還從 Windows 2000 Server 的許多新增功能或改進功能中獲益，包括： 增加了縱向伸縮和橫向伸縮的可伸縮性。 與 Internet Information Services (IIS) 5.0 集成。 更容易遷移到 Microsoft? Commerce Server 2000 中。 用於 Windows 2000 Server 和 Windows 2000 Datacenter Server 的 COM 元件負載平衡和網路負載平衡。 用於元件開發的 COM 服務。 SSCE 概述 Internet 和電子商務的爆炸性增長正在改變著全球經濟。企業和其他組織越來越發現自己必須在 Web 上佔有一席之地。此外，在 Web 上展示的方式已經從簡單的 Web 站點迅速發展?企業到消費者 (B2C) 和企業到企業 (B2B) 的電子商務站點。SSCE 具有靈活的體系結構，允許客戶既節省開銷又可迅速地部署 B2C 和 B2B 站點。 部署 B2C 站點通常要求您能夠提供吸引人的購物體驗，開展價格促銷，越區銷售商品，以及接受典型的客戶付款方式，如信用卡。如果您已經有一個實際的零售環境，就可能需要將站點的存貨清單和訂單管理與現有的系統進行集成。 部署 B2B 站點的要求通常與 B2C 站點的要求差別不大 - 易於建立站點，可擴展的訂單處理，與現有系統的集成。但在銷售給企業的情況下，會出現新的要求，包括身份驗證登錄、生成自定義目錄、用開放式購買訂單詢價和付款。 SSCE 具有靈活的體系結構，使得公司更容易將 Web 上的商務行?與已有的商務活動結合起來。SSCE 允許您將已有的商務過程、資料庫和財務系統擴展到 Web 上。 SSCE 功能 SSCE 具有許多功能，包括： 商業交換管道 (CIP)。通過 Internet 或已有的電子資料交換 (EDI) 系統，使結構化商務資訊可實現從應用程式到應用程式的交換。CIP 不受資料格式約束，也不受傳輸的限制，允許支援本地 Web 格式和傳輸，如可擴展標記語言 (XML) 和超文本傳輸協定 (HTTP)，而且還允許支援許多獨立的 EDI 軟體商的 Web 格式和傳輸。CIP 具備綜合的文檔化介面，允許第三方進行集成和增強。 支援公司購買。SSCE 中包含 Volcano Coffee，一個功能完善、可自定義的示例站點。該示例站點中包含基於 Intranet 的公司購買應用程式，這些應用程式提供了擴展 SSCE 管道體系結構的示例。Volcano Coffee 中還包含職員身份驗證、採購訂單工作流程及審批、採購目錄概要，以及對多個採購訂單類型的支援。 與 IIS 和 Microsoft Transaction Server (MTS) 集成。 與 IIS 和 MTS 的集成不僅提供資源使用情況服務，而且在訂單處理和 CIP 管道中的一系列分散式操作上提供兩階段確認 (2PC) 類型處理特性，有助於形成高伸縮性、商務?主的解決方案。 增強的 SSCE 創建向導。對站點基礎和站點構建向導的多項改進擴展了商業站點的循序漸進創建方法。現在可支援的內容包括 Microsoft Wallet 集成、多個資料庫、用 Microsoft? FrontPage? 和 Microsoft? Visual InterDev? 進行更簡單的編輯。 廣告伺服器。它是一台綜合的伺服器，用於存放聯機廣告，該伺服器支援目標交付、廣告計劃管理和暴露度限制。通過使用廣告伺服器，各企業能夠更輕鬆地從廣告活動獲得收入，並使廣告活動具有引導作用。 動態的營銷和促銷。與站點伺服器核心功能集成，再結合使用 SSCE 功能，這樣便可以進行聯機營銷活動。例如，單位可以著眼於直接的郵件活動，然後根據用戶配置文件向消費者和合夥人開展商業活動和進行?品促銷。新增的 Intelligent CrossSell 功能使用以前的購物者趨勢和事務處理資訊向訪問者推薦他們感興趣的?品。 改進了與 Site Server Personalization & Membership 的集成。使企業之間能夠在交往中建立客戶關係。例如，企業可以與客戶建立一一對應關係，方法是通過基於個人喜好而建立的存儲購物列表，提供更加個性化的體驗，並提供自動的電子郵件提醒功能。 建立電子商務解決方案 SSCE 使用 ASP 文件和管道創建電子商務站點。ASP 文件提供電子商務購物體驗的“觀感”或 Web 表現，同時還管理資料交互，如購物者身份證明、購物籃選擇、記帳方法以及運送資訊。ASP 文件可以調用元件物件模型 (COM) 物件以檢索要在購物者瀏覽器中顯示的資訊。Microsoft? ActiveX? Data Objects (ADO) 可用於檢索在與開放式資料庫連接 (ODBC) 相容的資料庫中存儲的資料。 一旦使用 ASP 文件創建一個含有購物者 ID 和購物者所選項目的訂單後，就會執行一個管道，以進一步填充此訂單，並提供訂單處理。“計劃管道”將初始化和驗證訂單中的所有資料，如運送、記帳、付稅和處理。“計劃管道”完成其任務後，ASP 文件就提示購物者確認訂單。當購物者單擊 Confirm 按鈕後，就會執行“購買管道”，它將確認記帳資訊，批准付款條款，並接受訂單。“購買管道”可以通過許多方法接受訂單，例如，將它提交給訂單處理系統，發送電子郵件以請求批准或分派，或者列印訂單或發送訂單傳真。完成後，ASP 將向購物者返回訂單 ID 以便進行跟蹤。 在管道執行期間，將一個管道元件安排在適當的階段，以便與外部資訊系統進行交互，這樣就能檢索資料或檢查運送計劃。當執行此階段時，該管道元件（COM 物件）就會檢索資料並將結果返回給管道。然後，管道繼續處理下一個管道元件。例如，“CIP 傳輸管道”將業務文檔提交到外部資訊系統，其結果被返回到適當的“接收管道”。當調用這些 COM 物件中的任何一個時，支援 MTS 的 COM 物件將支援事務處理，確保資料的同步和可靠。 用 Windows 2000 Server 改進 SSCE 的性能 可以使用 SSCE 的 SP3 從 Windows NT 4.0 升級到 Windows 2000，並獲得顯著的性能改進。MCS 測試表明，在雙處理器伺服器上運行 SSCE 將導致在升級到 Windows 2000 後處理並發購物者的能力會有 51% 的提高。此外，Compaq 測試發現，當利用 Windows 2000 可收縮性並增加處理器數量時性能會有顯著的提高。 Microsoft Consulting Services 測試 某個有重要電子商務交易（基於 SSCE 和 Windows NT 4.0）的公司請 Microsoft Consulting Services (MCS) 檢測在升級到 Windows 2000 Server 後它能夠獲得的益處。在本白皮書中，我們稱該公司? CompanyX.tld。 該測試包括在 Windows NT 4.0 下對性能進行量化以創建性能基線，然後在升級到 Windows 2000 Server 後測量同樣的性能參數。 創建測試環境 ?進行測試，用前一版本的 CompanyX.tld Web 站點所使用的硬體和 CompanyX.tld 生?環境的應用程式碼基礎來建立實驗室。實驗室中包含五個 Dell PowerEdge 2300 伺服器，其中四個被配置?前端 Web 伺服器，另一個被配置?運行 Microsoft? SQL Server? 7.0 版的後端資料庫伺服器，另外還有四個工作站用於重負載測試。 使用事務處理成本分析創建基線 MCS 使用名?事務處理成本分析 (TCA) 的度量技術? CompanyX.tld 創建性能基線。TCA 按照 CPU 周期度量單個購物者操作的成本，如瀏覽、向購物籃中添加專案、付款、搜索、註冊等等。然後，購物者操作的 CPU 成本可以轉換?購物者能力，方法很簡單，只要用 CPU 能力除以購物者操作的 CPU 成本即可。雖然與度量 ASP 吞吐量性能類似，但 TCA 提供的購物者操作性能成本的度量值更?準確。例如，將 ASP 吞吐量增加 50% 未必會使購物者能力增加 50%，這是由於混合類型的請求可能被其他 ASP 頁中存在的瓶頸所遮蔽。 測試站點會複製客戶 IIS/ASP 註冊表項、SQL Server 7.0 配置參數（包括資料庫設備大小調整和資料庫位置）以及 Windows NT 頁式文件配置。 對 Internet 服務進行容量規劃的目的是確定最高的事務處理吞吐量，並且該吞吐量仍允許存在用戶可接受的回應時間。將 TCA 用於確定典型的 CompanyX.tld 購物者操作。然後，MCS 使用 Microsoft Web Application Stress Tool 類比各種購物者操作在前端伺服器上所加的負載，因?通過改變用戶端負載，可以將事務處理速率與資源使用率關聯起來。 一旦您瞭解了每個購物者操作的成本和相對頻率，就可以查看站點中各頁的性能數位，以找到瓶頸所在之處，並看看可以在哪里優化性能來提高站點的容量。 例如，TCA 可以幫助您確定哪些操作最耗費成本，那些頁被訪問的頻率最高，等等。TCA 還可以幫助您用性能資料處理“假設分析”情況，以瞭解性能提高（或降低）如何影響您的站點。一旦您瞭解了每個操作的成本，就可以把那些成本高或使用頻率高的頁作?性能優化的目標。如果您需要其他容量，那?確定並降低花費大的頁的成本會很有用。此外，您能夠清楚地看到對頁添加功能所帶來的影響，並且可以計劃安裝其他硬體，?額外的購物者或新代碼版本所?生的負載提供服務。 TCA 中包含下列元件： 建立用戶配置文件 度量每個操作的成本 估計容量 計算容量 驗證容量 建立用戶配置文件 可以通過分析客戶 IIS 日誌來確定訪問者的數量、每頁訪問數量、付款事務的數量以及事務處理發生的速度，從而創建用戶配置文件。用戶配置文件用於創建裝載測試站點的腳本，然後該腳本將用於驗證計算所得的容量。 度量每個操作的成本 一旦建立了用戶配置文件，就可以通過創建負載監視腳本來測試每個標識的購物者操作，從而對成本進行度量。然後，在該負載級別度量 CPU 使用率。Microsoft Web Application Stress Tool 是一個負載生成/類比工具，可以免費下載，網址是：http://webtool.rte.microsoft.com，它可用于此項任務。性能監視器的計數器，作?一種 Microsoft Windows NT 工具，用於確定 ASP 潛伏期和 CPU 使用率。 針對單個購物者操作以獨佔方式運行腳本的目的在於：盡可能多地向 IIS/ASP 伺服器上裝載請求，以獲得最大的每秒 ASP 吞吐量。當您用較高的購物者負載度量 ASP 吞吐量的下降時，或當您度量操作潛伏期或佇列中 ASP 請求數的突然增加時，會?生最大 ASP 吞吐量。 操作潛伏期是使用以下公式計算的： 平均 ASP 潛伏期 =（ASP 執行時間 ASP 等待時間）x ASP 頁數 每個 ASP 頁的成本是使用下列公式確定的： 每個 ASP 頁的成本 = CPU 使用率 x CPU 數 x CPU 速度（以 MHz 計）/每秒 ASP 請求數 例如，CompanyX.tld 測試實驗室使用帶有兩個 400 MHz CPU 的伺服器，並使用 \Accessories（瀏覽）購物者操作（表 1 中所示），這樣每秒會?生 42.43 個 ASP 請求，且 CPU 使用率? 92.70%，因此每個 ASP 頁的成本將是 92.70% * 2 * 400 / 42.43 = 17.48 Mcycle。 購物者操作中包含的 ASP 頁數是使用下列公式進行度量的： 購物者操作的成本 = ASP 頁數 x 每個 ASP 頁的成本 例如，如果再次使用 \Accessories（瀏覽）購物者操作，將會包含三個 ASP 頁。因此，\Accessories（瀏覽）操作的成本? 52.44 毫周波 (Mcycle) (17.48 x 3)。如果包含五個 ASP 頁，則成本將? 87.4 Mcycle，如此等等。 估計容量 容量的估計是根據?反映典型購物者操作所創建的用戶配置文件而進行的。在 CompanyX.tld 的示例中，周期? 15 天的日誌用於創建客戶配置文件。容量估計建立在 10 次購物者操作的頻率和 CPU 成本的基礎上，如表 1 中所示。如您所見，與 Windows NT 4.0 相比，Windows 2000 只用低於一半的 CPU 周期來支援同樣的購物者操作。 表 1 購物者操作的容量估計 購物者操作 採樣率 每 15 分鐘的用戶配置文件操作 每秒鐘的用戶配置文件操作 每個操作的成本（以 Mcycle 計） 每秒每個用戶配置文件操作的成本 Windows NT 4.0 Windows 2000 Windows NT 4.0 Windows 2000 默認主頁 24.28 2.43 0.002698 19.81 18.45 0.0535 0.0498 \Plans（瀏覽） 25.94 2.59 0.002882 199.16 98.20 0.5739 0.2830 \Phones（瀏覽） 17.23 1.72 0.001915 165.40 88.82 0.3167 0.1701 並行比較 11.61 1.16 0.001290 342.62 87.23 0.4420 0.1125 不正確的搜索 (fnf.asp) 7.52 0.75 0.000836 6.99 8.77 0.0058 0.0073 \Articles###.asp 6.47 0.65 0.000719 11.03 7.90 0.0079 0.0057 \Accessories（瀏覽） 3.71 0.37 0.000412 52.44 47.92 0.0216 0.0198 ProductsMerchant lookup 2.49 0.25 0.000276 125.91 61.76 0.0348 0.0171 添加專案 刪除 0.38 0.04 0.000042 223.75 90.55 0.0094 0.0038 添加專案 付款 0.37 0.04 0.000041 255.21 77.72 0.0104 0.0032 總計 10.00 1.4761 0.6722 表 1 顯示，總用戶配置文件的成本對於 Windows NT 4.0 ?每個用戶 1.4761 Mcycle，而對於 Windows 2000 則僅?每個用戶 0.6722 Mcycle。“每秒每個用戶配置文件操作的成本”列中的數位是通過每秒用戶配置文件運算元乘以每個操作的成本（以 Mcycle 計）而得到的。該數位反映了一般購物者在執行用戶配置文件中所說明的購物者操作時所需的成本。該數位可用於估計站點的容量（基於假設的用戶配置文件）。 計算容量 Windows 2000 Server 比 Windows NT 4.0 具有更大的用戶容量，原因是它的每秒每個用戶操作的成本更低。如表 2 所示，單個伺服器的最大容量經計算? 525 個並發購物者，成本? 775.0 Mcycle。這是上限，因?其中的兩個 CPU 提供的站點預算? 800 Mcycle 的容量。更保守的方法是採用 70% 的 CPU 使用率。這會導致 CPU 預算? 560 Mcycle，計算所得的最大容量? 350 到 400 個並發購物者。與 Windows NT 4.0 相比，Windows 2000 Server 只用低於一半的 CPU 周期來支援同樣數量的購物者。 表 2 各個購物者數量的容量和成本 購物者數量 成本（以 Mcycle 計） Windows NT 4.0 Windows 2000 100 147.6 67.2 200 295.2 134.4 300 442.8 201.7 400 590.5 268.9 500 738.1 336.1 525 775.0 352.9 600 885.7 403.3 700 1033.3 470.5 800 1180.9 537.8 900 1328.5 605.0 1,000 1476.1 672.2 1,100 不可用 739.4 1,200 不可用 806.6 驗證容量 您可以驗證站點容量，方法是運行一個反映用戶配置文件中購物者數量漸增的腳本，然後將結果與表 2 中的數位進行比較。驗證腳本不過是由單個 TCA 度量腳本全部聚合所形成的集合，它作?單個腳本運行。 驗證腳本對 CPU 使用率（表示?負載的成本）進行記錄，將使用率製成圖表，並將它與單個操作的 TCA 度量值進行比較。對於給定的購物者數量，該腳本度量： CPU 使用百分比 平均操作潛伏期（以毫秒計） 每秒 ASP 請求數 支援這些購物者所需的成本（以 Mcycle 計） 運行驗證腳本將使您能夠在自己的電子商務環境中驗證在 Windows 2000 Server 上運行 SSCE 所得到的益處。 測試發現 如表 3 中所示，Windows 2000 提供了直接的優於 Windows NT 4.0 的性能改進。測試發現，Windows NT 4.0 僅可以支援約 350 個購物者，因?它的 CPU 使用率超過了 86%，而與此相比較，Windows 2000 的 CPU 使用率僅? 36%。因此，Windows NT 4.0 的測試未超過 350 個購物者，而 Windows 2000 的測試針對多達 800 個購物者，而這時它僅顯示 64.62% 的 CPU 使用率。 表 3 Windows 2000 升級所帶來的性能改進 購物者數量 CPU 使用百分比 平均潛伏期 (ms) 每秒 ASP 請求數 成本 (Mcycle) Windows NT 4.0 Windows 2000 Windows NT 4.0 Windows 2000 Windows NT 4.0 Windows 2000 Windows NT 4.0 Windows 2000 200 29.38 20.28 1607.614 1263.197 15.96 14.78 235.064 162.264 250 42.05 25.93 3370.140 1670.218 19.61 18.42 336.368 207.456 300 61.45 30.71 13145.153 1963.827 23.09 21.55 491.568 245.664 350 86.84 36.06 46666.607 3100.506 23.82 25.26 694.704 288.456 500 不可用 49.59 不可用 2968.832 不可用 34.75 不可用 396.752 550 不可用 52.95 不可用 5343.633 不可用 36.49 不可用 423.624 600 不可用 57.64 不可用 10487.322 不可用 39.60 不可用 461.152 650 不可用 60.35 不可用 9294.602 不可用 41.69 不可用 482.816 700 不可用 63.03 不可用 9053.754 不可用 43.17 不可用 504.224 800 不可用 64.62 不可用 24317.061 不可用 44.33 不可用 516.952 Compaq 測試 Compaq Computer Corporation 對縱向可伸縮性進行了測試，在伺服器中使用了一個、兩個、四個和八個處理器，並且伺服器在 Windows 2000 上運行 SSCE。（Windows 2000 Server 按四個處理器裝配。Windows 2000 Advanced Server 按八個處理器裝配。）測試發現，當 Compaq ProLiant 8500 從單個處理器增?八個處理器時，每秒所處理的 ASP 數量增加了 237%。 前面的測試已顯示，若在 Windows NT 4.0 Server 上運行 SSCE，處理器數量?兩個以上時，感覺不到縮放比例。Compaq 測試還發現，Windows 2000 Server 的縮放比例要比 Windows NT 4.0 更?線性化，並且對於給定負載，Windows 2000 Server 要比 Windows NT 4.0 具有更好的用戶回應時間（更短的操作潛伏期）。 Compaq 使用模仿聯機購物者體驗的腳本進行分析。該腳本中包含十個通常在電子商務會話期間進行的購物者操作（參見前面的表 1），如登錄、搜索?品、在購物籃中添加或刪除專案、以及付款。這些測試專用於度量特定的 ASP 數量，這些 ASP 可提供能通過類比電子商務站點進行處理的動態內容。 用於測試的 stress 腳本類比實際電子商務站點上的重壓負載，而不是顯示可以通過伺服器處理的每秒絕對 ASP 請求數的基準測試。不需對硬體或軟體進行任何特殊的調試或準備。 有關 Compaq 對運行在 Windows 2000 上的 SSCE 的分析的更多資訊，包括關於目的、方法和結果的詳細資訊，請參見 http://www.compaq.com/activeanswers。 創建測試

------
**********************************************************
哈哈&兵燹
最會的2大絕招 這個不會與那個也不會 哈哈哈 粉好

Delphi K.Top的K.Top分兩個字解釋Top代表尖端的意思,希望本討論區能提供Delphi的尖端新知
K.表Knowlege 知識,就是本站的標語:Open our mind