Ошибка запуска службы 1069

Рассмотрим ситуацию, когда при запуске службы Агент сервера 1С:Предприятия 8.3 возникает ошибка 1069: служба не запущена из-за ошибки входа в систему.

Проверка запуска службы Агент сервера 1С:Предприятия 8.3

Переходим в Панель управления – Администрирование – Службы, и при запуске службы Агент сервера 1С:Предприятия 8.3 получаем ошибку 1069:

Заходим в службу Агент сервера 1С:Предприятия 8.3, и переходим на вкладку Вход в систему:

Необходимо указать учетную запись, от которой будет работать служба Агент сервера 1С:Предприятия 8.3 (возможно, поменялся пароль учетной записи, в случае если вы его не знаете, можно просто его поменять).

Переходим в Панель управления – Учетные записи пользователей – Управление другой учетной записью, выбираем учетную запись – изменить пароль, вводим новый пароль и применяем.

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

Проверяем запуск службы агента сервера 1С:Предприятия:

Для запуска службы нам потребовалось сменить пароль учетной записи, от которой работает служба агента сервера 1С, поэтому лучше, чтобы служба работала от отдельной учетной записи (например USR1CV8, которая предлагается при установке сервера 1С), во избежание случайной смены пароля.

Ошибка 1069 возникает при запуске службы SQL Server

При запуске службы SQL Server появляется ошибка 1069, которая приводит к сбою входа. В этой статье приведены способы устранения событий, связанных с ошибкой 1069.

Оригинальная версия продукта: SQL Server
Исходный номер базы знаний: 282254

Симптомы

При попытке перезапустить microsoft SQL Server или агент SQL Server служба не запускается, и вы получаете следующие сообщения об ошибках в зависимости от способа запуска службы:

С помощью апплета «Службы» выполните следующие действия.

Windows не удалось запустить службу SQL Server на локальном компьютере.
Ошибка 1069: служба не запущена из-за сбоя входа.

С помощью командной строки:

Произошла системная ошибка 1069.
Служба не запущена из-за сбоя входа.

Вы можете найти сообщения с идентификатором события 7041 или 7038, зарегистрированные в журнале системных событий.

Причина

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

Разрешение для события с идентификатором 7041

Запись с идентификатором события 7041 в журнале системных событий может содержать следующее сообщение об ошибке:

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

Полная запись сообщения в журнале событий выглядит следующим образом:

Чтобы устранить эту проблему, проверьте, какие права пользователя назначены учетной записи службы SQL Server.

Запустите приложение «Локальная политика безопасности » (Start -> Secpol.msc).

Разверните узел Локальная политика, а затем выберите Назначение прав пользователя.

Убедитесь, что учетной записи службы назначены необходимые права пользователя, следующие за привилегиями и правами Windows. Назначьте отсутствующие разрешения вручную.

Проверьте, назначены ли учетной записи службы какие-либо разрешения Deny*. Удалите все разрешения Deny* из учетной записи службы SQL, а затем повторите тестирование.

Например, если учетной записи службы назначено запретить вход в качестве службы SeDenyServiceLogonRight вместе с параметром Вход в качестве службы SeServiceLogonRight , отмените SeDenyServiceLogonRight право на вход и перезапустите SQL Server.

Разрешение для события с идентификатором 7038

В записях журнала, связанных с событием 7038, могут отображаться следующие сообщения об ошибках:

Этот пользователь не может войти, так как эта учетная запись в настоящее время отключена

Полная запись сообщения в журнале событий выглядит следующим образом:

Чтобы устранить эту проблему, используйте один из следующих методов в зависимости от сценария:

Если SQL Server учетная запись запуска является учетной записью локального пользователя на компьютере, откройте раздел Управление компьютером (compmgmt.msc) и убедитесь, что учетная запись службы отключена в группе локальных пользователей&. Если она отключена, включите учетную запись и перезапустите службу SQL Server.

Если SQL Server учетная запись запуска является учетной записью домена Windows, проверьте, отключена ли учетная запись в Пользователи и компьютеры Active Directory. Если она отключена, включите учетную запись и перезапустите службу SQL Server.

Пароль пользователя необходимо изменить перед входом.

Полная запись сообщения в журнале событий выглядит следующим образом:

Чтобы устранить эту проблему, используйте один из следующих методов в зависимости от сценария:

Если учетная запись SQL Server запуска является учетной записью локального пользователя на компьютере:

1. Откройте раздел Управление компьютером (compmgmt.msc).
2. Выберите Локальные пользователи и группы, а затем выберите Пользователи , чтобы найти учетную запись.
3. Дважды щелкните учетную запись пользователя, чтобы открыть ее свойства.
4. Снимите флажок Пользователь должен изменить пароль при следующем входе в SQL Server учетную запись запуска и нажмите кнопку ОК.
5. Перезапустите службу SQL Server.

Если учетная запись SQL Server запуска является учетной записью домена Windows:

