SQL Server не запускается при запуске Windows, но запускается вручную

21

Служба моего экземпляра SQL Server (SQL Server 2008 R2 Express) имеет тип запуска = автоматический. Последние пару раз я перезагружал свой компьютер, служба не запускалась сама по себе, но запускается очень хорошо, когда я запускаю службу вручную.

Просмотр событий показывает, что служба не запускается из-за тайм-аута соединения. Есть 2 записи об этом тайм-ауте:

Вступление 1

Истекло время ожидания (30000 миллисекунд) в ожидании подключения службы SQL Server (SQLEXPRESS).

Вступление 2

Не удалось запустить службу SQL Server (SQLEXPRESS) из-за следующей ошибки: Служба не ответила на запрос запуска или управления своевременно.

Я проверил файлы ERRORLOG, и во время этих записей Просмотр событий не было зарегистрировано ошибок.

Любые идеи о причине этой проблемы или как я могу расследовать дальше?

Кит
источник

Ответы:

12

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

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

Чтобы решить эту проблему, вам нужно перейти в Администрирование> Службы> SQL Server (MSSQLSERVER или имя ваших экземпляров)> Щелкните правой кнопкой мыши> Свойства> Перейти к входу в систему> Установите параметр входа с использованием учетной записи локальной системы

Если вы выбрали эту опцию, нажмите кнопку «Обзор» и найдите там учетную запись локальной службы или учетную запись сетевой службы> нажмите «Применить».

Перезагрузите компьютер, и вы сможете запустить SQL Server.

jmonterohn
источник
1

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

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

Не уверен, что это точно применимо в вашем случае, но это, по крайней мере, просто расследовать и пытаться проверить, по крайней мере, на всякий случай.

Я нашел это в какой-то статье, которую я давно сохранил, когда у меня была похожая проблема с домашним каталогом AD (не через скрипт входа в систему) для сопоставления домашнего каталога для ПК рабочей станции:

Значение политики для Конфигурация компьютера -> Административные шаблоны -> Система -> Вход в систему «Всегда ждать сеть при запуске компьютера и входе в систему» ​​будет установлено на «Включено».

Если следующее значение реестра не существует или его значение не равно 1, это вывод:

Раздел реестра: HKEY_LOCAL_MACHINE Подраздел: \ Software \ Policies \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon \ Имя значения: SyncForegroundPolicy Тип: REG_DWORD Значение: 1

Сок Pimp IT
источник
1

Вы пробовали войти в систему как локальный администратор?

У меня была точно такая же проблема с SQL 2014 Express в Windows 10. Я хотел создать нового пользователя, который не был встроенным локальным администратором, поэтому я создал нового пользователя, добавил его в группу администраторов, назначил этого пользователя автолог при загрузке и вуаля! Служба SQL Server не запускается автоматически. Я попытался отложить запуск, попробовал локальную службу, пробовал сетевую службу, пробовал нового администратора, пробовал параметр групповой политики Always Wait .... Ничего не получалось.

Даже деинсталлированный SQL Server 2014 Express перезагружался, вручную удалял все оставшиеся файлы / папки, перезагружался и переустанавливался под новым администратором. Все еще не идти.

Переключился обратно на автологон как встроенный аккаунт Администратора и вуаля! Служба SQL Server теперь запускается автоматически.

Это, очевидно, обходной путь для меня, поэтому я все еще исследую.

** ОБНОВИТЬ **

На самом деле, моя проблема была связана с тем, что машина была переименована ранее. После того как я изменил значение «OriginalMachineName» в реестре, проблема решена!

Джерри Тернер
источник
-1

Я пошел в местный сервис и изменил

SQL Server (MSSQLSERVER Агент SQL Server (MSSQLSERVER)

Установите для них значение Автоматически с задержкой и тип входа в систему

Галочка учетной записи локальной системы ( разрешить службе взаимодействовать с рабочим столом )

И начинается автоматически

Хамиси Джабе
источник
-5

Ну, есть несколько вещей, которые вы можете попробовать. Сначала перейдите в Панель управления> Система и безопасность> Администрирование> Службы>, а затем найдите SQL Server или SQL Server VSS Writer в списке Службы (локальные). Щелкните правой кнопкой мыши и выберите «Свойства», перейдите на вкладку «Общие» и убедитесь, что для параметра «Тип запуска» установлено значение «Автоматически».

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

Следующее, что нужно сделать, это зайти в «Просмотр событий», проверить список служб и проверить наличие всех предупреждений или ошибок, которые могли быть зарегистрированы службой (или Windows).

Если ничего не помогает, вы можете попробовать использовать Rebuild Master Utility. Подробнее об этом см. На этой странице MSDN: https://social.msdn.microsoft.com/Forums/en-US/f713067f-3017-478b-a9ae-8049d80f9fdc/sql-server-is-not-starting-up? форум = sqldatabaseengine

Jase
источник
2
Какая ужасная ссылка для включения - перестройка вашей главной БД - это ужасный совет - для 1 ОП необходимо иметь резервные копии главной БД и соответствующих системных БД, для 2 он может запустить SQL Server вручную, поэтому проблема, описанная в ссылке, не является его проблемой , Кит - ты когда-нибудь доходил до сути?
MHSQLDBA
почему этот ужасный ответ все еще здесь?
Митч Пшеничный
Слово «вероятно» здесь не относится ни к какому ответу.
Джерри Додж