伺服器配置如何推算tpmc

『壹』 120萬tpmc什麼級別

120萬tpmc什麼級別

tpmC值在國內外被廣 泛用於衡量計算機系統的事務處理能力。

120萬tpmC(即每分鍾完成120萬個事務處理)

計算原則：以單台伺服器性能進行計算，即確保單台伺服器工作的時候可以滿足系統正常運行的需要；
假設每天有1萬人次來窗口辦理業務，每人次辦理一項業務。即以每日1萬筆前台交易為例進行綜合系數的推導：
1. 假設每月前台交易數（未來5年內的設計指標）為220,000 （有些業務在月初、月末的處理量比較高，按月統計可以平衡此項差異）;
2. 每日前台交易數=220000/22=10,000 ，即每日 1萬筆；
3. 忙時處理能力：每日交易的80%在4個小時內完成，即10000*80%/4=2000（筆/小時） 4. 峰值處理能力：2000*2=4000（筆/小時），即峰值處理能力為每小時4000筆，或 67筆/分，假設業務人員同時在線為100人，即每人每分鍾處理0.7筆）
5. 假設每筆交易對應資料庫事務數=20，基準TPC指標值對應的比例=8，cpu保留30%的處理能力冗餘，計算值與公布值（最優值）的偏差經驗值為4 （這幾個參數估算的依據不足，更多的是經驗值）
則tpmC值為：
tpmC= 67*20*8*4/(1-30%)= 61257 倒算出綜合系數 = 61257/10000=6.1
即資料庫伺服器tpmC= 每日前台交易數 * 6.1 （實際計算值應不高於該值） 應用伺服器的tpmC = 資料庫伺服器tpmC *50% （一般）
應用伺服器的tpmC = 資料庫伺服器tpmC *70% （涉及大量計算的，如社保、稅務）

『貳』 支持大型資料庫的伺服器需要什麼配置

選擇資料庫伺服器的原則：

1、高性能原則：保證所選購的伺服器，不僅能夠滿足運營系統的運行和業務處理的需要，而且能夠滿足一定時期業務量的增長。一般可以根據經驗公式計算出所需的伺服器TpmC值(Tpmc是衡量計算機系統的事務處理能力的程序)。

後比較各伺服器廠商和TPC組織公布的TpmC值，選擇相應的機型。同時，用伺服器的市場價/報價除去計算出來的TpmC值得出單位TpmC值的價格，進而選擇高性能價格比的伺服器。

2、可靠性原則：可靠性原則是所有選擇設備和系統中首要考慮的，尤其是在大型的、有大量處理要求的、需要長期運行的系統上。考慮伺服器系統的可靠性，不僅要考慮伺服器單個節點的可靠性或穩定性，而且要考慮伺服器與相關輔助系統之間連接的整體可靠性。

(2)伺服器配置如何推算tpmc擴展閱讀：

優點：

1、編程量減少

資料庫伺服器提供了用於數據操縱的標准介面API（Application Programming Interface，應用程序編程接 口）。

2、資料庫安全高

資料庫伺服器提供監控性能、並發控制等工具。由DBA（Database Administrator，資料庫管理員）統一負 責授權訪問資料庫及網路管理。

3、數據可靠性管理

資料庫伺服器提供統一的資料庫備份/恢復、啟動/停止資料庫的管理工具。

4、計算機資源利用充分

資料庫伺服器把數據管理及處理工作從客戶機上分離出來，使網路中各計算機資源能靈活分配、各盡其用。

『叄』 資料庫伺服器配置

你這個伺服器配置，人多的時候帶70客戶端，肯定卡。。。如果再遇到有人執行統計報表之類的查詢，卡到你暈。

這種連鎖店用伺服器，跑資料庫用，對伺服器的cpu性能、內存容量和磁碟讀取速度要求都比較高的。

你可以看看國產品牌正睿的這款雙路四核伺服器。標配一顆至強E5620四核八線程處理器(2.4GHz/5.86GT/12M緩存)，英特爾5500伺服器晶元組主板，4G DDR3 REG ECC 1333MHz內存，SAS 300G 15000轉高速企業級硬碟，雙千兆網卡，性能可以說是非常不錯。如果以後隨著業務量的增長，覺得性能不夠用了，還可以擴展到兩顆處理器，達成8顆處理核心，16條處理線程（在任務管理器處能看到16個處理核心的格子- -~很NB），最大支持48GB DDR3 REG ECC高速容錯校驗內存。
產品型號：I2TS1-4589
產品類型：雙路四核塔式伺服器
處 理 器：Xeon E5620
內 存：4G DDR3 REG ECC
硬 盤：SAS 300G
機 構：塔式
價 格：￥8999
購買即贈 《100元電子正睿券》
銀牌服務
全國三年免費上門售後服務，關鍵部件三年以上免費質保。

這個是四核超線程的，如果以後覺得不夠用了，還可以擴展到2個處理器，達成8核心16線程，跑資料庫特別爽。建議增加一個固態硬碟，把sql2000的資料庫的mdf文件放在固態硬碟上，在執行高並發查詢操作的時候，性能會比普通硬碟快幾十倍，因為它的4KIOPS是上萬的，而一般的SATA盤在80左右，SAS 15000轉硬碟在300左右，性能天壤之別。

給你推薦的是國產品牌正睿的伺服器產品，他們的產品性價比很高，做工很專業，兼容性，質量之類的都有保障，售後也很完善，3年免費質保，3年免費上門售後服務，在業界口碑很不錯。

『肆』 tpmC值是什麼意思

tpmC值是在國內外被廣泛用於衡量計算機系統的事務處理能力，為"每分鍾內系統處理的新訂單個數"的英文縮寫。TPC是由數10家會員公司創建的非盈 利組織，總部設在美國。該組織對全世界開放，但迄今為止，絕大多數會員都是美、 日、西歐的大公司。TPC的成員主要是計算機軟硬體廠家，而非計算機用戶，它的功能是制定商務應用基準程序的標准規范、性能和價格度量，並管理測 試結果的發布。

(4)伺服器配置如何推算tpmc擴展閱讀：