1. Откройте Пользователи и компьютеры Active Directory на контроллере домена.
2. Выберите Пользователи в правильном домене.
3. Дважды щелкните учетную запись домена, которая используется в качестве учетной записи службы SQL Server, чтобы открыть ее свойства.
4. Перейдите на вкладку Учетная запись , чтобы проверить, должен ли пользователь изменить пароль при следующем входе в систему.
5. Если параметр включен, очистите этот параметр или войдите в систему в интерактивном режиме на клиентском компьютере Windows, а затем задайте новый пароль.
6. Если вы изменили пароль, обновите новый пароль для службы SQL Server с помощью средства диспетчер конфигурации SQL Server.

Неправильное имя пользователя или пароль

Для неправильной проблемы с паролем полная запись сообщения в журнале событий выглядит следующим образом:

Для устранения данной проблемы выполните следующие действия.

Сценарий 1. Неправильный пароль

В сообщении об ошибке указано, что текущее имя входа или пароль заданы неправильно. Чтобы проверить и устранить проблему, выполните следующие действия.

runas Используйте параметр для проверки учетных данных учетной записи службы:

Откройте командную строку Windows.

Выполните следующую команду:

Если команда выполнена успешно, введите те же учетные данные в диспетчер конфигурации SQL Server, Службы, служба SQL Server и Эта учетная запись.

Если команда завершается ошибкой и сообщает о той же проблеме, необходимо сбросить пароль для входа Windows.

Если учетная запись SQL Server запуска является учетной записью локального пользователя на компьютере, откройте раздел Управление компьютером (compmgmt.msc) и сбросьте пароль локального пользователя.

Если учетная запись SQL Server запуска является учетной записью домена Windows, откройте Пользователи и компьютеры Active Directory, а затем обновите пароль учетной записи в разделе Пользователи. После обновления учетных данных вернитесь к диспетчер конфигурации SQL ServerСлужбыSQL Server и введите те же учетные данные.

Перезапустите службу SQL Server.

Чтобы ввести правильный пароль в учетной записи службы SQL Server на SQL Server хост-компьютере, следуйте инструкциям из раздела Службы SCM — изменение пароля используемых учетных записей.

Сценарий 2. Флаг gMSA IsManagedAccount установлен неправильно

Если вы используете групповую учетную запись управляемых служб (gMSA) для запуска службы SQL Server, а флаг IsManagedAccount для данной службы имеет значение false, вы можете получить событие Service Control Manager с идентификатором 7038, как только кэшированный секрет становится недопустимым.

Чтобы определить и устранить проблему, выполните следующие действия.

Убедитесь, что используется учетная запись gMSA. Продолжайте только после подтверждения gMSA.

• Если следующая команда успешно выполняется в учетной записи, вы используете учетную запись gMSG.
• Если сбой с Cannot find an object with identity: ‘account’ , учетная запись службы не является учетной записью gMSA.

Выполните следующую команду в командной строке и проверьте состояние IsManagedAccount. Желаемый результат является истинным. Если задано значение false, продолжайте дальше.

Пример для SQL Server с именем экземпляра SQLPROD:

Установите для флага значение true, как требуется.

Пример для SQL Server с именем экземпляра SQLPROD:

Повторите попытку запуска службы.

Указанная учетная запись в настоящее время заблокирована и может не войти в систему.

Полная запись сообщения в журнале событий выглядит следующим образом:

Чтобы устранить эту проблему, используйте один из следующих методов в зависимости от сценария:

Если учетная запись SQL Server запуска является учетной записью локального пользователя на компьютере:

1. Откройте раздел Управление компьютером (compmgmt.msc) и выберите Локальные пользователи и группы, а затем — Пользователи.
2. Снимите флажок Учетная запись заблокирована для учетной записи запуска SQL Server в разделе Локальные группы пользователей & и нажмите кнопку ОК.
3. Перезапустите службу SQL Server.

Если учетная запись SQL Server запуска является учетной записью домена Windows:

1. Откройте Пользователи и компьютеры Active Directory на контроллере домена.
2. В разделе Пользователи дважды щелкните учетную запись SQL Server запуска и перейдите на вкладку Учетная запись.
3. Проверьте, помечена ли учетная запись как заблокированная.
4. Если учетная запись заблокирована, установите флажок Разблокировать учетную запись и нажмите кнопку ОК, введите надежный пароль.
5. Затем используйте те же учетные данные для конфигурации учетной записи службы SQL Server в диспетчер конфигурации SQL Server, службах и SQL Server.
6. Перезапустите службу SQL Server.

Источник

Служба не запущена из-за ошибки входа

Когда вы страдаете от того, что служба не запускается из-за ошибки входа в систему, особенно при перезапуске сервера 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 года и с тех пор был полностью переработан и обновлен для обеспечения свежести, точности и полноты.

Источник

На чтение 5 мин. Просмотров 10.8k. Опубликовано 03.09.2019

Рассмотрим ситуацию, когда при запуске службы Агент сервера 1С:Предприятия 8.3 возникает ошибка 1069: служба не запущена из-за ошибки входа в систему.

Проверка запуска службы Агент сервера 1С:Предприятия 8.3

Переходим в Панель управления – Администрирование – Службы, и при запуске службы Агент сервера 1С:Предприятия 8.3 получаем ошибку 1069:

