Не удалось запустить службу агент sql server ошибка 1069

• Remove From My Forums

• Question

• Hello Dear All

  Strange problem here

  In one of our computer (Windows 10, domain user with local admin privileges) we have a software that requires sql express (2014) to run

  it was working fine until some days ago, now the service is not running and if I try to start it says Error 1069

  the user is «NT ServiceMSSQL$SQLEXPRESSASSALU» and password is unknown (long line o dots)

  sombody on another thread suggested to remove the long line of dots, is this alright? or will I risk to lose db?

  I also checked (read on another thread) that this can be possible because of a GPO: Computer Configuration->Windows Settings->Security Settings->Local Policies->User Rights Assignment -> Log on as a service it says in Explain tab that is Default
  setting:none

  can somebody help?

• Remove From My Forums

• Question

• Hello Dear All

  Strange problem here

  In one of our computer (Windows 10, domain user with local admin privileges) we have a software that requires sql express (2014) to run

  it was working fine until some days ago, now the service is not running and if I try to start it says Error 1069

  the user is «NT ServiceMSSQL$SQLEXPRESSASSALU» and password is unknown (long line o dots)

  sombody on another thread suggested to remove the long line of dots, is this alright? or will I risk to lose db?

  I also checked (read on another thread) that this can be possible because of a GPO: Computer Configuration->Windows Settings->Security Settings->Local Policies->User Rights Assignment -> Log on as a service it says in Explain tab that is Default
  setting:none

  can somebody help?

• Remove From My Forums

• Question

• Hi All,

  We seem to be being plagued by the error below by our SQL Server agent. This happens almost everytime we restart the server that has been running for a day or two.

  Our SQL Server Agent uses a none expiring domain credential. I understand that this problem only happens when the profile being used by the SQL Servr Agent has changed (password change). What puzzles me is that the login is A ok and no changes has been made to it’s password.

  We always resolve this problem by changing the login used in the SQL Server Agent to local and after that, returning it back to it’s original domain login. Unfortunately, we cant always do this everytime something goes wrong.

  Can anyone please help us shed a light on this? We’re using SQL2k with SP3a. Thanks!

  Error:

  An error 1069 — )The service did not start due to logon failure) occurred while performing this service operation on the SQLServerAgent service.

  Regards,

  Joseph

I installed SQL Server 2014 on this laptop. I installed it with defaults right out of the box for the Logons running the servers (NT ServiceMSSQL$MSSQL_2014 ).  This worked fine for several days.  Suddenly today I start getting this error

Windows could not start the SQL Server (MSSQL_2014) service on the Local Computer.  

Error 1069: The service did not start due to a logon failure.

This is very strange.  I have never seen such an error, and I’ve been installing and working with SQL Server SS 7.0 in 1998.

Every thread I’ve seen says to open the service and retype in the password for the user running the service.  However, the user was selected and installed by Installation process not me I was never asked to provide a password nor was I provided one.

Fine!! So I open computer management. and the only users I am permitted to see are  XAdministrator and XGuest.  Do not see any of the NT Service users at all. 

I don’t know why this password would have changed nor why the machine is hiding the users from me, (I have developer writes which gives me most admin rights).  So I can’t change the password and I can’t retype in the password because I don’t know it.

Does anyone have any ideas of how to get around this?

Addendum:  I ran the start up from computer management’s SQL Server Configuration Manager’s SQL Server Services folder’s listing for this instance of SQL Server.  It report «The request failed or the service did not respond in a timely manner. 
Consult the event log or other application error logs for details.  So I went to the System Error Log and found the following message.

The MSSQL$MSSQL_2014 service was unable to log on as NT ServiceMSSQL$MSSQL_2014 
with the currently configured password due to the following error: 
Logon failure: the user has not been granted the requested logon type at this computer.
 
Service: MSSQL$MSSQL_2014 
Domain and account: NT ServiceMSSQL$MSSQL_2014
 
This service account does not have the required user right "Log on as a service."
 
User Action
 
Assign "Log on as a service" to the service account on this computer. 
You can use Local Security Settings (Secpol.msc) to do this. 
If this computer is a node in a cluster, check that this user right is 


assigned to the Cluster service account on all nodes in the cluster.
 
If you have already assigned this user right to the service account, 
and the user right appears to be removed, 
check with your domain administrator to find out if a Group 
Policy object associated with this node might be removing the right.

I checked the local security policyLocal PoliciesUser Rights AssignmentLog on as a server listing.

It showed that there was no one in the group and I was not permitted to add or remove users from the group.  I interpret the lack of users in the group as due to my lack of rights to see them (one of the rights not permitted developers but permitted
administrators perhaps).  I see no where else to make these changes.

Edward R. Joell MCSD MCDBA

• Изменено

  13 сентября 2016 г. 20:39
  additional efforts

Когда вы страдаете от того, что служба не запускается из-за ошибки входа в систему, особенно при перезапуске сервера Windows, проблема обычно связана с изменением пароля для профиля, используемого агентом SQL Server.

Однако иногда пароль может оставаться прежним, и вы уверены, что не вносили никаких изменений.

В дополнение к этому вы устали менять используемое имя входа и возвращать его обратно в исходное доменное имя, которое вы не можете делать каждый раз, когда что-то идет не так.

Выше может произойти из-за:

• Смена пароля для учетной записи, с которой служба настроена для входа
• Данные пароля повреждены (в реестре)
• Право на вход в систему в качестве службы было отменено для указанной учетной записи пользователя

