Oracel数据库连接时出现：ORA-12518：监听程序无法分发客户机连

在连接Oracel数据库时，每隔一段时间就会出现：ORA-12518：监听程序无法分发客户机连接

一、【问题描述】
      最近，在系统高峰期的时候，会提示如上的错误，致使无法连接到服务器上的数据库。

二、【分析过程】
      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位的，那么，一定要反应出这个问题.