我之前遇到個坑，SQLServer2005的sa密碼老是被改掉，后來發現可能是密碼太弱，被掃爆了。
下面說下怎么改sa密碼，簡單粗暴：
先打開開始→所有程序→Microsoft SQL Server 2005→配置工具→SQL Server Configuration Manager。
進到SQL Server 2005 網絡配置，點你那個實例名下的協議設置（比如SQL2005的協議）。
在右邊找到Named Pipes，右鍵點它，選啟用，彈出警告直接點確定。
然后去左邊的SQL Native Client 配置→客戶端協議，同樣在右邊Named Pipes上右鍵，選啟用。
搞完關掉這個管理器。
接著打開SQL Server Management Studio，登錄時選Windows 身份驗證，連上去。
在對象資源管理器里，右鍵你的服務器實例名（比如實例名(SQL Server 9.0.5000)），選屬性。
點安全性，把服務器身份驗證改成SQL Server 和 Windows 身份驗證模式，點確定。
再展開安全性→登錄名，找到sa，右鍵選屬性。
在登錄屬性里改密碼，記得把強制實施密碼策略前面的勾去掉，不然容易連不上。
改完點確定。
最后重啟SSMS，連接時選SQL Server 身份驗證，登錄名填sa，輸新密碼，點連接就OK了。
提醒一下兄弟們，密碼別設123456這種，搞復雜點，定期換，安全第一！

重裝吧。

可以改的

想起來之前著急哥問我的一個問題，一個DBA刪除了Windows登錄用戶，而且SQLSERVER服務器的驗證方式是Windows身份驗證。
怎麼辦？？
我當時給他的答復是：重裝系統數據庫master
今天看到這篇文章沒有了SA密碼，無法Windows集成身份登錄，DBA怎么辦？，有思路了

假設我們遇到很糟糕的情況
sa被禁用，服務器身份驗證為Windows身份驗證模式，Windows登錄用戶被刪，沒有其他sysadmin角色的登錄用戶

步驟一：
停掉SQLSERVER：在命令行 net stop mssqlserver

步驟二：
轉到SQLSERVER的安裝目錄

然后加上/m /f   參數
步驟三：以為單用戶模式啟動SQLSERVER

步驟四：打開SSMS
這時候一定不要馬上進行連接，需要點擊取消，然后在左上角的點擊新建查詢，這個步驟跟DAC（專用管理員連接）的步驟是一樣的

你會發現用Windows登錄用戶這時候可以登錄
步驟五：執行下面的SQL腳本
1 --打開xp_cmdshell功能 2 EXEC [sys].[sp_configure] @configname = 'xp_cmdshell', -- varchar(35) 3     @configvalue = 1 -- int 4 RECONFIGURE WITH override 5  6  7 --修改注冊表，修改身份驗證為混合驗證方式 8 USE [master] 9 GO10 EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software/Microsoft/MSSQLServer/MSSQLServer', N'LoginMode', REG_DWORD, 211 GO12 13 --創建登錄名14 CREATE LOGIN [計算機名/Administrator] FROM WINDOWS;15 GO16 17 --賦予登錄名的權限為sysadmin18 USE master19 GO20 EXEC [sys].[sp_addsrvrolemember] @loginame = '計算機名/Administrator', -- sysname21     @rolename = sysadmin -- sysname22 23 --關閉xp_cmdshell功能24 EXEC [sys].[sp_configure] @configname = 'xp_cmdshell', -- varchar(35)25     @configvalue = 0 -- int26 RECONFIGURE WITH override
這時候身份驗證方式已經改為混合驗證方式
步驟六：關掉SQLSERVER，再重新啟動

打開SQLSERVER配置管理器，啟動SQLSERVER

步驟七：登錄SQLSERVER
回到SSMS，可以看到這時候恢復正常了

總結
感謝i6first大俠，之前一直以為無法子了，想不到他想到了用單用戶模式啟動的方法來進入SQLSERVER。
沒有了SA密碼，無法Windows集成身份登錄，DBA怎么辦？
一同事反饋SQL無法正常登錄了，以前都是通過windows集成身份驗證登錄進去的（sa密碼早忘記了），今天就改了服務器的機器名，現在無論如何都登錄不進去。
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服務。

安裝時候你設置的是什么啊，要不自己用windows模式登陸，再改吧

你是不是對 sa 用戶設置了一個屬性，好像是勾選了一個勾勾“用戶下次登陸必須更改密碼”之類的，具體忘記了。