w*r
发帖数: 2421 | 1 怎么样提高oracle concurrent connection的数目，
每一个connection都会在server端产生一个server process, 所以有时候client多起来
的话会出现 ORA-12500: TNS:listener failed to start a dedicated server
process的error, 怎么样tuning才能解决这个问题呢，我们这里有一server晚上的
batch job会出错，我试了试，用JDBC只开connection, 开到107个就出错了，估计晚上
的时候大job比较多，没到107一样会出错，问DBA, oracle DBA是白痴说oracle没有
connection limit的限制，你爱开多少都没问题，我也就问不下去了，估计这家伙连
PGA history都找不出来，server也不规我管，哪位高手给想想从哪里着手，怎么查，
怎么tune. |
B*****g
发帖数: 34098 | 2 呵呵，要不要把他换掉？对了，你们为啥要用dedicated server？
【在 w*r 的大作中提到】
: 怎么样提高oracle concurrent connection的数目，
: 每一个connection都会在server端产生一个server process, 所以有时候client多起来
: 的话会出现 ORA-12500: TNS:listener failed to start a dedicated server
: process的error, 怎么样tuning才能解决这个问题呢，我们这里有一server晚上的
: batch job会出错，我试了试，用JDBC只开connection, 开到107个就出错了，估计晚上
: 的时候大job比较多，没到107一样会出错，问DBA, oracle DBA是白痴说oracle没有
: connection limit的限制，你爱开多少都没问题，我也就问不下去了，估计这家伙连
: PGA history都找不出来，server也不规我管，哪位高手给想想从哪里着手，怎么查，
: 怎么tune.
|
c*****d
发帖数: 6045 | 3 什么操作系统，Windows？
出现这个问题，有很多可能的原因，最常见的是sga size + sort_area_size *
sessions达到物理内存，另外还有操作系统参数设置
另，“oracle DBA是白痴说oracle没有connection limit的限制，你爱开多少都没问题
” － 是老印吧？ |
w*r
发帖数: 2421 | 4 unfortunately, not a asan, an American,
OS is AIX. 至于Beijing提到的dedicate server我也不清楚，快两年没摸Oracle了，
如果不采用Dedicate server mode, 应该是什么？有什么优势？如果不改server mode,
应该怎么tuning呢？是不是要吧pga history和v$session history给拉出来看？
是不是提高Aggregated PGA就可以增加concurrent session 的数目呢？
【在 c*****d 的大作中提到】
: 什么操作系统，Windows？
: 出现这个问题，有很多可能的原因，最常见的是sga size + sort_area_size *
: sessions达到物理内存，另外还有操作系统参数设置
: 另，“oracle DBA是白痴说oracle没有connection limit的限制，你爱开多少都没问题
: ” － 是老印吧？
|
w*r
发帖数: 2421 | 5 我倒是想把it换了，但这家伙人缘不错，是被我们组在我来之前给踢出去的，在oracle
组硬给安排下了
【在 B*****g 的大作中提到】
: 呵呵，要不要把他换掉？对了，你们为啥要用dedicated server？
|
j*****n
发帖数: 1781 | 6 这个问题和之前luowuderen 问过的问题很相似，只不过问题是出在MS SQL Server 罢
了。
同样，即使设置成unlimited connections, 服务器的capacity 还是限制住了最大连结
数的上限。服务器只能分出那么多的内存给 connection pool ，再牛的服务器有被撑
爆的时候。
【在 c*****d 的大作中提到】
: 什么操作系统，Windows？
: 出现这个问题，有很多可能的原因，最常见的是sga size + sort_area_size *
: sessions达到物理内存，另外还有操作系统参数设置
: 另，“oracle DBA是白痴说oracle没有connection limit的限制，你爱开多少都没问题
: ” － 是老印吧？
|
c*****d
发帖数: 6045 | 7 oracle有两种方式，dedicated server和shared server
改起来很容易，就是修改一下init参数和listener参数
不过我觉得没要改为shared server
因为一般的ibm hardware配置，弄dedicated 100个session没问题
你们很有可能是sga＋pga快到物理内存了
所以先看看是不是这个原因
mode,
【在 w*r 的大作中提到】
: unfortunately, not a asan, an American,
: OS is AIX. 至于Beijing提到的dedicate server我也不清楚，快两年没摸Oracle了，
: 如果不采用Dedicate server mode, 应该是什么？有什么优势？如果不改server mode,
: 应该怎么tuning呢？是不是要吧pga history和v$session history给拉出来看？
: 是不是提高Aggregated PGA就可以增加concurrent session 的数目呢？
|
w*r
发帖数: 2421 | 8 我没要求unlimited的session,只要想法儿tune一下，再提高一些就好
【在 j*****n 的大作中提到】
: 这个问题和之前luowuderen 问过的问题很相似，只不过问题是出在MS SQL Server 罢
: 了。
: 同样，即使设置成unlimited connections, 服务器的capacity 还是限制住了最大连结
: 数的上限。服务器只能分出那么多的内存给 connection pool ，再牛的服务器有被撑
: 爆的时候。
|
w*r
发帖数: 2421 | 9 dedicate 100个也就笑死了，问题是很可能晚上的batch job本身用料比较多啊，所以
不到30就死翘翘了
【在 c*****d 的大作中提到】
: oracle有两种方式，dedicated server和shared server
: 改起来很容易，就是修改一下init参数和listener参数
: 不过我觉得没要改为shared server
: 因为一般的ibm hardware配置，弄dedicated 100个session没问题
: 你们很有可能是sga＋pga快到物理内存了
: 所以先看看是不是这个原因
:
: mode,
|
c*****d
发帖数: 6045 | 10 硬件啥配置？p系列i系列的？
【在 w*r 的大作中提到】
: dedicate 100个也就笑死了，问题是很可能晚上的batch job本身用料比较多啊，所以
: 不到30就死翘翘了
|
|
|
B*****g
发帖数: 34098 | 11 how to know that?
【在 c*****d 的大作中提到】
: 硬件啥配置？p系列i系列的？
|
w*r
发帖数: 2421 | 12 guess I need to visit the data center to figure this out...
I do not even have an account on that aix machine. sh*t.
【在 B*****g 的大作中提到】
: how to know that?
|
B*****g
发帖数: 34098 | 13 server 没锁起来？
【在 w*r 的大作中提到】
: guess I need to visit the data center to figure this out...
: I do not even have an account on that aix machine. sh*t.
|
w*r
发帖数: 2421 | 14 hehe.. I have full physical access
【在 B*****g 的大作中提到】
: server 没锁起来？
|
i*****r
发帖数: 13 | 15 set processes=1000 or some reasonable number according to the configuration
of the HW |
i*****r
发帖数: 13 | 16 招我过去帮你干吧。这么简单的CASE老美都搞不定。 |
c*****d
发帖数: 6045 | 17 如果是sga＋uga达到物理内存，增大processes也没用
根据前面提供的信息，processes不是问题所在
因为100个session时都没问题，某天30个就出问题了
configuration
【在 i*****r 的大作中提到】
: set processes=1000 or some reasonable number according to the configuration
: of the HW
|
s******e
发帖数: 493 | 18 Answer from tom kyte
The ORA-12500 -- it could be caused by hitting the listener too fast, faster
then the
OPERATING system itself can deal with. If you are using dedicated server
configurations
on unix for example, each connection is a unix fork/exec. If you overload
the OS, it
won't be able to spawn any new processes. Its not really that you hit the
LISTENER too
fast in this case, more that the OS is physically out of resources or is
taking so long
to get these resources in place that we ti |
