【茶包射手日記】SQL 用 IP 可連，用主機名稱不通

記錄昨天踩到的地雷。在進行資料庫移轉作業，有幾台網站主機採用機器別名連線 MSSQL，做法是在 C:\Windows\System32\drivers\etc\hosts 加入一筆 IP 與機器名稱映(例如下圖的 NewSQL)，設定連線字串時寫成 Data Source=NewSQL 不寫 IP。這麼做的好處是若日後 SQL 換 IP，只需修改 hosts 設定，連線字串不用換。

本次剛好就是 SQL 主機遷移要換 IP，這招的確幫上一些忙，少改了一些資料庫連線字串，但也讓我們摔坑，耗去好幾個小時的青春。

接到回報，某幾次機器在 hosts 改了新 IP，但網站卻一直連到舊 SQL 主機。但最吊詭的是，改完 hosts 後 ping 機器名稱有回應，telent 機器名稱 1433 或跑 Powershell tnc 機器名稱 -port 1433 也都通：(以下畫面來自在測試環境重現問題所做的現場模擬)

1433 測試 OK 理論上就該通，但使用 Data Source=NewSQL 連不到資料庫，開 SSMS 連 NewSQL 也得到網路不通的錯誤，但改用 IP 就可正常連上資料庫，十分吊詭：

歷經數小時奮戰，反覆檢查測試，同事 T 福至心靈，說他想到還有個地方可以設定別名：

暗暗暗暗暗，茶包居然藏在這裡。心中的萬頭羚羊擠破柵欄傾巢而出，四散奔逃，我趕得不亦樂乎 Orz

原來還有這一手。經過實測，當 hosts 與 Sql Server Configuration Manager / SQL Native Client Configuration 裡的別名同時存在時，以 SQL Native Client Configuration / Aliases 裡的設定為準(注意：它有 32bit 跟 64bit 兩個版本之分，SSMS 是用 32bit 設定)。有問題的機器就是原本有設定別名還指向舊 IP，這就可以解釋為什麼改 hosts IP 後，ping 跟 telnet 1433 測試都沒問題，但 ADO.NET 跟 SSMS 卻一直連到舊主機。

不經一事不長一智，下回遇到改 SQL hosts 後，用 IP 可通但用機器名稱卻不行的狀況，要記得先確認是否 SQL Native Client Configuration 的 Alias 在做怪。延伸閱讀：Overview of SQL Server Aliases

A case that I learned that SQL native client configuration alias wile overwrite system32/drivers/hosts setting while connecting SQL servewr.