Oracle并發(fā)連接數(shù)的設(shè)置

不能連接Oracle數(shù)據(jù)庫了 提示相關(guān)的錯誤

創(chuàng)新互聯(lián)專業(yè)IDC數(shù)據(jù)服務(wù)器托管提供商，專業(yè)提供成都服務(wù)器托管，服務(wù)器租用，珉田數(shù)據(jù)中心，珉田數(shù)據(jù)中心，成都多線服務(wù)器托管等服務(wù)器托管服務(wù)。

OERR: ORA TNS:no appropriate service handler found

客戶端連接間歇性失敗 報(bào)錯ORA

Cause: the listener could not find any available service handlers that are

appropriate for the client connection

Action: run lsnrctl services to ensure that the instance(s) have registered

with the listener and are accepting connections 檢查lsnrctl service instance已經(jīng)注冊

狀態(tài)顯示ready時(shí) 可以連接

When the listener believes the current number of connections has reached maximum load

it may set the state of the service handler for an instance to blocked and begin refusing

ining client connections with either of the following errors: ora or ora

采用服務(wù)動態(tài)注冊的方式 由PMON 通過SERVICE_UPDATE 來得到目前連接情況 但SERVICE_UPDATE 有時(shí)間間隔

所以 listener顯示的連接數(shù)和當(dāng)前實(shí)際的連接數(shù)可能不同

查詢解決方法:

查看一下數(shù)據(jù)庫現(xiàn)有的進(jìn)程數(shù) 是否已經(jīng)達(dá)到參數(shù)processes的大小

select count(*) from v$process;???????????????????????? 取得數(shù)據(jù)庫目前的進(jìn)程數(shù)

select value from v$parameter where name = processes ; 取得進(jìn)程數(shù)的上限

如已達(dá)到上限 修改initSID ora中的processes的大小

重新啟動數(shù)據(jù)庫到nomount狀態(tài)下 執(zhí)行create spfile from pfile; 并startup open

查詢數(shù)據(jù)庫自啟動以來最大的并發(fā)數(shù)量

修改最大連接數(shù):

alter system set processes = scope = spfile;

重啟數(shù)據(jù)庫:

shutdown immediate;

startup;

查看當(dāng)前有哪些用戶正在使用數(shù)據(jù)

SELECT osuser a username cpu_time/executions/ || s sql_fulltext machine

from v$session a v$sqlarea b

where a sql_address =b address order by cpu_time/executions desc;

有的時(shí)候我們需要調(diào)整oracle數(shù)據(jù)庫的最大鏈接數(shù) 而這個(gè)鏈接數(shù)的調(diào)整是在oacle下的dbs目錄下init ora文件中調(diào)整的

ORACLE的連接數(shù)(sessions)與其參數(shù)文件中的進(jìn)程數(shù)(process)有關(guān) 它們的關(guān)系如下

sessions=( *process+ )

但是我們增加process數(shù)時(shí) 往往數(shù)據(jù)庫不能啟動了 這因?yàn)槲覀冞€漏調(diào)了一個(gè)unix系統(tǒng)參數(shù) 它是核心參數(shù)中的semmns 這是unix系統(tǒng)的信號量參數(shù) 每個(gè)process會占用一個(gè)信號量 semmns調(diào)整后 需要重新啟動unix操作系統(tǒng) 參數(shù)才能生效 不過它的大小會受制于硬件的內(nèi)存或ORACLE SGA 范圍可從 —— 不等

但是 Processes的修改不僅應(yīng)該調(diào)整initsid ora文件中的參數(shù) 而且應(yīng)該調(diào)整OS的內(nèi)核參數(shù) 象AIX HPUX Solaris SCO UNIXWare都是這樣 OS的調(diào)整是需要重新啟動的 而且這個(gè)參數(shù)的設(shè)置不能簡單按照多少個(gè)終端要連到這個(gè)服務(wù)器上而定 最關(guān)鍵是考慮會有多少同時(shí)連上的session（在使用一些共享連接的中間件時(shí) 一般就不需要太大） 當(dāng)然還要考慮一些Oracle的后臺進(jìn)程 還有一些系統(tǒng)維護(hù)工作需要多一些連接等

