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

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

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

OERR: ORA TNS:no appropriate service handler found

客戶端連接間歇性失敗 報錯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時 可以連接

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

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

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

查詢解決方法:

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

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

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

如已達到上限 修改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;

查看當前有哪些用戶正在使用數(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;

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

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

sessions=( *process+ )

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

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

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

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

SHMMAX???

SHMMIN???

SHMMNI???

SHMSEG???

SEMMNI???

SEMMSL???

SEMMNS???

SEMOPM???

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

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

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

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

實例數(shù) 如 個實例進程數(shù)分別為 則=（ + ）+ * + * =

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

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

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

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

SHMSEG（ ） 指定了與每個進程相關(guān)連的共享內(nèi)存塊（或標識）的數(shù)量 缺省值是 與每個進程相關(guān)連的共享內(nèi)存塊的最大值與進程擁有的未使用空間有關(guān) 因此 盡管一個進程擁有少于SHMSEG數(shù)值的共享內(nèi)存塊 它也有可能因為其有限的空間而不能與其它進程相聯(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并行機制

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

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

shared strand

為了減少redo allocation latch等待 在oracle 中 引入了log buffer的并行機制 其基本原理就是 將log buffer劃分為多個小的buffer 這些小的buffer被成為strand(為了和之后出現(xiàn)的private strand區(qū)別 它們被稱之為shared strand) 每一個strand受到一個單獨redo allocation latch的保護 多個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????

每一個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è)置 個cpu之內(nèi)最大默認為 當系統(tǒng)中存在redo allocation latch等待時 每增加 個cpu可以考慮增加 個strand 最大不應該超過 并且_log_paralleli *** _max不允許大于cpu_count

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

Private strand

為了進一步降低redo buffer沖突 在 g中引入了新的strand機制——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機制帶來很大的變化 每一個Private strand受到一個單獨的redo allocation latch保護 每個Private strand作為 私有的 strand只會服務于一個活動事務 獲取到了Private strand的用戶事務不是在PGA中而是在Private strand生成Redo 當flush private strand或者mit時 Private strand被批量寫入log文件中 如果新事務申請不到Private strand的redo allocation latch 則會繼續(xù)遵循舊的redo buffer機制 申請寫入shared strand中 事務是否使用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的事務 無需先申請Redo Copy Latch 也無需申請Shared Strand的redo allocation latch 而是flush或mit是批量寫入磁盤 因此減少了Redo Copy Latch和redo allocation latch申請/釋放次數(shù) 也減少了這些latch的等待 從而降低了CPU的負荷 過程如下

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

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

每個Private strand的大小為 K g中 shared pool中的Private strands的大小就是活躍會話數(shù)乘以 K 而 g中 在shared pool中需要為每個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ù)量受到 個方面的影響 logfile的大小和活躍事務數(shù)量

參數(shù)_log_private_mul指定了使用多少logfile空間預分配給Private strand 默認為 我們可以根據(jù)當前l(fā)ogfile的大小(要除去預分配給log buffer的空間)計算出這一約束條件下能夠預分配多少個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

當logfile切換后(和checkpoint一樣 切換之前必須要將所有Private strand的內(nèi)容flush到logfile中 因此我們在alert log中可能會發(fā)現(xiàn)日志切換信息之前會有這樣的信息 Private strand flush not plete 這是可以被忽略的) 會重新根據(jù)切換后的logfile的大小計算對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用于推算活躍事務數(shù)量在最大事務數(shù)量中的百分比 默認為 Private strand的數(shù)量不能大于活躍事務的數(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

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

lishixinzhi/Article/program/Oracle/201311/17848

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

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

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

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

當前名稱：oracle如何設(shè)計并發(fā) oracle支持多少并發(fā)
本文URL：http://m.newbst.com/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)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)