No buffer space available

2019独角兽企业重金招聘Python工程师标准>>>

Java项目报错：

[http-8080-2]org.hibernate.util.JDBCExceptionReporter[11:23:34]SQL Error: 0, SQLState: 08S01
[http-8080-2]org.hibernate.util.JDBCExceptionReporter[11:23:34]通过端口 1433 连接到主机 *** 的 TCP/IP 连接失败。错误:“No buffer space available (maximum connections reached?): connect。请验证连接属性，并检查 SQL Server 的实例正在主机上运行，且在此端口接受 TCP/IP 连接，还要确保防火墙没有阻止到此端口的 TCP 连接。”。

环境：Windows Server 2008 R2 Standard，SQL Server 2008 R2

其他环境正常，确定不是Java项目的问题，应该是系统的问题，在网上查找资料 No buffer space available

1. 启动注册表编辑器。 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
2. 新建 值名称：MaxUserPort 值类型： DWORD 值数据： 65534（用十进制的方法写进去就可以，如果是十六进制，是FFFE，因为4个F是65535嘛） 有效范围： 5000 - 65534 (十进制) 默认： 0x1388 5000 （十进制）
3. 新建 值名称：TCPTimedWaitDelay 值类型： DWORD 值数据： 0000001e（也就是30，不行可以用WINDOWS计算器，很方便，这个表示TIME_WAIT的秒数）

修改完成后重启Java项目服务，服务恢复正常，不再出现之前的报错。

但是，

这里只是把最大端口数改到了最大，正常情况下是不会创建出这么多端口的。 通过一下命令可以统计出SQL Server开启的端口总数

netstat -ano | find "TIME" | find /C"1433"

执行此命令后发现，占用总数达到了17657个，随着时间增长这个数字还在增长，而且不会释放！那么问题来了，再运行一段时间，端口数达到了65534个的时候，还是会报错的，这个只是时间的问题。 继续查找资料 在系统启动时从 497 天后所有在TIME_WAIT状态的 TCP/IP 端口都不会被关闭。

机器已经运行500多天了，按照官方指导安装了对应的修复程序，重启机器后，再次统计SQL Server占用端口的情况，发现可以正常回收了。 要想验证安装的这个修复程序是否起效只能等到500天后了：）

转载于:https://my.oschina.net/u/921069/blog/760473