我的atmp大前置機(jī)器上對oracle調(diào)整的時(shí)候 其使用的是unixware操作系統(tǒng) 在做鏈接數(shù)調(diào)整的時(shí)候 要先對核心參數(shù)進(jìn)行調(diào)整

核心主要相關(guān)的參數(shù)的調(diào)整如下

SHMMAX???

SHMMIN???

SHMMNI???

SHMSEG???

SEMMNI???

SEMMSL???

SEMMNS???

SEMOPM???

其中semmni semmns semmsl要加大 至少要比processes大

SEMMNI（ ） 指定在核心中信號識別的數(shù)量 這是可以在任意給定時(shí)間被激活的唯一信號設(shè)置數(shù)量 缺省值是 最大值由系統(tǒng)自動調(diào)整產(chǎn)生

SEMMSL（ ） 指定每個(gè)信號識別中信號量的最大值 缺省值是

SEMMNS 除最大db外的所有db 的PROCESSES之和+ *最大db的PROCESSES+ *

實(shí)例數(shù) 如 個(gè)實(shí)例進(jìn)程數(shù)分別為 則=（ + ）+ * + * =

tyle= LINE HEIGHT: %; FONT FAMILY: 宋體 SEMOPM（ ） 指定在每個(gè)系統(tǒng)調(diào)用semop中能夠被執(zhí)行的信號操作量的最大值 缺省值是

SHMMAX（ ） 指定了共享內(nèi)存部分大小的最大值 等于

× 物理內(nèi)存字節(jié)數(shù)

SHMMNI（ ） 指定了系統(tǒng)范圍內(nèi)共享內(nèi)存標(biāo)識的最大值

SHMSEG（ ） 指定了與每個(gè)進(jìn)程相關(guān)連的共享內(nèi)存塊（或標(biāo)識）的數(shù)量 缺省值是 與每個(gè)進(jìn)程相關(guān)連的共享內(nèi)存塊的最大值與進(jìn)程擁有的未使用空間有關(guān) 因此 盡管一個(gè)進(jìn)程擁有少于SHMSEG數(shù)值的共享內(nèi)存塊 它也有可能因?yàn)槠溆邢薜目臻g而不能與其它進(jìn)程相聯(lián)系

init ora中調(diào)整為

processes = ?????????????????????????????????????????? # SMALL

#processes = ??????????????????????????????????????????? # MEDIUM

# processes = ??????????????????????????????????????????? # LARGE

From:! FE F A F! entry

修改oracle 的最大連接數(shù)

使用sys 以sysdba權(quán)限登錄

c: sqlplus /nolog

SQLconn / as sysdba

SQL show parameter processes;

NAME TYPE VALUE

aq_tm_processes integer

db_writer_processes integer

job_queue_processes integer

log_archive_max_processes integer

processes integer

SQL alter system set processes= scope = spfile;

系統(tǒng)已更改

SQL show parameter processes;

NAME TYPE VALUE

aq_tm_processes integer

db_writer_processes integer

job_queue_processes integer

log_archive_max_processes integer

processes integer

SQL create pfile from spfile;

文件已創(chuàng)建

lishixinzhi/Article/program/Oracle/201311/18790

OracleRedo并行機(jī)制

