Windows could not start the sql server service on local computer как решить error 5023

Обновлено: 04.07.2024

По некоторым причинам я переместил эту папку: ( Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL ) на другой диск, а затем вернул ее в одно и то же место, но сервер sql перестает работать, показывая эту ошибку при попытке запустить ее снова:

Windows не удалось запустить SQL Server (MSSQLSERVER) на локальном Компьютер. Для получения дополнительной информации просмотрите журнал системных событий. Если это является службой, отличной от Microsoft, обратитесь к поставщику услуг и обратитесь к служебный код ошибки 3417.

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

Папка не сжата или не зашифрована.

Спасибо за вашу любезную помощь заранее.

ОТВЕТЫ

Ответ 1

Очень просто решить эту проблему.

Просто откройте окно RUN (Window + R) и введите services.msc :

Найдите SQL в столбце имени и щелкните по нему правой кнопкой мыши.

Вы получите вариант свойства, нажмите на свойства.

После этого зайдите снова в окно services.msc. и щелкните правой кнопкой мыши на sql и нажмите кнопку Пуск.

И наконец, службы SQL Server были запущены успешно. наслаждайтесь и продолжайте учиться.

Ответ 2

Убедитесь, что вы сжимаете драйвер или папку, в которую вы помещаете файл .mdf.

Если это так, plesae перейдите к драйверу или папке, измените параметр сжатия на

После чего вы сможете снова запустить службу.

Ответ 3

В моем конкретном случае я исправил эту ошибку, посмотрев в Event Viewer, чтобы получить представление об источнике проблемы:

Затем я выполнил действия, описанные в разделе Восстановление основной базы данных в SQL Server.

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

В моем конкретном случае команда для перестройки базы данных master была:

Обратите внимание, что это вернет SQL-сервер к его настройкам по умолчанию, поэтому вам следует надеяться, что вы сможете восстановить основную базу данных из E:\backup\master.bak . Я не смог найти этот файл, поэтому прикрепил существующие базы данных (просматривая существующие файлы .mdf ), и все вернулось в нормальное состояние.

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

Ответ 4

Недавно у меня была такая же ошибка. Я проверил папку "Журнал экземпляра моего сервера".

и я нашел эти ошибки в журналах

Ответ 5

Что такое системный журнал событий?

Ответ 6

Это обычно происходит, когда master.mdf или mastlog.ldf повреждаются. Чтобы решить проблему goto следующий путь C:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL , вы найдете папку "Данные шаблона", скопируйте файл master.mdf и mastlog.ldf и замените его на C:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\Data folder . Это оно. Теперь запустите службу MS SQL, и вы закончили

Ответ 7

Просмотрите средство просмотра событий, оно часто дает вам представление об источнике проблемы:

Ответ 8

В моем случае мне пришлось обновить SQL Server, поскольку срок действия пробной лицензии истек.

Ответ 9

Я получил эту ошибку сегодня. И выше ответы не помогли мне. Я получал эту ошибку при попытке запустить службу SQL Server (SQLEXPRESS) в службах (services.msc).

Когда я проверил журнал ошибок в расположении C:\Program Files\Microsoft SQL Server\MSSQL13.SQLEXPRESS\MSSQL\Log, обнаружился порт, связанный с TCP/IP.

Недавно я запустил образ MSSQLEXPRESS в моем док-контейнере, который использовал тот же порт TCP/IP, который вызвал эту проблему.

Итак, я просто сбросил свой TCP/IP, выполнив следующую команду.

netsh int ip reset resetlog.txt

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

Ответ 10

Убедитесь, что оба диска имеют один и тот же раздел (например, FAT или NTFS, предпочтительно NTFS), также убедитесь, что он имеет учетную запись NETWORK SERVICE, имеет доступ.

Ответ 11

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

Ответ 12

У меня была такая же проблема перед

код ошибки 3417: SQL SERVER не может запустить основную базу данных, без master db SQL SERVER не может запускаться MSSQLSERVER_3417

Основная база данных регистрирует всю информацию на системном уровне для системы SQL Server. Сюда входят метаданные экземпляра, такие как учетные записи входа в систему, конечные точки, связанные серверы и настройки конфигурации системы. В SQL Server системные объекты больше не хранятся в основной базе данных; вместо этого они хранятся в базе данных ресурсов. Кроме того, master - это база данных, которая записывает наличие всех других баз данных и расположение этих файлов базы данных и записывает информацию об инициализации для SQL Server. Поэтому SQL Server не может запускаться, если основная база данных недоступна MSDN Master DB , поэтому вам нужно перенастроить все настройки после восстановления master db

