Не удается запустить диспетчер серверов из за ошибки в файле параметров пользователя

Обновлено: 06.07.2024

Для настройки работы Microsoft SQL Server на специфическом порту нужно воспользоваться диспетчером конфигураций Microsoft SQL Server. Иногда ярлык “Диспетчер конфигурации SQL Server” (“SQL Server Configuration Manager”) отсутствует.

Запуск диспетчера конфигурации вручную

Вручную можно запустить командой:

C:\Windows\SysWOW64\mmc.exe /32 "c:\Windows\SysWOW64\SQLServerManager.msc"
(для 64-битной системы)

C:\Windows\System32\mmc.exe /32 C:\Windows\system32\SQLServerManager.msc
(для x86)

Вместо SQLServerManager.msc может быть другой файл, в зависимости от версии SQL Server, например, SQLServerManager12.msc.

Ошибка ручного запуска

В случае, если команда выдает ошибку 0x8004100e:

"Не удалось подключиться к поставщику WMI. Сервер недоступен или нет разрешения на доступ. Управлять службами SQL Server 2005 можно только с помощью диспетчера конфигурации SQL Server. Недопустимый класс [0x80041010] "

нужно восстановить файл конфигурации поставщика инструментария управления Windows (WMI) для управления службами SQL Server, выполнив:

C:\Program Files (x86)\Microsoft SQL Server\90\Shared\mofcomp sqlmgmproviderxpsp2up.mof
(для 64-битной системы)

C:\Program Files\Microsoft SQL Server\90\Shared\mofcomp sqlmgmproviderxpsp2up.mof
(для x86)

Вместо C:\. \90 может быть другая папка в зависимости от номера версии SQL Server (80, 90, 100, 110, 120 ….). Кроме того, на одном ПК могло быть установлено несколько версий, нужно выбрать актуальную.

Screenshot_49.jpg

Результат запуска

Screenshot_48.jpg

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Я использую Windows 7 64-bit.


Могу поспорить, что вы не можете открыть программу просмотра событий в административных инструментах тоже. Я обнаружил, что журнал событий Windows был отключен.

Поэтому, чтобы решить все это, перейдите на

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

Это сработало для меня.

ДЕТАЛИ ВОПРОСА: По сути, я намеревался превратить свой ноутбук в WiFi-роутер, поэтому я просмотрел онлайн-уроки, которые почему-то не работали. Когда я вошел в режим устранения неполадок, я обнаружил, что ICS (Internet Connection Sharing) требует, чтобы несколько служб были включены и работали должным образом. Несколько из них не были запущены, поэтому я исправил их, но затем я столкнулся с парой служб, которые не запускались (Ошибка 1068), даже когда я пытался, я знал, что я был на что-то.

ИСПРАВЛЕНИЕ:

2) Если вы столкнулись с проблемой (например, ошибка 1068) при попытке включить службу "Диспетчер подключений удаленного доступа", как это было у меня, то она может фактически зависеть от службы "Журнал событий Windows", которая в моем случае не была t запустился и отказался запускаться вручную (ошибка 5, если я правильно помню). Чтобы запустить его, сначала измените параметры безопасности / разрешения для папки журналов, как описано на этой странице.

Короткая длинная история : виновниками являются службы "Диспетчер подключений удаленного доступа" и "Диспетчер автоматических подключений удаленного доступа", которые зависят от службы "Журнал событий Windows", которая зависит от правильных прав доступа к папке% WINDIR%\System32\WinEvt\ бревна

что делать, если Windows 10 не может найти сеть Wi-Fi

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Читайте также: