摘要：简介：上周日晚上10点，一位同事打电话回家，报告说数据库的TNS断断续续，严重影响了生产。添加/3G参数，重新启动计算机，大约半小时后，生产线反应问题再次出现——Ora-012500错误。在互联网上查找异常的原因，发现虽然有4G内存，但Oracle只能使用2G，而我的SGA使用1.5G。在独占模式下，每个会话将分别分配大约2M的内存，300个会话需要600M。显然，内存不够。第三，缩小SGA的规模。减少SGA似乎是最容易的。打开init.ora文件，将SGA降至1G，关闭数据库，然后启动。问题解决了。
引言：上星期天晚上10点，同事打电话到家了，反映数据库的TNS时通时断，严重影响生产。判断应该是内存用完造成用户无发连接造成。可是我在星期天上午才将内存由1.5G增加到4G。无论如何没办法在家解决，只好告诉上夜班的同事每半小时将网卡中断一次，以便让产线可以使用。
星期一上班，打开boot.ini,发现在内存增加后没有加 /3G开关。加上/3G参数，重新启动电脑，过了约半小时，产线反应问题复现---Ora-012500错误。看来没有彻底解决。在网上查找异常原因，发现原因是虽然内存有4G，但Oracle能用的只有2G(需要做一些修改才能超越此限制，但时间不允许)，而我的SGA用了1.5G,在独占模式下，每一个session将单独分配2M左右的内存,300个Session需要600M,显然，内存已经不够用了。
根据以上分析，解决方法当然有3种，一是修改系统参数，让Oracle能够使用超过2G的内存，这需要在测试环境测过才可在正式环境进行，解决问题优先，这个以后再试。第二是减小为每一个会话分配的内存大小，以能连接更多的用户。三是减小SGA的大小。第二个方法其实很简单，先停止oracle服务和TNS服务，再运行以上命令
C:\oracle\ora81\bin>orastack oracle.exe 500000
Dump of file oracle.exe
Current Reserved Memory per Thread = 1048576
Current Committed Memory per Thread = 4096
New Reserved Memory per Thread = 500000
C:\oracle\ora81\bin>orastack tnslsnr.exe 500000
Dump of file tnslsnr.exe
Current Reserved Memory per Thread = 1048576
Current Committed Memory per Thread = 4096
New Reserved Memory per Thread = 500000
重新启动oracle服务和TNS服务，打开数据库。不过这个也没做过，需要测试。看来降低SGA最简单。打开init.ora文件，将SGA降低到1G，Shutdown Database,再Startup,问题解决。