TPC-C模擬一個批發商的貨物管理環境。該批發公司有N個倉庫，每個倉庫供應10個地區，其中每個地 區為3000名顧客服務。在每個倉庫中有10個終端，每一個終端用於一個地區。在運 行時，10×N個終端操作員向公司的資料庫發出5類請求。由於一個倉庫中不可能 存儲公司所有的貨物，有一些請求必須發往其它倉庫，因此，資料庫在邏輯上是 分布的。N是一個可變參數，測試者可以隨意改變N，以獲得最佳測試效果。

『伍』 伺服器百問百答

用戶總希望有一種簡單、高效的度量標准，來量化評價伺服器系統，以便作為選型的依據。但實際上，伺服器的系統性能很難用一兩種指標來衡量。包括TPC、SPEC、SAP SD、Linpack和HPCC在內的眾多伺服器評測體系，從處理器性能、伺服器系統性能、商業應用性能直到高性能計算機的性能，都給出了一個量化的評價指標。在如此多的標准中，用戶該如何選擇最適合自身應用環境的評價體系呢？這里，我們選擇了應用面較廣泛的TPC和SPEC，作一個深入介紹。
■ 走出誤區

深入TPC-C指標

TPC體系是影響最大的評測基準之一，尤其近兩年，國內媒體對TPC指標的報道可謂海量。但有多少用戶真正了解其中的含義呢？本文以TPC-C為例，讓用戶深入了解這項基準測試。

tpmC值在國內外被廣泛用於衡量伺服器系統的事務處理能力。但究竟什麼是tpmC值呢?筆者曾向一些用戶、專業媒體記者乃至某些國外大公司的技術人員問過這個問題，但回答的精確度與tpmC值的流行程度差異甚遠。不少人將之誤寫為TPMC，甚至與TPC組織混為一談。

TPC(Transactionprocessing Performance Council，事務處理性能委員會)是由數十家會員公司創建的非盈利組織，總部設在美國。TPC的成員主要是計算機軟硬體廠家，而非計算機用戶，其功能是制定商務應用基準程序的標准規范、性能和價格度量，並管理測試結果的發布。

TPC不給出基準程序的代碼，而只給出基準程序的標准規范。任何廠家或其他測試者都可以根據規范，最優地構造出自己的測試系統(測試平台和測試程序)。為保證測試結果的完整性，被測試者(通常是廠家)必須提交給TPC一套完整的報告(Full Disclosure Report)，包括被測系統的詳細配置、分類價格和包含5年維護費用在內的總價格。該報告必須由TPC授權的審核員核實(TPC本身並不做審計)。TPC在全球只有不到10名審核員，全部在美國。

TPC推出過11套基準程序，分別是正在使用的TPC-App、TPC-H、TPC-C、TPC-W，過時的TPC-A、TPC-B、TPC-D和TPC-R，以及因為不被業界接受而放棄的TPC-S（Server專門測試基準程序）、TPC-E（大型企業信息服務測試基準程序）和TPC-Client/Server。而目前最為「流行」的TPC-C是在線事務處理(OLTP)的基準程序，於1992年7月完成，後被業界逐漸接受。

TPC-C使用三種性能和價格度量，其中性能由tpmC（transactions per minute，tpm）衡量，C指TPC中的C基準程序。它的定義是每分鍾內系統處理的新訂單個數。TPC-C還經常以系統性能價格比的方式體現，單位是＄/tpmC，即以系統的總價格（單位是美元）/tpmC數值得出。

解讀tpmC

從TPC-C的定義不難知道，這套基準程序是用來衡量整個IT系統的性能，而不是評價伺服器或某種硬體系統的標准，而且tpmC數值的高低直接受到各個環節的影響，右表大概可以說明系統設置對tpmC測試的影響。此處的「IT系統」包括伺服器、外設(如硬碟或RAID)、伺服器端操作系統、資料庫軟體、客戶端及其操作系統、資料庫軟體和網路連接等。因此，如何解讀tpmC數值會因不同的采購需求有非常大的差異。以伺服器為例。在很多廠家的TPC測試系統中，伺服器的價格只是系統總價格的25％或更小，而硬碟的價格有可能佔到總價格的30％以上，因為TPC-C要求被測系統必須保存180天的事務記錄（這一趨勢從一些最新的TPC-C測試結果來看，會愈演愈烈）。如果同樣的伺服器被用到用戶的環境中，廠家報的tpmC值就意義不大，因為用戶的實際系統與廠家原來用於TPC測試的系統大不一樣。當同樣的主機用在不同的系統中時，tpmC值可能有相當大的變化，現在許多用戶還沒有意識到這一點。

尤其需要伺服器采購用戶注意的是，tpmC指標更多的是衡量從Client到終端網路的性能區域（如左圖所示），而不是通常誤認為的伺服器到企業端網路的性能。由此可見，如果用戶是建立一套全新的業務系統，那麼無妨多借鑒tpmC的性能指標，如果只是采購某種或某些硬體設備，則需要參考更多的指標。

對於tpmC數值著迷的用戶而言，一個現實問題是，實現高tpmC指標的代價是否能夠承受，畢竟TPC-C都是很復雜的基準程序，做一個嚴格的測試非常消耗資源，廠商通常不會給TPC報告出全部花費的金錢和時間。

實際上，正因為tpmC（其他評測指標也大都一樣）受系統優化影響較大，業界對於是否應該在測試中進行優化向來爭議頗多。在1993年, 當時三大IT公司的專家就對OLTP性能測試的優化提出過反對意見——DEC的 Jim Gray (現為TPC-C委員會專家) 與Walt Kohler 、天騰公司（TANDEN）的Charles Levine 和IBM的Steve Kiss共同發表了對OLTP性能測試指標是否應該進行人為優化的看法:

「一個好的性能測試指標是不會依賴於特殊情況下的優化。最理想的情況應該是：一個測試指標在測試過程中所表現出的性質和能力, 以及對測試所做的優化能夠確實提供對現實世界中用戶實際應用的性能改進。然而，事與願違，某些廠商迫於標准測試指標所帶來的巨大市場壓力，他們花費巨大的精力在如何改進測試結果的同時還能降低價格比率，而全然不顧所做的這一切優化究竟是否給用戶帶來了真實的利益。」

--------------------------------------------------------------------------------
2
--------------------------------------------------------------------------------
相信實踐：最佳檢驗方式
眾所周知，成熟的企業從不相信任何「國際通用標准」，而是花相當精力，比如預算的5％，使用自己的應用來測試系統，從而決定選型。「國際通用標准」的度量可以作為參考值，而不應作為必要條件。尤其是一定要弄清這些流行度量有什麼含義，是在什麼樣的系統環境中測得的，以及基準程序是否符合企業真實的業務流程和運作模式。

