我的前提是：我用遠程連接可以查看業務服務器，可以查看sqlserver，但是用本地的客戶端無法連接，
我就做了如下測試， 和修改， 針對於我係統時，端口沒開、<機器名>Administrator用戶名被刪除了、而且給的sa密碼還不對，在服務器上改的（別人配置的服務器，我們來分析表結構，不是一個部門，也不好意思總問人家）。
ok 以下是修改策略。。
----------------
ping <服務器IP地址/服務器名稱>
如果 ping <服務器IP地址> 不成功,說明物理連接有問題,這時候要檢查硬件設備,如網卡,HUB,路由器等.
還有一種可能是由於客戶端和服務器之間安裝有防火牆軟件造成的,比如 ISA Server.防火牆軟件可能會屏蔽對 ping,telnet 等的響應
因此在檢查連接問題的時候,我們要先把防火牆軟件暫時關閉,或者打開所有被封閉的端口.
如果ping <服務器IP地址> 成功而,ping <服務器名稱> 失敗
則說明名字解析有問題,這時候要檢查 DNS 服務是否正常.
有時候客戶端和服務器不在同一個局域網裏面,這時候很可能無法直接使用服務器名稱來標識該服務器,這時候我們可以使用HOSTS文件來進行名字解析,
具體的方法是:
1.使用記事本打開HOSTS文件（一般情況下位於C:\WINNT\system32\drivers\etc）.
添加一條IP地址與服務器名稱的對應記錄,如:
172.168.10.24 myserver
2.或在 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 協議,選擇 "屬性 ",我們可以來檢查 SQL Server 服務默認端口的設置。一般而言,我們使用 SQL Server 默認的1433端口.如果選中 "隱藏服務器 ",則意味着客戶端無法通過枚舉服務器來看到這臺服務器,起到了保護的作用,但不影響連接.
=========== 接下來我們要到客戶端檢查客戶端的網絡配置 ==========
我們同樣可以利用 SQL Server 自帶的客戶端網絡使用工具來進行檢查,
所不同的是這次是在客戶端來運行這個工具.
點擊:程序 -- Microsoft SQL Server -- 客戶端網絡使用工具
打開該工具後,在 "常規 "項中,可以看到客戶端啓用了哪些協議.
一般而言,我們同樣需要啓用命名管道以及 TCP/IP 協議.
點擊 TCP/IP 協議,選擇 "屬性 ",可以檢查客戶端默認連接端口的設置,該端口必須與服務器一致.
單擊 "別名 "選項卡,還可以爲服務器配置別名.服務器的別名是用來連接的名稱,
連接參數中的服務器是真正的服務器名稱,兩者可以相同或不同.別名的設置與使用HOSTS文件有相似之處.
通過以上幾個方面的檢查,基本上可以排除第一種錯誤.
-----------------------------------------------------------------------------
二. "無法連接到服務器,用戶xxx登陸失敗 "
該錯誤產生的原因是由於SQL Server使用了 "僅 Windows "的身份驗證方式,
因此用戶無法使用SQL Server的登錄帳戶（如 sa ）進行連接.解決方法如下所示:
1.在服務器端使用企業管理器,並且選擇 "使用 Windows 身份驗證 "連接上 SQL Server
在企業管理器中
--右鍵你的服務器實例(就是那個有綠色圖標的)
--編輯SQL Server註冊屬性
--選擇 "使用windows身份驗證 "
2.展開 "SQL Server組 ",鼠標右鍵點擊SQL Server服務器的名稱,選擇 "屬性 ",再選擇 "安全性 "選項卡
3.在 "身份驗證 "下,選擇 "SQL Server和 Windows ".
4.重新啓動SQL Server服務.
在以上解決方法中,如果在第 1 步中使用 "使用 Windows 身份驗證 "連接 SQL Server 失敗，那就通過修改註冊表來解決此問題:
1.點擊 "開始 "- "運行 ",輸入regedit,回車進入註冊表編輯器
2.依次展開註冊表項,瀏覽到以下註冊表鍵:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]
3.在屏幕右方找到名稱 "LoginMode ",雙擊編輯雙字節值
4.將原值從1改爲2,點擊 "確定 "
5.關閉註冊表編輯器
6.重新啓動SQL Server服務.
此時,用戶可以成功地使用sa在企業管理器中新建SQL Server註冊,
但是仍然無法使用Windows身份驗證模式來連接SQL Server.
這是因爲在 SQL Server 中有兩個缺省的登錄帳戶:
BUILTIN\Administrators
<機器名> \Administrator 被刪除.
要恢復這兩個帳戶,可以使用以下的方法:
1.打開企業管理器,展開服務器組,然後展開服務器
2.展開 "安全性 ",右擊 "登錄 ",然後單擊 "新建登錄 "
3.在 "名稱 "框中,輸入 BUILTIN\Administrators
4.在 "服務器角色 "選項卡中,選擇 "System Administrators "
5.點擊 "確定 "退出
6.使用同樣方法添加 <機器名> \Administrator 登錄.
說明:
以下註冊表鍵:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode
的值決定了SQL Server將採取何種身份驗證模式.
1.表示使用 "Windows 身份驗證 "模式
2.表示使用混合模式（Windows 身份驗證和 SQL Server 身份驗證）.
-----------------------------------------------------------------------------
三.提示連接超時
如果遇到第三個錯誤,一般而言表示客戶端已經找到了這臺服務器,並且可以進行連接，不過是由於連接的時間大於允許的時間而導致出錯。這種情況一般會發生在當用戶在Internet上運行企業管理器來註冊另外一臺同樣在Internet上的服務器，並且是慢速連接時,有可能會導致以上的超時錯誤.有些情況下,由於局域網的網絡問題,也會導致這樣的錯誤.
要解決這樣的錯誤,可以修改客戶端的連接超時設置。默認情況下,通過企業管理器註冊另外一臺SQL Server的超時設置是 4 秒，而查詢分析器是 15 秒（這也是爲什麼在企業管理器裏發生錯誤的可能性比較大的原因）.
具體步驟爲:
企業管理器中的設置:
1.在企業管理器中,選擇菜單上的 "工具 ",再選擇 "選項 "
2.在彈出的 "SQL Server企業管理器屬性 "窗口中,點擊 "高級 "選項卡
3.在 "連接設置 "下的 "登錄超時（秒） "右邊的框中輸入一個比較大的數字,如 20.
查詢分析器中的設置:
工具 -- 選項 -- 連接 -- 將登錄超時設置爲一個較大的數字
四：修改密碼
我用的是這種方式，前邊的我都試了，就是連不上，後來修改密碼，發現管理員自己把密碼搞混亂了，無語中。。
企業管理器> 機器名》安全性》登陸》找到SA> 右鍵，屬性》修改密碼吧
或者使用SA登陸查詢分析器後運行：
EXEC sp_password '舊密碼 ', '新密碼 '