如果直接操作服務器檢查，可以遵循以下步驟：首先確認數據庫服務器的服務是否正常運行。其次，檢查數據庫的連接數是否已滿，這可以通過查詢命令進行測試，如執行SQL語句：select count(*) from master.dbo.sysprocesses 或者使用 sp_who。此外，也可以通過管理界面進行檢查，如在SQL2000中，使用企業管理器，管理——當前活動——進程信息；在SQL2005中，使用管理界面，展開對象管理器，管理——右鍵“活動監視器”——查看進程；在SQL2008中，使用管理界面，在菜單欄下面點擊最后一個圖標“活動監視器”，進入活動監視器的界面后，點擊“進程”。同時，確認鏈接IP、用戶名、密碼是否正確。推薦使用DBeaver軟件操作數據庫，對多種數據庫都支持良好，操作也很方便。如果要檢查服務器IP能否通，實際上是在看與遠程sql server 2000服務器的物理連接是否存在。如若不通，需要檢查網絡配置，確保遠程sql server 2000服務器的IP拼寫正確。在Dos或命令行下輸入telnet 服務器IP 端口，看能否連通，如telnet 202.114.100.100 1433，通常端口值是1433，因為1433是sql server 2000的對于Tcp/IP的默認偵聽端口。如果有問題，通常這一步會出問題。通常的提示是“……無法打開連接,連接失敗”。如果這一步有問題，應該檢查以下選項：檢查遠程服務器是否啟動了sql server 2000服務。如果沒有，則啟動。檢查服務器端有沒啟用Tcp/IP協議，因為遠程連接(通過因特網)需要靠這個協議。檢查方法是，在服務器上打開開始菜單->程序->Microsoft SQL Server->服務器網絡實用工具，看啟用的協議里是否有tcp/ip協議，如果沒有，則啟用它。檢查服務器的tcp/ip端口是否配置為1433端口。仍然在服務器網絡實用工具里查看啟用協議里面的tcp/ip的屬性，確保默認端口為1433，并且隱藏服務器復選框沒有勾上。事實上，如果默認端口被修改，也是可以的，但是在客戶端做telnet測試時，寫服務器端口號時必須與服務器配置的端口號保持一致。如果隱藏服務器復選框被勾選，則意味著客戶端無法通過枚舉服務器來看到這臺服務器，起到了保護的作用，但不影響連接，但是Tcp/ip協議的默認端口將被隱式修改為2433，在客戶端連接時必須作相應的改變。如果服務器端操作系統打過sp2補丁，則要對windows防火墻作一定的配置，要對它開放1433端口，通常在測試時可以直接關掉windows防火墻(其他的防火墻也關掉最好)。檢查服務器是否在1433端口偵聽。如果服務器沒有在tcp連接的1433端口偵聽，則是連接不上的。檢查方法是在服務器的dos或命令行下面輸入 netstat -a -n 或者是netstat -an，在結果列表里看是否有類似 tcp 127.0.0.1 1433 listening 的項。如果沒有，則通常需要給sql server 2000打上至少sp3的補丁。其實，在服務器端啟動查詢分析器，輸入 select @@version 執行后可以看到版本號，版本號在8.0.2039以下的都需要打補丁。詳情