下面就是三種不同的檢測模式。

在真實環境中運行實際應用

這是最理想的方式。要求製造商或系統集成商配合將系統(含平台、軟體和操作流程)在一個 實際用戶點真正試運行一段時間。這樣，用戶不僅能看到實際性能，也能觀察到系統是否穩定可靠、使用是否方便、服務是否周到、配置是否足夠、全部價格是否合理。

使用用戶定義的基準程序

如果第一種方式不可行，用戶可以定義一組含有自己實際應用環境特徵的應用基準程序。業內有兩個典型的例子：其一是，近年來由於3層應用模型的風靡，SAP SD基準獲得了眾多廠商和用戶的認可，於是在很多地方都能看見對SAP測試數據的引用；其二是，國家稅務總局曾經開發自己的基準程序，以幫助稅務系統進行伺服器選型。這種方式在中國尤其重要，因為中國的信息系統有其特殊性。

使用通用基準程序

如果前兩種均難實行，那麼使用如TPC-C之類的通用基準程序未嘗不可。但用戶應當尤其注意——實際應用是否與基準程序相符？絕大多數基準程序都是在美國制訂的，而中國的企事業單位與美國的運作方式常常不一樣，在使用TPC-C時，用戶應該清楚地知道：自己的應用是否符合批發商模式?事務請求是否與測試模式近似？對響應時間的要求是否那麼高？如果都不是，則tpmC值的參考價值就不太大了。那麼不妨看看其他的更合適的測試指標，例如SPECweb2005等。 ■ 突出重點

SPEC關注CPU和Web

與TPC體系注重在線處理能力和資料庫查詢能力不同，SPEC體系中最廣為人知的兩個子項，是衡量CPU、內存性能的CPU2000和Web伺服器性能的web2005。

除了TPC家族，SPEC家族也是廣為人知的一大體系。SPEC指標體系由Standard Performance Evaluation Corp.制定，目前主要包括針對CPU性能的SPEC CPU2000（已有CPU2006，但尚無數據）、針對Web伺服器的SPECweb2005、針對高性能計算的SPEC HPC2002與SPEC MPI2006、針對Java應用的jAppServer2004與JBB2005以及對圖形系統、網路和郵件伺服器的測試指標。

其中CPU2000和web2005兩類是被引用最廣泛的指標。

CPU2000 注重CPU

SPEC CPU2000 是一組針對 CPU 和內存的測試，它主要測試的對象是 CPU、內存，不測試硬碟、I/O 效率和網路等部分。SPEC CPU2000 由許多源代碼程序組成，這些程序都從實際的應用（主要來自配置1～4顆CPU的工作站應用）中取出來的，例如 164.gzip 就是gzip 壓縮程序。這些程序區分成「整數」和「浮點數」兩組。SPECint2000 就是「整數」部分，而 SPECfp2000 則是「浮點數」部分。「整數」部分有 12 個程序，使用 C 或 C++ 語言，它們不使用CPU的浮點單元；而「浮點數」部分有 14 個程序，使用 FORTRAN 77/90 和C語言，這些程序的主要運算是浮點數的。

SPECint2000 和 SPECfp2000 的結果，以執行時間為准。每個程序的執行時間和一個參考平台（Sun Ultra5/10 300MHz）相比，計算出其倍數。如果執行時間和參考平台相同，結果就是100。如果只花了一半時間完成，結果就是200。「整數」的12 個程序的結果，取其平均值，得到的就是SPECint2000 的測試結果。「浮點數」的 14 個程序也是一樣。

由於SPEC CPU2000的測試程序都是源代碼形式（以保證跨平台測試），所以編譯器效率就顯得十分重要。SPEC CPU2000規定，測試結果有「Base」和「Peak」兩種結果。「Base」測試中，對於編譯時的最佳優化參數有所規定（所有的程序都需使用同樣的參數，且參數數目不能超過四個），而「Peak」測試則比較寬松。

另外，因為 SPEC CPU2000的程序都是針對單CPU的系統設計，因此，在多CPU系統上，如果要測試多CPU系統的效率，則是採取同時執行多個相同程序的方法，這個結果就是「Rate」。因此，同樣有 SPECint_rate 和 SPECfp_rate 的測試結果。需要說明的是，「Rate」測試同時執行多個相同的程序，但程序之間並不會有關聯，所以這是一種理論計算能力測試，並不代表實際並行計算能力。

Web服務 參考Web2005

SPEC web2005測試的原理是，通過多台客戶機向伺服器發出http Get請求，請求調用Web伺服器上的網頁文件，這些文件從數千位元組到數兆位元組不等。在相同的時間里，伺服器回答的請求越多，就表明伺服器對客戶端的處理能力越強，系統的Web性能就越好。

目前SPECweb2005測試榜上，性能最高的是2005年11月發布的Sun Fire T2000系統，此系統的基本配置為1顆8核心的UltraSPARC T1(1.2GHz)/32GB內存/3×73GB萬轉SAS硬碟/Solaris 10/UFS文件系統/Java2 Runtime Environment，能夠同時響應14001個http請求。這一性能比排行第二的系統高出77％。如果用戶知道兩套系統的價格接近，那麼就可輕易得知，采購Fire T2000作為Web伺服器，性價比將比采購第二名的系統高出許多。

不過SPECweb2005的缺陷也正在於此，它不像TPC-C那樣要求廠商提供測試環境的總成本，對於實際采購的指導意義有所削弱。

『陸』 資料庫伺服器怎麼配置

選擇資料庫伺服器的五個原則：
1)高性能原則
保證所選購的伺服器，不僅能夠滿足運營系統的運行和業務處理的需要，而且能夠滿足一定時期業務量的增長。一般可以根據經驗公式計算出所需的伺服器TpmC值(Tpmc是衡量計算機系統的事務處理能力的程序)，然後比較各伺服器廠商和TPC組織公布的TpmC值，選擇相應的機型。同時，用伺服器的市場價/報價除去計算出來的TpmC值得出單位TpmC值的價格，進而選擇高性能價格比的伺服器。
結論：伺服器處理器性能很關鍵，CPU的主頻要高，要有較大的緩存