решения

заменить файлы master mdf и ldf теми же файлами из другого экземпляра sql Server, если его версия
Восстановить системные базы данных refrence
переустановить сервер sql

Ответ 13

Я скопировал master.mdf и mastlog.ldf с другого компьютера (к счастью, у нас много клиентов с одинаковой конфигурацией, в противном случае, возможно, будут нужны данные шаблона). Я скопировал поврежденный master.mdf и mastlog.mdf. После этого я заменил плохих одних с другого компьютера. И это сработало. Конечно, мне нужно было запустить MSSQLSERVER Service. Но после этого у меня возникла проблема в том, что пользователь уже существует, но осиротел (код ошибки 15023), я выполнил запрос

ИСПОЛЬЗОВАТЬ имя_базы_данных EXEC sp_change_users_login 'Auto_Fix', 'username'

после этого все работало гладко. Надеюсь, это поможет вам и большое спасибо за эту тему, спас меня:)

Ответ 14

Просто переименуйте текущий ErrorLog в любое другое имя, например Errorlog _Old, и измените любой старый файл журнала на файл журнала ошибок

попробуйте запустить службы SQL-сервера.. Это. он будет работать.

Файл журнала ошибок сервера Sql поврежден. поэтому он дает проблему, даже если у вас есть все разрешения.. когда вы ее удаляете. будет создан новый файл.

Средь моря проблем, с которыми сталкиваются пользователи ПК, есть следующая: невозможность запустить службу SQL Server. Итак!

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

Почему так произошло? Причин может быть несколько, но все они разрешимы.

Причина №1: служба SQL Server не устанавливается в виду того, что согласованность (соотношение) между физическими сокетами и логическими процессорами системы не имеет степень числа 2. Либо физические ядра не имеют степень 2. И, наконец, если общее наличие процессоров является нечетным.
Устранение проблемы: необходимо поменять число логических процессоров в ОС Windows 2003. Вот ваш алгоритм: "Пуск" - "Выполнить". В командную строку "Открыть" впишите команду msconfig и нажмите на кнопку "Ок" или "Enter". Вы окажетесь в окне "Настройка системы". Здесь вы увидите вкладки, среди которых будет вкладка "BOOT.INI" - кликайте на ней.

В открывшемся окне жмите кнопку "Дополнительно". Поверх основного окна появится ещё одно окно, озаглавленное, как "Доп. параметры BOOT.INI". В нем вы увидите список, в котором вас интересует строчка "/NUMPROC" - поставьте в этой клеточке "птичку". Видите стрелочку вниз? Нажмите на неё, выберите значение 1 (один) и нажмите на "Ок". Далее нажимаете на "Ок" в окне "Настройка системы". Перезагружаете сервер и теперь можете устанавливать ваш SQL Server 2005. И не забудьте про пакет последних обновлений для этой службы. А после этого снова войдите в "Выполнить" - "Открыть" - впишите msconfig - "нажмите на "Ок" - "Настройки системы" - "Доп. параметры BOOT.INI" и снимите "птичку", которую вы ставили возле "/NUMPROC".

Причина №2: вы не можете запустить службу SQL Server в виду того, что в учетной записи сетевой служба просто нет разрешения для папки (или подпапки).
Решается проблема довольно просто: необходимо предоставить учетной записи NETWORK Service все права доступа к папке. Делается это посредством такого алгоритма: заходите в "Свойства Microsoft" - кликаете на вкладку "Безопасность" - выделяете запись NETWORK Service и в нижнем поле ставите "птичку" в клеточке возле строчки "Полный доступ". Также вы можете в параметрах настройки SQL поменять учетную запись на «Локальную систему» (англ. - Local system).

Причина №3: установка SQL Server производится файловой структурой FAT. Уже давно известно, что FAT - это не лучшее "начало дня". Поэтому, дабы решить создавшуюся проблему рекомендую просто перейти с FAT на NTFS.
Причина №4: вы не можете запустить SQL лишь по той причине, что ваш компьютер не состоит в домене! А параметр "domain" может просто отсутствовать в реестре вашей ОС Windows. (Он должен находится в ветке HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters). Решить проблему очень просто: надо создать недостающий пустой строковый параметр "domain". Алгоритм: "Пуск" - "Выполнить" - regedit - "Ок" - "Редактор реестра" - ветка HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters. В правой части кликаете правой кнопкой мышки на пустом участке поля. Выпадет строчка "Создать". Наводим стрелочку на эту строчку и видим список, в котором есть строка "Строковый параметр".