Рисунок 1 — Ошибка 1069 в службе агента сервера 1С

Заходим в службу Агент сервера 1С:Предприятия 8.3, и переходим на вкладку Вход в систему:

Рисунок 2 — Свойства Агента сервера 1С, вход в систему

Необходимо указать учетную запись, от которой будет работать служба Агент сервера 1С:Предприятия 8.3 (возможно, поменялся пароль учетной записи, в случае если вы его не знаете, можно просто его поменять).

Переходим в Панель управления – Учетные записи пользователей – Управление другой учетной записью, выбираем учетную запись – изменить пароль, вводим новый пароль и применяем.

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

Проверяем запуск службы агента сервера 1С:Предприятия:

Для запуска службы нам потребовалось сменить пароль учетной записи, от которой работает служба агента сервера 1С, поэтому лучше, чтобы служба работала от отдельной учетной записи (например USR1CV8, которая предлагается при установке сервера 1С), во избежание случайной смены пароля.

	Я
jasoksky 01.08.12 — 16:16	При запуске службы Агент сервера 1С выходит ошибка: «Не удается запустить службу Агент сервера 1С:Предприятия 8.2 на Локальный компьютер.» Подскажите как запустить службу Агента сервера 1С? Windows server 2008 x86. 1C Сервер. Платформа 8.2.16.352. Поставил PostgreSQL 8.4.3 x86.
v4442 1 — 01.08.12 — 16:17	может разные версии агента и сервера?
jasoksky 2 — 01.08.12 — 16:17	и еще: Запускаю вручную службу и выходит эта ошибка
Fish 3 — 01.08.12 — 16:19	(0) Значит, криво установил сервер 1С. Сноси его и ставь заново.
v4442 4 — 01.08.12 — 16:20	(0)от какого пользователя запускаешь?
jasoksky 5 — 01.08.12 — 16:22	Забыл код ошибки указать: Ошибка 1069: Служба не запущена из-за входа в систему только учусь работать с серваком. подскажите пожалуйста подробнее, как устранить ошибку.
jasoksky 6 — 01.08.12 — 16:23	(4) ест только 1 пользователь — Администратор
kotletka 7 — 01.08.12 — 16:24	вход с системной учеткой сделай
v4442 8 — 01.08.12 — 16:27	(4) с учетной записью запускай
jasoksky 9 — 01.08.12 — 16:37	Всем рахмет. Проблема был с паролем. Пароль учетной записи поменял и в службе Агента сервера 1С указал этот пароль. Служба запустилась

I have written my own windows service which interacts with a SQL database and updates it. The service was running fine and seems to be functioning correctly, however of late it seems to go down at random times and cannot restart due to the error designated in the question. I have tried various searches to fix this, but unfortunately I have come up with nothing. The aim is to eventually having this service running on my companies server, but I can’t adjust any server settings, I am but a user on the server, so I have restrictions to some settings.

Any quick fixes, would be helpful!

asked Sep 2, 2014 at 8:33

1. Open the Services Manager. ( Win + R, then type services.msc )
2. Then right click on the SQL Server process and click Properties

1. Then go to Log On, and select This account:
   

2. Then click Browse, and add your username in the box. (Notice it should contain the domain, in my case is ADmyusername), then Check Names and accept.
   

3. Finally type your password in the other two fields, and that’s it, you should have permission to start your process now.

Cheers!!

answered Jan 22, 2019 at 18:50

2

One issue for us was the format of the account user name, we initially used

domainusername

and got the 1069-logon error, then ultimately I tried validating the user name in the properties | logon tab of the Service (in Control Panel / Service Manager), using the «Browse» and «Search» for the user name and it turned it suggested and validated ok with the reverse format

username@domain

This also worked and resolved the 1069 error, and let us script the startup using sc.exe.

answered Aug 31, 2015 at 8:29

Mosca PtMosca Pt

5174 silver badges10 bronze badges

3

Error 1069 is vague and can have different causes. I am sharing my experience here.

I encountered this error when trying to get a service to run under my account (I am trying to get my services to see the same LocalDB as interactive processes running on my account for development purposes). I use an MSA (Microsoft Account) with Windows’s PIN login normally, so I rarely enter my Windows password. To resolve the issue, I locked my screen, selected Password input instead of PIN input, and then entered my password. I assume this somehow reminded Windows what my password was and made my local account more legit.

Before doing this, you need to configure the user account in question to have the Logon as Service privilege. To do this, open the Group Policy Editor. Expand Computer / Windows Configuration / Security Configuration / Local Policies / User Permissions Assignment and then open Login as Service. From there, you can add your user in question.

answered Feb 28, 2019 at 15:11

binkibinki

7,5965 gold badges63 silver badges107 bronze badges

3

also check for «Deny Logon service» policy.
user should not be added over there

answered Sep 26, 2019 at 14:31

varunvarun

411 bronze badge

1

We had this issue as well because the account was set so that the password expired. After we updated the account to not expire and set the password this error stopped.

answered Aug 15, 2017 at 2:53

campocampo

