如果客戶端計算機上的別名設置錯誤，可能會引起連接問題。您可以使用客戶端網路實用程序查看別名。為此，請按以下步驟操作： 1. 啟動客戶端網路實用程序。如果 SQL Server 客戶端工具被安裝在正在運行客戶端應用程序的計算機上，請按照以下步驟啟動客戶端網路實用程序： a. 單擊「開始」，然後指向「程序」。 b. 指向「Microsoft SQL Server」，然後單擊「客戶端網路實用程序」。 如果 SQL Server 客戶端工具沒有安裝在客戶端計算機上，請按照以下步驟啟動客戶端網路實用程序： a. 單擊「開始」，然後單擊「運行」。 b. 在「運行」對話框中，在「打開」框中鍵入 cliconfg，然後單擊「確定」。 2. 在「SQL Server 客戶端網路實用程序」窗口中，單擊「常規」標簽，然後啟用您要使用的所有協議。注意：您必須至少啟用 TCP/IP 協議和命名管道協議。 3. 單擊「別名」標簽，然後驗證為 SQL Server 實例所配置的別名。 4. 驗證別名的屬性，確認伺服器名或 IP 地址和協議的配置是正確的。 通過使用伺服器名、IP 地址或者其他協議，您可以創建一個新的別名以測試連接性能。注意：在 Microsoft 數據存取部件 (MDAC) 的早期版本中，客戶端網路實用程序的用戶界面是不同的。因此，如果您沒有看到本文中列出的選項，請在運行客戶端應用程序的計算機上安裝 MDAC 的新版本。驗證 SQL Server 實例正在正確地偵聽要驗證 SQL Server 實例正在正確地偵聽命名管道、TCP/IP 或您在客戶端應用程序中使用的其他協議，請打開當前的 SQL Server 錯誤日誌文件。SQL Server 錯誤日誌文件可能包括與以下類似的條目：2003-11-06 09:49:36.17 server SQL server listening on TCP, Shared Memory, Named Pipes. 2003-11-06 09:49:36.17 server SQL server listening on 192.168.1.5:1433, 127.0.0.1:1433.通過分析 SQL Server 錯誤日誌文件中的條目，可以驗證 SQL Server 實例是否正在偵聽正確的 IP 地址和埠。在默認情況下，一個默認的 SQL Server 實例偵聽埠 1433。您還可以使用伺服器網路實用程序來驗證 SQL Server 的協議設置並更改 SQL Server 中的屬性，包括可以連接到 SQL Server 和可以使用的埠的協議。關於使用伺服器網路實用程序的更多信息，請參見 SQL Server 在線參考書中的「SQL Server 網路實用程序」專題。有時候，SQL Server 2000 可能不會綁定於埠 1433 或任何其他指定的埠。如果埠正被其他應用程序使用，或者如果您正在嘗試使用一個錯誤的 IP 地址進行連接，就可能會出現此問題。因此，TCP/IP 到 SQL Server 的連接可能不成功，在 SQL Server 錯誤日誌中您會收到下列錯誤信息：2001-11-14 15:49:14.12 server SuperSocket Info:Bind failed on TCP port 1433.有關其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章： 307197 ( http://support.microsoft.com/kb/307197/) PRB:TCP\IP 埠正由另一應用程序使用 如果通過 TCP/IP 連接您不能連接到 SQL Server 實例，請嘗試使用命名管道協議或共享內存協議。在命令提示符下運行下面的命令，以獲取關於正在使用的埠的信息：
❷ 如何查詢MSDE資料庫的埠是多少
可以通過在程序中操作注冊表來實現：
位置:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib
鍵值: ProtocolList
類型: REG_MULTI_SZ
這里記錄了啟用的協議,例如: np tct 表示啟用了: 命名管理和TCP/IP協議
位置:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib\Tcp
鍵值: TcpPort
類型: REG_SZ
我設置的埠號,默認值是: 1433
❸ SuperSocket 信息: 綁定在 TCP 埠 1433 上失敗
埠被佔用了~估計是你裝了什麼軟體也用了1433埠~或者是木馬~
❹ SQL Server2000連接錯誤的緣由有哪些
在SQL Server2000資料庫中連接出現錯誤主要是有以下的3個原因，如果你在實際操作中遇到相似的問題時模擬不妨瀏覽以下的文章對其有更好的了解。
SQL Server2000出現連接錯誤的原因之提示連接超時
如果遇到這個錯誤，一般而言表示客戶端已經找到了這台伺服器，並且可以進行連接，不過由於連接的時間大於允許的時間而導致出錯。這種情況一般會發生在當用戶在Internet上運行企業管理器來注冊另外一台同樣在Internet上的伺服器，並且是慢速連接時，有可能會導致以上的超時錯誤。有些情況下，由於區域網的網路問題，也會導致這樣的錯誤。
企業管理器中的設置：
1.在企業管理器中，選擇菜單上的"工具"，再選擇"選項"
2.在彈出的"SQL Server企業管理器屬性"窗口中，點擊"高級"選項卡
3.在"連接設置"下的"登錄超時（秒）"右邊的框中輸入一個比較大的數字，如 20.
查詢分析器中的設置：
工具》選項》連接》將登錄超時設置為一個較大的數字
SQL Server2000出現連接錯誤的原因之大部分機用TCP/IP都能成功，有次我發現用Named Pipes（命名管道）才可以
因為在WINDOWS 2000以後的操作系統中，MS為解決SQL SERVER的安全問題，將TCP/IP配置為SQL SERVER的默認連接協議，你可以在「客戶端網路實用工具」中看到TCP/IP和NAME PIPE的順序。
你也可以在注冊表的
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]
"ProtocolOrder"=tcp np中看到默認的協議。
改變次序的最簡單的辦法是，利用伺服器或客戶端網路實用工具對話框中的上下箭頭來移動修改。
也可以在注冊表中修改：CLIENT端：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib] "ProtocolOrder"=tcp npSERVER端：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib] "ProtocolOrder"=tcp np
SQL Server2000出現連接錯誤的原因之有時網路的其他配置問題也會資料庫的連接
❺ SuperSocket 信息: 綁定在 TCP 埠 1433 上失敗
控制面板--系統和安全---windows防火牆---高級設置--入站規則--新建規則，後面就是你想設置的了，你要開放1433埠不知道是不是用jdbc連接SQL server資料庫，如果是的話，可以直接在sqlserver配置管理器裡面中的網路協議中的tcp協議中設置
❻ 如何查看sql2000 資料庫的 埠號
資料庫上右鍵→所有任務→還原/備份
請參考
❼ SQL server2000資料庫的連接錯誤
/*引用*/
SQL Server連接中的四個最常見錯誤:
一."SQL Server 不存在或訪問被拒絕"
這個是最復雜的,錯誤發生的原因比較多,需要檢查的方面也比較多.
一般說來,有以下幾種可能性:
1,SQL Server名稱或IP地址拼寫有誤
2,伺服器端網路配置有誤
3,客戶端網路配置有誤
要解決這個問題,我們一般要遵循以下的步驟來一步步找出導致錯誤的原因.
============= 首先,檢查網路物理連接 =============
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 協議,選擇"屬性",我們可以來檢查 SQK 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身份驗證"
--選擇"使用SQL Server身份驗證"
--登錄名輸入"sa",密碼輸入sa的密碼
--確定
2.設置允許SQL Server身份登錄
操作步驟:
在企業管理器中
--展開"SQL Server組",滑鼠右鍵點擊SQL Server伺服器的名稱
--選擇"屬性"
--再選擇"安全性"選項卡
--在"身份驗證"下,選擇"SQL Server和 Windows ".
--確定,並重新啟動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服務.
也可用
USE [master]
GO
EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'LoginMode', REG_DWORD, 2
GO
再重新啟動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.
查詢分析器中的設置:
工具 -- 選項 -- 連接 -- 將登錄超時設置為一個較大的數字
---------------------------------------------------------------------------------
四.大部分機都用Tcp/ip才能成功，有次我發現用Named Pipes才可以？
這是因為在WINDOWS 2000以後的操作系統中，MS為解決SQL SERVER的安全問題將TCP/IP配置
為SQLSERVER的默認連接協議，你可以在CLIENT NETWORK UTILITY中看到TCP/IP和NAME PIPE
的順序。
你也可以在：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
看到默認的協議。
2.怎麼在程序中更改Named Pipes ， Tcp/ip ，其sql語句怎麼寫？
你可以在上面提到的注冊表的位置修改：
CLIENT端：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
SERVER端：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
❽ 關於新建SQL SERVER安全帳號所出的問題,請高手指點
默認情況下SQL SERVER 只允許administrators組的成員可以連接到資料庫。
要想使其它組或用戶能登陸到SQL SERVER，你必須在SQL SERVER里創建相應的登錄。
方法是在企業管理器里，展開伺服器節點，定位到「安全性」-「登錄」
然後右擊新建登錄，「名稱」里邊選擇某個組或用戶，然後設置該登錄的許可權，一般設置成db_owner就可以對相應資料庫進行操作了。另外默認資料庫也有設置好，否則對默認資料庫沒有訪問許可權也會造成登錄失敗。
❾ 怎麼查看sql2000的資料庫的IP 地址和埠號
--server name
SELECT CONVERT(sysname, SERVERPROPERTY('servername'));
--server port
EXEC master..xp_regread
@rootkey = 'HKEY_LOCAL_MACHINE',
@key = 'SOFTWARE\MICROSOFT\MSSQLSERVER\MSSQLSERVER\SUPERSOCKETNETLIB\TCP',
@value_name = 'TcpPort'
在你要看的那個server的查詢分析器執行
❿ SQL Server不存在或訪問被拒絕問題的解決，怎麼辦
企業管理器中的設置:
1.在企業管理器中,選擇菜單上的"工具",再選擇"選項"
2.在彈出的"SQL Server企業管理器屬性"窗口中,點擊"高級"選項卡
3.在"連接設置"下的"登錄超時（秒）"右邊的框中輸入一個比較大的數字,如 20.
查詢分析器中的設置:
工具 -- 選項 -- 連接 -- 將登錄超時設置為一個較大的數字
四.大部分機都用Tcp/ip才能成功，有次我發現用Named Pipes才可以？
這是因為在windows 2000以後的操作系統中，MS為解決SQL SERVER的安全問題將TCP/IP配置
為SQLSERVER的默認連接協議，你可以在CLIENT NETWORK UTILITY中看到TCP/IP和NAME PIPE
的順序。
你也可以在：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
看到默認的協議。
2.怎麼在程序中更改Named Pipes ， Tcp/ip ，其sql語句怎麼寫？
你可以在上面提到的注冊表的位置修改：
CLIENT端：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
SERVER端：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
我的問題應該屬於第一類，遺憾的是我按照上面說的方法都不能解決這個問題。我使用：telnet <伺服器IP地址> 1433 顯示不能正確連接。按照說的方法也不能解決這個問題。有網友說出現1433埠不能連接的因為是Sql Server 2000沒有打補丁的緣故，但我打過sp4後仍然不能正確連接1433埠。
我在web.config里的設置為：
<configuration>
<appSettings>
<!--"data source=SASANK;initial catalog=CODER;persist security info=False;user id=sa;workstation id=SASANK;packet size=4096"-->
<add key="ConnectionString" value="server=localhost;Trusted_Connection=false;user id=sa;passWord=sa;database=sichuan"/>
</appSettings>
<system.web>
找了好久原因，都不行。
後來試著將資料庫連接項改為：
<add key="ConnectionString" value="server=192.168.254.60;Trusted_Connection=false;user id=sa;password=sa;database=sichuan"/>也就是把其中的Server改為我的機器在區域網中的IP地址（注意我是本機調試，我把server改為機器名也不行），連接運行，竟然成功了！問題解決了，但我還是不太明白是什麼原因？為什麼我使用telnet命令打開1433埠不成功？希望有誰能夠解釋下！