2)可靠性原則
可靠性原則是所有選擇設備和系統中首要考慮的，尤其是在大型的、有大量處理要求的、需要長期運行的系統上。考慮伺服器系統的可靠性，不僅要考慮伺服器單個節點的可靠性或穩定性，而且要考慮伺服器與相關輔助系統之間連接的整體可靠性，如：網路系統、安全系統、遠程列印系統等。在必要時，還應考慮對關鍵伺服器採用集群技術，如：雙機熱備份或集群並行訪問技術，甚至採用可能的完全容錯機。
結論：伺服器要具備冗餘技術，同時像硬碟、網卡、內存、電源此類設備要以穩定耐用為主，性能其次。
3)可擴展性原則

保證所選購的伺服器具有優秀的可擴展性原則。因為伺服器是所有系統處理的核心，要求具有大數據吞吐速率，包括：I/O速率和網路通訊速率，而且伺服器需要能夠處理一定時期的業務發展所帶來的數據量，需要伺服器能夠在相應時間對其自身根據業務發展的需要進行相應的升級，如：CPU型號升級、內存擴大、硬碟擴大、更換網卡、增加終端數目、掛接磁碟陣列或與其他伺服器組成對集中數據的並發訪問的集群系統等。這都需要所選購的伺服器在整體上具有一個良好的可擴充餘地。一般資料庫和計費應用伺服器在大型計費系統的設計中就會採用集群方式來增加可靠性，其中掛接的磁碟存儲系統，根據數據量和投資考慮，可以採用DAS、NAS或SAN等實現技術。
結論：伺服器的IO要高，否則在CPU和內存都是高性能的情況下，會出現瓶頸。除此之外，伺服器的擴展性要好，為的是滿足企業在日後發展的需要。

4)安全性原則
伺服器處理的大都是相關系統的核心數據，其上存放和運行著關鍵的交易和重要的數據。這些交易和數據對於擁有者來說是一筆重要的資產，他們的安全性就非常敏感。伺服器的安全性與系統的整體安全性密不可分，如：網路系統的安全、數據加密、密碼體制等。伺服器需要在其自身，包括軟硬體，都應該從安全的角度上設計考慮，在藉助於外界的安全設施保障下，更要保證本身的高安全性。
結論：首先從伺服器的材料上來說要具備高硬度高防護性等條件，其次伺服器的冷卻系統和對環境的適應能力要強，這樣才能夠在硬體上滿足伺服器安全的要求。

5)可管理性原則
伺服器既是核心又是系統整體中的一個節點部分，就像網路系統需要進行管理維護一樣，也需要對伺服器進行有效的管理。這需要伺服器的軟硬體對標準的管理系統支持，尤其是其上的操作系統，也包括一些重要的系統部件。
結論：盡量選擇支持系統多的伺服器，因為伺服器兼容的系統越多，你就可以擁有更大選擇空間。

『柒』 tpmc值如何估算如何利用tpmc做伺服器選型

tpmC是由第三方測試得出的數據，一般來說是由設備提供商來提供相應配置的tpmC。具體如何選擇伺服器，可由集成商提交需求測算，給出各類應用和資料庫需要的硬體資源。

『捌』 購買伺服器需要有什麼硬體

我們從五個方面入手,幫助您系統的了解資料庫伺服器對伺服器硬體有哪些要求. 選擇資料庫伺服器的五個原則:1)高性能原則 保證所選購的伺服器,不僅能夠滿足運營系統的運行和業務處理的需要,而且能夠滿足一定時期業務量的增長.一般可以根據經驗公式計算出所需的伺服器TpmC值(Tpmc是衡量計算機系統的事務處理能力的程序),然後比較各伺服器廠商和TPC組織公布的TpmC值,選擇相應的機型.同時,用伺服器的市場價/報價除去計算出來的TpmC值得出單位TpmC值的價格,進而選擇高性能價格比的伺服器. 結論:伺服器處理器性能很關鍵,CPU的主頻要高,要有較大的緩存2)可靠性原則 可靠性原則是所有選擇設備和系統中首要考慮的,尤其是在大型的、有大量處理要求的、需要長期運行的系統上.考慮伺服器系統的可靠性,不僅要考慮伺服器單個節點的可靠性或穩定性,而且要考慮伺服器與相關輔助系統之間連接的整體可靠性,如:網路系統、安全系統、遠程列印系統等.在必要時,還應考慮對關鍵伺服器採用集群技術,如:雙機熱備份或集群並行訪問技術,甚至採用可能的完全容錯機. 結論:伺服器要具備冗餘技術,同時像硬碟、網卡、內存、電源此類設備要以穩定耐用為主,性能其次.3)可擴展性原則 保證所選購的伺服器具有優秀的可擴展性原則.因為伺服器是所有系統處理的核心,要求具有大數據吞吐速率,包括:I/O速率和網路通訊速率,而且伺服器需要能夠處理一定時期的業務發展所帶來的數據量,需要伺服器能夠在相應時間對其自身根據業務發展的需要進行相應的升級,如:CPU型號升級、內存擴大、硬碟擴大、更換網卡、增加終端數目、掛接磁碟陣列或與其他伺服器組成對集中數據的並發訪問的集群系統等.這都需要所選購的伺服器在整體上具有一個良好的可擴充餘地.一般資料庫和計費應用伺服器在大型計費系統的設計中就會採用集群方式來增加可靠性,其中掛接的磁碟存儲系統,根據數據量和投資考慮,可以採用DAS、NAS或SAN等實現技術. 結論:伺服器的IO要高,否則在CPU和內存都是高性能的情況下,會出現瓶頸.除此之外,伺服器的擴展性要好,為的是滿足企業在日後發展的需要. 4)安全性原則
請採納答案，支持我一下。

『玖』 如何分布式部署orientdb

OrientDB是兼具文擋資料庫的靈活性和圖形資料庫管理鏈接能力的可深層次擴展的文檔-圖形資料庫管理系統。可選無模式、全模式或混合模式下。支持許多高級特性，諸如ACID事務、快速索引，原生和SQL查詢功能。可以JSON格式導入、導出文檔。若不執行昂貴的JOIN操作的話，如同關系資料庫可在幾毫秒內可檢索數以百記的鏈接文檔圖。
選擇資料庫伺服器的五個原則：
1)高性能原則
保證所選購的伺服器，不僅能夠滿足運營系統的運行和業務處理的需要，而且能夠滿足一定時期業務量的增長。一般可以根據經驗公式計算出所需的伺服器TpmC值(Tpmc是衡量計算機系統的事務處理能力的程序)，然後比較各伺服器廠商和TPC組織公布的TpmC值，選擇相應的機型。同時，用伺服器的市場價/報價除去計算出來的TpmC值得出單位TpmC值的價格，進而選擇高性能價格比的伺服器。
結論：伺服器處理器性能很關鍵，CPU的主頻要高，要有較大的緩存