1,8521 gold badge17 silver badges19 bronze badges

1

The account could also be locked out. To unlock it, you only need to change that user’s password (new and old password can be the same).

What also worked for me was re-entering the password in the services->LogOn window. Even when you think the account and password is correct, re-entering it will re-grant the account permission to log on as a service.

answered Dec 6, 2022 at 11:14

FFFffffFFFffff

7567 silver badges18 bronze badges

One other possibility: if you are using a gMSA account that has just been created, remember that you need to install the service account on the running box (Install-ADServiceAccount).

answered Mar 2 at 14:34

oflaherooflahero

1,2489 silver badges17 bronze badges

1 / 1 / 1 Регистрация: 25.10.2011 Сообщений: 360
	1
1C 8.x 18.09.2014, 14:47. Показов 12873. Ответов 22 Здравствуйте. Стоит 1С Сервер 8.2. Активирована программная лицензия. Поставили сервер 8.3, служба которого не запускается из-за того, что оба сервера зарегистрированы на 1541 порту. Перерегистрацию портов делать не нужно, т.к. нет необходимости запускать одновременно 2 службы. Если удалить 8.2, то боюсь, что программная лицензия слетит. Что сделать с сервером 8.2, чтобы он вообще перестал работать и начала стартовать служба сервера 8.3? 0

340 / 315 / 43 Регистрация: 20.08.2014 Сообщений: 1,242 Записей в блоге: 1
18.09.2014, 15:12	2
Titanum, удалить сервер. Настройки, если все было активировано, должны будут подхватится. 1

1 / 1 / 1 Регистрация: 25.10.2011 Сообщений: 360
18.09.2014, 15:23  [ТС]	3
1c-k, а если в настройках служб сервера указать, чтобы 8.2 стартовал только вручную, а 8.3 автоматически? Ладно, попробую, если не получится, придется снести. 0

340 / 315 / 43 Регистрация: 20.08.2014 Сообщений: 1,242 Записей в блоге: 1
18.09.2014, 15:55	4
Titanum, можно просто отключить службу 8.2 1

1 / 1 / 1 Регистрация: 25.10.2011 Сообщений: 360
18.09.2014, 17:36  [ТС]	5
1c-k, если её просто отключить, то 8.3 всё равно не запускается. 0

340 / 315 / 43 Регистрация: 20.08.2014 Сообщений: 1,242 Записей в блоге: 1
18.09.2014, 17:40	6
Titanum, тогда в реестре HKLMSYSTEMCurrentControlSetservices1:Entrprise 8.3 server Agent (x86-64) в параметре ImagePath, два раза клацнуть и изменить порты: «C:Program Files1cv88.3.5.1119binragent.exe» -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d «C:Program Files1cv8srvinfo» — было «C:Program Files1cv88.3.5.1119binragent.exe» -srvc -agent -regport 11541 -port 11540 -range 11560:11591 -debug -d «C:Program Files1cv8srvinfo» стало, к примеру. Тоже не будет запускаться? 1

1 / 1 / 1 Регистрация: 25.10.2011 Сообщений: 360
18.09.2014, 20:37  [ТС]	7
1c-k, будет, но тогда их придется менять после каждого обновления платформы. Мне надо, чтобы 8.3 работал со всеми параметрами по умолчанию. 0

340 / 315 / 43 Регистрация: 20.08.2014 Сообщений: 1,242 Записей в блоге: 1
18.09.2014, 21:03	8
Titanum, снесите 8.2. Иного не дано. Поймите одно, параметры по умолчанию в платформе уже прописаны — это использование именно тех портов которые указаны. После апдейта платформы, что-то в сервис надо прописывать, например ключ серверной отладки -debug. 1

1 / 1 / 1 Регистрация: 25.10.2011 Сообщений: 360
18.09.2014, 22:45  [ТС]	9
1c-k, я снесла оба сервера, но в списке служб диспетчера сервера остались обе службы Агент сервера 8.2 и 8.3. Запустить их нельзя, выдает ошибку. Но они не удалились. Для обоих делала регистрацию портов. Для 8.2 на 1541, для 8.3 на 2541. Теперь даже если устанавливаю новый сервер, ничего не запускается. Что с этим делать? D: 0

340 / 315 / 43 Регистрация: 20.08.2014 Сообщений: 1,242 Записей в блоге: 1
18.09.2014, 22:56	10
Titanum, пичаль. Как вам это удалось?оО Попробуйте снести все 1с, все что есть в системе через панель управления. 1

1 / 1 / 1 Регистрация: 25.10.2011 Сообщений: 360
18.09.2014, 23:02  [ТС]	11
1c-k, черт … вообще я так и делала, но в итоге вот, что получилось. Утром начнется работа … При запуске службы выдает ошибку 1069 Добавлено через 2 минуты Интересно, почему после удаления всех серверов службы остались 0

340 / 315 / 43 Регистрация: 20.08.2014 Сообщений: 1,242 Записей в блоге: 1
18.09.2014, 23:05	12
Titanum, удаляйте и перегружайте. дальше видно будет. 1с она такая. 1

