1、如何碓定服將器配置根據(jù)生走規(guī)模來選擇服務(wù)器配置、內(nèi)外置磁盤大小、以及網(wǎng)絡(luò)帶寬，是一件復(fù)雜的事情，參照未來的走能猊模來言平估所需服將器硬件配置， 是建立一個接近真實(shí)流程應(yīng)用的操作環(huán)境，進(jìn)行各種壓力測試，測算出不同 的用戶數(shù)量下，系統(tǒng)的響應(yīng)時間和吞吐量，并得出當(dāng)時服務(wù)器的各種資源的 利用率情況，對硬件資源的完整評估，需要考慮下列幾個方面 ：服將器的性能的言平估一、客戶端工作站或前端桌面的評估二、通訊網(wǎng)卡和網(wǎng)絡(luò)帶寬的評估根據(jù)工業(yè)界的Benchmark對服務(wù)器進(jìn)行評估，推算出符合業(yè)務(wù)規(guī)模的 服務(wù)器配置，同時要考慮在做系統(tǒng)管理時所消耗的資源，如在做備份、恢復(fù)、 問題診斷、性能分析時、軟件維護(hù)時都會對資源

2、帶來附加的消耗，對重要資 源要考慮為將來留下升級和可擴(kuò)展的余地，下列是一些通用的原則：處理器:要考慮高峰時的處理器的能力，并適當(dāng)保留一些緩沖，確保在業(yè)務(wù)增長時，系統(tǒng)有擴(kuò)展的余地。如果要保持快速的響應(yīng)能力，應(yīng)當(dāng)為CPU保留20%至40%的富余量。內(nèi)存:要為運(yùn)行在此服務(wù)器的所有應(yīng)用軟件考慮內(nèi)存，所需要的內(nèi)存主 要依賴于用戶數(shù)、應(yīng)用程序類型、進(jìn)程的方式、和應(yīng)用程序處理的數(shù)據(jù)量決 定。磁盤:評估業(yè)務(wù)的實(shí)際用戶的數(shù)據(jù)量，以此推算出磁盤的最小個數(shù)，不 要忘記選擇備份設(shè)備（如磁帶機(jī)）。IO槽:盡量保留更多的IO槽，防止將來插更多的PCI卡。網(wǎng)絡(luò):選擇合適的網(wǎng)卡，保證網(wǎng)絡(luò)不是系統(tǒng)的瓶頸。在評估數(shù)據(jù)庫服務(wù)器性能

3、時，最困難的事情是如何把握準(zhǔn)確度問題，到 底考慮哪些因素等。理想情況下，應(yīng)考慮下列要素 ：交易的復(fù)雜性交易率數(shù)據(jù)讀/寫比例并發(fā)連接數(shù)目并發(fā)交易數(shù)目數(shù)據(jù)庫最大表的大小性能度量的目標(biāo)基于TPC-C的推算，評估數(shù)據(jù)庫服務(wù)器的CPUTPC-C基準(zhǔn)是事務(wù)處理委員會建立的一個專門演示在線事務(wù)處理性能(OLTP)的性能基準(zhǔn)，它的測量方法是為了使客戶能夠評估不同的在線事務(wù) 處理系統(tǒng)的性能，這些事務(wù)進(jìn)程于一個可控制的狀態(tài)下在一個標(biāo)準(zhǔn)的數(shù)據(jù)庫 中運(yùn)行。TPC-C測試包括5個典型的OLTP事務(wù)，它們是：新訂單：一個用戶提交一個新的訂單支付：更新用戶的賬戶余額以反映一個支付交付：訂單的交付(通過一個批事務(wù)處理實(shí)現(xiàn))訂

4、單狀態(tài):返回用戶最新訂單的狀態(tài)庫存水平：監(jiān)控當(dāng)前倉庫庫存TPC-C的事務(wù)處理是在一個9個表的數(shù)據(jù)庫上實(shí)現(xiàn)的事務(wù)處理過程包括:更新、插入、刪除、終止，以及對主和次級鍵的訪問 ，每種事務(wù)處理90%的響應(yīng)時間應(yīng)小于或等于5秒，其中，庫存水平的響應(yīng)時間可以在20秒以 內(nèi)。TPC-C的吞吐量值是終端活動水平的直接結(jié)果，如每一個倉庫有10個終端，在每一個終端上上述5個事務(wù)都是可用的，一個遠(yuǎn)程的終端仿真器被 用來在性能測試過程中進(jìn)行必要的事務(wù)混合工作。這個混合代表著一個完整 的訂單商務(wù)處理流程：錄入、支付、檢驗(yàn)、交付。更專業(yè)的是，這個必要的 混合被定義為產(chǎn)生一個相等數(shù)量的新訂單和支付事務(wù)，以及在每10個新訂

