好的，我在这里结束了（不像我开始时有很多，但那是一个不同的故事！）。所以（感叹）......
在某个地方，我明显感觉到我的一个或多个数据库驱动程序已损坏或其他东西，而且我不知道如何在不重新安装Windows的情况下解决问题，这将是疯狂的。问题在于：
我正在开展多个网站项目，并且我一直在家中使用Visual Studio 2015社区和SQL Server 2014开发人员，SQL Server Management Studio作为使用数据库的首选工具， Windows 10 64位盒。我一直在本地开发代码，在过去的几周里，我还没有必要连接到托管服务提供商服务器上的（最终）生产SQL Server数据库。 最后时间我（他们可能在两周前）连接到他们的一切都很好，花花公子，在此之前我也没有遇到任何问题。
昨天我需要连接，所以我启动SSMS登录数据库。我没有连接，而是收到了关于＆＃34;未找到网络路径＆＃34;的错误消息，这意味着SSMS无法找到数据库服务器。在多次重试之后，我尝试使用Visual Studio的“服务器资源管理器”窗口进行连接，并显示相同的错误消息。
我尝试PING服务器并且成功了。我有一个TELNET连接到端口1433，所以服务器名称是正确的，我能够将名称解析为正确的IP。不过，我无法与远程数据库建立数据库连接。
我遵循了这个基本问题的所有建议，包括关闭Windows防火墙，我甚至关闭了我的有线调制解调器的防火墙，只是为了测试它是否存在。仍然没有快乐。
作为最终步骤，我卸载了SQL Server，SSMS，Visual Studio以及所有附带的部分，并且删除了Visual Studio和SQL Server的所有文件夹，以确保我能找到的所有删除内容都消失了。
我打开了一个命令提示符并运行cliconfg以确保命名为TCP和命名管道都已启用，它们是。
我在重新启动后安装了LinqPad，看看现在我是否可以连接，但仍然没有。
有趣的是，我将本地IIS框中的ASP.NET网站项目的web.config文件中的连接字符串更改为指向远程服务器的数据库， 它的工作原理
所以，现在我没有任何关于我的本地机器正在发生的事情可能导致这种情况。我现在花了将近两整天的时间。我还没有重新安装SQL Server，SSMS或Visual Studio，但是我仍然无法解决问题。如果可以避免的话，重新安装Windows并不是一个真正的选择。
问题是，是否有其他人遇到类似这样的事情，以及如何诊断或修复？
答案 0 :(得分：0)
要测试连接，请尝试此操作 1.在文件夹中创建空白文本文件 2.将extensión重命名为.udl到文本文件（exmanple New textfile.udl） 3.双击New textfile.udl
.udl文件将显示输入连接参数，填充它们并单击测试连接。这可以帮助您测试驱动程序和SQL Server的
答案 1 :(得分：0)
有趣的是，在经历了两次令人抓狂的日子之后，我发现SQL Server的.NET数据提供程序已经损坏，显然病毒已经过了我的AV软件并且非常隐秘，因为它影响了它是SQL Server驱动程序。 我想出这个的方法是使用Visual Studio中的OLEDB数据提供程序成功连接到远程数据库，这完美地工作。 解决这个问题的方法是运行不同的AV软件，找到并删除病毒，然后重新安装SQL Server和Visual Studio，这一切都像魅力一样！