下面我們依次介紹如何來解決這三個最常見的連接錯誤。
第一個錯誤"SQL Server 不存在或訪問被拒絕"通常是最復雜的，錯誤發生的原因比較多，需要檢查的方面也比較多。一般說來，有以下幾種可能性：
1、SQL Server名稱或IP地址拼寫有誤；
2、服務器端網絡配置有誤；
3、客戶端網絡配置有誤。
要解決這個問題，我們一般要遵循以下的步驟來一步步找出導致錯誤的原因。
首先，檢查網絡物理連接：
ping ＜服務器IP地址＞
或者
ping ＜服務器名稱＞
如果 ping ＜服務器IP地址＞ 失敗，說明物理連接有問題，這時候要檢查硬件設備，如網卡、HUB、路由器等。還有一種可能是由於客戶端和服務器之間安裝有防火牆軟件造成的，比如 ISA Server。防火牆軟件可能會屏蔽對 ping、telnet 等的響應，因此在檢查連接問題的時候，我們要先把防火牆軟件暫時關閉，或者打開所有被封閉的端口。
如果ping ＜服務器IP地址＞ 成功而 ping ＜服務器名稱＞ 失敗，則說明名字解析有問題，這時候要檢查 DNS 服務是否正常。有時候客戶端和服務器不在同一個局域網裡面，這時候很可能無法直接使用服務器名稱來標識該服務器，這時候我們可以使用HOSTS文件來進行名字解析，具體的方法是：
1、使用記事本打開HOSTS文件（一般情況下位於C:WINNTsystem32driversetc）.
2、添加一條IP地址與服務器名稱的對應記錄，如：
172.168.10.24 myserver
也可以在 SQL Server 的客戶端網絡實用工具裡面進行配置，後面會有詳細說明。
其次，使用 telnet 命令檢查SQL Server服務器工作狀態：
telnet ＜服務器IP地址＞ 1433
如果命令執行成功，可以看到屏幕一閃之後光標在左上角不停閃動，這說明 SQL Server 服務器工作正常，並且正在監聽1433端口的 TCP/IP 連接；如果命令返回"無法打開連接"的錯誤信息，則說明服務器端沒有啟動 SQL Server 服務，也可能服務器端沒啟用 TCP/IP 協議，或者服務器端沒有在 SQL Server 默認的端口1433上監聽。
接著，我們要到服務器上檢查服務器端的網絡配置，檢查是否啟用了命名管道，是否啟用了 TCP/IP 協議等等。我們可以利用 SQL Server 自帶的服務器網絡使用工具來進行檢查。
點擊：程序 -＞ Microsoft SQL Server -＞ 服務器網絡使用工具，打開該工具後看到的畫面如下圖所示：
從這裡我們可以看到服務器啟用了哪些協議。一般而言，我們啟用命名管道以及 TCP/IP 協議。
點中 TCP/IP 協議，選擇"屬性"，我們可以來檢查 SQK Server 服務默認端口的設置，如下圖所示：
一般而言，我們使用 SQL Server 默認的1433端口。如果選中"隱藏服務器"，則意味著客戶端無法通過枚舉服務器來看到這台服務器，起到了保護的作用，但不影響連接。
檢查完了服務器端的網絡配置，接下來我們要到客戶端檢查客戶端的網絡配置。我們同樣可以利用 SQL Server 自帶的客戶端網絡使用工具來進行檢查，所不同的是這次是在客戶端來運行這個工具。
點擊：程序 -＞ Microsoft SQL Server -＞ 客戶端網絡使用工具， 打開該工具後看到的畫面如下圖所示：從這裡我們可以看到客戶端啟用了哪些協議。一般而言，我們同樣需要啟用命名管道以及 TCP/IP 協議。
點擊 TCP/IP 協議，選擇"屬性"，可以檢查客戶端默認連接端口的設置，如下圖所示。該端口必須與服務器一致。
單擊"別名"選項卡，還可以為服務器配置別名。服務器的別名是用來連接的名稱，連接參數中的服務器是真正的服務器名稱，兩者可以相同或不同。如下圖中，我們可以使用myserver來代替真正的服務器名稱sql2kcn-02，並且使用網絡庫 Named Pipes。別名的設置與使用HOSTS文件有相似之處。
通過以上幾個方面的檢查，錯誤 1 發生的原因基本上可以被排除。下面我們再詳細描述如何來解決錯誤 2。
當用戶嘗試在查詢分析器裡面使用sa來連接SQL Server，或者在企業管理器裡面使用sa來新建一個SQL Server注冊時，經常會遇到如圖 2 所示的錯誤信息。
