在我們平時的工作 生活 中，服務器 的種類日益繁多，服務器檢測方法更是各種各樣。本文旨在給讀者朋友們做最新的服務器測試 方法的詳細的介紹。在這裏，服務器測試方法分爲兩個大方面，性能測試 與功能測試 。
我們在性能測試方面採用了新的測試方法，主要分爲文件測試、數據庫 性能測試與Web性能測試三個方面。其中，文件性能與數據庫性能採用美國Quest軟件公司的Benchmark Factory負載測試和容量規劃軟件，Web性能測試則使用了Spirent公司提供的Caw WebAvalanche測試儀。
一、性能測試
1、文件性能測試方法
Benchmark Factory軟件能按照文件讀寫的關鍵指標定製事務。軟件最大支持1000個虛擬客戶。
本次測試環境包括10臺配置爲PIII800/128MB內存/20G硬盤以上的客戶端，它們用來模擬虛擬用戶。控制檯爲配置是PIII 850/128MB內存/40G硬盤的Acer筆記本電腦。交換機爲帶有兩個千兆GBIC接口、24個10/100M自適應端口的Cisco 2950，客戶端與控制檯通過100M網卡連到交換機上，被測服務器則通過千兆光纖網卡與交換機相連接。
被測服務器均安裝帶SP4的Windows 2000 Advanced Server操作系統，在所有三項性能測試中都統一RAID級別爲5。
在具體測試方案設置上，測試軟件把決定文件讀寫操作的關鍵因素設定爲：讀/寫、隨機/順序、操作塊大小、對象大小四個。在本次測試中，考慮到我們設有單獨的數據庫及Web測試 項 目，所以在文件測試中，我們把目標確定爲測試服務器基本的I/O性能，這主要由網絡接口、系統帶寬、磁盤子系統等幾大部分所決定。同時，從幾部分的作用 看，以大操作塊讀寫大對象文件，小操作塊讀寫小對象文件，較能反映服務器最基本的I/O性能，即“大操作塊讀寫大文件”對系統帶寬、緩存的考察，以及“小 操作塊讀寫小文件”對磁盤子系統、網絡接口的考察。最終我們確定的四個事務是：
◆ 大文件順序讀寫（操作塊8KB，對象文件80% 500KB、20% 1MB）
◆ 大文件隨機讀寫（操作塊8KB，對象文件80% 500KB、20% 1MB）
◆ 小文件隨機讀（操作塊1KB，對象文件80% 1KB、10% 10KB、10% 50KB）
◆ 小文件順序寫（操作塊1KB，對象文件80% 1KB、10% 10KB、10% 50KB）
每個事務的用戶數均以固定步長逐漸增加，最大可增加到1000個虛擬用戶。其中，“大文件順序讀寫”事務的用戶數按照40的步長從1可增加到400個（測試至強服務器）或200個（測試TUALATIN服務器），其他 事務則將用戶數按照100的步長從1增加至1000。我們期望得到其在不同用戶數時被測服務器的性能表現。總體上其走勢及峯值反映了該服務器的性能。每項事務均運行三次，每次之間被測服務器進行重啓，最終結果爲三次平均值。
2、數據庫性能測試方法
數據庫性能測試同樣使用了Benchmark Factory 軟件，測試環境如同文件性能測試。測試時，在被測服務器上安裝SQL Server 2000使用企業版。首先在被測服務器上創建新的數據庫，通過使用Benchmark Factory預定義的Database Spec項目向數據庫中創建表，裝載數據。在服務器端創建以CPU計算爲主的存儲過程，通過10臺客戶機模擬用戶、按照40個虛擬用戶的步長遞增到400 個用戶，執行該存儲過程。結果是以獲得的每秒事務數（TPS）衡量服務器的數據庫事務處理能力。整個測試分爲三次，每次之間重新啓動被測服務器，最終取三 次平均值作爲評價結果。
3、Web性能測試方法
Web性能測試工具是由Spirent公司提供的Caw WebAvalanche。WebAvalanche 模擬實際的用戶發出HTTP 請求，並根據迴應給出具體的詳細測試結果。它有以下特點：能夠模擬成百上千的客戶端對服務器發出請求；能夠模擬真實的網絡應用情況，比如網站在高峯期的訪 問量應該是動態的維持，有新客戶端的加入，同時也有原客戶的離去，訪問量不是固定不變的；可以產生20000個連接/秒請求量，足以滿足測試的需要；測試 項目豐富，有訪問請求的成功失敗數，有URL和頁面的響應時間，有網絡流量數，還有HTTP和TCP協議的具體情況。
測試時，被測服務 器與WebAvalanche上都裝有千兆光纖網卡，兩網卡通過光纖直接連接。監控端（配置爲PIII 1GHz/128M內存/20G硬盤）安裝了帶SP4的Windows 2000 Server,該監控端與WebAvalanche 通過交叉線直連。在監控端通過Web瀏覽器配置WebAvalanche，在被測服務器安裝了SQL Server 2000企業版，並用微軟 的IIS建立了Web服務器。
測試分爲靜態性能與動態性能兩部分。主要是因爲在實際的Web應用中，有的站點靜態內容居多，提供的服務也絕大多數是靜態的，因此，他們就會特別的關心服務器靜態性能；同樣，有的站點提供的服務交互性的內容居多，他們就會更關心服務器的動態性能。
被測網站中頁面大小及靜態、動態頁面所佔比例均參照實際網站得出，整個網站靜態、動態頁面所佔比例是70%和30%，使用的動態頁面類型爲ASP。請求頁面樣本的文件大小分佈比例與整個網站的相同。
靜態性能測試模擬發出的均是靜態頁面請求。在測試動態性能時，動態頁面的訪問請求佔20%，其餘80%爲靜態頁面請求。我們根據實際的Web 服務器一天中的運行情況建立了一個服務器頁面請求模型，該模型由4個階段組成，第一階段是預熱階段，WebAvalanche發出的請求量由0慢慢上升到 200；第二階段是逐步加壓階段，請求量逐步累加到最大值8200；第三階段是動態維持階段；第四階段是下降階段，請求量由最大值迅速下降爲0。其中，最 大請求量略大於實際服務器能夠提供的事務處理量。
被測服務器的靜態與動態測試分別測試三遍，每遍之間被測服務器和測試儀均重啓，結果取三次的平均值。由此可見，此服務器測試方法立志於最終結果的準確性。
二、功能測試
在功能測試方面，我們對被測服務器的可擴展性、可用性以及可管理性進行了綜合評價，其中可擴展性包括硬盤、PCI槽以及內存等的擴展能力，可用性包括對熱插拔、冗餘設備（如硬盤、電源、風扇、網卡等）的支持，可管理性則指的是服務器隨機所帶的管理軟件。
我們在對服務器進行總體評價時，綜合了性能、功能和價格三方面因素，依據《網絡世界》所做的用戶調查結果，分別給予不同權重，性能佔50%，功能佔40%，而價格則佔10%。在分析性能時，數據庫性能佔其中的50%，而文件性能佔30%，Web性能佔20%。
綜上所述，這種全新的服務器測試方法更夠更準確更直接的對服務器進行測試，而且數據更加精確。希望能給又需要的讀者朋友帶來一定的幫助。