一、問題情況

Win7 家庭高級版，訪問SQL Server 時出現不能訪問的錯誤，具體連接及錯誤情況見下圖：

二、問題處理

經過了解，發現SQL Server的端口號進行了更改，由默認的1433改成了特定值，如45000

三、問題解決

1、通過設置ODBC數據源測試本機是否能正常訪問，主要通過配置客戶端配置實現，如下圖所示

ODBC測試可以正常訪問數據庫。

 2、再次打開SQL Server連接服務器，仍然不能正常訪問服務器

 3、建立udl文件測試，操作方法如下

      3.1 在桌面上新建一個文本文件，將其后綴名改為udl，然后雙擊打開，出現下面的配置界面

      3.2 配置界面

       配置好服務器需要的連接參數后，點擊測試連接，發現連接正常。

4、再次打開SQL Server連接服務器，仍然不能正常訪問服務器  

5、打開SQL Server配置管理器，如下圖所示

之前通過ODBC建立的數據源，在別名選項中已可以查詢，其端口號被配置為45000了，通過上面的描述可以知道ODBC及udl的方式都可以正常訪問了，再測試，將上面別名中的記錄刪除，發現ODBC及udl方式都不能正確訪問，因此可以推斷ODBC及udl都通過了此別名對服務器進行了訪問，可是為什么SQL Server就是不能呢？

于是打開SQL Native Client配置(32)位的別名中新建一個別名，如下圖

建立后的別名情況

在SQL Native Client配置(32)位的別名中建立如圖所示的別名后，再次打開SQL Server連接服務器，連接正常。

四、總結

問題本身并不復雜，在SQL Server端口號更改的情況下，通過配置客戶端別名進行連接是一個常規手段，不過這個案例中比較有意思的是,采用ODBC及普通udl測試方式訪問服務器時，采用了SQL Native Client配置中的別名，而用SQL Server直接進行連接時卻采用了SQL Native Client配置(32位)下的別名。

【編輯推薦】

1. 淺析SQL Server 2008中的代碼安全之一：存儲過程加密與安全上下文
2. 淺析SQL Server 2008中的代碼安全之二：DDL觸發器與登錄觸發器
3. 淺析SQL Server 2008中的代碼安全之三：通過PassPhrase加密
4. SQL Server安全解析
5. sql server安全的兩層模型