Redo log 是用于恢復(fù)和一個(gè)高級特性的重要數(shù)據(jù) 一個(gè)redo條目包含了相應(yīng)操作導(dǎo)致的數(shù)據(jù)庫變化的所有信息 所有redo條目最終都要被寫入redo文件中去 Redo log buffer是為了避免Redo文件IO導(dǎo)致性能瓶頸而在sga中分配出的一塊內(nèi)存 一個(gè)redo條目首先在用戶內(nèi)存(PGA)中產(chǎn)生 然后由oracle服務(wù)進(jìn)程拷貝到log buffer中 當(dāng)滿足一定條件時(shí) 再由LGWR進(jìn)程寫入redo文件 由于log buffer是一塊 共享 內(nèi)存 為了避免沖突 它是受到redo allocation latch保護(hù)的 每個(gè)服務(wù)進(jìn)程需要先獲取到該latch才能分配redo buffer 因此在高并發(fā)且數(shù)據(jù)修改頻繁的oltp系統(tǒng)中 我們通?？梢杂^察到redo allocation latch的等待 Redo寫入redo buffer的整個(gè)過程如下

在PGA中生產(chǎn)Redo Enrey 服務(wù)進(jìn)程獲取Redo Copy latch(存在多個(gè) CPU_COUNT* ) 服務(wù)進(jìn)程獲取redo allocation latch(僅 個(gè)) 分配log buffer 釋放redo allocation latch 將Redo Entry寫入Log Buffer 釋放Redo Copy latch;

shared strand

為了減少redo allocation latch等待 在oracle 中 引入了log buffer的并行機(jī)制 其基本原理就是 將log buffer劃分為多個(gè)小的buffer 這些小的buffer被成為strand(為了和之后出現(xiàn)的private strand區(qū)別 它們被稱之為shared strand) 每一個(gè)strand受到一個(gè)單獨(dú)redo allocation latch的保護(hù) 多個(gè)shared strand的出現(xiàn) 使原來序列化的redo buffer分配變成了并行的過程 從而減少了redo allocation latch等待

shared strand的初始數(shù)據(jù)量是由參數(shù)log_paralleli *** 控制的;在 g中 該參數(shù)成為隱含參數(shù) 并新增參數(shù)_log_paralleli *** _max控制shared strand的最大數(shù)量;_log_paralleli *** _dynamic則控制是否允許shared strand數(shù)量在_log_paralleli *** 和_log_paralleli *** _max之間動態(tài)變化

HELLODBA select??nam ksppinm val KSPPSTVL nam ksppdesc?????? ??from????sys x$ksppi nam ?????? ??????????sys x$ksppsv val?????? ??where nam indx = val indx?????? ?? AND?? nam ksppinm LIKE _% ?????? ??AND?? upper(nam ksppinm) LIKE %LOG_PARALLE% ;?????? KSPPINM????????????????????KSPPSTVL?? KSPPDESC???? ????_log_paralleli *** ?????????? ??????????Number of log buffer strands????_log_paralleli *** _max?????? ??????????Maximum number of log buffer strands????_log_paralleli *** _dynamic?? TRUE?????? Enable dynamic strands????

每一個(gè)shared strand的大小 = log_buffer/(shared strand數(shù)量) strand信息可以由表x$kcrfstrand查到(包含shared strand和后面介紹的private strand g以后存在) 　

HELLODBA select indx strand_size_kcrfa from x$kcrfstrand where last_buf_kcrfa != ;?????? ??????INDX STRAND_SIZE_KCRFA???? ???????????? ?????????? ???????????? ?????????? ?????? HELLODBA show parameter log_buffer?????? NAME???????????????????????????????? TYPE????????VALUE???? ????log_buffer?????????????????????????? integer???? ??

關(guān)于shared strand的數(shù)量設(shè)置 個(gè)cpu之內(nèi)最大默認(rèn)為 當(dāng)系統(tǒng)中存在redo allocation latch等待時(shí) 每增加 個(gè)cpu可以考慮增加 個(gè)strand 最大不應(yīng)該超過 并且_log_paralleli *** _max不允許大于cpu_count

注意 在 g中 參數(shù)_log_paralleli *** 被取消 shared strand數(shù)量由_log_paralleli *** _max _log_paralleli *** _dynamic和cpu_count控制

Private strand