1 / 1 / 1 Регистрация: 25.10.2011 Сообщений: 360
18.09.2014, 23:07  [ТС]	13
1c-k, удаление через панель управления не помогает. Может еще стоит удалить всю папку C:Program Files1cv82? 0

340 / 315 / 43 Регистрация: 20.08.2014 Сообщений: 1,242 Записей в блоге: 1
18.09.2014, 23:15	14
Titanum, перегружали после этого? Попробуйте установить одну платформу — ребут, удаление — ребут, потом со второй так же. 1

1 / 1 / 1 Регистрация: 25.10.2011 Сообщений: 360
18.09.2014, 23:18  [ТС]	15
1c-k, Чистила реестр системы и перезагружала сервер. После перезапуска служб не было. Установила сервер 8.3, служба не стратует Ошибка 1069: Служба не запущена из-за ошибки входа в систему. Хотя служба всего одна на порте 1541 0

340 / 315 / 43 Регистрация: 20.08.2014 Сообщений: 1,242 Записей в блоге: 1
18.09.2014, 23:21	16
Сообщение было отмечено Titanum как решение Решение Titanum, Ошибка входа в систему. пропишите логин и пароль с которыми служба может войти. 1

1 / 1 / 1 Регистрация: 25.10.2011 Сообщений: 360
18.09.2014, 23:34  [ТС]	17
1c-k, прописывала, увы … писала пользователя по умолчанию USR1CV82 и его пароль. Может нового пользователя создать? Добавлено через 9 минут 1c-k, о чудо! Да, создала нового пользователя и единственная служба 8.3 запустилась на порту 1541. Спасибо вам огромное за помощь и моральную поддержку!!! 0

340 / 315 / 43 Регистрация: 20.08.2014 Сообщений: 1,242 Записей в блоге: 1
18.09.2014, 23:38	18
Titanum, да не за что)) Панель управления -> пользователи, сменить пароль у дефолтного пользователя и иего потом использовать. 1

1 / 1 / 1 Регистрация: 25.10.2011 Сообщений: 360
18.09.2014, 23:44  [ТС]	19
1c-k, а я просто снова переустановила сервер и вместо предлагаемого по умолчанию создала нового. Оно сразу всё запустилось. А файл .lic, полученный после активации программной лицензии скопировала и потом вернула в папку conf новоустановленного сервера. В общем всё вроде Ок )) 0

340 / 315 / 43 Регистрация: 20.08.2014 Сообщений: 1,242 Записей в блоге: 1
18.09.2014, 23:47	20
Titanum, именно так и надо переходить)) А так с пользователями можно сменить пароль, причем неважно какого, доступ то вы имеете) 1

April 7 2011, 22:07

Category:

• История
• Cancel

Я

KUBIK

30.11.10 — 13:54

На сервере запущен агент 1с сервера 8.1 (64 бит)
Можно ли установить и запустить одновременно агент 1с 8.2 (64 бит)?
4

IronDemon

1 — 30.11.10 — 13:56

Да. Порты разные указать.

IronDemon

2 — 30.11.10 — 13:57

v8: Одновременная работа на 8.1 и на 8.2

KUBIK

3 — 30.11.10 — 13:58

Дает ошибку 1069: Служба не запущена изза ошибки входа в систему
5

КМ155

4 — 30.11.10 — 13:58

(0) легко

упс

5 — 30.11.10 — 14:15

(3) проверьте пароль для учетной записи под которой запускается сервер..

Grusswelle

6 — 30.11.10 — 14:16

Порты.

KUBIK

7 — 01.12.10 — 12:33

Спасибо за помощь, но при запуске службы агента 1с8.2 она запускается и останавливается.
Попробовали запускать с помощью батника: (см. текст)
cd C:Program Files1cv828.2.12.96bin
ragent.exe -port 1640 -regport 1641 -range 1660:1691 -d «C:Program Files1cv82srvinfo»
С помощью батника запускается.
Где подкрутить, чтобы запускалась штатно?
8
10

КМ155

8 — 01.12.10 — 12:59

(7)[Где подкрутить]
в реестре

bregovgor

9 — 01.12.10 — 13:01

