每次尝试通过SSMS连接到azure服务器时,都会出现以下错误 . 在服务器防火墙中列出了IP客户端地址但仍无法正常工作 .
Microsoft SQL Server,错误:53
我在Microsoft Imagine订阅下使用azure学生许可证,这是一个问题吗?
P.S:
-
尝试使用此_760205进行故障排除,但仍然收到错误消息
-
我正在使用没有虚拟机的SQL Azure
-
我的连接字符串是
Server = tcp:test-dikna.database.windows.net,1433; Initial Catalog = test-diknaDb; Persist Security Info = False; User ID = diknary; Password =; MultipleActiveResultSets = False; Encrypt = True; TrustServerCertificate = False;连接超时= 30;
- 这是我的追踪结果
1 回答
Windows azure SQL数据库具有良好的故障排除指南,即使在今天也有效 .
References:
Windows Azure SQL Database Connectivity Troubleshooting Guide
one more interactive link :
Troubleshooting connectivity issues with Microsoft Azure SQL Database
下面是步骤(这里粘贴以避免链接腐烂..)
Verify Azure Firewall Settings and Service Availability:
此问题的错误消息是自解释的,您需要将您的IP添加到允许的IP列表..并检查您的数据库是否在门户网站中是否在线或有任何中断
Verify That You Can Reach the Server IP.
1.打开命令提示符窗口并使用PING命令确认名称解析成功将逻辑服务器名称转换为IP地址 . 预期下面显示的“请求超时”消息是因为SQL数据库永远不会响应ping请求 .
如果服务器名称解析为IP地址,请记下该值并继续执行步骤2.如果此步骤失败,请与网络管理员或Internet服务提供商联系,以获取有关修复名称解析问题的帮助 .
2.在命令提示符窗口中,尝试使用前一步骤中返回的IP地址telnet到端口1433 . 这将测试是否有任何防火墙/路由器阻止到端口1433的流量 .
3.如果Telnet成功,窗口将变为完全空白的屏幕 . 退出并继续下一步 . 如果不成功,请捕获输出并转到步骤4 .
在命令提示符窗口中,通过尝试telnet到DNS名称而不是IP地址来重复测试 .
Note: 如果Telnet不是默认Windows安装的一部分,则可以从“添加/删除Windows组件”中启用它 .
4.使用tracert实用程序并捕获输出,显示尝试访问服务器时所采取的中间步骤 . 如果需要网络工程师来解决问题,此信息将非常有用 .
如果您遇到问题,即使在尝试访问IP时,您也没有到达VIP,而是在客户端和VIP之间被阻止 . 请参阅第一个链接中的网络部分,了解有关如何进一步处理的更多步骤您需要在此阶段让网络管理员参与进来