oracle資料庫壓力測試

⑴ 如何使用swingbench實現oracle資料庫壓力測試

1、首先使用VMVARE10搭建一個redhat6.5的虛擬機。

2、在虛擬redhat6.5上安裝ORACLE11G的資料庫。

3、使用oewizard導入測試數據，可以根據向導提示進行數據導入。

4、使用swingbench進行壓力測試。

測試步驟：

1、導數據之前需要修改temp表空間大小，使其能夠容納下相應的導入數據

create temporarytablespace temp tempfile '/home/oracle/oradata/orcl/temp.dbf' size 1g;

alter databasedefault temporary tablespace temp;

2、 安裝swingbench測試軟體，直接解壓縮即可運行。

unzip -x swingbench25919.zip

3、進入swingbench/bin目錄執行oewizard導入1G測試數據，並修改資料庫連接名和DBA密碼

.jpg

輸入導入數據文件存放位置：

.jpg
選擇導入1G數據：

.jpg
數據導完之後在該目錄下運行swingbench執行測試，修改資料庫連接名，用戶連接數設置為300，測試時間設置為10分鍾

.jpg
修改Distributed Controls用於測試過程中搜集測試監控信息，修改完之後測試連接是否正常， 並可以統計主機的cpu disk IO 信息

.jpg

還可以 拉出AWR報表

wKioL1Qx3O2gzw45AADH_p4CEeQ979.jpg

設置 insert，update ，select的比例

.jpg

設置完成之後，點擊左上角綠色按鈕執行測試

wKiom1Qx24zgsNQ-AAEJ51YcKSs614.jpg

.jpg
測試結果可保持為XML文檔，

⑵ 關於oracle 11G 壓力測試資料庫伺服器i/o性能 三個參數

是一套RAC么？

反正不管是不是同一個RAC，可以讓存儲工程師去看一下，為啥第一個節點的IOPS這么低

⑶ JAVA JDBC連接Oracle資料庫 進行壓力測試

你好，你的UserDao第46行已經報空指針了，還有Connection reset是估計你的連接池資源不夠達到上限了！

⑷ tpc-c是什麼

TPC-C學習筆記

摘錄：本文章來自：http://blog.csdn.net/Ruluo/archive/2005/10/21/510822.aspx

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審核。

http://article.pchome.net/00/03/97/43/

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

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

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

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

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)
即測試系統價格（指在美國的報價）與流量指標的比值。
性價比越小越好！

http://www-900.ibm.com/cn/procts/servers/pseries/tech/tpcc.shtml

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

[Oracle] How to Use Open Source Tools to Implement Your Own TPC-C
作者：Fenng
日期：Mar 14 2004 (v0.13)
出處：http://www.dbanotes.net
版本：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。該項目的主頁在：http://sourceforge.net/projects/hammerora/ 。

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的程序包和源代碼可以從它的主頁面( http://www.linxcel.co.uk/orabm/) 得到。

Orabm的運行機制
Orabm的運行機制在Geoff Ingram有明確的說明,這里翻譯如下:Orabm通過在每個用戶指定的並發資料庫會話(session) 中運行用戶執行數量的資料庫事務來進行工作.事務通過ORABM模式下的ORABM_SERVERSIDE_STRESS存儲過程運行。對每個並發會話來說,ORABM_SERVERSIDE_STRESS運行在orabm命令行下指定的事務數,並返回該會話在采樣間隔完成時的TPS值.要確保所有並發會話都是在采樣間隔期間處理事務,TPS值僅包括事務的中間的80%，也即:初始的10%和最後的 10%將忽略掉。
更詳細信息可以參考http://www.linxcel.co.uk/orabm/ 的內容.
安裝步驟
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用戶來執行).

http://www.dbanotes.net/Oracle/Use_OpenSourceTool_implement_YourOwn_TPC-C.htm

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

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

一、什麼是TPC和tpmC?

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

1、TPC

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

TPC的出版物是開放 的，可以通過網路獲取(http://www.tpc.org)。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: http://tb.blog.csdn.net/TrackBack.aspx?PostId=510822