2)可靠性原則
可靠性原則是所有選擇設備和系統中首要考慮的，尤其是在大型的、有大量處理要求的、需要長期運行的系統上。考慮伺服器系統的可靠性，不僅要考慮伺服器單個節點的可靠性或穩定性，而且要考慮伺服器與相關輔助系統之間連接的整體可靠性，如：網路系統、安全系統、遠程列印系統等。在必要時，還應考慮對關鍵伺服器採用集群技術，如：雙機熱備份或集群並行訪問技術，甚至採用可能的完全容錯機。
結論：伺服器要具備冗餘技術，同時像硬碟、網卡、內存、電源此類設備要以穩定耐用為主，性能其次。
3)可擴展性原則

保證所選購的伺服器具有優秀的可擴展性原則。因為伺服器是所有系統處理的核心，要求具有大數據吞吐速率，包括：I/O速率和網路通訊速率，而且伺服器需要能夠處理一定時期的業務發展所帶來的數據量，需要伺服器能夠在相應時間對其自身根據業務發展的需要進行相應的升級，如：CPU型號升級、內存擴大、硬碟擴大、更換網卡、增加終端數目、掛接磁碟陣列或與其他伺服器組成對集中數據的並發訪問的集群系統等。這都需要所選購的伺服器在整體上具有一個良好的可擴充餘地。一般資料庫和計費應用伺服器在大型計費系統的設計中就會採用集群方式來增加可靠性，其中掛接的磁碟存儲系統，根據數據量和投資考慮，可以採用DAS、NAS或SAN等實現技術。
結論：伺服器的IO要高，否則在CPU和內存都是高性能的情況下，會出現瓶頸。除此之外，伺服器的擴展性要好，為的是滿足企業在日後發展的需要。

4)安全性原則
伺服器處理的大都是相關系統的核心數據，其上存放和運行著關鍵的交易和重要的數據。這些交易和數據對於擁有者來說是一筆重要的資產，他們的安全性就非常敏感。伺服器的安全性與系統的整體安全性密不可分，如：網路系統的安全、數據加密、密碼體制等。伺服器需要在其自身，包括軟硬體，都應該從安全的角度上設計考慮，在藉助於外界的安全設施保障下，更要保證本身的高安全性。
結論：首先從伺服器的材料上來說要具備高硬度高防護性等條件，其次伺服器的冷卻系統和對環境的適應能力要強，這樣才能夠在硬體上滿足伺服器安全的要求。

5)可管理性原則
伺服器既是核心又是系統整體中的一個節點部分，就像網路系統需要進行管理維護一樣，也需要對伺服器進行有效的管理。這需要伺服器的軟硬體對標準的管理系統支持，尤其是其上的操作系統，也包括一些重要的系統部件。
結論：盡量選擇支持系統多的伺服器，因為伺服器兼容的系統越多，你就可以擁有更大選擇空間。

『拾』 TPCC 大於 20萬的伺服器大概是什麼配置

TPC-C學習筆記

摘錄：本文章來自：

TPC-C學習筆記
2�TPCC基準測試
TPCC值被廣泛用於衡量C/S環境下,由伺服器和客戶端構築的整體系統的性能,它由事物處理性能委員會（TPC，Transaction Processing Corp）制定,TPC為非贏利性國際組織。

TPCC值可以反映出系統的性能價格比。TPCC測試系統每分鍾處理的任務數,單位為tpm,(transactions per minute)。系統的總體價格(單位為美元)除以TPCC值,就可以衡量出系統的性價比,系統的性價比值越小,系統的性價比越好。

需要注意的是,TPC-C值描述的是C/S整體系統的性能,它與系統的伺服器和客戶機的性能都有關系,也就是說,同樣的伺服器配置不同的客戶端將會影響TPCC值,任何廠商和測試者都可以根據TPC提供的測試規范構造出自己最優的系統,當然測試的結果要經過TPC審核。

---------------------------------------------------------------------------------------------------------------
性能測試指標介紹
TPC-C
作為一家非盈利性機構，事務處理性能委員會（TPC）負責定義諸如TPC-C、TPC-H和TPC-W基準測試之類的事務處理與資料庫性能基準測試，並依據這些基準測試項目發布客觀性能數據。TPC基準測試採用極為嚴格的運行環境，並且必須在獨立審計機構監督下進行。委員會成員包括大多數主要資料庫產品廠商以及伺服器硬體系統供應商。

相關企業參與TPC基準測試以期在規定運行環境中獲得客觀性能驗證，並通過應用測試過程中所使用的技術開發出更加強健且更具伸縮性的軟體產品及硬體設備。

TPC-C是一種旨在衡量聯機事務處理（OLTP）系統性能與可伸縮性的行業標准基準測試項目。這種基準測試項目將對包括查詢、更新及隊列式小批量事務在內的廣泛資料庫功能進行測試。許多IT專業人員將TPC-C視為衡量「真實」OLTP系統性能的有效指示器。

TPC-C基準測試針對一種模擬訂單錄入與銷售環境測量每分鍾商業事務（tpmC）吞吐量。特別值得一提的是，它將專門測量系統在同時執行其它四種事務類型（如支付、訂單狀態更新、交付及證券級變更）時每分鍾所生成的新增訂單事務數量。獨立審計機構將負責對基準測試結果進行公證，同時，TPC將出據一份全面徹底的測試報告。這份測試報告可以從TPC Web站點()上獲得。

tpmC定義: TPC-C的吞吐量，按有效TPC-C配置期間每分鍾處理的平均交易次數測量，至少要運行12分鍾。

1．TPC-C規范概要
TPC-C是專門針對聯機交易處理系統（OLTP系統）的，一般情況下我們也把這類系統稱為業務處理系統。

