的Windows Azure SQL数据库具有良好的故障排除指南，它即使在今天是有效的..
参考文献：
Windows Azure SQL Database Connectivity Troubleshooting Guide
多了一个互动的环节：
Troubleshooting connectivity issues with Microsoft Azure SQL Database
以下是步骤（粘贴在这里以避免链接腐烂..）
验证Azure防火墙设置和服务可用性：
此问题的错误消息是不言自明的，您需要将您的IP添加到允许的IP列表中，并且还检查您的数据库是否在门户网站中或有任何中断
验证您是否可以访问服务器IP。
1.打开命令提示符窗口并使用PING命令确认名称解析已成功将您的逻辑服务器名称转换为IP地址。预期下面显示的“请求超时”消息是因为SQL数据库永远不会响应ping请求。
C:>ping .database.windows.net
Pinging data.sn1-1.database.windows.net [65.55.74.144] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Ping statistics for 65.55.74.144:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss)
如果服务器名称解析为IP地址，请注意值和步骤进行2.如果这一步失败，有固定名称解析问题，请联系您的网络管理员或互联网服务提供商寻求帮助。
2.在命令提示符窗口中，尝试使用上一步中返回的IP地址telnet到端口1433。这将测试是否有任何防火墙/路由器阻塞交通港口1433
C:>telnet 65.55.74.144 1433
Connecting To 65.55.74.144...
3.如果Telnet是成功的，该窗口将变成一个完全空白屏幕。退出并继续下一步。如果不成功，请捕获输出并移至步骤4.
在命令提示符窗口中，通过尝试telnet到DNS名称而不是IP地址来重复测试。
C:>telnet .database.windows.net 1433
注：如果Telnet是不是默认的Windows安装的一部分，您可以添加启用/删除Windows组件。
4.使用tracert实用程序捕获显示尝试访问服务器时所采取的中间步骤的输出。如果需要网络工程师来解决问题，这些信息将非常有用。
C:>tracert 65.55.74.144
Tracing route to 65.55.74.144 over a maximum of 30 hops
1 2 ms 1 ms 1 ms 192.168.0.1
2 6 ms 5 ms 5 ms 10.33.34.50
3 5 ms 4 ms 5 ms 4-1-753.DLLSTX-LCR-07.verizon-gni.net [130.81.107.26]
4 8 ms 5 ms 5 ms so-6-2-0-0.DFW01-BB-RTR1.verizon-gni.net [130.81.28.208]
5 44 ms 43 ms 44 ms so-11-0-0-0.LCC1-RES-BB-RTR1-RE1.verizon-gni.net [130.81.17.40]
6 49 ms 44 ms 44 ms so-6-0-0-0.ASH-PEER-RTR1-re1.verizon-gni.net [130.81.10.90]
，如果你面对的问题，试图到达IP，即使,,那么你就没有达到VIP，并且不是被封锁你的客户端之间和VIP.please指网络节第一链接了解更多步骤如何进一步进行，你需要涉及网络管理员在这个阶段
你能给我们多一点信息吗？像：您是使用SQL Azure还是使用Azure中运行SQL的虚拟机？你能告诉我们你的连接字符串/你想使用的服务器（不包括密码）吗？ –
@RickvandenBosch Ok done –