У меня сохранился пост из какого-то форума :
Установка сервера 1С 8.2 рядом с сервером 1С 8.1
5 01.02.2010 00:00
В книге «1С:Предприятие 8.2. Клиент-серверный вариант. Руководство администратора» такая ситуация хоть и названа «достаточно редкой и специфичной», но допускается и рассматривается, как нормальная. Следуя рекомендациям книги и подсказкам всемирной сети, мы выполнили эту задачу и хотим поделиться своим опытом с вами в виде пошаговой инструкции.
В ветке реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.2 Server Agent Параметр ImagePath меняем номера портов, добавляя смещение: «C:Program Files1cv828.2.9.356binragent.exe» -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d «C:Program Files1cv82srvinfo»
У кластера 8.1 они по умолчанию такие HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.1 Server Agent «C:Program Files1cv81binragent.exe» -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d «C:Program Files1cv81server»
Обращаем ваше внимание, что «C:Program Files1cv828.2.9.356» и «C:Program Files1cv81» — каталоги установки 8.2 и 8.1 по-умолчанию. Если у вас они другие, то обязательно должно выполняться условие различных каталогов служебных файлов, используемых разными агентами, в нашем случае «C:Program Files1cv82srvinfo» и «C:Program Files1cv81server».
Очищаем папку C:Program Files1cv82srvinfo, проверяем доступ на запись в неё для пользователя USR1CV82 (при установке 1С 8.2 автоматически создается папка «reg_1541» и файл описания кластера с портом 1541, а при создании пользователя для старта сервера вручную он не обязательно может обладать правами на запись в «Program Files». И первое и второе приводит к остановке сервиса сразу после старта со следующей ошибкой «The Агент сервера 1С:Предприятия 8.2 service on Local Computer started and then stopped. Some services stop automatically if they have no work to do, for example, the Performance Logs and Alerts service.»).
Стартуем второй ragent. с user name USR1CV82. Первый для 8.1 должен быть уже запущен.
В консоли управления серверами
— Создаем сервер с именем компьютера и портом 1640
— Создаем кластер с портом 1641 (если его нет)
— Создаем Рабочий сервер с портом 1640 и диапазоном 1660:1691 (если его нет)
— Создаем Рабочий процесс
При добавлении базы в окне запуска 1С при записи Кластера серверов нужно указывать порт Пример: Имя_Компьютера:1641
Если запуск сервера планируется не от локальной системной записи, то лучше выбрать (создать предлагаемого USR1CV82) пользователя при установке 1С.

упс

10 — 01.12.10 — 13:23

(7) что значит «запускается и останавливается»? Что в логах операционки? То самое «Дает ошибку 1069: Служба не запущена изза ошибки входа в систему»?

dva1c

11 — 01.12.10 — 13:38

заметка

Служба не запускалась из-за сбоя входа в Windows 10

От неожиданного зависания до раздражающих уведомлений в Windows 10 есть такие маленькие особенности, но вы можете исправить их с некоторой помощью. Например, когда вы устанавливаете или запускаете служебное приложение в Windows, отображается сообщение об ошибке со следующим описанием —

Windows не может запустить службу на локальном компьютере.
Ошибка 1069: служба не запускалась из-за сбоя входа в систему.

Проблема обычно возникает, когда происходит одно из следующих событий.

• Пользователь вводит неверный пароль учетной записи при настройке вашей службы, или
• Пользователь изменил пароль учетной записи, используемой службой, но не смог обновить информацию в службе.

Программы для Windows, мобильные приложения, игры — ВСЁ БЕСПЛАТНО, в нашем закрытом телеграмм канале — Подписывайтесь:)

Чтобы исправить это, вам необходимо выполнить следующие действия.

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

Давайте рассмотрим вышеперечисленные шаги более подробно!

Тип services.msc в поле поиска Windows 10 и выберите опцию Services, чтобы открыть Услуги оснастка.

Найдите имя службы, в которой возникла проблема. Когда найдете, щелкните его правой кнопкой мыши и выберите Характеристики вариант.

Затем под листом свойств службы переключитесь на Войти в систему таб.

Здесь проверьте, отмечен ли переключатель учетной записи локальной системы. Если да, вам нужно отменить выбор.

После этого проверьте ‘Этот аккаунт‘ переключатель.

Введите правильный пароль.

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

В дальнейшем, когда вы пытаетесь запустить службу, вы не должны видеть ‘Служба не запустилась из-за сбоя входа в систему‘снова в Windows 10.

СОВЕТ. Более общие предложения по устранению неполадок служб Windows не запускают проблемы.

.

Программы для Windows, мобильные приложения, игры — ВСЁ БЕСПЛАТНО, в нашем закрытом телеграмм канале — Подписывайтесь:)

Источник

Ошибка 1069 возникает при запуске службы SQL Server

При запуске службы SQL Server появляется ошибка 1069, которая приводит к сбою входа. В этой статье приведены способы устранения событий, связанных с ошибкой 1069.

Оригинальная версия продукта: SQL Server
Исходный номер базы знаний: 282254

Симптомы

При попытке перезапустить microsoft SQL Server или агент SQL Server служба не запускается, и вы получаете следующие сообщения об ошибках в зависимости от способа запуска службы:

С помощью апплета «Службы» выполните следующие действия.

Windows не удалось запустить службу SQL Server на локальном компьютере.
Ошибка 1069: служба не запущена из-за сбоя входа.

С помощью командной строки:

Произошла системная ошибка 1069.
Служба не запущена из-за сбоя входа.

Вы можете найти сообщения с идентификатором события 7041 или 7038, зарегистрированные в журнале системных событий.

Причина

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

Разрешение для события с идентификатором 7041

Запись с идентификатором события 7041 в журнале системных событий может содержать следующее сообщение об ошибке:

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

Полная запись сообщения в журнале событий выглядит следующим образом:

Чтобы устранить эту проблему, проверьте, какие права пользователя назначены учетной записи службы SQL Server.

Запустите приложение «Локальная политика безопасности » (Start -> Secpol.msc).