TPC-C測試規范中模擬了一個比較復雜並具有代表意義的OLTP應用環境:假設有一個大型商品批發商，它擁有若干個分布在不同區域的商品庫；每個倉庫負責為10個銷售點供貨；每個銷售點為3000個客戶提供服務；每個客戶平均一個訂單有10項產品;所有訂單中約1%的產品在其直接所屬的倉庫中沒有存貨，需要由其他區域的倉庫來供貨。
該系統需要處理的交易為以下幾種：
New-Order：客戶輸入一筆新的訂貨交易；
Payment:更新客戶賬戶余額以反映其支付狀況;
Delivery:發貨(模擬批處理交易);
Order-Status:查詢客戶最近交易的狀態；
Stock-Level:查詢倉庫庫存狀況，以便能夠及時補貨。
對於前四種類型的交易，要求響應時間在5秒以內；對於庫存狀況查詢交易，要求響應時間在20秒以內。
邏輯結構圖：
流程圖：
2．評測指標
TPC-C測試規范經過兩年的研製，於1992年7月發布。幾乎所有在OLTP市場提供軟硬體平台的廠商都發布了相應的TPC-C測試結果，隨著計算機技術的不斷發展，這些測試結果也在不斷刷新。
TPC-C的測試結果主要有兩個指標：
● 流量指標(Throughput，簡稱tpmC)
按照TPC的定義，流量指標描述了系統在執行Payment、Order-status、Delivery、Stock-Level這四種交易的同時，每分鍾可以處理多少個New-Order交易。所有交易的響應時間必須滿足TPC-C測試規范的要求。
流量指標值越大越好！
● 性價比(Price/Performance，簡稱Price/tpmC)
即測試系統價格（指在美國的報價）與流量指標的比值。
性價比越小越好！

---------------------------------------------------------------------------------------------------------------

[Oracle] How to Use Open Source Tools to Implement Your Own TPC-C
作者：Fenng
日期：Mar 14 2004 (v0.13)
出處：
版本：0.93

--------------------------------------------------------------------------------

本文簡介
介紹如何利用開源工具實現Oracle資料庫環境中的TPC-C.對DBA、開發人員、BI實施者有一定的參考價值.

引言描述
設想一下這樣一種情況:
您正在負責公司的一個OLTP類型的資料庫項目,面臨資料庫伺服器選型的問題:如何選擇硬體才能滿足產品環境的業務要求? 這個事情是「拍腦袋」 能決定的嗎?
不可否認,硬體選型是一門藝術,選擇合適的硬體,能給公司節省大筆的費用,選擇不能滿足業務需求的伺服器產品,不但花了冤枉錢，還會對將來的業務產生影響。
可能大家首先會想到參考伺服器的TPC-C的信息。提到TPC-C，可能很多人對此都感到既熟悉又陌生，因為經常聽人說起，但是具體的問下去，能說清楚的又沒有多少人，而且，從大家口中得到的還不盡相同。那麼什麼是TPC/TPC-C這些都代表什麼意思呢？

先說一下TPC-C，TPC-C是聯機事務處理(on-line transaction processing , OLTP)的基準程序。TPC-C模擬一個批發商的貨物管理環境。TPC-C使用三種性能和價格度量，其中性能由TPC-C吞吐率衡量，單位是tpmC。tpm是transactions per minute的簡稱；C指TPC中的C基準程序。它的定義是每分鍾內系統處理的新訂單個數。

了解了這些內容，您可能會想：我們公司的PC伺服器完全是自己攢出來的，如何進行TPC-C的衡量的？也去參考TPC官方站點上的信息？不要忘了，TPC.org 上公布的測試結果都是各大廠商根據自己的系統進行了充分優化之後的出來的結果。打個比方，TPC公布的數值就好比嶄新的法拉利跑車經過專業技師們的精心檢查保養，然後在專用跑道上跑出來的速度值，而我們的情況可能是法拉利（甚至是夏利）要在鄉村土路上行駛，可比性大打折扣。
有的朋友會想：那我們可以根據自己的情況，拿一個秒錶在「鄉村土路」上測試一下看看呀。這樣的意義也是顯而易見的，對我們的實際的環境不是更具有參考價值？不錯，這也正是本文的目的：讓我們利用開源(Open Source)工具來實現自己的針對Oracle資料庫的TPC-C。

Hammerora—the Open Source Oracle Load Test Tool
首先介紹一下Hammerora。從創作者對這個工具的標題描述可以看出，Hammerora是一款Oracle資料庫負載測試工具。該工具可以在Oracle 8i、9i和10g等版本上使用。當前可以用在Linux/Unix和Windows上。初步實現了跨平台。Hammerora 完全用TCL/TK寫就，以GPL版權形式發布。

作者是Steve Shaw。該項目的主頁在： 。

Hammerora的設計原理是解析Oracle的Trace文件，並把它們轉化為Oratcl程序,然後在Oracle資料庫中用多個用戶並發的對用戶的事務進行「回放」。我們知道,Oracle的Trace文件能夠翔實的記錄用戶對資料庫的操作。這樣Hammerora能夠保證對用戶環境的真實模擬。
Hammerora最初是用以學習的目的：期望是模擬資料庫的一定數量的用戶。這樣一個小的基於家庭的學習開發系統就能夠比較接近產品環境。這個工具已經成長為一個Oracle資料庫做壓力測試--從小的資料庫到大的基於RAC的集群。

TCL語言已經用來提供高性能的和Oracle資料庫的OCI集成，而無需重新編譯生成的程序。每個生成的程序具有嚴格的TCL/Oratcl兼容性，並且可以在Hammerora的命令行Shell下運行。TCL的強大功能和靈活性意味著潛在的功能是無窮盡的。TCL線程包用來實現對Oracle資料庫的多個並發連接。

Hammerora包含Oracle存儲過程和TCL驅動腳本用來運行TPC-C基準程序。但是，我們先要構建一個同TPC-C規范相符的資料庫。這樣，我們需要用到Orabm。

Orabm
Orabm是Geoff Ingram (High-Performance Oracle: Proven Methods for Achieving Optimum Performance and Availability一書的作者)構建的一個程序包，包含了一套SQL腳本和幾個命令行程序。Orabm數據裝載程序(Orabmload)構建了一組遵從TPC-C標準的數據用以測試。Orabm的程序包和源代碼可以從它的主頁面( ) 得到。

