数据库实例忽然宕机，先是30036错误，后是27510＋27300＋27301＋27301错误，然后数据

husthxd

最初由 coolyl 发布
[B]贴出你的/etc/hosts文件内容出来看看

有没有类似这样的行
127.0.0.1 localhost.localdomain localhost [/B]

跟这个有关系?

chensq

新建一个Undo tablespace 并启用试试。

coolyl

最初由 husthxd 发布
[B]

跟这个有关系? [/B]

恩，我看metalink的一篇文章上曾经讲过，你那边的host文件贴出来给我看看

husthxd

最初由 coolyl 发布
[B]

恩，我看metalink的一篇文章上曾经讲过，你那边的host文件贴出来给我看看 [/B]

形如:
127.0.0.1  localhost
x.x.x.x raca
x.x.x.x racb
x.x.x.x raca-priv
x.x.x.x racb-priv

that's all.

coolyl

最初由 husthxd 发布
[B]

形如:
127.0.0.1  localhost
x.x.x.x raca
x.x.x.x racb
x.x.x.x raca-priv
x.x.x.x racb-priv

that's all. [/B]

那这样是没问题的。

我在ibm的网站上找到了这个东东，好像需要download一个patch。PTF (fix) for APAR IY59779

http://www-1.ibm.com/servers/ese ... eries/aixfixes.html


Obsoleted versions of AIX component "RSCT" have a limit of 231 concurrent sessions registered with the AIX HA Event Manager (EM). For the "Fault-Tolerant IPC" feature, Oracle8i and Oracle9i register every process with the EM.

The fix allows the user to control the maximum number of client connections through an environment variable �EM_FD_MAX�.

The maximum value for EM_FD_MAX is 7000.  The default value is still 1500.

After completing the PTF installation on all nodes, complete the following steps to exploit EM_FD_MAX.

1)  In the file /etc/environment add a line similar to the following on all nodes:
      
      EM_FD_MAX=5000

2)  Logoff the system and log in to pick up the environment variable.

3) Stop and restart HACMP on all nodes.

4) To verify the new connection limit run the command:

    lssrc -ls haem > /tmp/haem.out
    vi /tmp/haem.out  and search for the following similar lines:

"Highest file descriptor in use is" 1535     
"Highest file descriptor allowed for client connections is" 4975

The second line will display the maximum number of connections now available.  Note that this value is (EM_FD_MAX � 25) since 25 file descriptors are reserved for private use.
The first line displays the actual current number of file descriptors in use.

biti_rainy

最初由 husthxd 发布
[B]

老江碰到过?
oracle support的推断是内部连接的问题.
btw:内部连接才100m. [/B]

oracle  support 的推断，定然是来自这个：
[oracle@ocn2 oracle]$ oerr ora  27510
27510, 00000, "IPC error waiting for a request to complete"
// *Cause:  This is an operating system/cluster interconnect error.
// *Action: Check the value of errno and contact Oracle Support Services.
[oracle@ocn2 oracle]$ oerr ora  27300
27300, 00000, "OS system dependent operation:%s failed with status: %s"
// *Cause:  OS system call error
// *Action: contact Oracle Support


[oracle@ocn2 oracle]$ oerr ora  27301
27301, 00000, "OS failure message: %s"
// *Cause:  OS system call error
// *Action: contact Oracle Support


这种问题判断起来困难的多
要确保rac和os,  cluster 等配置完全正常

请把 dispatchers 注释掉，关闭这个，看见这个就不放心
然后考察回滚段空间为什么不够，有什么大事务发生

两个节点请各自使用一个  undo_tablespace ,不会是公用一个吧？

down 掉前是否有大事务发生，负载是不是很高，这时系统有什么特点没有？

husthxd

0.做压力测试的时候连接数200+后从客户端连接数据库出现这个错误.
1.dispatcher已经注释掉
sql> show parameter dispatcher
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
dispatchers                          string
max_dispatchers                      integer     5
mts_dispatchers                      string
mts_max_dispatchers                  integer     5

2.undo是每个实例各用一个.
3.用rda313收集cluster信息1个小时结果都出不来.不太正常.

husthxd

btw:我的平台是hp-ux
http://www.itpub.net/299195.html