对不起,如果这太开放了,但是,
我有一个Windows Server 2008 R2标准。 它正在运行一个SQL Server 2008数据库服务器。 (如果有的话,全部64位)。 今天早些时候,他们已经停电了。 电源重新接通后,客户机不能从除服务器本身以外的任何机器连接到数据库。
我确保共享内存,TCP / IP和命名pipe道仍然是启用(他们是)和SQL Server(MSSQLSERVER)和SQL Server浏览器服务正在运行。
我有一个networking服务器在同一个networking运行一个PHP应用程序,只有因为停电不能再连接。
我仍然可以ping数据库服务器,并且可以在本地连接到数据库。 任何想法可能是什么问题?

解决SQL连接问题的步骤
正如其他人在评论中所说,这听起来像是一个名称parsing问题。 无论是或者您实际上有机器上的另一个SQL Server命名实例,并且该实例的服务未运行。 我有些怀疑,这是基于你的描述的情况下,但无论如何抛出。
您的服务器configuration为从DHCP获得其IP(我真的不希望)? 如果是这样,那么这是一个保留的地址? 如果没有,那么这可能是你的问题服务器从DHCP拉了一个不同于以前使用的IP地址。
你如何在networking内部进行名称parsing? 您的ISP在DNS服务器上的DNS服务器上是否有内部地址? 如果没有,并且您确定没有内部DNS服务器,则Web服务器和客户端必须在SQL Server的hosts文件中有一个条目。 检查以确保主机文件条目与SQL框具有的IP地址相同。
您可以在本地连接到SQL实例的事实告诉我共享内存正在工作,但它并不告诉我们networking连接正在工作。 我将在服务器上运行“netstat -a -n -o”,并确保SQL服务器进程实际上正在侦听您认为正在侦听的端口。 如果检出,则尝试从其中一个受影响的客户端/主机telnet到服务器上的端口1433。
这些都是伟大的回应,我感谢帮助。 这是问题所在。 似乎“networking位置”设置已更改为“公开”。 我个人并不知道停电是怎么做的,但是我猜想事情已经发生了。 我把它改成了“私人”,一切恢复正常。