Orabm的運行機制
Orabm的運行機制在Geoff Ingram有明確的說明,這里翻譯如下:Orabm通過在每個用戶指定的並發資料庫會話(session) 中運行用戶執行數量的資料庫事務來進行工作.事務通過ORABM模式下的ORABM_SERVERSIDE_STRESS存儲過程運行。對每個並發會話來說,ORABM_SERVERSIDE_STRESS運行在orabm命令行下指定的事務數,並返回該會話在采樣間隔完成時的TPS值.要確保所有並發會話都是在采樣間隔期間處理事務,TPS值僅包括事務的中間的80%，也即:初始的10%和最後的 10%將忽略掉。
更詳細信息可以參考 的內容.
安裝步驟
1) 安裝Oracle OCI 庫
對Oracle 9i 來說,如果沒有安裝該組件的話,可能要重新運行runInstall,在Oracle 9i Client procts樹中選擇"Oracle Call Interfaces" .
對Oracle 10g來說,Oracle 10 OCI 庫應該是默認安裝的.
2) 安裝TCL
cd /usr/local/src/tcl8.4.5/unix

rm -f config.cache

./configure --enable-threads --enable-shared

make clean

make

make install
3 安裝TK
cd /usr/local/src/tk8.4.5/unix

rm -f config.cache

./configure --with-tcl=../../tcl8.4.5/unix --enable-threads --enable-shared

make clean

make

make install
4 安裝TCL Threads
cd /usr/local/src/thread2.5.2/unix

rm -f config.cache

sh ../configure --enable-threads --enable-shared

make clean

make

make install
5 安裝Oratcl
對10g來說,要編輯配置文件,在1728 行附近, FOUND_ORACLE=0 那一行的下面添加如下部分內容:
echo "checking for Oracle 10.0 style toplevel (libclient10.a)" 1> &6
echo "configure:1730: checking for Oracle 10 style toplevel(libclient10.a)"> &5
for f in $oracle_directory $oratest1 $oratest2 $oratest3 \
$oracle4 /opt/oracle /u/oracle /usr/oracle /usr/local/oracle ; do
echo "$ac_t""looking for lib/libclient10.a in $f" 1>&6
if test -r "$f/lib/libclient10.a" ; then
ORA="$f/lib"
ORACLE_HOME=$f
echo "$ac_t""setting ORA to $ORA" 1>&6
testver=10
ORA_MAJOR_VERSION=10
ORA_MINOR_VERSION=0
FOUND_ORACLE=1
break
fi
done

export ORACLE_HOME=your_oracle_home_directory
cd /usr/local/src/oratcl-4-1-branch/unix
rm -f config.cache
sh ../configure --with-tcl=../../tcl8.4.5/unix \
--with-oracle-directory=$ORACLE_HOME --with-oracle-version=9 ( or 10 or 8! ) \
--enable-threads --enable-shared
vi Makefile - 把所有的 -rpath 改做 -Wl,-rpath,
make clean

make

make install

sqlplus orabm/orabm @delivery_sp.sql
sqlplus orabm/orabm @new_order_sp.sql
sqlplus orabm/orabm @ostat_sp.sql
sqlplus orabm/orabm @payment_sp.sql
sqlplus orabm/orabm @slev_sp.sql

步驟 操作 命令
1 創建 ORABM用戶(用TOOLS做默認表空間,
TEMP 表空間為臨時表空間) sqlplus system/pwd @orabm_user
2 創建表 sqlplus system/pwd @orabm_tab
3 裝載數據 $orabmload Warehouses 1
4 創建索引 sqlplus system/pwd @orabm_ind
5 分析表和索引 sqlplus system/pwd @orabm_analyze
6 創建壓力測試PL/SQL 過程 sqlplus system/pwd @orabm_serverside_stress
7 把表和索引數據緩沖到SGA sqlplus system/pwd @orabm_cache

把tpc-c.tcl腳本載入Hammerora中(要查看TCL文件注意把過濾正確的文件擴展名:不是*.trc 而是*.tcl )，在該tpc-c.tcl中查找connect字元串，調整為你的資料庫用戶連接信息。並調整虛擬用戶信息。
測試運行
運行Hammerora,創建需要的用戶數, 來模擬TPC-C 基準程序(注意調整好執行Hammerora程序的環境變數,最好直接用Oracle用戶來執行).

TPC基準程序及tpmc值
—兼談在使用性能度量時如何避免誤區

今天的用戶在選用平台時面對的是一個繽紛繁雜的世界。用戶希望有一種度量標准,能夠量化計算機系統的性能，以此作為選型的依據。作者曾在美國從事過數年計算機性能評價工作，深深體會到，計算機的性能很難用一兩種度量來 評價，而且，任何度量都有其優缺點，尤其是當使用者對性能度量了解不深時，很容易被引入一些誤區，甚至推演出錯誤的結論。本文以TPC基準程序為例，給出一 些實際建議，以幫助用戶避免進入這些誤區。

一、什麼是TPC和tpmC?

tpmC值在國內外被廣 泛用於衡量計算機系統的事務處理能力。但究竟什麼是tpmC值呢?作者曾向一些 用戶、推銷人員乃至某些國外大公司的技術人員問過這個問題，但回答的精確度 與tpmC值的流行程度遠非相稱。tpmC這一度量也常被誤寫為TPM或TPMC。

1、TPC

TPC(Transaction Processing Performance Council，事務處理性能委員會)是由數10家會員公司創建的非盈利組織，總部設在美國。該組織對全世界開放，但迄今為止，絕大多數會員都是美、 日、西歐的大公司。TPC的成員主要是計算機軟硬體廠家，而非計算機用戶，它的功 能是制定商務應用基準程序(Benchmark)的標准規范、性能和價格度量，並管理測 試結果的發布。

TPC的出版物是開放 的，可以通過網路獲取()。TPC不給出基準程序的代碼，而只 給出基準程序的標准規范(Standard Specification)。任何廠家或其它測試者都可以根據規范，最優地構造出自己的系統(測試平台和測試程序)。為保證測試結果的客觀性，被測試者(通常是廠家)必須提交給TPC一套完整的報告(Full Disclosure Report)，包括被測系統的詳細配置、分類價格和包含五年維護費用在內的總價 格。該報告必須由TPC授權的審核員核實(TPC本身並不做審計)。現在全球只有幾個審核員，全部在美國。

2、tpmC

