在本文中,我們將找出導致 SQL Server 錯誤代碼17
有時在嘗試訪問 SQL Server 數據庫,可能會遇到一個錯誤,指出
“不"SQL Server 不存在或訪問被拒絕”。 這是一條常規的Microsoft數據訪問組件(MDAC)消息,指示運行Microsoft的計算機 SQL Server 無法達到。 也稱為錯誤代碼17。此一般消息可能有多種潛在原因。 其中之一可能是服務器實際上不存在於系統上或不可用。 另一個原因可能是找不到它。 除了這些明顯的原因外,錯誤代碼背後還有多種與服務器或客戶端相關的原因,如下所示:
與服務器相關的問題–如果沒有客戶端計算機可以訪問 SQL server,則服務器本身可能存在問題。 可能是以下之一:
- SQL server 未在連接字符串指定的計算機中安裝。
- SQL server 無法啟動。
- SQL Server 沒有檢測到用於連接的協議或計算機電路。
- 的名字 SQL Server 與計算機名稱不同。
- 對於運行的多宿主計算機 SQL Server 2000桌面引擎(MSDE),客戶端可能無法與服務器連接。
- 嘗試在運行中的計算機上打開連接時 SQL Server 如果透過虛擬私人網路 (VPN) 連線嘗試 2000,則很可能會失敗。
- 對於 SQL Server 桌面引擎(也稱為MSDE 2000)Service Pack 3(SP3)或SP3a,僅允許本地連接,沒有其他可用選項。

- 該計算機的名稱不存在於 SQL server.
- 如果您嘗試訪問的命名事件 SQL Server,請確保指定正確的出現名稱。 不正確的名稱將無法提供訪問權限。
- 當前用於連接的Windows級安全通常與您期望的不同。
- 您可能使用了不正確的協議。
- 如果有集群 SQL Server,則網絡適配器可能配置錯誤或名稱不正確。
- 這可能只是MDAC不匹配的副作用。 嘗試重新配置MDAC設置。
與網絡或域相關的問題–如果僅在特定域,特定子網或防火牆後面的計算機中存在錯誤消息,則問題可能是以下之一:
- Windows帳戶的本地安全策略用戶權限分配限制了從網絡的訪問。
- 可能存在域信任問題,其中一台計算機可能在工作組中,因此可能無法訪問該域。
- 您的名字解析可能不起作用。
- 防火牆或路由器可能未正確配置,或者可能已配置為阻止UDP端口1434。
一些SQL錯誤可能表明數據庫實例的運行狀況良好
一些SQL錯誤代碼可以間接提示您數據庫實例的運行狀況。 始終建議找出SQL錯誤的根本原因,並在可行的情況下解決它們。 此外,如果在SQL崩潰時保護數據安全,請安裝 sql server 復甦 像 DataNumen SQL Recovery 服務器計算機中的應用程序。 激活後,它可以立即採取行動,並在幾分鐘之內從受感染的SQL文件中恢復記錄。 此外,該工具還可以帶走幾乎存儲在數據庫文件中的每種數據類型,甚至可以恢復索引。
作者簡介:
陳艾倫(Alan Chen)是總裁兼董事長 DataNumen,Inc.是數據恢復技術的全球領導者,包括 訪問恢復 和sql恢復軟件產品。 欲了解更多信息,請訪問 https://www.datanumen.com/