為了進(jìn)一步降低redo buffer沖突 在 g中引入了新的strand機(jī)制——Private strand Private strand不是從log buffer中劃分的 而是在shared pool中分配的一塊內(nèi)存空間 　

HELLODBA select * from V$sgastat where name like %strand% ;POOL NAME BYTES shared pool private strands HELLODBA select indx strand_size_kcrfa from x$kcrfstrand where last_buf_kcrfa = ;INDX STRAND_SIZE_KCRFA

Private strand的引入為Oracle的Redo/Undo機(jī)制帶來很大的變化 每一個(gè)Private strand受到一個(gè)單獨(dú)的redo allocation latch保護(hù) 每個(gè)Private strand作為 私有的 strand只會服務(wù)于一個(gè)活動事務(wù) 獲取到了Private strand的用戶事務(wù)不是在PGA中而是在Private strand生成Redo 當(dāng)flush private strand或者mit時(shí) Private strand被批量寫入log文件中 如果新事務(wù)申請不到Private strand的redo allocation latch 則會繼續(xù)遵循舊的redo buffer機(jī)制 申請寫入shared strand中 事務(wù)是否使用Private strand 可以由x$ktcxb的字段ktcxbflg的新增的第 位鑒定

　HELLODBA select decode(bitand(ktcxbflg ) ) used_private_strand count(*) from x$ktcxb where bitand(ksspaflg ) != and bitand(ktcxbflg ) != group by bitand(ktcxbflg );USED_PRIVATE_STRAND COUNT(*)

對于使用Private strand的事務(wù) 無需先申請Redo Copy Latch 也無需申請Shared Strand的redo allocation latch 而是flush或mit是批量寫入磁盤 因此減少了Redo Copy Latch和redo allocation latch申請/釋放次數(shù) 也減少了這些latch的等待 從而降低了CPU的負(fù)荷 過程如下

事務(wù)開始 申請Private strand的redo allocation latch (申請失敗則申請Shared Strand的redo allocation latch) 在Private strand中生產(chǎn)Redo Enrey Flush/Commit 申請Redo Copy Latch 服務(wù)進(jìn)程將Redo Entry批量寫入Log File 釋放Redo Copy Latch 釋放Private strand的redo allocation latch

注意 對于未能獲取到Private strand的redo allocation latch的事務(wù) 在事務(wù)結(jié)束前 即使已經(jīng)有其它事務(wù)釋放了Private strand 也不會再申請Private strand了

每個(gè)Private strand的大小為 K g中 shared pool中的Private strands的大小就是活躍會話數(shù)乘以 K 而 g中 在shared pool中需要為每個(gè)Private strand額外分配 k的管理空間 即 數(shù)量* k

　 g:SQL select * from V$sgastat where name like %strand% ;POOL NAME BYTES shared pool private strands HELLODBA select trunc(value * KSPPSTVL / ) * * from (select value from v$parameter where name = transactions ) a (select val KSPPSTVL from sys x$ksppi nam sys x$ksppsv val where nam indx = val indx AND nam ksppinm = _log_private_paralleli *** _mul ) b;TRUNC(VALUE*KSPPSTVL/ )* * g:HELLODBA select * from V$sgastat where name like %strand% ;POOL NAME BYTES shared pool private strands HELLODBA select trunc(value * KSPPSTVL / ) * ( + ) * from (select value from v$parameter where name = transactions ) a (select val KSPPSTVL from sys x$ksppi nam sys x$ksppsv val where nam indx = val indx AND nam ksppinm = _log_private_paralleli *** _mul ) b;TRUNC(VALUE*KSPPSTVL/ )*( + )*

Private strand的數(shù)量受到 個(gè)方面的影響 logfile的大小和活躍事務(wù)數(shù)量

參數(shù)_log_private_mul指定了使用多少logfile空間預(yù)分配給Private strand 默認(rèn)為 我們可以根據(jù)當(dāng)前l(fā)ogfile的大小(要除去預(yù)分配給log buffer的空間)計(jì)算出這一約束條件下能夠預(yù)分配多少個(gè)Private strand 　