TPC已經推出了四套基準程序，被稱為TPC－A、TPC－B、TPC－C和TPC－D。其中A和B已經過時，不再使用了。TPC－C是在線事務處理(OLTP)的基準程序，TPC－D是決策支持(Decision Support) 的基準程序。TPC即將推TPC－E，作為大型企業(Enterprise)信息服務的基準程序。

TPC-C模擬一個批發 商的貨物管理環境。該批發公司有N個倉庫，每個倉庫供應10個地區，其中每個地 區為3000名顧客服務。在每個倉庫中有10個終端，每一個終端用於一個地區。在運 行時，10×N個終端操作員向公司的資料庫發出5類請求。由於一個倉庫中不可能 存儲公司所有的貨物，有一些請求必須發往其它倉庫，因此，資料庫在邏輯上是 分布的。N是一個可變參數，測試者可以隨意改變N，以獲得最佳測試效果。

TPC-C使用三種性能 和價格度量，其中性能由TPC-C吞吐率衡量，單位是tpmC。tpm是transactions per minute的簡稱；C指TPC中的C基準程序。它的定義是每分鍾內系統處理的新訂單個數。要注意的是，在處理新訂單的同時，系統還要按表1的要求處理其它4類事務 請求。從表1可以看出，新訂單請求不可能超出全部事務請求的45％，因此，當一個 系統的性能為1000tpmC時，它每分鍾實際處理的請求數是2000多個。價格是指系 統的總價格，單位是美元，而價格性能比則定義為總價格÷性能，單位是＄/tpmC。

二、如何衡量計算機系統的性能和價格

在系統選型時，我們一定不要忘記我們是為特定用戶環境中的特定應用選擇系統。切忌為了「與國際接 軌」而盲目套用「國際通用」的東西。在性能評價領域，越是通用的度量常常越是不準確的。據我所知，美國的一些大用戶從不相信任何「國際通用」的度量，而是花相當精力，比如預算的5％，使用自己的應用來測試系統，決定選型。在使用任何一種性能和價格度量時，一定要弄明白該度量的定義，以及它是在什麼系統配置和運行環境下得到的，如何解釋它的意義等。下面我們由好到差討論三種方式。

1、在真實環境中運行 實際應用

最理想的方式是搞一個試點，要求製造商或系統集成商配合將系統(含平台、軟體和操作流程)在一個 實際用戶點真正試運行一段時間。這樣，用戶不僅能看到實際性能，也能觀察到系統是否穩定可靠、使用是否方便、服務是否周到、配置是否足夠、全部價格是否合理。如果一個部門需要購買一批同類的系統，這種方式應列為首選，因為它不僅最精確、穩妥，也常常最有效率，用戶還可先租一套系統作為試點。用這種方式得到的度量值常常具有很明確和實際的含義。

2、使用用戶定義的基準程序

如果由於某種原因第一種方式不可行，用戶可以定義一組含有自己實際應用環境特徵的應用基準程序。 我舉兩個例子：近年來，由於R/3軟體是應用層軟體，SAP公司的基準程序獲得了越來越多國外企業的認可；中國稅務總局最近也開發了自己的基準程序，以幫助稅務系統進行計算機選型。這種方式在中國尤其重要，因為中國的信息系統有其特殊性。

3、使用通用基準程序

如果第1種和第2種方式都不行，則使用如TPC-C之類的通用基準程序，這是不得已的一種近似方法。因 此，tpmC值只能用作參考。我們應當注意以下幾點：

(1)實際應用是否與基準程序相符

絕大多數基準程序都是在美國制訂的，而中國的企事業單位與美國的運作方式常常不一樣(恐怕也不應該或不可能一樣)。在使用TPC－C時，我們應該清楚地知道：我的應用是否符合批發商模式?事務請求是否與表1近似?對響應時間的要求是否滿足表1?如果都不是，則tpmC值的參考價值就不太大了。

(2)TPC度量的解釋

TPC基準程序是用來測系統而不是測主機的，廠家肯定要充分優化他們的被測系統。此處的「系統」包括主機、外設(如硬碟或RAID)、主機端操作系統、資料庫軟體、客戶端計算機及其 操作系統、資料庫軟體和網路連接等。在很多廠家的TPC測試系統中，主機的價格只是系統總價格的1/4或更小，而硬碟的價格有可能佔到總價格的1/3以上，因為TPC－C要求被測系統必須保存180天的事務記錄。如果同樣的主機被用到用戶的環境中，廠家報的tpmC值就意義不大，因為用戶的實際系統與廠家原來用於TPC測試的系統大不一樣。當同樣的主機用在不同的系統中時，tpmC值可能有相當大的變化，現在很多用戶還沒有意識到這一點。

我舉一個例子。假設用 戶希望購買一批同類系統，每一系統至少需要1GB的內存和50GB的硬碟。廠家A、B、C 各報了三個價格相當的系統，tpmC值分別為3000、2800、2600。用戶是否應該選廠 家A的產品呢?答案是：不一定。廠家用於測試tpmC值的系統與實際提供給用戶的系統配置大不一樣。tpmC最低的廠家C提供給用戶的系統反而有可能性能最好，不 論是以實際系統的tpmC值還是以用戶的實際應用性能來衡量。

(3)TPC測試的成本

TPC－C和TPC－D都是很復雜的基準程序，做一個嚴格的測試是很消耗資源的，廠家當然不會說出他們花費了多少錢和時間。但據國外知情人士透露，一個廠家做第一個TPC－C測試需 要幾十萬到上百萬美元的資金和半年左右的時間投入。因此，很多TPC的度量值都 是估計的。由於計算機系統換代頻繁，如果用戶一定要用通過審核的度量值，就必 須多等待半年時間，因此而不能用最先進的系統。中國的廠家通過審核的時間則 更長。

綜上所述，我們對中國 用戶(尤其是大用戶)在計算機系統的選型方面有如下建議：

最好建立一個真實的試點，因為實際應用環境是檢驗計算機系統的最好標准。

中國的行業應該建立符合自己實際應用的基準程序和測試標准。中國稅務總局的做法值得提倡。國家有關部門應該建立獨立的測試中心，制定跨行業、符合中國企事業運作模式的性能測試標准。

「國際通用」的度量可以作為參考值，而不應作為必要條件。尤其是一定要弄清這些流行度量有什麼含義，是在什麼樣的系統環境中測得的，以及基準程序是否符合企業真實的業務流程和運作模式。

Trackback: