我似乎无法从站点连接到我的数据库。我收到此错误:
命名管道提供程序,错误:40-无法打开与SQL Server的连接
我尝试使用本地IP地址以及公共IP地址进行连接。我试过了:
- 是的,站点可以与服务器通信
- 已启用命名管道/ TCP。
- 允许远程连接。
- Windows防火墙已关闭
- 在Windows防火墙中为端口1433创建了一个例外。
- 在SQL Server配置管理器中启用了所有功能。
我还能在这里做什么?
我似乎无法从站点连接到我的数据库。我收到此错误:
命名管道提供程序,错误:40-无法打开与SQL Server的连接
我尝试使用本地IP地址以及公共IP地址进行连接。我试过了:
我还能在这里做什么?
Answers:
解决这个问题非常容易:
步骤的屏幕截图:
而最简单的解决方案-检查斜线是否又回来了...
我花了大约一个小时的时间来弄清楚当正确配置所有内容,命名管道,用户访问权限后,SERVER / INSTANCENAME出了什么问题。突然间,它震惊了我,这不是一个斜杠,而是一个反斜杠(\
)。
恐怖,可耻...
Server=MyServerName\DOLPHIN=Trusted_Connection=True;Database=DolphinPlatform
在开发(C#)时,我正在连接到本地安装的MSSQL 2017服务器,但是当我部署它时,由软件供应商安装的远程服务器正在以方式运行Instance
。我一直认为这是身份验证问题,因为它一直作为服务运行,直到发现为止。
安装SQL Server之后,这实际上是一个三步过程:
重新启动服务器SQL Config Manager-> SQL Server服务-> SQL Server(SQLEXPRESS)->右键单击->重新启动
使用正确的服务器和实例名称(都需要!)通常是。\ SQLEXPRESS,例如,请参见QueryExpress连接对话框中的屏幕快照。
你有它。
MSDN Social上的一个线程,有关Re:Named Pipes Provider,错误:40-无法打开与SQL Server的连接,列出了与您的错误有关的可能问题。您可能想要查看其中是否有您遇到的问题。
ip.ip.ip.ip/NamedInstance
吗?
使用SERVER \\ INSTANCE NAME 。在项目中使用双反斜杠解决了我的问题。
@"server\instance"
或者"server\\instance"
应该起作用。如果在配置文件中,则只需要纯文本服务器\实例。
在我的情况下,我有一台独立服务器,我将配置管理器中的sql server端口默认端口1433更改为某个数字,然后重新启动了sql serve服务生效,如果我登录,便能够通过Management Studio连接到sql server到服务器。但是我无法通过sql server从本地计算机连接,但出现错误:
建立与SQL Server的连接时发生与网络相关或特定于实例的错误。服务器未找到或无法访问。验证实例名称正确,并
SQL Server配置为允许远程连接。(提供者:命名管道提供程序,错误:40-无法打开与SQL Server的连接)(Microsoft SQL Server,错误:5)
我检查并验证了以下所有内容
-启用命名管道/ TCP。-允许远程连接。-Windows防火墙已关闭-为Windows防火墙中的端口创建了一个例外(在我的情况下这是没有必要的,因为服务器位于同一子网中)。-在SQL Server配置管理器中启用所有功能。
然后我将端口号改回默认值1433,然后重新启动sql server服务,问题得到解决,我能够从本地管理工作室连接sql server。
TL; DR; 您的SQL Server实例正在使用不起作用的动态端口。强制SQL Server使用静态端口#1433。
完整详细信息:首先,如果您混合使用默认实例和命名实例或仅使用命名实例(这是我的情况),则更可能出现此问题。
关键概念:安装在计算机上的每个Microsoft SQL Server实例都使用不同的端口来侦听传入的连接请求。SQL Server的默认实例使用端口号1433。在安装命名实例时,它们将开始使用动态端口,动态端口是在启动与命名SQL Server实例对应的Windows服务时决定的。
我的代码无法(错误代码为40)连接到我在VM上拥有的唯一命名的SQL Server实例。您可以尝试以下可能的解决方案:
解决方案1:尝试连接到SQL Server实例的客户端代码从SQL Server浏览器服务获得帮助,以找出您的命名实例正在侦听传入连接的端口号。确保您的计算机上正在运行SQL浏览器服务。
解决方案2:从SQL Server配置管理器中检查您命名的SQL Server实例正在使用的端口号(黄色),如下面的快照所示:
在您的连接字符串中显式使用该端口号,或sqlcmd
如下所示:
sqlcmd -s mymachinename,11380 -i deleteDB.sql -o SQLDelete.txt
解决方案3:强制命名实例使用默认实例使用的端口1433。请记住,仅当您的计算机上没有任何默认SQL Server实例时,此方法才有效,因为默认SQL Server实例将已经使用端口#1433。两个不同的Windows服务不能使用相同的端口号。
将TCP Dynamic ports
字段标记为空白,并将TCP Port
字段标记为1433。
更改连接字符串中的端口号,如下所示:
sqlcmd -s mymachinename\instanceName -i deleteDB.sql -o SQLDelete.txt
要么
sqlcmd -s mymachinename,1433 -i deleteDB.sql -o SQLDelete.txt
注意:TCP / IP设置中的每项更改都需要重新启动Windows服务。
有趣的是,解决错误后,当我回到动态端口设置以重现相同的错误时,则没有发生。不知道为什么。
请阅读以下有趣的线程,以了解有关SQL Server动态端口的更多信息:
我从这个博客中找到了解决问题的方法。
如果您尝试重新启动MSSQLSERVER服务,但该服务无效,则可能是一种解决方案:
如果使用的是SQLExpress,则服务器名称应为以下ComputerName \ SQLExpress。但是,对于SQLDeveloper,您不必在ComputerName之后再使用SQLDeveloper。
我尝试使用本地IP地址以及公共IP地址进行连接。我试过了:
是的,站点可以与服务器通信命名管道/ TCP已启用。允许远程连接。Windows防火墙已关闭在Windows防火墙中为端口1433创建了例外。在SQL Server配置管理器中启用了所有功能。
我保证并做了上述事情,我只想分享一下DOUBLE BACKSLASH
oBuilder.DataSource =“ SPECIFICPCNAME \ SQLEXPRESS”;
使用单反斜杠会导致生成错误,即:错误1无法识别的转义序列
我希望这对下一个家伙有帮助-我牺牲了晚餐,午夜小吃,NBA强调了解决这个问题的时间(感到羞耻)
感谢[Tamizh venthan] ^ _ ^
我遇到了同样的问题,并通过禁用防火墙(ESET)解决了该问题。
解决此问题的第一步应该是尝试从另一台计算机ping您自己的计算机。如果您有防火墙,则可能无法ping通自己。我尝试ping自己的电脑,但ping失败(没有从服务器获得响应)
我已建议以下步骤解决您的问题如何解决错误“命名管道提供程序,错误40-无法打开与'SQL Server ' 的连接
我试图在VS2015中添加新连接。这里的建议都没有奏效。怀疑向导中存在某种错误,特别是由于SSMS能够很好地连接,我决定尝试对其进行欺骗。有效!
代替添加连接,使用“创建新的SQL Server数据库”。输入服务器名称和新数据库的随机名称,例如“ test”。
假设此操作成功,请在VS中打开Server Explorer,在Data Connections中找到连接,右键单击它,然后选择Modify Connection。
将“测试”(从步骤1)更改为要连接到的现有数据库的名称。点击“测试连接”。这次应该可以了!
删除您在步骤1中创建的临时数据库。
我想我还有一个解决方案。在尝试了上述所有方法后仍无法连接后,我最近更改了计算机名称。我更改了服务器名称。.服务器名称=>(更多信息请浏览)=>在数据库引擎下,发现了一个与服务器新名称相同的新服务器。这行得通,生活再次美好。
对我来说,这是一个防火墙问题。
首先,您必须添加端口(例如1444,也许是1434),但是
C:\Program Files (x86)\Microsoft SQL Server\90\Shared\sqlbrowser.exe
和
%ProgramFiles%\Microsoft SQL Server\MSSQL12.SQLEXPRESS\MSSQL\Binn\SQLAGENT.EXE
第二次遇到此问题是当我回到防火墙时,路径不正确,我需要将表格12更新为13!只需单击“程序和服务”选项卡中的浏览即可帮助实现这一点。
最后,尝试运行命令
EXEC xp_readerrorlog 0,1,“无法注册服务主体名称”,为空
对我来说,它返回了错误原因
我在此页面上尝试了几乎所有内容,但是我遇到了一些实际需要解决的潜在问题。我无法执行某些操作,例如打开SQL Server Configuration Manager,最终导致损坏/丢失WMI提供程序文件。
根据我所读的内容,有很多乏味的方法可以解决此问题,但是tweaking.com的工具能够删除和替换/修复我的WMI(Windows管理规范)提供程序文件。
我曾经做过电脑维修,而总体上tweaking.com工具确实给我留下了深刻的印象,这是我去过的WMI错误论坛页面之一所建议的。
解决此问题后,我能够在本地和远程连接到我的SQL数据库。
希望这对某人有帮助。