Разверните узел Локальная политика, а затем выберите Назначение прав пользователя.

Убедитесь, что учетной записи службы назначены необходимые права пользователя, следующие за привилегиями и правами Windows. Назначьте отсутствующие разрешения вручную.

Проверьте, назначены ли учетной записи службы какие-либо разрешения Deny*. Удалите все разрешения Deny* из учетной записи службы SQL, а затем повторите тестирование.

Например, если учетной записи службы назначено запретить вход в качестве службы SeDenyServiceLogonRight вместе с параметром Вход в качестве службы SeServiceLogonRight , отмените SeDenyServiceLogonRight право на вход и перезапустите SQL Server.

Разрешение для события с идентификатором 7038

В записях журнала, связанных с событием 7038, могут отображаться следующие сообщения об ошибках:

Этот пользователь не может войти, так как эта учетная запись в настоящее время отключена

Полная запись сообщения в журнале событий выглядит следующим образом:

Чтобы устранить эту проблему, используйте один из следующих методов в зависимости от сценария:

Если SQL Server учетная запись запуска является учетной записью локального пользователя на компьютере, откройте раздел Управление компьютером (compmgmt.msc) и убедитесь, что учетная запись службы отключена в группе локальных пользователей&. Если она отключена, включите учетную запись и перезапустите службу SQL Server.

Если SQL Server учетная запись запуска является учетной записью домена Windows, проверьте, отключена ли учетная запись в Пользователи и компьютеры Active Directory. Если она отключена, включите учетную запись и перезапустите службу SQL Server.

Пароль пользователя необходимо изменить перед входом.

Полная запись сообщения в журнале событий выглядит следующим образом:

Чтобы устранить эту проблему, используйте один из следующих методов в зависимости от сценария:

Если учетная запись SQL Server запуска является учетной записью локального пользователя на компьютере:

1. Откройте раздел Управление компьютером (compmgmt.msc).
2. Выберите Локальные пользователи и группы, а затем выберите Пользователи , чтобы найти учетную запись.
3. Дважды щелкните учетную запись пользователя, чтобы открыть ее свойства.
4. Снимите флажок Пользователь должен изменить пароль при следующем входе в SQL Server учетную запись запуска и нажмите кнопку ОК.
5. Перезапустите службу SQL Server.

Если учетная запись SQL Server запуска является учетной записью домена Windows:

1. Откройте Пользователи и компьютеры Active Directory на контроллере домена.
2. Выберите Пользователи в правильном домене.
3. Дважды щелкните учетную запись домена, которая используется в качестве учетной записи службы SQL Server, чтобы открыть ее свойства.
4. Перейдите на вкладку Учетная запись , чтобы проверить, должен ли пользователь изменить пароль при следующем входе в систему.
5. Если параметр включен, очистите этот параметр или войдите в систему в интерактивном режиме на клиентском компьютере Windows, а затем задайте новый пароль.
6. Если вы изменили пароль, обновите новый пароль для службы SQL Server с помощью средства диспетчер конфигурации SQL Server.

Неправильное имя пользователя или пароль

Для неправильной проблемы с паролем полная запись сообщения в журнале событий выглядит следующим образом:

Для устранения данной проблемы выполните следующие действия.

Сценарий 1. Неправильный пароль

В сообщении об ошибке указано, что текущее имя входа или пароль заданы неправильно. Чтобы проверить и устранить проблему, выполните следующие действия.

runas Используйте параметр для проверки учетных данных учетной записи службы:

Откройте командную строку Windows.

Выполните следующую команду:

Если команда выполнена успешно, введите те же учетные данные в диспетчер конфигурации SQL Server, Службы, служба SQL Server и Эта учетная запись.

Если команда завершается ошибкой и сообщает о той же проблеме, необходимо сбросить пароль для входа Windows.

Если учетная запись SQL Server запуска является учетной записью локального пользователя на компьютере, откройте раздел Управление компьютером (compmgmt.msc) и сбросьте пароль локального пользователя.

Если учетная запись SQL Server запуска является учетной записью домена Windows, откройте Пользователи и компьютеры Active Directory, а затем обновите пароль учетной записи в разделе Пользователи. После обновления учетных данных вернитесь к диспетчер конфигурации SQL ServerСлужбыSQL Server и введите те же учетные данные.

Перезапустите службу SQL Server.

Чтобы ввести правильный пароль в учетной записи службы SQL Server на SQL Server хост-компьютере, следуйте инструкциям из раздела Службы SCM — изменение пароля используемых учетных записей.

Сценарий 2. Флаг gMSA IsManagedAccount установлен неправильно

Если вы используете групповую учетную запись управляемых служб (gMSA) для запуска службы SQL Server, а флаг IsManagedAccount для данной службы имеет значение false, вы можете получить событие Service Control Manager с идентификатором 7038, как только кэшированный секрет становится недопустимым.

Чтобы определить и устранить проблему, выполните следующие действия.

Убедитесь, что используется учетная запись gMSA. Продолжайте только после подтверждения gMSA.