HELLODBA select bytes from v$log where status = CURRENT ;BYTES HELLODBA select trunc(((select bytes from v$log where status = CURRENT ) (select to_number(value) from v$parameter where name = log_buffer ))* (select to_number(val KSPPSTVL) from sys x$ksppi nam sys x$ksppsv val where nam indx = val indx AND nam ksppinm = _log_private_mul ) / / ) as calculated private strands from dual;calculated private strands HELLODBA select count( ) actual private strands from x$kcrfstrand where last_buf_kcrfa = ;actual private strands

當(dāng)logfile切換后(和checkpoint一樣 切換之前必須要將所有Private strand的內(nèi)容flush到logfile中 因此我們在alert log中可能會發(fā)現(xiàn)日志切換信息之前會有這樣的信息 Private strand flush not plete 這是可以被忽略的) 會重新根據(jù)切換后的logfile的大小計(jì)算對Private strand的限制

　HELLODBA alter system switch logfile;System altered HELLODBA select bytes from v$log where status = CURRENT ;BYTES HELLODBA select trunc(((select bytes from v$log where status = CURRENT ) (select to_number(value) from v$parameter where name = log_buffer ))* (select to_number(val KSPPSTVL) from sys x$ksppi nam sys x$ksppsv val where nam indx = val indx AND nam ksppinm = _log_private_mul ) / / ) as calculated private strands from dual;calculated private strands HELLODBA select count( ) actual private strands from x$kcrfstrand where last_buf_kcrfa = ;actual private strands

參數(shù)_log_private_paralleli *** _mul用于推算活躍事務(wù)數(shù)量在最大事務(wù)數(shù)量中的百分比 默認(rèn)為 Private strand的數(shù)量不能大于活躍事務(wù)的數(shù)量

HELLODBA show parameter transactionsNAME TYPE VALUE transactions integer transactions_per_rollback_segment integer HELLODBA select trunc((select to_number(value) from v$parameter where name = transactions ) * (select to_number(val KSPPSTVL) from sys x$ksppi nam sys x$ksppsv val where nam indx = val indx AND nam ksppinm = _log_private_paralleli *** _mul ) / ) as calculated private strands from dual;calculated private strands HELLODBA select count( ) actual private strands from x$kcrfstrand where last_buf_kcrfa = ;actual private strands

注 在預(yù)分配Private strand時(shí) 會選擇上述 個(gè)條件限制下最小一個(gè)數(shù)量 但相應(yīng)的shared pool的內(nèi)存分配和redo allocation latch的數(shù)量是按照活躍事務(wù)數(shù)預(yù)分配的

lishixinzhi/Article/program/Oracle/201311/17848

oracle如何增大并發(fā)寫入

oracle增大并發(fā)寫入最簡單的方法是使用SQL_TRACE對其進(jìn)行跟蹤。您沒有提到Oracle版本,版本或平臺。因此,我假設(shè)您至少使用的是10gR2版本。因此,使用DBMS_MONITOR來開...1. oracle的數(shù)據(jù)模式是:用戶建在表空間上,表建在用戶上

2. 一個(gè)用戶的表就象自己的私有財(cái)產(chǎn)一樣,沒有自己或管理員授權(quán)別的用戶是不能查詢或修改的;

3. 對于不同用戶下的同名表,都是獨(dú)立的數(shù)據(jù)對象,如user1.table1和user2.table1是相互獨(dú)立的,用戶分別操作自己的表是不影響其他用戶的;

當(dāng)前名稱：oracle如何設(shè)計(jì)并發(fā) oracle支持多少并發(fā)
本文URL：http://redsoil1982.com.cn/article2/hpdcoc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供搜索引擎優(yōu)化、關(guān)鍵詞優(yōu)化、ChatGPT、全網(wǎng)營銷推廣、動態(tài)網(wǎng)站、域名注冊

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)