我们大体都知道ArcSDE的连接数有 48 的限制，很多人也知道这个参数可以修改，并且每种操作系统能支持的最大连接数是不同的。 如果应用报错：超出系统最大连接数 该如何处理？
两种解决办法：
第一，首先确定是否一定需要增加这个最大连接数。 在我们平常的应用中， 特别是给多用户的实施过程中。 有时会出现图形库莫名的连接不上，如果用ARCMAP或ARCCATALOG连接的时候还会提示错误信息 “Failed to connect to database. Maximum number of conections to instance exceeded”。 错误提示非常清晰， 可是怎么解决呢? 很多时候的解决办法都是重启SDE服务或删除SDE服务所在机器上的GSRVR.EXE进程。 这虽然可以解决当前的问题，但过一段时间后又会出现同样的状况， 不胜其扰。 SDE本身默认设置的最大连接数为48个。一般来说不可能同时有这么多用户一起连接图形数据库。并且我们的系统以及ARCMAP或ARCCATALOG等桌面软件在退出的时候也会删除与数据库的连接。但为什么还会出现超出最大连接数的问题呢？在经过多次的尝试之后发现：当系统异常退出，或连接上图形数据库时强行拔除网线等非常规操作时。SDE服务器上的连接进程以及数据库中记录的SDE的用户连接数等记录无法删除。导致无效的连接越来越多， 最终达到了他的极限， 出现错误在所难免。 我们可以通过敲入如下命令查看当前SDE的一些基本设置参数：sdemon –o info –I config。也可以通过命令查看当前用户连接数：sdemon –o info –I users， （在sdemon命令后加上？就可以查看该命令的所有参数信息）。 在为用户设置最大连接数的时候， 需要预估一下在同一时间最多可能会有多少个连接进程。在SDE中开启的进程数和连接用户数是随着实例计算的， 如一台机器打开N个ARCMAP并连上数据库后， 就有N个连接进程和N个连接用户的记录。 如果确认好最大连接数后就可以进行设置了。
方法一：用PLSQL或TOAD打开SDE用户下的表SEVER_CONFIG，编辑字段CONNECTIONS 值为你的最大连接数。设置字段TCPKEEPALIVE值为TRUE。
方法二：打开SDE的安装目录下的（一般安装路径为C:/arcgis /ArcSDE/sqlexe/etc）giomgr.defs文件进行编辑，设置CONNECTIONS参数为你的最大连接数。然后设置 TCPKEEPALIVE参数为TRUE。 通过命令导入到数据库中：sdeconfig –o import –f C:/arcgis/ArcSDE/sqlexe/etc/giomgr.defs –i esri_sde(数据库实例名) –s (ServerName) –u sde(用户名) –p sde(密码) 。 设置好后需要重启SDE服务才能生效。 TCPKEEPALIVE 参数是做什么用的呢？能够删除无效连接的最大功臣就是他了。当TCPKEEPALIVE参数设置为TRUE后，数据库会根据SDE服务所在机器的注册表项 KEEPALIVETIME所提供的响应时间， 不断侦测所有连接是否为无效连接，如果为无效连接，则自动删除该连接。对默认安装操作系统的机器而言KEEPALIVETIME注册表项是没有的。 如果没有话，服务器不会主动发送 KeepAlive 数据包来确认空闲连接是否依然毫无变化。也就不会进行删除操作。所以上面提到的无效连接会越来越多。可以在如下路径中：Local_Machine/system/CurrentControlSet /Services/Tcpip/Parameters 添加DWORD项：KeepAliveTime。如果不设置值的话默认为两小时。具体时间可以看情况而定。一般推荐为5分钟。然后重启机器（一定要重启，注册表的新加项才生效）。世界从此清静了，以后超出最大连接数的错误再也不会烦扰你的头皮。
第二，如果实际情接数的限制，我们如何修改？ 在Windows 操作系统上，ArcSDE 服务作为一个“非交互式桌面程序”运行，而windows的一个称作SharedSection的初始化参数限定了为“非交互式桌面程序”分配的最大堆栈内存，我们可以通过windows注册表修改该值。 点击“开始”－>“运行”－>”regedit”，打开注册表：找到以下路径： [url=file:////HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Session]//HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Session[/url] Manager/ SubSystems/Windows 这个字符串示例如下： %SystemRoot%/system32/csrss.exe ObjectDirectory=/Windows SharedSection=1024,3072,512 Windows=On SubSystemType=Windows ServerDll=basesrv,1 ServerDll=winsrv:UserServerDllInitialization,3 ServerDll=winsrv:ConServerDllInitialization,2 ProfileControl=Off MaxRequestThreads=16 这个字符串包含了windows的初始化参数。在该字符串中，我们可以找到SharedSection参数，默认值是1024,3072,512。第三个值（512Kb）就是为“非交互式桌面程序”分配的最大堆栈内存。在这个数值（512Kb）下，ArcSDE能够接受的最大连接数大约为56个。增加该数值到2M就能够使ArcSDE支持的最大连接数达到270个。即此时的设置为：1024,3072,2048 对于Windows来说，所有的堆栈内存（非交互式桌面和交互式桌面）总和是48Mb，因此，我们在调整SharedSection参数的时候需要仔细。
-------------------------------------------------------------
官方默认的sde最大连接数为48个，在实际应用中一旦超出这个最大连接数，就无法进行连接sde了，提示：“Failed to connect to database. Maximum number of conections to instance exceeded”。 我在实际工作 中经常会遇到这种情况，每次解决的办法就是重启服务。 在$SDEHOME/etc目录下giomgr.defs文件中，CONNECTIONS连接数修改成128；或者使用命令sdeconfig -o alter -v connections=128 -u sde -p sde 毕竟老是重启服务不是个长久之计， 我在网上也找了一些解决的方法，最简单的方法就是修改这个连接参数为更大的数。但是由于系统默认的就是48个，后来又看到一篇文章 ，专门讲到为什么windows 操作系统中sde服务的最大连接数为48个，原来是Windows为每个服务分配了一个固定大小的内存（默认512K）。每个sde进程大约需要9K内存，因此sde默认的连接数为512/9约等于48。可以修改这个内存数，将512k改为1024，如果连接数超过250，可以改成2048。需要修改注册表： HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Session Manager/SubSystems/Windows 项目中的SharedSection，并将原SharedSection=1024,3072,512中的第三项改为1024或2048等数即可修改系统的默认最大连接数”。但是效果如何？我还没有试，会不会出现不稳定的情况，毕竟连接数越多，并发性操作也就越不稳定。 如果在不修改这个参数的情况下，让SDE自动检测并断开一定时间未进行操作的SDE连接，那才是最好解决方法的方法。我看到论坛上有通过 “TCPKEEPALIVE”参数设置为True来解决的，并在注册表中Local_Machine/system/CurrentControlSet /Services/Tcpip/Parameters 添加DWORD项：KeepAliveTime。 keepalivetime时间值是：SDE服务器giomgr进程在没有收到客户端的反应的最大阀值,如果超出该值，那么客户端进程和与其关联信息将被清除。它是在SDE服务器机器上的。 KeepAliveTime默认值是7200000ms（ 2 hours），单位是毫秒。 KeepAliveTime本人并没有尝试使用，只是修改了连接数和注册表信息。