• Если следующая команда успешно выполняется в учетной записи, вы используете учетную запись gMSG.
• Если сбой с Cannot find an object with identity: ‘account’ , учетная запись службы не является учетной записью gMSA.

Выполните следующую команду в командной строке и проверьте состояние IsManagedAccount. Желаемый результат является истинным. Если задано значение false, продолжайте дальше.

Пример для SQL Server с именем экземпляра SQLPROD:

Установите для флага значение true, как требуется.

Пример для SQL Server с именем экземпляра SQLPROD:

Повторите попытку запуска службы.

Указанная учетная запись в настоящее время заблокирована и может не войти в систему.

Полная запись сообщения в журнале событий выглядит следующим образом:

Чтобы устранить эту проблему, используйте один из следующих методов в зависимости от сценария:

Если учетная запись SQL Server запуска является учетной записью локального пользователя на компьютере:

1. Откройте раздел Управление компьютером (compmgmt.msc) и выберите Локальные пользователи и группы, а затем — Пользователи.
2. Снимите флажок Учетная запись заблокирована для учетной записи запуска SQL Server в разделе Локальные группы пользователей & и нажмите кнопку ОК.
3. Перезапустите службу SQL Server.

Если учетная запись SQL Server запуска является учетной записью домена Windows:

1. Откройте Пользователи и компьютеры Active Directory на контроллере домена.
2. В разделе Пользователи дважды щелкните учетную запись SQL Server запуска и перейдите на вкладку Учетная запись.
3. Проверьте, помечена ли учетная запись как заблокированная.
4. Если учетная запись заблокирована, установите флажок Разблокировать учетную запись и нажмите кнопку ОК, введите надежный пароль.
5. Затем используйте те же учетные данные для конфигурации учетной записи службы SQL Server в диспетчер конфигурации SQL Server, службах и SQL Server.
6. Перезапустите службу SQL Server.

Источник

Как исправить ошибку: 1069 — служба не запустилась из-за сбоя входа?

Я написал свою собственную службу Windows, которая взаимодействует с базой данных SQL и обновляет ее. Служба работала нормально и, кажется, работает правильно, однако в последнее время она, кажется, отключается в случайное время и не может перезапуститься из-за ошибки, указанной в вопросе. Я пробовал различные поиски, чтобы исправить это, но, к сожалению, ничего не нашел. Цель состоит в том, чтобы в конечном итоге эта служба работала на сервере моей компании, но я не могу настроить какие-либо параметры сервера, я всего лишь пользователь на сервере, поэтому у меня есть ограничения на некоторые настройки.

Любые быстрые исправления, были бы полезны!

5 ответов

1. Откройте диспетчер служб. Если вы не знаете, сделайте это с помощью нажав Win + R, затем введите services.msc
2. Затем щелкните правой кнопкой мыши процесс SQL Server и выберите Свойства.

Затем перейдите в раздел Войти и выберите Эта учетная запись:

Затем нажмите Обзор и добавьте свое имя пользователя в поле. (Обратите внимание, что он должен содержать домен, в моем случае это ADmyusername), Проверить имена и принять.

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

Одной из проблем для нас был формат имени пользователя учетной записи, который мы изначально использовали

Домен имя пользователя

И получил ошибку 1069-logon, затем я попытался проверить имя пользователя в свойствах | вкладка входа в службу (в панели управления / диспетчере служб), используя «Обзор» и «Поиск» для имени пользователя, и она оказалась предложенной и проверенной в порядке с обратным форматом

Это также сработало и устранило ошибку 1069, и мы можем запустить скрипт запуска с помощью sc.exe.

Ошибка 1069 расплывчата и может иметь разные причины. Я делюсь своим опытом здесь.

Я столкнулся с этой ошибкой при попытке запустить службу под моей учетной записью (я пытаюсь заставить свои службы видеть ту же LocalDB, что и интерактивные процессы, работающие в моей учетной записи, для целей разработки). Обычно я использую MSA (учетную запись Microsoft) с входом в систему с помощью PIN-кода Windows, поэтому я редко ввожу свой пароль Windows. Чтобы решить эту проблему, я заблокировал свой экран, выбрал «Ввод пароля» вместо ввода PIN-кода, а затем ввел свой пароль. Я предполагаю, что это каким-то образом напомнило Windows, какой у меня пароль, и сделало мою локальную учетную запись более законной.

Прежде чем сделать это, вам необходимо настроить соответствующую учетную запись пользователя, чтобы иметь право Вход в качестве службы. Для этого откройте редактор групповой политики. Разверните Компьютер/Конфигурация Windows/Конфигурация безопасности/Локальные политики/Назначение разрешений пользователя, а затем откройте Вход в качестве службы. Оттуда вы можете добавить своего пользователя.

У нас тоже была эта проблема, потому что учетная запись была настроена так, что срок действия пароля истек. После того, как мы обновили учетную запись, чтобы срок ее действия не истек, и установили пароль, эта ошибка исчезла.

Также проверьте политику «Запретить вход в систему». пользователь не должен быть добавлен туда

Источник

На чтение 5 мин. Просмотров 10.8k. Опубликовано 03.09.2019