Выбираем эту строку и создаем пустышку - пустой строковый параметр. (Извините за частое употребление слов "строка" и "строковый", но я делаю эту лишь для того, чтобы вы видели четкий алгоритм). Создав пустой параметр, можете смело закрывать все окна и запускать ваш SQL - всё будет работать.
Всего вам доброго и до новых встреч!

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

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

Вступление 1

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

Вступление 2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как выглядит ошибка 1053 служба не ответила на запрос

Небольшая предыстория. Я продолжаю процесс виртуализации старого парка физических серверов, для этого я использую утилиту P2V VMware vCenter Converter Standalone 6.2. Все шло как обычно, я накатил утилиту и попытался ее запустить, у меня долго не появлялось окно программы. Через некоторое время у меня возникла на экране ошибка:

Vmware vCenter Converter Standalone Server is installed but not running. When VMware vCenter Converter Standalone Server is not running, you will not be able to connect to local server. Do you want to start it now?

Unable to start VMware vCenter Converter Standalone Server. You will not be able to connect to local server.

Нам говорят, что служба конвертера не может быть запущена. В оснастке "Службы", вы можете наблюдать три службы VMware vCenter Converter.

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

Windows could not start the VMware vCenter Converter Standalone Worker service on Local Computer. Error 1053: The service did not respond tj the start or control request in a timely fashion.

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

Не удалось запустить службу (Имя службы) на локальном компьютере.

Ошибка 1053: служба не ответила на запрос запуска или управления своевременно.

Список служб и программ, где вы можете увидеть ошибку 1053

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

VMware vCenter Converter Standalone 6.2
Apple Mobile Device Service (ITunes)
QEMU Guest Agent
В момент установки драйверов Рутокен
Skype

Служба MSSQL
SharePoint
4game-service

Как видите разброс проблем очень большой и разнообразный, то же самое касается и операционных систем, вы это легко увидите и на клиентских Windows 7 или Windows 10, так и на серверных Windows Server 2012 R2 и выше.

Давайте я вам покажу, как я исправлял код ошибки 1053, в случае с утилитой Vmware vCenter Converter Standalone, но описанная методика подойдет и для других служб и программ.

Первым делом вы должны зайти в оснастку службы, сделать это очень просто, для этого нажмите одновременно две клавиши Win и R, у вас вызовется окно "Выполнить", в нем напишите слово services.msc, это такое системное название данной оснастки, подробный список команд вызова оснасток смотрите по ссылке.

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

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

У меня он не отвечал, я так же попробовал разрезолвить имя данного сервера, где я получал ошибку, его ip-адрес в моем примере заканчивается на 157, имя определилось, значит второй DNS сервер, все обрабатывал корректно, первый я поправил. Если у вас доменный компьютер, то убедитесь, чтобы имена разрешались, через IP. Идем искать решение дальше.

Тут необходимо создать параметр DWORD32 с именем ServicesPipeTimeout и дать ему числовое значение в секундах,

например пять минут, это 3000.

После создания ключа реестра вам необходимо, ОБЯЗАТЕЛЬНО ПЕРЕЗАГРУЗИТЬСЯ.

В 90% случаев у вас ошибка 1053 служба не ответила своевременно, пройдет. Еще видел ситуацию, что после перезагрузки, те службы что идут с отложенным запуском, могут запускаться немного дольше обычного, иногда их даже приходится стартовать вручную, но зато они работают. Мне лично, этот метод помог с Vmware vCenter Converter Standalone.

Дополнительные методы исправления ошибки 1053

К сожалению трюк с ключом реестра срабатывает не всегда и не со всем софтом, в 10% случаев вы все будите видеть предупреждение "сервис не ответил своевременно на запрос", тут я приведу некий чек-лист который позволит вам устранить причину.

2 Responses to Ошибка запуска службы 1053. Служба не ответила на запрос

Сегодня столкнулся с подобной проблемой. W2012R2. VMware vCenter Converter Standalone 6.2.
Устанавливается, под доменным Администратором служба не стартует, после ручного старта, всё равно не запускается.
Удалил VMware vCenter Converter Standalone.
Поставил по локальным Администратором.
Не работает. Хотя службы и стартуют.

Удалил VMware vCenter Converter Standalone.
Создал нового локального АНГЛОЯЗЫЧНОГО пользователя с правами админа.
Устанавливаем VMware vCenter Converter Standalone.
Работает.

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