SQL Server 辦事因為登錄掉敗而沒法啟動。本站提示廣大學習愛好者：（SQL Server 辦事因為登錄掉敗而沒法啟動）文章只能為提供參考，不一定能成為您想要的結果。以下是SQL Server 辦事因為登錄掉敗而沒法啟動正文
SQL Server 辦事因為登錄掉敗而沒法啟動
症狀
在從新啟動 SQL Server、SQL Executive 或 SQL Server Agent 時，能夠沒法啟動該辦事，並顯示以下毛病信息：
Error 1069:The service did not start due to a logon failure.
或許
毛病 1069：因為登錄掉敗而沒法啟動辦事
緣由
SQL Server、SQL Agent 或 SQL Server Executive 啟動辦事帳戶的暗碼不准確，由於暗碼能夠已被更改了。
替換辦法
若要處理此成績，請在 SQL Server 主機的 Microsoft SQL Server 辦事帳戶中鍵入准確的暗碼。
若要在 Microsoft Windows 2000 Server 和 Microsoft Windows XP 中更正該暗碼，請依照以下步調操作： 1. 單擊開端，指向設置，然後單擊掌握面板。
2. 雙擊治理對象，然後雙擊辦事。
3. 雙擊 MSSQLSERVER，然後單擊登錄選項卡。
4. 在暗碼和確認暗碼文本框中鍵入准確的暗碼，然後單擊肯定。
若要在 Microsoft Windows NT 4.0 中更正該暗碼，請依照以下步調操作： 1. 單擊開端，指向設置，然後單擊掌握面板。
2. 雙擊辦事，然後雙擊 MSSQLSERVER。
3. 在暗碼和確認暗碼文本框中鍵入准確的暗碼，然後單擊肯定。
留意：經由過程 Services 小法式更改該暗碼使 SQL Server 可以勝利從新啟動；然則，假如裝置了 Microsoft 搜刮（全文搜刮辦事），則它請求經由過程 SQL 企業治理器 (SEM) 停止隨後的暗碼更改。
以下一節摘自 SQL Server 2000 聯機圖書：
“After changing the SQL Server service account information in Control Panel, you must also change the SQL Server service account in SQL Server Enterprise Manager.This allows the service account information for Microsoft Search service to remain synchronized as well.
Important:Although the Microsoft Search service is always assigned to the local system account, the full-text search engine tracks the SQL Server service account in Windows.Full-text search and failover clustering are not available if Windows password changes are not reset using SQL Server Enterprise Manager.”（在掌握面板中更改 SQL Server 辦事帳戶信息後，您還必需在 SQL Server 企業治理器中更改 SQL Server 辦事帳戶。如許，用於 Microsoft 搜刮辦事的辦事帳戶信息也會堅持同步。主要解釋：雖然將 Microsoft Search 辦事一直分派給當地體系帳戶，但全文搜刮引擎跟蹤 Windows 中的 SQL Server 辦事帳戶。假如沒有應用 SQL Server 企業治理重視置 Windows 暗碼更改，則沒法應用全文搜刮和毛病轉移群集。）
經由過程應用 SEM，右鍵單擊辦事器，單擊屬性，然後單擊平安選項卡。在啟動辦事帳戶上面，輸出響應的帳戶和暗碼。
裝置SQL Server2000時是應用默許登錄用戶來作為啟動SQL Server辦事的賬號（關於本身應用的單機，平日就是administrator了），然則我更改了用戶名湧現“同於登錄掉敗而沒法啟動辦事”的毛病 以下我試過的辦法.
1，把用戶口令改回本來的，再啟動辦事
2，應用掌握面版辦事治理器，找到MSSQLSERVER辦事，更改啟動賬號信息，改成變革後的，再啟動辦事
3，也是推舉應用的辦法，創立一個新用戶，專門用於啟動SQL Server辦事，裝置SQL Server時就應用該用戶來啟動SQL Server，如許便可以免用於頻仍更改administrator口令而帶來的1069毛病了。假如曾經裝置好SQL Server，也能夠在掌握面版辦事治理器下更改MSSQLSERVER辦事的辦事賬號信息，換成SQL辦事公用的用戶。
起首引見收集上經常使用的兩種處理辦法：
1.我的電腦--掌握面板--治理對象--辦事--右鍵 MSSQLSERVER--屬性--上岸--上岸身份--選擇"當地體系帳戶"
或:
2.我的電腦--掌握面板--治理對象--辦事--右鍵 MSSQLSERVER--屬性--上岸--上岸身份--選擇"此帳戶"--暗碼和確認暗碼中輸出你修正後的administrator暗碼.
二者的差別:
選擇第一種方法,今後修正了administrator暗碼,不消再調劑(但請求上岸操作體系的是體系治理員)
選擇第二種方法,今後修正了administrator暗碼,還要再反復做下面的操作.
上面是我碰到的一種情形：
明天上午同事又告知我他的SQL不克不及上岸本身的“企業治理器”了，報出的毛病就是“1069 毛病，因為登錄掉敗而沒法啟動辦事”，上彀查到了以上兩種計劃，然則當我看到了辦事的窗口又發明了一個能夠惹起此成績的處所，以下圖：
我們先找到MSSQLSERVER辦事，然後檢查它的屬性
發明是應用域帳戶在啟動辦事時停止驗證，因而便訊問能否修正過上岸域的暗碼，獲得謎底是修正過，由於域中作了設置，必定時代後請求用戶修正暗碼，並且不克不及 與之前暗碼雷同（空暗碼除外，這個我做過試驗^_^）。因而將這裡的暗碼從新停止設置，再從新啟動辦事勝利，SQL也可上岸勝利。
經由過程這個成績發明，當域的暗碼被修正事後，響應辦事應用的上岸驗證信息不會主動更新須要手動來更新，能力處理此成績。假如年夜家嫌比擬費事，照樣像下面的處理計劃那樣直接將上岸身份修正為“當地體系帳戶”比擬簡略。
