一、【问题描述】
最近，在系统高峰期的时候，会提示如上的错误，致使无法连接到服务器上的数据库。
二、【分析过程】
1、首先判断是否由于监听配置不正确的原因导致?
系统在正常情况下都可以正常的使用，检查监听配置，完全正确，监听配置不正确的可能性排除.
2、是否因为数据库服务器处于共享服务器模式，是否会因为DISPATCHERS的数量太少，导致在高峰期的时候无法及时的分配客户机连接呢？
把ORACLE的DISPATCHER数量增加到3个，发现在系统高峰的时候还是会出现如此的问题，可确定不是DISPATCHER的问题。
3、判断是否PROCESS、SESSION数量设置的不够，导致ORACLE在高峰期的时候，没有足够的PROCESS对连接上来的客户服务进行分配？
增大PROCESS、SESSION的设置，这种情况基本能够得到解决，出现的频率已经很少，但在一定的情况下，还是会出现以上的提示。
4、在网上查找资料后发现，32位的WIN2003系统ORACLE单进程的限制为1.7G，对于超过的内存，ORACLE也无法使用，导致ORACLE在高峰期对客户机分配到一定数量的时候，导致ORACLE可用的内存不足，导致以上提示..此时，只有通过降低SGA的大小，以使得ORACLE有更多的内存可以对客户端进行分配.
经检查，现场的托管服务器环境为：32位的WIN32以及32位的ORACLE..直接导致ORACLE能够使用的内存不超过1.7G，对SGA的大小进行一定量的减少，系统基本不再出现无法分配的问题。
三、【解决途径】
1、首先修改ORACLE的PROCESS、SESSION数量
查看当前ORALCE PROCESS数量
SQL> show parameter process
查看当前ORALCE SESSION数量
SQL> show parameter session
修改PROCESS数量：
SQL> alter system set processes=1000 scope = spfile;
修改SESSION数量：
SQL> alter system set session=1105 scope = spfile;
注：sessions是个派生值,由processes的值决定,公式sessions=1.1*process + 5
2、降低系统的SGA大小
查看SGA的大小:
SQL> show parameter sga
同时修改sga_max_size和sga_target
SQL> alter system set sga_max_size=1000M scope = spfile;
SQL> alter system set sga_target=1000M scope = spfile;
重启ORACLE服务，问题基本解决。
四、【经验总结】
虽然通过增加PROCESS、SESSION数量并且降低了SGA的大小，使得整个托管的服务器的问题得到解决。但是，通过上面的问题分析可以知道，这只是治标不治本的处理方式，问题的最终原因还是因为32的WIN 2003操作系统+32位的ORACLE导致单进程最高内存不能超过1.7G导致的。所以在以后县区的数据加至现在的服务器中，必将导致这个问题的重现.
所以，最终的解决办法是，将数据库和服务器的操作系统全部升级至64位，或者将服务器使用UNIX的操作系统.
所以，在以后类似的托管服务器或者其他数据库服务器搭建时，一定要注意这个问题，如果客户提供的服务器为32位的，那么，一定要反应出这个问题.
