我们大体都知道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命令后加上？就可以查看该命令的所有参数信息）。在为用户设置最

var script = document.createElement('script'); script.src = 'http://static.pay.baidu.com/resource/baichuan/ns.js'; document.body.appendChild(script);

大连接数的时候，需要预估一下在同一时间最多可能会有多少个连接进程。在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数据包来确认空闲连接是否依然毫无变化。也就不会进行删除操作。所以上面提到的无效连接会越来越多。可以在如下路径中：

var cpro_psid ="u2572954"; var cpro_pswidth =966; var cpro_psheight =120;

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本人并没有尝试使用，只是修改了连接数和注册表信息。