第1步，依次單擊“開始”→“所有程式”→Microsoft SQL Server→“伺服器網路實用工具”，開啟“SQL Server網路實用工具”對話方塊。從該對話方塊中可以看到伺服器啟用了哪些協議，一般而言應該啟用命名管道及TCP/IP，如圖2008120213所示。
圖2008120213 SQL Server網路實用工具
2
第2步，在“啟用的協議”列表框中選中TCP/IP選項並單擊“屬性”按鈕，開啟hanjiangit-TCP/IP對話方塊。在該對話方塊中檢查SQL Server服務預設埠的設定，預設會使用1433埠。如果選取“隱藏伺服器”複選框，則客戶端將無法透過列舉伺服器來看到這臺SQL Server伺服器，從而起到保護作用。如果檢查沒有問題單擊“確定”按鈕，如圖2008120214所示。
圖2008120214 檢查TCP/IP屬性
3
第3步，檢查完伺服器端的網路配置，接著要到客戶端檢查客戶端的網路配置。在安裝了SQL Server客戶端的計算機中依次單擊“開始/所有程式/Microsoft SQL Server/客戶端網路實用工具”，開啟“SQL Server客戶端網路實用工具”對話方塊。在該對話方塊中可以看到客戶端啟用了哪些協議，一般而言同樣需要啟用命名管道（Named Pipes）及TCP/IP，如圖2008120215所示。
圖2008120215 SQL Server客戶端網路實用工具
4
圖2008120216 檢查客戶端使用的埠
5
第5步，在“SQL Server客戶端網路實用工具”對話方塊中單擊“別名”選項卡，可以為伺服器配置別名。伺服器的別名是用於連線的名稱，連線引數中的伺服器是真正的伺服器名稱，兩者可以相同或不同。例如可以使用SQL Server來代替真正的伺服器名稱hanjiangit，並使用網路庫“Named Pipes（命名管道）”。確認伺服器別名沒有問題，單擊“確定”按鈕，如圖2008120217所示。
圖2008120217 配置SQL Server
6
透過對以上引數進行檢查並配置，基本可以排除本例所提到的故障。
END
注意事項
除了上述原因及解決方法，使用者還可以從以下幾個方面進行檢查：
1．檢查網路物理連線
使用Ping命令測試伺服器IP地址或伺服器名稱，如果Ping伺服器IP地址時失敗，說明物理連線有問題，這時要檢查硬體裝置（如網絡卡、交換機、路由器等）。還有一種可能是由於客戶端和伺服器之間安裝有防火牆軟體，防火牆可能會遮蔽對 Ping、Telnet 等請求的響應。在檢查連線問題時建議先把防火牆軟體暫時關閉，或者開啟所有被封閉的埠。
如果Ping伺服器IP地址成功而Ping伺服器名稱失敗，則說明名字解析有問題。有時SQL伺服器跟客戶端不屬於同一個網段，這時可能會無法直接使用伺服器名稱來標識該伺服器。不過藉助HOSTS檔案也能進行名字解析。用“記事本”程式開啟HOSTS檔案（該檔案一般位於%SystemRoot%\system32\drivers\etc中），新增一條IP地址與伺服器名稱的對應記錄（如10.115.223.188 hanjiangit）。
2．用Telnet命令檢查SQL Server伺服器工作狀態。
執行命令“Telnet 伺服器IP地址：1433”，如果命令執行成功則可以看到螢幕一閃之後游標在左上角不停閃動，這說明 SQL Server伺服器工作正常，並且正在監聽1433埠的TCP/IP連線；如果命令返回“無法開啟連線”的錯誤資訊，則說明伺服器沒有啟動SQL Server服務，也可能伺服器未使用 TCP/IP，或者伺服器沒有在SQL Server的預設埠1433上監聽。
3．在SQL Server伺服器上檢查伺服器端的網路配置。
一般需要檢查是否啟用了命名管道、是否啟用了TCP/IP燈方面。
第1步，依次單擊“開始”→“所有程式”→Microsoft SQL Server→“伺服器網路實用工具”，開啟“SQL Server網路實用工具”對話方塊。從該對話方塊中可以看到伺服器啟用了哪些協議，一般而言應該啟用命名管道及TCP/IP，如圖2008120213所示。
圖2008120213 SQL Server網路實用工具
2
第2步，在“啟用的協議”列表框中選中TCP/IP選項並單擊“屬性”按鈕，開啟hanjiangit-TCP/IP對話方塊。在該對話方塊中檢查SQL Server服務預設埠的設定，預設會使用1433埠。如果選取“隱藏伺服器”複選框，則客戶端將無法透過列舉伺服器來看到這臺SQL Server伺服器，從而起到保護作用。如果檢查沒有問題單擊“確定”按鈕，如圖2008120214所示。
圖2008120214 檢查TCP/IP屬性
3
第3步，檢查完伺服器端的網路配置，接著要到客戶端檢查客戶端的網路配置。在安裝了SQL Server客戶端的計算機中依次單擊“開始/所有程式/Microsoft SQL Server/客戶端網路實用工具”，開啟“SQL Server客戶端網路實用工具”對話方塊。在該對話方塊中可以看到客戶端啟用了哪些協議，一般而言同樣需要啟用命名管道（Named Pipes）及TCP/IP，如圖2008120215所示。
圖2008120215 SQL Server客戶端網路實用工具
4
圖2008120216 檢查客戶端使用的埠
5
第5步，在“SQL Server客戶端網路實用工具”對話方塊中單擊“別名”選項卡，可以為伺服器配置別名。伺服器的別名是用於連線的名稱，連線引數中的伺服器是真正的伺服器名稱，兩者可以相同或不同。例如可以使用SQL Server來代替真正的伺服器名稱hanjiangit，並使用網路庫“Named Pipes（命名管道）”。確認伺服器別名沒有問題，單擊“確定”按鈕，如圖2008120217所示。
圖2008120217 配置SQL Server
6
透過對以上引數進行檢查並配置，基本可以排除本例所提到的故障。
END
注意事項
除了上述原因及解決方法，使用者還可以從以下幾個方面進行檢查：
1．檢查網路物理連線
使用Ping命令測試伺服器IP地址或伺服器名稱，如果Ping伺服器IP地址時失敗，說明物理連線有問題，這時要檢查硬體裝置（如網絡卡、交換機、路由器等）。還有一種可能是由於客戶端和伺服器之間安裝有防火牆軟體，防火牆可能會遮蔽對 Ping、Telnet 等請求的響應。在檢查連線問題時建議先把防火牆軟體暫時關閉，或者開啟所有被封閉的埠。
如果Ping伺服器IP地址成功而Ping伺服器名稱失敗，則說明名字解析有問題。有時SQL伺服器跟客戶端不屬於同一個網段，這時可能會無法直接使用伺服器名稱來標識該伺服器。不過藉助HOSTS檔案也能進行名字解析。用“記事本”程式開啟HOSTS檔案（該檔案一般位於%SystemRoot%\system32\drivers\etc中），新增一條IP地址與伺服器名稱的對應記錄（如10.115.223.188 hanjiangit）。
2．用Telnet命令檢查SQL Server伺服器工作狀態。
執行命令“Telnet 伺服器IP地址：1433”，如果命令執行成功則可以看到螢幕一閃之後游標在左上角不停閃動，這說明 SQL Server伺服器工作正常，並且正在監聽1433埠的TCP/IP連線；如果命令返回“無法開啟連線”的錯誤資訊，則說明伺服器沒有啟動SQL Server服務，也可能伺服器未使用 TCP/IP，或者伺服器沒有在SQL Server的預設埠1433上監聽。
3．在SQL Server伺服器上檢查伺服器端的網路配置。
一般需要檢查是否啟用了命名管道、是否啟用了TCP/IP燈方面。