問題:
telnet 127.0.0.1 1433
提示:不能開啟到主機的串連,在連接埠1433:串連失敗
解決方案:
登入遠程SQL伺服器
一 看ping 伺服器IP能否ping通。
這個實際上是看和遠程sql server 2000伺服器的物理串連是否存在。如果不行,請檢查網路,查看配置,當然得確保遠程sql server 2000伺服器的IP拼字正確。
二 在Dos或命令列下輸入telnet 伺服器IP 連接埠,看能否連通。
如telnet 202.114.100.100 1433
通常連接埠值是1433,因為1433是sql server 2000的對於Tcp/IP的預設偵聽連接埠。如果有問題,通常這一步會出問題。通常的提示是“……無法開啟串連,串連失敗"。
如果這一步有問題,應該檢查以下選項。
1 檢查遠程伺服器是否啟動了sql server 2000服務。如果沒有,則啟動。
2 檢查伺服器端有沒啟用Tcp/IP協議,因為遠端連線(通過網際網路)需要靠這個協議。檢查方法是,在伺服器上開啟 開始菜單->程式->Microsoft SQL Server->伺服器網路工具 + 生產力,看啟用的協議裡是否有tcp/ip協議,如果沒有,則啟用它。
3 檢查伺服器的tcp/ip連接埠是否配置為1433連接埠。仍然在伺服器網路工具 + 生產力裡查看啟用協議裡面的tcp/ip的屬性,確保預設連接埠為1433,並且隱藏伺服器複選框沒有勾上。
事實上,如果預設連接埠被修改,也是可以的,但是在用戶端做telnet測試時,寫伺服器連接埠號碼時必須與伺服器配置的連接埠號碼保持一致。如果隱藏伺服器複選框被勾選,則意味著用戶端無法通過枚舉伺服器來看到這台伺服器,起到了保護的作用,但不影響串連,但是Tcp/ip協議的預設連接埠將被隱式修改為2433,在用戶端串連時必須作相應的改變。
4 如果伺服器端作業系統打過sp2補丁,則要對windows防火牆作一定的配置,要對它開放1433連接埠,通常在測試時可以直接關掉windows防火牆(其他的防火牆也關掉最好)。
5 檢查伺服器是否在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以下的都需要打補丁。
關於sql server2000 sp3補丁的問題總結
java.sql.SQLException: [Microsoft][SQLServer 2000 Driver for JDBC]Error establishing socket.
at com.microsoft.jdbc.base.BaseExceptions.createException(Unknown Source)
at com.microsoft.jdbc.base.BaseExceptions.getException(Unknown Source)
at com.microsoft.jdbc.base.BaseExceptions.getException(Unknown Source)
at com.microsoft.jdbc.sqlserver.tds.TDSConnection.<init>(Unknown Source)
at com.microsoft.jdbc.sqlserver.SQLServerImplConnection.open(Unknown Source)
at com.microsoft.jdbc.base.BaseConnection.getNewImplConnection(Unknown Source)
at com.microsoft.jdbc.base.BaseConnection.open(Unknown Source)
at com.microsoft.jdbc.base.BaseDriver.connect(Unknown Source)
at java.sql.DriverManager.getConnection(Unknown Source)
at java.sql.DriverManager.getConnection(Unknown Source)
...........
出錯原因:沒有打sql server2000的sp3補丁
問題總結
A,看看1433連接埠是否開啟:
在dos視窗輸入:netstat -a 斷行符號,會列出本機用的連接埠列表,看看裡面有沒有1433,如果沒有,說明沒有開啟,打了sp3補丁就會開啟該連接埠
檢查你的SQL有沒有打sp3補丁,檢查的方法是在查詢分析器中運行:
select @@version
如果出來的版本號碼是8.00.760以下,則表明你未安裝sp3的補丁,一般比較多的是8.00.194這是標準版的序號碼,說明沒有打sp3補丁,如下:
Microsoft SQL Server 2000 - 8.00.194 (Intel X86) Aug 6 2000 00:57:48 Copyright (c) 1988-2000 Microsoft Corporation Personal Edition on Windows NT 5.1 (Build 2600: Service Pack 2)
號碼對應表:
其中的8.00.194 就是SQL Server的版本和補丁號。對應關係如下:
8.00.194 -------SQL Server 2000 RTM
8.00.384 -------(SP1)
8.00.534 -------(SP2)
8.00.760 -------(SP3)
這樣我們就能看到SQL Server的正確版本和補丁號了。
如果為8.00.194,說明沒有打補丁。
sp3 :
http://download.microsoft.com/download/d/d/e/dde427eb-0296-4eac-a47c-d11a66b03816/chs_sql2ksp3.exe
拿迅雷下,快的很!
下下來以後,這是個自解包,解壓,到那個目錄裡找到 setup.bat執行開始安裝.
B,下面看安裝時候的問題:
補丁安裝過程中常見問題
如果在安裝補丁的時候遇到如下類似錯誤:
1、安裝過程中出現“以前進行的程式建立了掛起的檔案操作,運行安裝程式前,必須重新啟動”,請按照下面步驟解決:
a、重啟機器,再進行安裝,如果發現還有該錯誤,請按下面步驟
b、在開始->運行中輸入regedit
c、到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager 位置
d、選擇檔案->倒出,儲存
e、在右邊視窗右擊PendingFileRenameOperations,選擇刪除,然後確認
f、重啟安裝,問題解決
如果還有同樣問題,請檢查其它註冊表中是否有該值存在,如有請刪掉。
2、在安裝SQL Server SP3,有時候會出現:無論用windows認證還是混和認證,都出現密碼錯誤的情況,這時查看臨時目錄下的sqlsp.out,會發現以下描述:
[TCP/IP Sockets]Specified SQL server not found.
[TCP/IP Sockets]ConnectionOpen (Connect()).
其實這是SQL Server SP3的一個小bug,在安裝sp3的時候,沒有監聽tcp/ip連接埠,可以按照以下步驟進行:
1、開啟SQL server客戶器網路工具 + 生產力和伺服器網路工具,確保啟用的協議中包含name pipe,並且位置在第一位.
2、確保[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\ConnectTo]
"DSQUERY"="DBNETLIB".
如果沒有,請自己建立
3、停止mssql.
4、進行安裝.
這樣就可以進行正確安裝了。
如果以上都沒問題,這時你再做telnet 伺服器ip 1433 測試,將會看到螢幕一閃之後游標在左上方不停閃動。恭喜你,你馬上可以開始在企業管理器或查詢分析器串連了。
三 檢查用戶端設定
程式->Microsoft SQL Server -> 用戶端網路使用工具。像在伺服器網路工具 + 生產力裡一樣,確保用戶端tcp/ip協議啟用,並且預設連接埠為1433(或其他連接埠,與伺服器端保持一致就行)。
四 在企業管理器裡或查詢那分析器串連測試
企業管理器->右鍵SQlserver組->建立sqlserver註冊->下一步->寫入遠程IP->下一步->選Sqlserver登陸->下一步->寫入登陸名與密碼(sa,password)->下一步->下一步->完成
查詢分析器->檔案->串連->寫入遠程IP->寫入登入名稱和密碼(sa,password)->確定
通常建議在查詢分析器裡做,因為預設情況下,通過企業管理器註冊另外一台SQL Server的逾時設定是4秒,而查詢分析器是15秒。
修改預設連線逾時的方法:
企業管理器->工具->選項->在彈出的"SQL Server企業管理器屬性"視窗中,點擊"進階"選項卡->串連設定->在 登入逾時(秒) 後面的框裡輸入一個較大的數字
查詢分析器->工具->選項->串連->在 登入逾時(秒) 後面的框裡輸入一個較大的數字
通常就可以連通了,如果提示錯誤,則進入下一步。
五 錯誤產生的原因通常是由於SQL Server使用了"僅 Windows"的身分識別驗證方式,因此使用者無法使用SQL Server的登入帳戶(如 sa )進行串連。解決方案如下所示:
1 在伺服器端使用企業管理器,並且選擇"使用 Windows 身分識別驗證"串連上 SQL Server。
2 展開"SQL Server組",滑鼠右鍵點擊SQL Server伺服器的名稱,選擇"屬性",再選擇"安全性"選項卡。
3 在"身分識別驗證"下,選擇"SQL Server和 Windows "。
4 重新啟動SQL Server服務。(在dos或命令列下面net stop mssqlserver停止服務,net start mssqlserver啟動服務,也是一種快捷的方法)。
附註:在串連本機伺服器時,通常使用的是具名管道協議(在伺服器網路工具 + 生產力裡可以看到啟用的協議有這個),預設連接埠是445,因此在本地能連通是不能說明什麼問題的,串連遠程伺服器是完全不同的協議。