沒有sa密碼無法整合windows身分識別驗證登入的解決方案_MsSql

SQL登入時如果採用windows整合身分識別驗證，登入框將會以“機器名\當前系統使用者名稱”的格式顯示登入名稱，而且登入名稱和密碼都是灰色的，不允許使用者輸入。

瞭解到同事剛剛修改了伺服器的機器名，因此在SQL的登陸框中顯示“新機器名\當前系統使用者名稱”。要知道windows整合身分識別驗證能登入的原因是在SQL的登入名稱中已經包括了該使用者名稱，原來的使用者名稱在SQL安裝的時候已經記錄到了SQL中，如果機器名變更了，“新機器名\當前系統使用者名稱”肯定無法正常登入。

網上看到有人說可以採用OSQL–S instancename –E（在命令列視窗中輸入）登入進去後再去修改sa的密碼，一番嘗試後發現是扯談，因為採用這種方式的前提是需要windows整合身份能夠登入。

後來在微軟的官網上看到一篇文檔，原來只要在SQL的啟動參數中加一個“-m”的選項（記得在-m前加分號），然後需要重啟SQL服務，再次用SQL Management Studio的windows整合身分識別驗證登陸就可以了。

-m表示單使用者登入。細心的讀者可能會質疑了：只是加了-m，但最後還是採用的windows整合身分識別驗證，理論說跟之前使用SQLOS –S instancename –E有什麼區別呢？

 這個問得非常專業。當時我也沒有搞明白，覺得有點不可思議，但結果就是這樣，肯定有其道理。後來在微軟的官網上找到了這段話。

Start the instance of SQL Server in single-user mode by using either the -m or -f options. Any member of the computer's local Administrators group can then connect to the instance of SQL Server as a member of the sysadmin fixed server role.

大概的意思是說當在SQL的啟動參數中添加了-m或者-f參數時，電腦本機系統管理員群組的任何一個使用者都可以sysadmin的身份登入到SQL中。相信讀者看到這個地方就明白了。這裡其實並沒有去檢驗登入的使用者是否在SQL在存在，只是檢查該使用者是否為本機電腦的管理組中的使用者。

好了，相信後面就不用過多累贅了，只是提醒下讀者：修改了sa密碼後記得把原來添加在SQL啟動參數的-m刪除掉，然後在重啟SQL服務。