連接失敗瀟檢查SQL注冊屬性SQLServer連接中的四個最常見錯誤：一."SQLServer不存在或訪問被拒絕”這個是最復雜的，錯誤發生的原因比較多,需要檢查的方面也比較多.一般說來,有以下幾種可能性：1,SQLServer名稱或IP地址拼寫有誤服務器端網絡配置有誤客戶端網絡配置有誤要解決這個問題，我們一般要遵循以下的步驟來一步步找出導致錯誤的原因.=============首先，檢查網絡物理連接=============ping＜服務器IP地址/服務器名稱〉如果ping＜服務器IP地址〉不成功，說明物理連接有問題，這時候要檢查硬件設備，如網卡,HUB,路由器等.還有一種可能是由于客戶端和服務器之間安裝有防火墻軟件造成的，比如ISAServer.防火墻軟件可能會屏蔽對ping,telnet等的響應因此在檢查連接問題的時候，我們要先把防火墻軟件暫時關閉，或者打開所有被封閉的端口.如果ping＜服務器IP地址〉成功而,ping＜服務器名稱〉失敗則說明名字解析有問題,這時候要檢查DNS服務是否正常.有時候客戶端和服務器不在同一個局域網里面，這時候很可能無法直接使用服務器名稱來標識該服務器,這時候我們可以使用HOSTS文件來進行名字解析，具體的方法是：使用記事本打開HOSTS文件（一般情況下位于C:\WINNT\system32\drivers\etc）.添加一條IP地址與服務器名稱的對應記錄，如：172.168.10.24myserver或在SQLServer的客戶端網絡實用工具里面進行配置,后面會有詳細說明.telnet＜服務器IP地址〉1433如果命令執行成功，可以看到屏幕一閃之后光標在左上角不停閃動，這說明SQLServer服務器工作正常,并且正在監聽1433端口的TCP/IP連接如果命令返回"無法打開連接"的錯誤信息，則說明服務器端沒有啟動SQLServer服務，也可能服務器端沒啟用TCP/IP協議,或者服務器端沒有在SQLServer默認的端口1433上監聽.=============接著，我們要到服務器上檢查服務器端的網絡配置檢查是否啟用了命名管道.是否啟用了TCP/IP協議等等=============可以利用SQLServer自帶的服務器網絡使用工具來進行檢查.點擊:程序--MicrosoftSQLServer--服務器網絡使用工具打開該工具后，在"常規"中可以看到服務器啟用了哪些協議.一般而言，我們啟用命名管道以及TCP/IP協議.點中TCP/IP協議，選擇"屬性"，我們可以來檢查SQKServer服務默認端口的設置一般而言，我們使用SQLServer默認的1433端口.如果選中"隱藏服務器"，則意味著客戶端無法通過枚舉服務器來看到這臺服務器，起到了保護的作用，但不影響連接.=============接下來我們要到客戶端檢查客戶端的網絡配置=============我們同樣可以利用SQLServer自帶的客戶端網絡使用工具來進行檢查，所不同的是這次是在客戶端來運行這個工具.點擊:程序--MicrosoftSQLServer--客戶端網絡使用工具打開該工具后，在"常規"項中，可以看到客戶端啟用了哪些協議.一般而言，我們同樣需要啟用命名管道以及TCP/IP協議.點擊TCP/IP協議，選擇"屬性"，可以檢查客戶端默認連接端口的設置，該端口必須與服務器一致.單擊"別名"選項卡，還可以為服務器配置別名.服務器的別名是用來連接的名稱，連接參數中的服務器是真正的服務器名稱，兩者可以相同或不同.別名的設置與使用HOSTS文件有相似之處.通過以上幾個方面的檢查，基本上可以排除第一種錯誤.二."無法連接到服務器，用戶xxx登陸失敗"該錯誤產生的原因是由于SQLServer使用了"僅Windows"的身份驗證方式，因此用戶無法使用SQLServer的登錄帳戶（如sa）進行連接.解決方法如下所示:在服務器端使用企業管理器，并且選擇"使用Windows身份驗證"連接上SQLServer操作步驟：在企業管理器中--右鍵你的服務器實例（就是那個有綠色圖標的）--編輯SQLServer注冊屬性--選擇”使用windows身份驗證”--選擇"使用SQLServer身份驗證"--登錄名輸入:sa,密碼輸入sa的密碼--確定設置允許SQLServer身份登錄操作步驟：在企業管理器中--展開"SQLServer組”，鼠標右鍵點擊SQLServer服務器的名稱--選擇”屬性”--再選擇”安全性”選項卡--在"身份驗證”下,選擇”SQLServer和Windows".--確定，并重新啟動SQLServer服務.在以上解決方法中，如果在第1步中使用”使用Windows身份驗證”連接SQLServer失敗，那就通過修改注冊表來解決此問題：點擊"開始”-"運行”，輸入regedit，回車進入注冊表編輯器依次展開注冊表項，瀏覽到以下注冊表鍵：[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]在屏幕右方找到名稱”LoginMode”,雙擊編輯雙字節值將原值從1改為2,點擊”確定”關閉注冊表編輯器重新啟動SQLServer服務.此時,用戶可以成功地使用sa在企業管理器中新建SQLServer注冊，但是仍然無法使用Windows身份驗證模式來連接SQLServer.這是因為在SQLServer中有兩個缺省的登錄帳戶：BUILTIN\Administrators＜機器名〉\Administrator被刪除.要恢復這兩個帳戶，可以使用以下的方法：打開企業管理器,展開服務器組，然后展開服務器展開”安全性”,右擊”登錄”，然后單擊”新建登錄”在”名稱”框中，輸入BUILTIN\Administrators在”服務器角色”選項卡中，選擇"SystemAdministrators"點擊”確定”退出使用同樣方法添加＜機器名〉\Administrator登錄.說明：以下注冊表鍵：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode的值決定了SQLServer將采取何種身份驗證模式.表示使用"Windows身份驗證"模式表示使用混合模式（Windows身份驗證和SQLServer身份驗證）.二.提示連接超時如果遇到第三個錯誤，一般而言表示客戶端已經找到了這臺服務器,并且可以進行連接，不過是由于連接的時間大于允許的時間而導致出錯.這種情況一般會發生在當用戶在Internet上運行企業管理器來注冊另外一臺同樣在Internet上的服務器，并且是慢速連接時，有可能會導致以上的超時錯誤.有些情況下，由于局域網的網絡問題，也會導致這樣的錯誤.要解決這樣的錯誤,可以修改客戶端的連接超時設置.默認情況下，通過企業管理器注冊另外一臺SQLServer的超時設置是4秒，而查詢分析器是15秒（這也是為什么在企業管理器里發生錯誤的可能性比較大的原因）.具體步驟為：企業管理器中的設置：在企業管理器中，選擇菜單上的"工具"，再選擇"選項"在彈出的"SQLServer企業管理器屬性"窗口中，點擊"高級"選項卡在"連接設置"下的"登錄超時（秒）”右邊的框中輸入一個比較大的數字，如20.查詢分析器中的設置：工具--選項--連接--將登錄超時設置為一個較大的數字四.大部分機都用Tcp/ip才能成功，有次我發現用NamedPipes才可以？回復人：leimin（黃山光明頂）這是因為在WINDOWS2000以后的操作系統中，MS為解決SQLSERVER的安全問題將TCP/IP配置為SQLSERVER的默認連接協議，你可以在CLIENTNETWORKUTILITY中看到TCP/IP和NAMEPIPE的順序。你也可以在：[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]"ProtocolOrder"=hex（7）:74,00,63,00,70,00,00,00,00,00看到默認的協議。2.怎么在程序中更改NamedPipes,Tcp/ip，其sql語句怎么寫？你可以在上面提到的注冊表的位置修改：CLIENT端：[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00SERVER端：[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib]"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00取的有助于解決連接問題的步驟。T回到頂端|提供反饋SQLServer2000支持SQLServer實例和客戶端應用程序間的多種通信方式。如果您的客戶端應用程序和SQLServer實例位于同一臺計算機上，那么MicrosoftWindows處理之間的通訊(IPC)部件(例如本地命名管道或共享內存協議)將被用于通信。但是，當客戶端應用程序和SQLServer實例位于不同計算機上時，一個網絡IPC(例如TCP/IP或命名管道)將被用于通信。SQLServer2000使用網絡庫(一個DLL)與特定的網絡協議進行通信。一對匹配網絡庫必須在客戶端計算機上激活，而且在支持待用網絡協議的服務器計算機上也必須是激活的。例如，如果您想啟用一個客戶端應用程序，通過TCP/IP與某個特定的SQLServer實例通信，那么客戶端的TCP/IP套接字網絡庫(Dbnetlib.dll)就必須配置為連接到客戶端計算機的服務器。同樣，服務器TCP/IP套接字網絡庫(Ssnetlib.dll)必須偵聽服務器計算機。在此方案中，TCP/IP協議堆棧必須同時安裝在客戶端計算機和服務器計算機上。在安裝完SQLServer2000之后，您可以通過客戶端網絡實用程序來配置客戶端網絡庫的屬性。您可以通過服務器網絡實用程序(Svrnetcn.exe)來配置服務器網絡庫的屬性。在安裝SQLServer安裝程序中的服務器工具時，服務器的網絡庫也同時被安裝了。但是，某些服務器的網絡庫可能未被激活。在默認情況下，SQLServer2000啟用并偵聽TCP/IP、命名管道和共享內存。因此，如果一個客戶端要連接到一臺服務器計算機，該客戶端必須使用一個客戶端網絡庫，該網絡庫須與SQLServer實例正在使用的服務器網絡庫之一相匹配。有關SQLServer通訊部件和網絡庫的其他信息，請參見"SQLServer在線參考書”中的下列主題:通信部件客戶端和服務器網絡庫管理客戶端解決連接問題在SQLServer2000中您可能會注意到的大多數連接問題都是由TCP/IP的問題或Windows身份認證的問題引起，或者由兩者共同引起。重要說明：在開始解決SQLServer2000的連接問題之前，請確認MSSQLServer服務已在運行SQLServer的計算機上啟動。域名系統(DNS)中的名稱解析過程用于解析SQLServer實例名稱的IP地址。如果名稱解析過程工作不正常，就不能獲得SQLServer實例，您可能會收到一條或多條下列錯誤信息：SQLServerdoesnotexistoraccessdeniedGeneralNetworkErrorCannotGenerateSSPIContext要驗證名稱解析過程是否在解析正確的服務器，可以使用服務器名和服務器的IP地址ping服務器。為此，請按以下步驟操作：單擊"開始”，然后單擊"運行”。在"運行”對話框中，在"打開”框中鍵入cmd，然后單擊"確定”。在命令提示符下，運行下列命令：ping〈ServerName>記錄返回的IP地址。在命令提示符下，運行下列命令（此處的IPaddress就是您在步驟3中記錄的IP地址）：ping-a<IPaddress>驗證命令解析的是正確的服務器名。如果兩個指定的命令有任何一個不成功、超時或沒有返回正確的值，那么DNS查找未能正常工作，或者有其他網絡或路由問題引發問題。要查看當前DNS設置，在命令提示符下運行下列命令：ipconfig/all有關ipconfig命令的其他信息，請單擊下面的文章編號，以查看Microsoft知識庫中相應的文章：223413Windows2000中Ipconfig.exe的選項要解決此問題，可以在客戶端計算機上的%systemroot%\system32\drivers\etc\hosts文件中為服務器添加一個條目。要解決此問題，還可以使用命名管道網絡庫連接到服務器。驗證啟用的協議和別名如果客戶端計算機上的別名設置錯誤，可能會引起連接問題。您可以使用客戶端網絡實用程序查看別名。為此，請按以下步驟操作：1.啟動客戶端網絡實用程序。如果SQLServer客戶端工具被安裝在正在運行客戶端應用程序的計算機上，請按照以下步驟啟動客戶端網絡實用程序：單擊"開始”，然后指向"程序”。指向“MicrosoftSQLServer”，然后單擊"客戶端網絡實用程序”。戶端網絡實用程序：單擊"開始”，然后單擊"運行”。在"運行”對話框中，在"打開”框中鍵入cliconfg，然后單擊"確定”。在“SQLServer客戶端網絡實用程序”窗口中，單擊"常規”標簽，然后啟用您要使用的所有協議。注意：您必須至少啟用TCP/IP協議和命名管道協議。單擊“別名”標簽，然后驗證為SQLServer實例所配置的別名。驗證別名的屬性，確認服務器名或IP地址和協議的配置是正確的。通過使用服務器名、IP地址或者其他協議，您可以創建一個新的別名以測試連接性能。注意：在Microsoft數據存取部件(MDAC)的早期版本中，客戶端網絡實用程序的用戶界面是不同的。因此，如果您沒有看到本文中列出的選項，請在運行客戶端應用程序的計算機上安裝MDAC的新版本。I證SQLServer實例正在正確地偵聽要驗證SQLServer實例正在正確地偵聽命名管道、TCP/IP或您在客戶端應用程序中使用的其他協議，請打開當前的SQLServer錯誤日志文件。SQLServer錯誤日志文件可能包括與以下類似的條目：2003-11-0609:49:36.17serverSQLserverlisteningonTCP,SharedMemory,NamedPipes.2003-11-0609:49:36.17serverSQLserverlisteningon192.168.1.5:1433,127.0.0.1:1433.通過分析SQLServer錯誤日志文件中的條目，可以驗證SQLServer實例是否正在偵聽正確的IP地址和端口。在默認情況下，一個默認的SQLServer實例偵聽端口1433。您還可以使用服務器網絡實用程序來驗證SQLServer的協議設置并更改SQLServer中的屬性，包括可以連接到SQLServer和可以使用的端口的協議。關于使用服務器網絡實用程序的更多信息，請參見SQLServer在線參考書中的“SQLServer網絡實用程序”專題。有時候,SQLServer2000可能不會綁定于端口1433或任何其他指定的端口。如果端口正被其他應用程序使用，或者如果您正在嘗試使用一個錯誤的IP地址進行連接，就可能會出現此問題。因此，TCP/IP到SQLServer的連接可能不成功，在SQLServer錯誤日志中您會收到下列錯誤信息：2001-11-1415:49:14.12serverSuperSocketInfo:BindfailedonTCPport1433.有關其他信息，請單擊下面的文章編號，以查看Microsoft知識庫中相應的文章:307197PRB:TCP\IP端口正由另一應用程序使用如果通過TCP/IP連接您不能連接到SQLServer實例，請嘗試使用命名管道協議或共享內存協議。在命令提示符下運行下面的命令，以獲取關于正在使用的端口的信息：NETSTAT-an您還可以使用Portqry命令行實用程序來獲取關于正在使用的端口的更多信息。有關Portqry命令行實用程序的其他信息，請單擊下面的文章編號，以查看Microsoft知識庫中相應的文章：310099Portqry.exe命令行實用程序說明有關與TCP/IP套接字相關的可能的錯誤的其他信息，請單擊下面的文章編號，以查看Microsoft知識庫中相應的文章：306865BUG:當TCP/IP是唯一的協議時，SQLServer可能無法偵聽TCP/IP套接字注意：對于SQLServer命名實例，SQLServer動態地決定端口并偵聽決定的端口。因此，當您啟動SQLServer命名實例時，SQLServer將設法偵聽之前使用的端口。如果SQLServer不能綁定到該端口，命名實例可能會動態地綁定到另一個端口。在這種情況下，請確認客戶端應用程序也被設置為動態地決定端口。作為選擇，您還可以為命名實例指定一個靜態端口，通過客戶端網絡實用程序對其進行綁定和偵聽。有關其他信息，請單擊下面的文章編號，以查看Microsoft知識庫中相應的文章：286303INF:動態端口檢測過程中SQLServer2000網絡庫的行為823938如何在SQLServer2000中使用靜態和動態端口分配解決MDAC問題MDAC的問題也可能會引起連接問題。例如，安裝一個軟件可能會覆蓋一些MDAC文件或更改權限，而您需要這些權限才能訪問MDAC文件。您可以運行MDAC部件檢查器來驗證MDAC在計算機上的安裝。有關如何確定您當前的MDAC版本的其他信息，請單擊下面的文章編號，以查看Microsoft知識庫中相應的文章：301202如何檢查MDAC版本注意：如果您正連接到SQLServer的一個命名實例，請確認計算機上運行的是MDAC2.6或更新的版本。MDAC的早期版本不識別SQLServer的命名實例。因此，可能無法連接到命名實例。您可以使用Odbcping.exe實用程序來驗證通過SQLServerODBC驅動程序的連接。有關Odbcping.exe的其他信息，請單擊下面的文章編號，以查看Microsoft知識庫中相應的文章：138541如何使用Odbcping.exe驗證到SQLServer的ODBC連接有關配置ODBCDSN的其他信息，請單擊下面的文章編號，查看Microsoft知識庫中的相應文章：289573PRB:使用SQLServerNet-Libraries（SQLServer網絡庫）配置DSN您還可以使用一個.udl文件測試與SQLServer實例的連接。有關如何創建.udl文件的其他信息，請單擊下面的文章編號，以查看Microsoft知識庫中相應的文章：244659示例：如何在Windows2000中創建數據鏈接文件解決防火墻問題如果防火墻存在于客戶端計算機和正在運行SQLServer的計算機之間，請確認通過防火墻進行通信時所需的端口已打開。有關通過防火墻進行通信時必須打開的端口的其他信息，請單擊下面的文章編號，以查看Microsoft知識庫中相應的文章：287932INF:通過防火墻與SQLServer進行通信所需的TCP端口269882如何使用ADO連接到防火墻后的SQLServer如果您使用TCP/IP協議連接SQLServer實例，請確認能夠用Telnet程序連接到SQLServer正在偵聽的端口。要使用Telnet程序，在命令提示符下運行下列命令：Telnet<IPAddress><PortNumbeD如果Telnet程序沒有成功，并且您接收到錯誤信息，請解決此錯誤然后嘗試再次連接。注意：因為由Slammer病毒引起的問題，在您的防火墻上，用戶數據報協議(UDP)端口1434可能被阻擋。解決身份驗證和安全問題由于身份認證失敗，可能無法連接到SQLServer。如果身份認證失敗，您可能收到下列錯誤信息之一:Loginfailedforuser'<username>'Loginfailedforuser'NTAUTHORITY\ANONYMOUSLOGON'Loginfailedforuser'null'如果您由于身份認證失敗收到了錯誤信息，而且錯誤信息中沒有提到一個明確的SQLServer登錄名，請使用Windows身份認證解決該問題。由于Windows身份認證的問題，您可能會收到下列錯誤信息：CannotgenerateSSPIContext下列問題可能會引起身份認證和安全問題：NTLM身份認證或Kerberos身份認證出現問題。由于連接問題，無法聯系域控制器。域之間的信任關系出現問題。有關可能原因的更多信息，請參見計算機上的事件日志。要解決Windows身份認證的連接問題，您可以使用SQLServer身份認證連接到SQLServer實例。有關如何診斷和解決“CannotGenerateSSPIContext錯誤的其他信息，請單擊下面的文章編號，以查看Microsoft知識庫中相應的文章：811889如何排除“CannotgenerateSSPIconte錯誤信息如果在使用SQLServer身份認證時連接沒有成功，您會收到下列錯誤信息：Loginfailedforuseusername>'.Notassociatedwithatrustedconnection若要解決此問題，請按照以下步驟操作。警告：注冊表編輯器'”使用不當可導致嚴重問題，可能需要重新安裝操作系統。Microsoft不能保證您可以解決因注冊表編輯器'”使用不當而導致的問題。使用注冊表編輯器'需要您自擔風險。請確認SQLServer實例配置為使用Windows身份認證和SQLServer身份認證。為此，請確認在正在運行SQLServer的計算機上存在下列注冊表項。對于默認的SQLServer實例：HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\LoginMode對于SQLServer的命名實例：HKEY_LOCAL_MACHINE\Software\Microsoft\MicrosoftSQLServer\<InstanceName>\MSSQLServer\LoginMode請確認已設置下列注冊表項的值：身份認證類型值僅限于Windows身份認證1混合模式(SQLServer身份認證和Windows身份認證)2注意：如果您對注冊表進行了任何更改，必須關閉并重新啟動SQLServer實例使更改生效。嘗試使用其他Windows帳戶或SQLServer登錄帳戶連接至USQLServer實例。這樣能夠幫助確定是否是由于某個特殊的登錄帳戶的問題而造成連接失敗。例如，登錄帳戶的密碼可能已被更改。嘗試使用其他協議連接到SQLServer實例。例如，使用TCP/IP協議進行Windows身份認證的連接可能會失敗，但是使用命名管道協議進行Windows身份認證的連接就可能會成功。如果您正在使用證書，當嘗試連接到SQLServer實例時，可能會收到一條安全套接字層(SSL)安全錯誤信息。有關其他信息，請單擊下面的文章編號，以查看Microsoft知識庫中相應的文章：316898如何借助MicrosoftManagementConsole為SQLServer2000啟用SSL加密322144FIX:SECDoClientHandShake無法連接到SQLServer解決TCP/IP套接字上的壓力問題在使用SQLServerODBC驅動程序、MicrosoftOLEDBProviderforSQLServer或System.Data.SqlClient管理提供程序時，可以使用恰當的應用程序編程接口(API)來禁用連接池。在禁用連接池、并且應用程序頻繁打開和關閉連接時，對基本SQLServer網絡庫的壓力可能會增大。有時候，Web服務器和JDBC驅動程序也會嘗試連接到SQLServer實例。因此,對SQLServer連接需求的增加可能會超過SQLServer的處理能力。這可能會給TCP/IP套接字帶來壓力，您還可能在SQLServer錯誤日志文件中收到下列錯誤信息：2003-08-0720:46:21.11serverError:17832,Severity:20,State:62003-08-0720:46:21.11serverConnectionopenedbutinvalidloginpacket(s)sent.Connectionclosed.有關其他信息，請單擊下面的文章編號，以查看Microsoft知識庫中相應的文章：154628INF:SQL在遇到多個TCP\IP連接請求時記用連接池時SQLServer驅動程序的TCP/IP設置注意：如果運行SQLServer2000SP3或SQLServer2000SP3a，則不會注意到對TCP/IP套接字的壓力，這是由于添加了對登陸數據包數量的限制。在使用第三方驅動程序連接到SQLServer實例時，發生錯誤17832。要解決該問題，請與第三方供應商聯系，并獲取經測試證明能夠用于SQLServer2000SP3和SQLServer2000SP3a的驅動程序。查看SQLServer實例是否以單用戶模式啟動如果嘗試連接的SQLServer實例是以單用戶模式啟動的，只能建立一個到SQLServer的連接。如果運行軟件的計算機自動連接到SQLServer，該軟件可以輕松地使用唯一的連接。例如，下面的軟件可以自動連接到SQLServer實例：SQLServer代理程序?第三方備份軟件?第三方監測軟件?第三方病毒軟件MicrosoftInternet信息服務(IIS)SQLServer企業管理器嘗試連接到SQLServer實例的客戶端應用程序收到下列錯誤信息：SQLServerdoesnotexistorAccessDenied當安裝過程以單用戶模式啟動SQLServer實例時，此錯誤一般發生在SQL群集安裝和服務軟件包安裝期間。指定的應用程序會自動連接到使用唯一可用連接的SQLServer實例，從而安裝失敗。要確定SQLServer實例是否已經以單用戶模式啟動，請檢查SQLServer錯誤日志文件中是否具有一個與以下類似的條目：2003-07-3111:26:43.79spid3Warning******************2003-07-3111:26:43.80spid3SQLServerstartedinsingleusermode.Updatesallowedtosystemcatalogs.I證到SQLServer的命名管道連接如果您無法使用命名管道連接到SQLServer實例，請確認SQLServer實例配置為接受命名管道連接。有關測試命名管道的過程的其他信息，請單擊下面的文章編號，以查看Microsoft知識庫中相應的文章：68941INF:測試命名管道的過程解決在恢復過程中連接超時的問題在每次啟動一個SQLServer實例時，SQLServer將恢復各個數據庫。在此恢復過程中，SQLServer回滾未提交的事務。當停止SQLServer實例時，SQLServer還將前滾已提交的事務和沒有寫入硬盤的更改。當恢復過程完成時，SQLServer將在SQLServer錯誤日志文件中寫入下列信息：RecoveryComplete在恢復過程中，SQLServer可能不會接受連接。在此時間內嘗試連接到SQLServer的客戶端可能會收到一條與以下類似的錯誤信息：TimeoutExpiredSQLServer代理服務可能無法啟動，這是因為它要等待SQLServer恢復數據庫。因此，當您在SQLServer錯誤日志文件中收到下面的信息時，連接不再會因為超時錯誤而失敗：RecoveryComplete如果恢復過程花費的時間很長，您也許還要排除恢復過程的故障。測試連接到SQLServer實例的不同方法當您連接到SQLServer實例時，如果遇到了連接問題，可以使用下面的一種或多種方法來解決連接問題。使用SQLServer身份認證和Windows身份認證測試到USQLServer實例的連接。從其他數據源（例如ODBCDSN、.udl文件、SQL查詢分析器、SQLServer企業管理器，isql實用程序或osql實用程序）測試到SQLServer實例的連接。?使用其他協議測試到SQLServer實例的連接。您可以為使用該協議的SQLServer實例創建一個新的別名，從而指定不同的協議。還可以通過在SQLServer實例名稱的開始處添加tcp:、np:、lpc:、或rpc:來指定您的連接字符串中的協議。例如，如果TCP/IP連接失敗，則命名管道連接成功。?使用其他登錄帳戶測試連接，這樣可以幫助您確定該問題是否與某個特定的登錄帳戶有關。在％systemroot%\system32\drivers\etc\hosts文件中添加一^與正在運彳亍SQLServer實例的計算機的IP地址相應的條目。?嘗試從運行SQLServer的計算機和客戶端連接到USQLServer實例。?如果您正從運行SQLServer的計算機進行連接，可以指定"."或"（本地）”（不帶引號）取代服務器名稱，然后連接。?嘗試使用IP地址而不是服務器名稱連接