SQLpipe理工作室无法连接到数据库—微软修复失败

我几天前刚刚安装了MS SQL Server 2014,直到今天,它工作正常。 我试图使用对象查看器进行连接,并收到错误消息

无法连接到MyserverName。

附加信息:与服务器成功build立连接,但是在login前握手过程中发生错误(provider:Shared Memory Provider,错误:0 – Mo进程位于pipe道的另一端)(Microsoft SQL服务器,错误:233)

共识似乎是由于在我的SQL Serverconfigurationpipe理器中禁用了命名pipe道,或者在协议顺序中命名pipe道在TCP / IP之前导致了问题。 我已经确定我的协议顺序是适当的。 我把它设置为共享内存第一,TCP / IP第二和最后命名pipe道。 另一个消息来源说,我的端口可能被阻塞,但是我的防火墙已经有了一个工作规则,允许访问我的情况下的默认端口1433。

另一个来源说,我需要单击SQL Serer服务器pipe理器中的服务器属性下的允许远程连接,但每次右键单击属性该程序崩溃…

有什么build议么?

SSMS基本上是说SQL Server没有运行,或者只是不能连接到它。 这可能听起来像一个愚蠢的问题,但:服务正在运行,对不对?

对不起,我不得不问。

另外,请检查并确保设置了静态端口。 SQL Server默认使用dynamic端口,如果你的防火墙只允许1433,那么端口可能已经改变了。

静态端口设置如下所示:

在这里输入图像说明

TCPdynamic端口的默认值设置为0,静态端口为空。

假设所有这些让你无处可寻…

你可以使用sqlcmd连接到服务器吗? 如果是这样,我的第一个冲动就是在master上运行一个dbcc checkdb ,即使这完全是一个疯狂的猜测(基于每当你尝试打开属性窗格时崩溃SQL Serverpipe理器)。

祝你好运! 我希望在这里有所帮助。

这是我现在要开始研究的。

如果在同一端口上运行了另一台SQL Server实例。 在我的经验中; 运行了SQL Server,然后安装了Visual Studio,在其中安装了SQL实例,并成为谁拥有该端口的竞争条件。

input您的服务(Crtl R)运行框typesservices.msc加载服务pipe理器。 从那里findSQL Server并禁用不使用的服务,然后重新启动所需的SQL Server,然后尝试连接。