我正在尝试配置 SQL Server 2008 以接受远程连接。我已查阅了所有能找到的文档,但当我尝试通过 Management Studio 进行连接时,却收到错误消息,提示无法找到服务器。
有趣的是,我可以通过 sql server 正在监听的端口通过 telnet 连接到远程服务器。在 SQL Server 日志中,我可以看到连接尝试。因此,SQL Server 已启动并正在运行,并且正在监听正确的端口 - 没有防火墙阻止它。
看起来 SQL Server 默认监听端口 50314,但管理工作室尝试连接端口 1433。很奇怪。
服务器管理工作室 = 没有骰子。
有人有什么想法吗?服务器设置为允许远程连接 - TCP IP 已启用,防火墙已关闭。
谢谢
更新以澄清一些事情
当我们在 sql server 日志中通过 50314 端口进行 telnet 连接时,我们可以看到有连接尝试。当我们通过 management studio 登录时,我们可以看到它尝试在 1433 端口进行连接。日志中没有此连接尝试的迹象。
答案1
- 确保远程服务器上的 SQL Server Browser 服务已打开,这样可以更轻松地找到它
- 验证 SQL Server 是否在端口 1433 上运行,如果没有,则需要
, PORT#
在 SSMS 中的服务器名称后指定 - 确保 SQL Server 设置为在 TCP/IP 上运行。例如,它可能仅限于命名管道。
- 确保 SQL Server 设置为默认实例 MSSQLSERVER,如果不是,则需要
SERVERNAME\INSTANCE
在 SSMS 中指定
答案2
您是说在 SQL Server 错误日志中您看到了 Management Studio 的连接尝试吗?如果是这样,日志中说明了无法建立连接的原因(它可能与 SSMS 告诉您的不同,因为如果日志在服务器端记录消息,显然服务器可以是否能找到?您是否使用了服务器名称?如果是,您是否尝试过使用 IP 地址?您是否 100% 确定 SQL Server 确实在侦听端口 1433?并且它不是命名实例?对于命名实例,您需要连接到 [服务器名称或 IP][实例名称]。
答案3
几个月前,我们的 SQL Server 2008 机器就遇到过这种情况。根本原因是绑定 SQL 服务器服务的域帐户出现问题,有人更改了密码。在尝试可怕的重启之前,请尝试此操作。