5、 單事務(wù)中產(chǎn)生一個交付事務(wù)，一個訂單狀態(tài)檢驗(yàn)事務(wù)和一個庫存水平檢驗(yàn)事 務(wù)遠(yuǎn)程終端仿真器也被用來測量每一個事務(wù)的響應(yīng)時間，以及用來模擬鍵 入時間及思考時間，鍵入時間是指在終端上錄入數(shù)據(jù)所花費(fèi)的時間，思考時 間是指操作人員在終端讀取事務(wù)的結(jié)果，進(jìn)行下一個事務(wù)請求之前所花費(fèi)的 時間。每一個事物都有一個最小鍵入時間和最小思考時間。另外，這個響應(yīng) 時間必須在一個給定的極限值之下。TPC-C基準(zhǔn)測試的結(jié)果-TPC-C的吞吐量(tpmC),代表的是系統(tǒng)的最 大的持續(xù)性能，它被定義為系統(tǒng)每分鐘可以處理多少個新訂單事務(wù)，與此同 時，系統(tǒng)還在處理其他四種事務(wù)類型(支付、訂單狀態(tài)、交付、庫存水平)。所有5個TPC-

6、C事務(wù)都有某個限定的用戶響應(yīng)時間要求，其中新訂單事務(wù) 的響應(yīng)時間是5秒以內(nèi)。因此如果一個系統(tǒng)的TPC-C值是100tpmC/min ,說明該系統(tǒng)在每分鐘處理其他的混合的TPC-C事務(wù)的工作的同時，可以產(chǎn) 生100個新訂單事務(wù)。如何使用TPC-C進(jìn)行服務(wù)器的評估由上可知，TPC-C測試基準(zhǔn)主要用于測試主機(jī)服務(wù)器每分鐘能夠處理 的聯(lián)機(jī)交易筆數(shù)，測試產(chǎn)生的單位結(jié)果是TPM值(Transaction Per Minute ,即每分鐘處理的交易比數(shù))。TPC-C雖然客觀的反映了各個計算機(jī)廠商的系統(tǒng)處理性能，并且測試 基準(zhǔn)也在不斷完善以更加貼近現(xiàn)實(shí)應(yīng)用的交易環(huán)境，但是仍然無法與紛繁多 樣的各類實(shí)際應(yīng)用完全

7、吻合；而且參加TPC測試的主機(jī)系統(tǒng)都做了適當(dāng)程度 的系統(tǒng)優(yōu)化。因此，在實(shí)際業(yè)務(wù)應(yīng)用系統(tǒng)選擇主機(jī)服務(wù)器乘載體時，必須考 慮到多方面的因素，以最大程度的做到適合應(yīng)用系統(tǒng)的生產(chǎn)需求。以下計算公式是 舊M公司在金融綜合業(yè)務(wù)系統(tǒng)的實(shí)際應(yīng)用中總結(jié)的經(jīng) 驗(yàn)方法論，基本反映了金融業(yè)務(wù)特點(diǎn)對主機(jī)處理能力的需求：TPM=TASK x 80% x S x F / (T x C)其中：TASK:為每日業(yè)務(wù)統(tǒng)計峰值交易量T:為每日峰值交易時間，假設(shè)每日80%交易量集中在每天的4小時，即240分鐘內(nèi)完成:T=240。S:為實(shí)際銀行業(yè)務(wù)交易操作相對于標(biāo)準(zhǔn)TPC-C測試基準(zhǔn)環(huán)境交易的復(fù) 雜程度比例。由于實(shí)際的金融業(yè)務(wù)交易的復(fù)