Не нужно беспокоиться об этом, поскольку у нас есть только правильные решения для решения проблем, при которых служба не запускалась из-за ошибки входа в систему, ознакомьтесь с приведенными ниже решениями.

Как исправить сервис не запускался из-за ошибки входа в систему

1. Настройте службу для использования встроенной системной учетной записи
2. Измените пароль для указанной учетной записи пользователя, чтобы он соответствовал текущему паролю для того же пользователя.
3. Восстановить право пользователя на вход в систему как сервис

Решение 1. Настройте службу на использование встроенной системной учетной записи.

Если служба не запустилась из-за ошибки входа в систему, настройте ее на запуск со встроенной системной учетной записью, выполнив следующие действия:

1. Нажмите клавишу Windows + R, чтобы открыть командную строку с повышенными правами Выполнить .
2. Введите services.msc и нажмите Enter.
3. Найдите службу Идентификация приложения , щелкните ее правой кнопкой мыши и откройте Свойства .
4. Откройте вкладку Войти .
   
5. Нажмите Учетная запись локальной системы .
6. Не устанавливайте флажок Разрешить взаимодействовать с рабочим столом .
7. Нажмите Применить
8. Перейдите на вкладку Общие .
9. Нажмите Пуск , чтобы перезапустить службу.
   
10. Закройте инструмент Services.

Примечание. . При попытке открыть свойства службы с помощью средства «Службы» на панели управления компьютер может перестать отвечать на запросы и получить сообщение об ошибке: Сервер RPC недоступен. .

Это может произойти, если служба RPC не запущена из-за сбоя входа в систему со службой или службы зависимостей, поскольку некоторым приходится ждать запуска своих служб зависимостей, прежде чем они сами запустятся.

• ТАКЖЕ ЧИТАЙТЕ: экран входа в систему Windows 10 медленный, завис, заморожен [FIX]

Решение 2. Измените пароль для указанной учетной записи пользователя, чтобы он совпадал с текущим паролем для того же пользователя.

Вот как настроить пароль для указанной учетной записи пользователя, чтобы он соответствовал текущему паролю для этого пользователя:

1. Снова перейдите к Сервисам, следуя инструкциям предыдущего решения.
2. В поле поиска введите Администрирование и нажмите на него
3. Нажмите Услуги
4. Щелкните правой кнопкой мыши по нужному сервису и выберите «Свойства».
5. Нажмите вкладку Вход в систему
   
6. Измените пароль и нажмите Применить .
7. Перейдите на вкладку Общие .
8. Нажмите Пуск , чтобы перезапустить службу.
   
9. Нажмите ОК и закройте инструмент «Службы».

ТАКЖЕ ПРОЧИТАЙТЕ: лучшее программное обеспечение для восстановления паролей в Windows 7, которое сэкономит вам время

Решение 3. Восстановите право пользователя на вход в систему в качестве службы

Если право на вход в систему в качестве службы аннулировано для учетной записи пользователя, восстановите его на контроллере домена или рядовом сервере (автономно) в зависимости от вашей ситуации.

Как восстановить права пользователя на контроллере домена

Вот как это сделать, если пользователь находится в домене Active Directory:

1. Нажмите правой кнопкой мыши Пуск .
2. Нажмите Панель управления
   
3. Введите Администрирование и выберите его
4. Нажмите Пользователи Active Directory и Компьютеры .
5. Щелкните правой кнопкой мыши организационную единицу, в которой предоставлено право пользователя на вход в систему в качестве службы (по умолчанию организационная единица контроллеров домена)
6. Нажмите правой кнопкой мыши нужный контейнер и выберите Свойства .
7. Перейдите на вкладку Групповая политика .
8. Нажмите Политика контроллеров домена по умолчанию .
9. Нажмите Изменить , чтобы запустить диспетчер групповой политики.
10. Разверните Конфигурация компьютера .
11. Разверните Настройки Windows .
12. Разверните Настройки безопасности .
13. Разверните Локальные политики .
14. Нажмите Назначение прав пользователя .
15. Нажмите правой кнопкой мыши Войти в систему как сервис на правой панели.
16. Нажмите Добавить пользователя или группу .
17. Введите имя, которое вы хотите добавить в политику, в поле Имена пользователей и групп .
18. Нажмите OK .
19. Выход из диспетчера групповой политики
20. Закрыть свойства групповой политики,
21. Выход из оснастки «Active Directory – пользователи и компьютеры» консоли управления (MMC)

Как восстановить права пользователя на рядовом сервере (автономно)

Вот как это сделать, если пользователь является участником автономного рядового сервера:

1. Запустите оснастку MMC «Локальные параметры безопасности».
2. Разверните Локальные политики.
3. Нажмите Назначение прав пользователя .
4. Нажмите правой кнопкой мыши Войти в систему как сервис на правой панели.
5. Нажмите Добавить пользователя или группу .
6. Введите имя, которое вы хотите добавить в политику, в поле Имена пользователей и групп .
7. Нажмите OK .
8. Закройте оснастку MMC «Локальные параметры безопасности».

Помогло ли какое-либо из приведенных выше решений исправить службу, не запущенную из-за ошибки входа в систему? Дайте нам знать ваш опыт в разделе комментариев ниже.

Примечание редактора . Этот пост был первоначально опубликован в декабре 2017 года и с тех пор был полностью переработан и обновлен для обеспечения свежести, точности и полноты.