的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 –