8、雜程度與TPC?C標(biāo)準(zhǔn)測試中的交易存在較大的差異，須設(shè)定一個合理的對應(yīng)值。以普通儲蓄業(yè)務(wù)交易為 例，一筆交易往往需要同時打開大量數(shù)據(jù)庫表， 取出其相關(guān)數(shù)據(jù)進(jìn)行操作， 相對于TPC-C標(biāo)準(zhǔn)交易的復(fù)雜度，要復(fù)雜很多；根據(jù)科學(xué)的統(tǒng)計結(jié)果，每筆 交易操作相比較于TPC標(biāo)準(zhǔn)測試中的每筆交易的復(fù)雜度此值可設(shè)定為1020。C:為主機(jī)CPU處理余量。實(shí)際應(yīng)用經(jīng)驗(yàn)表明，一臺主機(jī)服務(wù)器的CPU利用率高于80%則表明CPU的利用率過高會產(chǎn)生系統(tǒng)瓶頸，而利用率處于75%時，是處于利用率最佳狀態(tài)。因此，在推算主機(jī)性能指標(biāo)時，必須考慮CPU的冗余，設(shè)定C=75%。F:為系統(tǒng)未來35年的業(yè)務(wù)量發(fā)展冗余預(yù)留。綜上所述，為保障

9、用戶能正常使用生管控系統(tǒng)，依照上面言平估服 將器的明結(jié)合公司隙的生,以及PM提供的走能58測表， 可推 算得出主機(jī)所需的處理能力,據(jù)此得出相應(yīng)的機(jī)型和配置。使用TPC-C進(jìn)行數(shù)據(jù)庫服務(wù)器評估由于目前SUN客戶品未來的生品主要分三值I陪段的生流程：PCBA段走品作棠，半成品生走作棠，成品段的生作作棠工站言孔管控系統(tǒng)工作模式舄C/S（Client/Server）模式，參照SUN能58測表，來推算每天的數(shù)量：2041*60*24= 2939040假IS EFOX系統(tǒng)每笨言己金錄交易的彳復(fù)親隹度舄15 （上文有明,參考值10 20） ,B里取值15 ,那么ttttB操作數(shù)到：2939040*15=44

10、085600（合有惚4400 M次）另周遑部乃及走作棠同仁隨日寺在查言旬EFOX幸艮表,估憑0侗用戶在使用,每分疆使用3次，每天使用日寺冏舄10侗小日寺,估算操作到：50*3*60*10*15=1350000那么KSW操作建到44085600+1350000=45435600（合Mi勺4544 M次）假哉每天的數(shù)攜（交易的80%集中在16小畤內(nèi)畿生，那么高峰交易聯(lián)橫交易次數(shù)舄:45435600*80%/（16*60）=37863要為將來陸續(xù)加入的應(yīng)用至少預(yù)留40%的處理能力；另外，考慮到CPU的 繁忙時間低于60%時， 系統(tǒng)的性能較好， 我們把這個比例定在50%。 所以系統(tǒng)的TPC-C值應(yīng)達(dá)到

11、：37863 - (-40%)+ 50%=126210內(nèi)存容量需求分析首先根據(jù)數(shù)據(jù)庫容量算出所需的數(shù)據(jù)庫緩存大小，再估計出操作系統(tǒng)、 系統(tǒng)軟件等所需內(nèi)存，合計即是所需的內(nèi)存容量。對于64位服務(wù)器，在實(shí)踐中必須將數(shù)據(jù)庫緩存大小限制為4GB計算出系統(tǒng)內(nèi)存需求為：1. Windows2003操作系統(tǒng)所占的內(nèi)存256MB2.數(shù)據(jù)庫管理(SQL2005 64 bit)系統(tǒng)所占的內(nèi)存2G3.熱備等系統(tǒng)軟件所占的內(nèi)存256MB4.應(yīng)用程序所占的內(nèi)存1G5.數(shù)據(jù)庫緩存4GB6.合理的內(nèi)存利用率一般低于50%曲15G存儲容量需求分析參考富前SUN的ttSW服將器的硬盤容量：550G，由于未SSUN的能將 逐步攢大，下面來猊劃存儲容量解決方案：由于操作系統(tǒng)（含系統(tǒng)捕丁，其他必件等）的需40G空冏的硬盤，數(shù)攜WT所占空冏的30G ,由于要保存速三 天的脩份數(shù)披犀文件及號帚禧日志文件,如此占空冏大概在120G左右，另由于 查言旬糜史數(shù)披犀，要裝戴儷值I糜史數(shù)StJf,大會勺占空冏60G ,另存放糜史 fi!份數(shù) 披犀文件，一般保留一年（其他超遏一年以上的保存在糜史脩份服將器上 ）四 值季度的ttttB文件合Hi勺120G ,同日寺畬保存其他一些重要黃料文件，初步 估言十需要20G，硬盤空冏的利用率一般不超遏85% ,如此言十算硬盤容量舄（40+30+120+60+120+20）/85%=