免费观看又色又爽又黄的小说免费_美女福利视频国产片_亚洲欧美精品_美国一级大黄大色毛片

oracle如何查看會話 oracle查詢會話連接數

Oracle 9i中如何查看事物,如何查看會話,如果回答的話請按順序,先回答事物在回答會話,謝謝

TPC-C學習筆記

創新互聯主要從事成都做網站、成都網站制作、成都外貿網站建設、網頁設計、企業做網站、公司建網站等業務。立足成都服務延平,十余年網站建設經驗,價格優惠、服務專業,歡迎來電咨詢建站服務:13518219792

摘錄:本文章來自:

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 products樹中選擇"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" 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 創建 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:

如果對您有幫助,請記得采納為滿意答案,謝謝!祝您生活愉快!

如何用sql語句查看Oracle當前的所有會話

用sql語句查看oracle當前連接數 怎樣查看oracle當前的連接數呢?只需要用下面的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 #查看不同用戶的連接數

select count(*) from v$session #連接數

Select count(*) from v$session where status='ACTIVE' #并發連接數

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;重啟數據庫 #修改連接

/home/oracle9i/app/oracle9i/dbs/init.ora

/home/oracle9i/app/oracle9i/dbs/spfilexxx.ora ## open_cursor

當 前的連接數

select count(*) from v$process;

設置的最大連接數(默認值 為150)

select value from v$parameter where name = 'processes';

修改最大連接數

alter system set processes = 300 scope = spfile; 重新啟動

當數據庫最大連接數不夠時會出現客戶端連接間歇性失敗,報錯ORA-12519

如何查看Oracle最大會話數

SQL select count(*) from v$session #當前的連接數 SQL Select count(*) from v$session where status='ACTIVE' #并發連接數 SQL select value from v$parameter where name = 'processes' --數據庫允許的最大連接數 SQL show parameter processes #最大連接 SQL select username,count(username) from v$session where username is not null group by username; #查看不同用戶的連接數 希望能幫到你

如何查看oracle當前連接數,會話數

查看session:

select * from v$session where username is not null

select username,count(username) from v$session where username is not null group by username

當前連接數:

select count(*) from v$process

查看連接數參數的設置情況

select value from v$parameter where name = 'processes'

Select count(*) from v$session where status='ACTIVE' #并發連接數

本文名稱:oracle如何查看會話 oracle查詢會話連接數
網站網址:http://m.newbst.com/article10/hjpddo.html

成都網站建設公司_創新互聯,為您提供面包屑導航品牌網站建設全網營銷推廣虛擬主機企業建站靜態網站

廣告

聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯

手機網站建設