查看session：
創(chuàng)新互聯(lián)一直秉承“誠信做人，踏實做事”的原則，不欺瞞客戶，是我們最起碼的底線！ 以服務(wù)為基礎(chǔ)，以質(zhì)量求生存，以技術(shù)求發(fā)展，成交一個客戶多一個朋友！為您提供成都網(wǎng)站制作、網(wǎng)站設(shè)計、成都網(wǎng)頁設(shè)計、小程序定制開發(fā)、成都網(wǎng)站開發(fā)、成都網(wǎng)站制作、成都軟件開發(fā)、成都app軟件開發(fā)是成都本地專業(yè)的網(wǎng)站建設(shè)和網(wǎng)站設(shè)計公司，等你一起來見證！
select * from v$session where username is not null
select username,count(username) from v$session where username is not null group by username
當(dāng)前連接數(shù)：
select count(*) from v$process
查看連接數(shù)參數(shù)的設(shè)置情況
select value from v$parameter where name = 'processes'
Select count(*) from v$session where status='ACTIVE' #并發(fā)連接數(shù)
TPC-C學(xué)習(xí)筆記
摘錄：本文章來自：
TPC-C學(xué)習(xí)筆記
2?TPCC基準(zhǔn)測試
TPCC值被廣泛用于衡量C/S環(huán)境下,由服務(wù)器和客戶端構(gòu)筑的整體系統(tǒng)的性能,它由事物處理性能委員會（TPC，Transaction Processing Corp）制定,TPC為非贏利性國際組織。
TPCC值可以反映出系統(tǒng)的性能價格比。TPCC測試系統(tǒng)每分鐘處理的任務(wù)數(shù),單位為tpm,(transactions per minute)。系統(tǒng)的總體價格(單位為美元)除以TPCC值,就可以衡量出系統(tǒng)的性價比,系統(tǒng)的性價比值越小,系統(tǒng)的性價比越好。
需要注意的是,TPC-C值描述的是C/S整體系統(tǒng)的性能,它與系統(tǒng)的服務(wù)器和客戶機的性能都有關(guān)系,也就是說,同樣的服務(wù)器配置不同的客戶端將會影響TPCC值,任何廠商和測試者都可以根據(jù)TPC提供的測試規(guī)范構(gòu)造出自己最優(yōu)的系統(tǒng),當(dāng)然測試的結(jié)果要經(jīng)過TPC審核。
---------------------------------------------------------------------------------------------------------------
性能測試指標(biāo)介紹
TPC-C
作為一家非盈利性機構(gòu)，事務(wù)處理性能委員會（TPC）負(fù)責(zé)定義諸如TPC-C、TPC-H和TPC-W基準(zhǔn)測試之類的事務(wù)處理與數(shù)據(jù)庫性能基準(zhǔn)測試，并依據(jù)這些基準(zhǔn)測試項目發(fā)布客觀性能數(shù)據(jù)。TPC基準(zhǔn)測試采用極為嚴(yán)格的運行環(huán)境，并且必須在獨立審計機構(gòu)監(jiān)督下進行。委員會成員包括大多數(shù)主要數(shù)據(jù)庫產(chǎn)品廠商以及服務(wù)器硬件系統(tǒng)供應(yīng)商。
相關(guān)企業(yè)參與TPC基準(zhǔn)測試以期在規(guī)定運行環(huán)境中獲得客觀性能驗證，并通過應(yīng)用測試過程中所使用的技術(shù)開發(fā)出更加強健且更具伸縮性的軟件產(chǎn)品及硬件設(shè)備。
TPC-C是一種旨在衡量聯(lián)機事務(wù)處理（OLTP）系統(tǒng)性能與可伸縮性的行業(yè)標(biāo)準(zhǔn)基準(zhǔn)測試項目。這種基準(zhǔn)測試項目將對包括查詢、更新及隊列式小批量事務(wù)在內(nèi)的廣泛數(shù)據(jù)庫功能進行測試。許多IT專業(yè)人員將TPC-C視為衡量“真實”O(jiān)LTP系統(tǒng)性能的有效指示器。
TPC-C基準(zhǔn)測試針對一種模擬訂單錄入與銷售環(huán)境測量每分鐘商業(yè)事務(wù)（tpmC）吞吐量。特別值得一提的是，它將專門測量系統(tǒng)在同時執(zhí)行其它四種事務(wù)類型（如支付、訂單狀態(tài)更新、交付及證券級變更）時每分鐘所生成的新增訂單事務(wù)數(shù)量。獨立審計機構(gòu)將負(fù)責(zé)對基準(zhǔn)測試結(jié)果進行公證，同時，TPC將出據(jù)一份全面徹底的測試報告。這份測試報告可以從TPC Web站點()上獲得。
tpmC定義: TPC-C的吞吐量，按有效TPC-C配置期間每分鐘處理的平均交易次數(shù)測量，至少要運行12分鐘。
1．TPC-C規(guī)范概要
TPC-C是專門針對聯(lián)機交易處理系統(tǒng)（OLTP系統(tǒng)）的，一般情況下我們也把這類系統(tǒng)稱為業(yè)務(wù)處理系統(tǒng)。
TPC-C測試規(guī)范中模擬了一個比較復(fù)雜并具有代表意義的OLTP應(yīng)用環(huán)境:假設(shè)有一個大型商品批發(fā)商，它擁有若干個分布在不同區(qū)域的商品庫；每個倉庫負(fù)責(zé)為10個銷售點供貨；每個銷售點為3000個客戶提供服務(wù)；每個客戶平均一個訂單有10項產(chǎn)品;所有訂單中約1%的產(chǎn)品在其直接所屬的倉庫中沒有存貨，需要由其他區(qū)域的倉庫來供貨。
該系統(tǒng)需要處理的交易為以下幾種：
New-Order：客戶輸入一筆新的訂貨交易；
Payment:更新客戶賬戶余額以反映其支付狀況;
Delivery:發(fā)貨(模擬批處理交易);
Order-Status:查詢客戶最近交易的狀態(tài)；
Stock-Level:查詢倉庫庫存狀況，以便能夠及時補貨。
對于前四種類型的交易，要求響應(yīng)時間在5秒以內(nèi)；對于庫存狀況查詢交易，要求響應(yīng)時間在20秒以內(nèi)。
邏輯結(jié)構(gòu)圖：
流程圖：
2．評測指標(biāo)
TPC-C測試規(guī)范經(jīng)過兩年的研制，于1992年7月發(fā)布。幾乎所有在OLTP市場提供軟硬件平臺的廠商都發(fā)布了相應(yīng)的TPC-C測試結(jié)果，隨著計算機技術(shù)的不斷發(fā)展，這些測試結(jié)果也在不斷刷新。
TPC-C的測試結(jié)果主要有兩個指標(biāo)：
● 流量指標(biāo)(Throughput，簡稱tpmC)
按照TPC的定義，流量指標(biāo)描述了系統(tǒng)在執(zhí)行Payment、Order-status、Delivery、Stock-Level這四種交易的同時，每分鐘可以處理多少個New-Order交易。所有交易的響應(yīng)時間必須滿足TPC-C測試規(guī)范的要求。
流量指標(biāo)值越大越好！
● 性價比(Price/Performance，簡稱Price/tpmC)
即測試系統(tǒng)價格（指在美國的報價）與流量指標(biāo)的比值。
性價比越小越好！
---------------------------------------------------------------------------------------------------------------
[Oracle] How to Use Open Source Tools to Implement Your Own TPC-C
作者：Fenng
日期：Mar 14 2004 (v0.13)
出處：
版本：0.93
--------------------------------------------------------------------------------
本文簡介
介紹如何利用開源工具實現(xiàn)Oracle數(shù)據(jù)庫環(huán)境中的TPC-C.對DBA、開發(fā)人員、BI實施者有一定的參考價值.
引言描述
設(shè)想一下這樣一種情況:
您正在負(fù)責(zé)公司的一個OLTP類型的數(shù)據(jù)庫項目,面臨數(shù)據(jù)庫服務(wù)器選型的問題:如何選擇硬件才能滿足產(chǎn)品環(huán)境的業(yè)務(wù)要求? 這個事情是“拍腦袋” 能決定的嗎?
不可否認(rèn),硬件選型是一門藝術(shù),選擇合適的硬件,能給公司節(jié)省大筆的費用,選擇不能滿足業(yè)務(wù)需求的服務(wù)器產(chǎn)品,不但花了冤枉錢，還會對將來的業(yè)務(wù)產(chǎn)生影響。
可能大家首先會想到參考服務(wù)器的TPC-C的信息。提到TPC-C，可能很多人對此都感到既熟悉又陌生，因為經(jīng)常聽人說起，但是具體的問下去，能說清楚的又沒有多少人，而且，從大家口中得到的還不盡相同。那么什么是TPC/TPC-C這些都代表什么意思呢？
先說一下TPC-C，TPC-C是聯(lián)機事務(wù)處理(on-line transaction processing , OLTP)的基準(zhǔn)程序。TPC-C模擬一個批發(fā)商的貨物管理環(huán)境。TPC-C使用三種性能和價格度量，其中性能由TPC-C吞吐率衡量，單位是tpmC。tpm是transactions per minute的簡稱；C指TPC中的C基準(zhǔn)程序。它的定義是每分鐘內(nèi)系統(tǒng)處理的新訂單個數(shù)。
了解了這些內(nèi)容，您可能會想：我們公司的PC服務(wù)器完全是自己攢出來的，如何進行TPC-C的衡量的？也去參考TPC官方站點上的信息？不要忘了，TPC.org 上公布的測試結(jié)果都是各大廠商根據(jù)自己的系統(tǒng)進行了充分優(yōu)化之后的出來的結(jié)果。打個比方，TPC公布的數(shù)值就好比嶄新的法拉利跑車經(jīng)過專業(yè)技師們的精心檢查保養(yǎng)，然后在專用跑道上跑出來的速度值，而我們的情況可能是法拉利（甚至是夏利）要在鄉(xiāng)村土路上行駛，可比性大打折扣。
有的朋友會想：那我們可以根據(jù)自己的情況，拿一個秒表在“鄉(xiāng)村土路”上測試一下看看呀。這樣的意義也是顯而易見的，對我們的實際的環(huán)境不是更具有參考價值？不錯，這也正是本文的目的：讓我們利用開源(Open Source)工具來實現(xiàn)自己的針對Oracle數(shù)據(jù)庫的TPC-C。
Hammerora—the Open Source Oracle Load Test Tool
首先介紹一下Hammerora。從創(chuàng)作者對這個工具的標(biāo)題描述可以看出，Hammerora是一款Oracle數(shù)據(jù)庫負(fù)載測試工具。該工具可以在Oracle 8i、9i和10g等版本上使用。當(dāng)前可以用在Linux/Unix和Windows上。初步實現(xiàn)了跨平臺。Hammerora 完全用TCL/TK寫就，以GPL版權(quán)形式發(fā)布。
作者是Steve Shaw。該項目的主頁在： 。
Hammerora的設(shè)計原理是解析Oracle的Trace文件，并把它們轉(zhuǎn)化為Oratcl程序,然后在Oracle數(shù)據(jù)庫中用多個用戶并發(fā)的對用戶的事務(wù)進行“回放”。我們知道,Oracle的Trace文件能夠翔實的記錄用戶對數(shù)據(jù)庫的操作。這樣Hammerora能夠保證對用戶環(huán)境的真實模擬。
Hammerora最初是用以學(xué)習(xí)的目的：期望是模擬數(shù)據(jù)庫的一定數(shù)量的用戶。這樣一個小的基于家庭的學(xué)習(xí)開發(fā)系統(tǒng)就能夠比較接近產(chǎn)品環(huán)境。這個工具已經(jīng)成長為一個Oracle數(shù)據(jù)庫做壓力測試--從小的數(shù)據(jù)庫到大的基于RAC的集群。
TCL語言已經(jīng)用來提供高性能的和Oracle數(shù)據(jù)庫的OCI集成，而無需重新編譯生成的程序。每個生成的程序具有嚴(yán)格的TCL/Oratcl兼容性，并且可以在Hammerora的命令行Shell下運行。TCL的強大功能和靈活性意味著潛在的功能是無窮盡的。TCL線程包用來實現(xiàn)對Oracle數(shù)據(jù)庫的多個并發(fā)連接。
Hammerora包含Oracle存儲過程和TCL驅(qū)動腳本用來運行TPC-C基準(zhǔn)程序。但是，我們先要構(gòu)建一個同TPC-C規(guī)范相符的數(shù)據(jù)庫。這樣，我們需要用到Orabm。
Orabm
Orabm是Geoff Ingram (High-Performance Oracle: Proven Methods for Achieving Optimum Performance and Availability一書的作者)構(gòu)建的一個程序包，包含了一套SQL腳本和幾個命令行程序。Orabm數(shù)據(jù)裝載程序(Orabmload)構(gòu)建了一組遵從TPC-C標(biāo)準(zhǔn)的數(shù)據(jù)用以測試。Orabm的程序包和源代碼可以從它的主頁面( ) 得到。
Orabm的運行機制
Orabm的運行機制在Geoff Ingram有明確的說明,這里翻譯如下:Orabm通過在每個用戶指定的并發(fā)數(shù)據(jù)庫會話(session) 中運行用戶執(zhí)行數(shù)量的數(shù)據(jù)庫事務(wù)來進行工作.事務(wù)通過ORABM模式下的ORABM_SERVERSIDE_STRESS存儲過程運行。對每個并發(fā)會話來說,ORABM_SERVERSIDE_STRESS運行在orabm命令行下指定的事務(wù)數(shù),并返回該會話在采樣間隔完成時的TPS值.要確保所有并發(fā)會話都是在采樣間隔期間處理事務(wù),TPS值僅包括事務(wù)的中間的80%，也即:初始的10%和最后的 10%將忽略掉。
更詳細(xì)信息可以參考 的內(nèi)容.
安裝步驟
1) 安裝Oracle OCI 庫
對Oracle 9i 來說,如果沒有安裝該組件的話,可能要重新運行runInstall,在Oracle 9i Client products樹中選擇"Oracle Call Interfaces" .
對Oracle 10g來說,Oracle 10 OCI 庫應(yīng)該是默認(rèn)安裝的.
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 那一行的下面添加如下部分內(nèi)容:
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" 16
if test -r "$f/lib/libclient10.a" ; then
ORA="$f/lib"
ORACLE_HOME=$f
echo "$ac_t""setting ORA to $ORA" 16
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 創(chuàng)建 ORABM用戶(用TOOLS做默認(rèn)表空間,
TEMP 表空間為臨時表空間) sqlplus system/pwd @orabm_user
2 創(chuàng)建表 sqlplus system/pwd @orabm_tab
3 裝載數(shù)據(jù) $orabmload Warehouses 1
4 創(chuàng)建索引 sqlplus system/pwd @orabm_ind
5 分析表和索引 sqlplus system/pwd @orabm_analyze
6 創(chuàng)建壓力測試PL/SQL 過程 sqlplus system/pwd @orabm_serverside_stress
7 把表和索引數(shù)據(jù)緩沖到SGA sqlplus system/pwd @orabm_cache
把tpc-c.tcl腳本載入Hammerora中(要查看TCL文件注意把過濾正確的文件擴展名:不是*.trc 而是*.tcl )，在該tpc-c.tcl中查找connect字符串，調(diào)整為你的數(shù)據(jù)庫用戶連接信息。并調(diào)整虛擬用戶信息。
測試運行
運行Hammerora,創(chuàng)建需要的用戶數(shù), 來模擬TPC-C 基準(zhǔn)程序(注意調(diào)整好執(zhí)行Hammerora程序的環(huán)境變量,最好直接用Oracle用戶來執(zhí)行).
TPC基準(zhǔn)程序及tpmc值
—兼談在使用性能度量時如何避免誤區(qū)
今天的用戶在選用平臺時面對的是一個繽紛繁雜的世界。用戶希望有一種度量標(biāo)準(zhǔn),能夠量化計算機系統(tǒng)的性能，以此作為選型的依據(jù)。作者曾在美國從事過數(shù)年計算機性能評價工作，深深體會到，計算機的性能很難用一兩種度量來 評價，而且，任何度量都有其優(yōu)缺點，尤其是當(dāng)使用者對性能度量了解不深時，很容易被引入一些誤區(qū)，甚至推演出錯誤的結(jié)論。本文以TPC基準(zhǔn)程序為例，給出一 些實際建議，以幫助用戶避免進入這些誤區(qū)。
一、什么是TPC和tpmC?
tpmC值在國內(nèi)外被廣 泛用于衡量計算機系統(tǒng)的事務(wù)處理能力。但究竟什么是tpmC值呢?作者曾向一些 用戶、推銷人員乃至某些國外大公司的技術(shù)人員問過這個問題，但回答的精確度 與tpmC值的流行程度遠(yuǎn)非相稱。tpmC這一度量也常被誤寫為TPM或TPMC。
1、TPC
TPC(Transaction Processing Performance Council，事務(wù)處理性能委員會)是由數(shù)10家會員公司創(chuàng)建的非盈利組織，總部設(shè)在美國。該組織對全世界開放，但迄今為止，絕大多數(shù)會員都是美、 日、西歐的大公司。TPC的成員主要是計算機軟硬件廠家，而非計算機用戶，它的功 能是制定商務(wù)應(yīng)用基準(zhǔn)程序(Benchmark)的標(biāo)準(zhǔn)規(guī)范、性能和價格度量，并管理測 試結(jié)果的發(fā)布。
TPC的出版物是開放 的，可以通過網(wǎng)絡(luò)獲取()。TPC不給出基準(zhǔn)程序的代碼，而只 給出基準(zhǔn)程序的標(biāo)準(zhǔn)規(guī)范(Standard Specification)。任何廠家或其它測試者都可以根據(jù)規(guī)范，最優(yōu)地構(gòu)造出自己的系統(tǒng)(測試平臺和測試程序)。為保證測試結(jié)果的客觀性，被測試者(通常是廠家)必須提交給TPC一套完整的報告(Full Disclosure Report)，包括被測系統(tǒng)的詳細(xì)配置、分類價格和包含五年維護費用在內(nèi)的總價 格。該報告必須由TPC授權(quán)的審核員核實(TPC本身并不做審計)?，F(xiàn)在全球只有幾個審核員，全部在美國。
2、tpmC
TPC已經(jīng)推出了四套基準(zhǔn)程序，被稱為TPC－A、TPC－B、TPC－C和TPC－D。其中A和B已經(jīng)過時，不再使用了。TPC－C是在線事務(wù)處理(OLTP)的基準(zhǔn)程序，TPC－D是決策支持(Decision Support) 的基準(zhǔn)程序。TPC即將推TPC－E，作為大型企業(yè)(Enterprise)信息服務(wù)的基準(zhǔn)程序。
TPC-C模擬一個批發(fā) 商的貨物管理環(huán)境。該批發(fā)公司有N個倉庫，每個倉庫供應(yīng)10個地區(qū)，其中每個地 區(qū)為3000名顧客服務(wù)。在每個倉庫中有10個終端，每一個終端用于一個地區(qū)。在運 行時，10×N個終端操作員向公司的數(shù)據(jù)庫發(fā)出5類請求。由于一個倉庫中不可能 存儲公司所有的貨物，有一些請求必須發(fā)往其它倉庫，因此，數(shù)據(jù)庫在邏輯上是 分布的。N是一個可變參數(shù)，測試者可以隨意改變N，以獲得最佳測試效果。
TPC-C使用三種性能 和價格度量，其中性能由TPC-C吞吐率衡量，單位是tpmC。tpm是transactions per minute的簡稱；C指TPC中的C基準(zhǔn)程序。它的定義是每分鐘內(nèi)系統(tǒng)處理的新訂單個數(shù)。要注意的是，在處理新訂單的同時，系統(tǒng)還要按表1的要求處理其它4類事務(wù) 請求。從表1可以看出，新訂單請求不可能超出全部事務(wù)請求的45％，因此，當(dāng)一個 系統(tǒng)的性能為1000tpmC時，它每分鐘實際處理的請求數(shù)是2000多個。價格是指系 統(tǒng)的總價格，單位是美元，而價格性能比則定義為總價格÷性能，單位是＄/tpmC。
二、如何衡量計算機系統(tǒng)的性能和價格
在系統(tǒng)選型時，我們一定不要忘記我們是為特定用戶環(huán)境中的特定應(yīng)用選擇系統(tǒng)。切忌為了“與國際接 軌”而盲目套用“國際通用”的東西。在性能評價領(lǐng)域，越是通用的度量常常越是不準(zhǔn)確的。據(jù)我所知，美國的一些大用戶從不相信任何“國際通用”的度量，而是花相當(dāng)精力，比如預(yù)算的5％，使用自己的應(yīng)用來測試系統(tǒng)，決定選型。在使用任何一種性能和價格度量時，一定要弄明白該度量的定義，以及它是在什么系統(tǒng)配置和運行環(huán)境下得到的，如何解釋它的意義等。下面我們由好到差討論三種方式。
1、在真實環(huán)境中運行 實際應(yīng)用
最理想的方式是搞一個試點，要求制造商或系統(tǒng)集成商配合將系統(tǒng)(含平臺、軟件和操作流程)在一個 實際用戶點真正試運行一段時間。這樣，用戶不僅能看到實際性能，也能觀察到系統(tǒng)是否穩(wěn)定可靠、使用是否方便、服務(wù)是否周到、配置是否足夠、全部價格是否合理。如果一個部門需要購買一批同類的系統(tǒng)，這種方式應(yīng)列為首選，因為它不僅最精確、穩(wěn)妥，也常常最有效率，用戶還可先租一套系統(tǒng)作為試點。用這種方式得到的度量值常常具有很明確和實際的含義。
2、使用用戶定義的基準(zhǔn)程序
如果由于某種原因第一種方式不可行，用戶可以定義一組含有自己實際應(yīng)用環(huán)境特征的應(yīng)用基準(zhǔn)程序。 我舉兩個例子：近年來，由于R/3軟件是應(yīng)用層軟件，SAP公司的基準(zhǔn)程序獲得了越來越多國外企業(yè)的認(rèn)可；中國稅務(wù)總局最近也開發(fā)了自己的基準(zhǔn)程序，以幫助稅務(wù)系統(tǒng)進行計算機選型。這種方式在中國尤其重要，因為中國的信息系統(tǒng)有其特殊性。
3、使用通用基準(zhǔn)程序
如果第1種和第2種方式都不行，則使用如TPC-C之類的通用基準(zhǔn)程序，這是不得已的一種近似方法。因 此，tpmC值只能用作參考。我們應(yīng)當(dāng)注意以下幾點：
(1)實際應(yīng)用是否與基準(zhǔn)程序相符
絕大多數(shù)基準(zhǔn)程序都是在美國制訂的，而中國的企事業(yè)單位與美國的運作方式常常不一樣(恐怕也不應(yīng)該或不可能一樣)。在使用TPC－C時，我們應(yīng)該清楚地知道：我的應(yīng)用是否符合批發(fā)商模式?事務(wù)請求是否與表1近似?對響應(yīng)時間的要求是否滿足表1?如果都不是，則tpmC值的參考價值就不太大了。
(2)TPC度量的解釋
TPC基準(zhǔn)程序是用來測系統(tǒng)而不是測主機的，廠家肯定要充分優(yōu)化他們的被測系統(tǒng)。此處的“系統(tǒng)”包括主機、外設(shè)(如硬盤或RAID)、主機端操作系統(tǒng)、數(shù)據(jù)庫軟件、客戶端計算機及其 操作系統(tǒng)、數(shù)據(jù)庫軟件和網(wǎng)絡(luò)連接等。在很多廠家的TPC測試系統(tǒng)中，主機的價格只是系統(tǒng)總價格的1/4或更小，而硬盤的價格有可能占到總價格的1/3以上，因為TPC－C要求被測系統(tǒng)必須保存180天的事務(wù)記錄。如果同樣的主機被用到用戶的環(huán)境中，廠家報的tpmC值就意義不大，因為用戶的實際系統(tǒng)與廠家原來用于TPC測試的系統(tǒng)大不一樣。當(dāng)同樣的主機用在不同的系統(tǒng)中時，tpmC值可能有相當(dāng)大的變化，現(xiàn)在很多用戶還沒有意識到這一點。
我舉一個例子。假設(shè)用 戶希望購買一批同類系統(tǒng)，每一系統(tǒng)至少需要1GB的內(nèi)存和50GB的硬盤。廠家A、B、C 各報了三個價格相當(dāng)?shù)南到y(tǒng)，tpmC值分別為3000、2800、2600。用戶是否應(yīng)該選廠 家A的產(chǎn)品呢?答案是：不一定。廠家用于測試tpmC值的系統(tǒng)與實際提供給用戶的系統(tǒng)配置大不一樣。tpmC最低的廠家C提供給用戶的系統(tǒng)反而有可能性能最好，不 論是以實際系統(tǒng)的tpmC值還是以用戶的實際應(yīng)用性能來衡量。
(3)TPC測試的成本
TPC－C和TPC－D都是很復(fù)雜的基準(zhǔn)程序，做一個嚴(yán)格的測試是很消耗資源的，廠家當(dāng)然不會說出他們花費了多少錢和時間。但據(jù)國外知情人士透露，一個廠家做第一個TPC－C測試需 要幾十萬到上百萬美元的資金和半年左右的時間投入。因此，很多TPC的度量值都 是估計的。由于計算機系統(tǒng)換代頻繁，如果用戶一定要用通過審核的度量值，就必 須多等待半年時間，因此而不能用最先進的系統(tǒng)。中國的廠家通過審核的時間則 更長。
綜上所述，我們對中國 用戶(尤其是大用戶)在計算機系統(tǒng)的選型方面有如下建議：
最好建立一個真實的試點，因為實際應(yīng)用環(huán)境是檢驗計算機系統(tǒng)的最好標(biāo)準(zhǔn)。
中國的行業(yè)應(yīng)該建立符合自己實際應(yīng)用的基準(zhǔn)程序和測試標(biāo)準(zhǔn)。中國稅務(wù)總局的做法值得提倡。國家有關(guān)部門應(yīng)該建立獨立的測試中心，制定跨行業(yè)、符合中國企事業(yè)運作模式的性能測試標(biāo)準(zhǔn)。
“國際通用”的度量可以作為參考值，而不應(yīng)作為必要條件。尤其是一定要弄清這些流行度量有什么含義，是在什么樣的系統(tǒng)環(huán)境中測得的，以及基準(zhǔn)程序是否符合企業(yè)真實的業(yè)務(wù)流程和運作模式。
Trackback:
如果對您有幫助，請記得采納為滿意答案，謝謝！祝您生活愉快！
1.準(zhǔn)備測試表及數(shù)據(jù)
2.插入測試數(shù)據(jù)
3.查看數(shù)據(jù)分布
4.測試會話1
5.測試會話2
6.回到測試會話1
用sql語句查看oracle當(dāng)前連接數(shù) 怎樣查看oracle當(dāng)前的連接數(shù)呢？只需要用下面的SQL語句查詢一下就可以了。
select * from v$session where username is not null
select username,count(username) from v$session where username is not null group by username #查看不同用戶的連接數(shù)
select count(*) from v$session #連接數(shù)
Select count(*) from v$session where status='ACTIVE' #并發(fā)連接數(shù)
show parameter processes #最大連接
SQL show parameter process
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
aq_tm_processes integer 0
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 1500
alter system set processes = value scope = spfile;重啟數(shù)據(jù)庫 #修改連接
/home/oracle9i/app/oracle9i/dbs/init.ora
/home/oracle9i/app/oracle9i/dbs/spfilexxx.ora ## open_cursor
當(dāng) 前的連接數(shù)
select count(*) from v$process;
設(shè)置的最大連接數(shù)（默認(rèn)值 為150）
select value from v$parameter where name = 'processes';
修改最大連接數(shù)
alter system set processes = 300 scope = spfile; 重新啟動
當(dāng)數(shù)據(jù)庫最大連接數(shù)不夠時會出現(xiàn)客戶端連接間歇性失敗，報錯ORA-12519
設(shè)置ORACLE的會話連接超時：
1、profile的idle_time限制
oracle用戶的配置文件的密碼策略是實時生效的，所見即所得。但是用戶配置文件的資源限制是由resource_limit參數(shù)決定的。
單位是分鐘，默認(rèn)沒記錯的話應(yīng)該是10分鐘
要是修改的資源生效，需要設(shè)置resource_limit設(shè)置為true
alter system set resource_limit=true ;
如果在idle的時間內(nèi)用戶沒有執(zhí)行任何操作，會提示ORA-02396：exceeded maximum idle time, please connect again
2、profile的connect_time限制
默認(rèn)是UNLIMITED，單位是分鐘
用戶在到達設(shè)置的時候后，不可以在繼續(xù)操作，會提示ORA-02399: exceeded maximum connect time, you are being logged off
如果是設(shè)置1分鐘，他會在將近2分鐘的時候提醒你重新登錄。
3、sqlnet的expire_time限制：
expire_time主要是在指定的時間去探測客戶端是否可以連通，如果可以的話重新計時，否則就會斷開
在執(zhí)行rman的時候遇見：ORA-03135: connection lost contact，可以嘗試將此值設(shè)置大些。(ID 729811.1)
4、sqlnet的inbound_connect_timieout_listener_name限制
單位是秒，默認(rèn)值是60
CREATE GLOBAL TEMPORARY TABLE_NAME (column specification)
ON COMMIT PRESERVE ROWS；
--ON COMMIT DELETE ROWS 說明臨時表是事務(wù)指定，每次提交后ORACLE將截斷表（刪除全部行）
--ON COMMIT PRESERVE ROWS 說明臨時表是會話指定，當(dāng)中斷會話時ORACLE將截斷表。
臨時表會占用臨時表空間，導(dǎo)致臨時表空間不足，數(shù)據(jù)量大不宜用臨時表，使用過程需要謹(jǐn)慎
重慶分公司
重慶分公司
