Не удалось запустить службу sql server на локальный компьютер

Обновлено: 07.07.2024

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

решения

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

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

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

Просто переименуйте текущий 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» в реестре, проблема решена!

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

Нажмите Win + R и выполните команду services.msc .

Найдите службу, которая выдает ошибку, щелкните на нее правой кнопкой мыши и перейдите в Свойства. На вкладке Общие посмотрите состояние. Если она запущена, остановите ее нажатием на соответствующую кнопку.

В поле ввода имен выбираемых объектов наберите имя текущей учетной записи, кликните на «Проверить имена», чтобы проверить ее правильность, и нажмите на «ОК». Либо выберите имя с помощью кнопок Дополнительно – Поиск.

Переустановка службы

Откройте редактор реестра выполнением команды regedit из окна Win + R.

На левой панели перейдите к разделу:

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

Если не удается удалить проблемный раздел, попробуйте добавить дополнительные разрешения.

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

В разделе группы или имена пользователей найдите текущую учетную запись. Если не отображается, нажмите Добавить – Дополнительно – Найти. Выберите ее из результатов поиска.

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

После этого попробуйте снова удалить раздел и перезагрузите компьютер.

После перезагрузки запустите командную строку от имени администратора с помощью системного поиска.

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

Дождитесь завершения сканирования и перезапустите ПК. Проверьте, решена ли проблема.

Перезапуск MySQL

Если ошибка 1607 связана со MySQL, сначала ее остановим, затем удалим несколько файлов в каталоге установки.

Откройте Панель управления командой control из окна Win + R.

В правом верхнем углу экрана установите просмотр на крупные значки и перейдите в раздел Администрирование. В правой части окна выберите Службы.

Найдите MySQL и дважды кликните на нее, чтобы открыть свойства. Остановите ее нажатием на соответствующую кнопку.

Затем перейдите в проводнике в каталог установки MySQL, который находится на системном диске в папке Program Files (x86). Откройте его и перейдите в папку Data. Найдите два файла ib_logfile0 и ib_logfile1, кликните на них правой кнопкой мыши и удалите.

Вернитесь в окно служб и запустите MySQL. Проверьте, удалось ли устранить ошибку 1067.

SQL-сервер не найден или недоступен, ошибки соединения с SQL-сервером

Если SQL-сервер не найден, убедитесь, что ваш экземпляр SQL-сервера действительно установлен и запущен. Для этого зайдите на компьютер, где он установлен, запустите диспетчер конфигурации SQL и проверьте, есть ли там тот экземпляр, к которому вы пытаетесь подключиться и запущен ли он. Нелишним будет также получить отчет об обнаружении компонентов SQL-серверов.
Если вы проделали п1. и не обнаружили источник проблемы, возможно, неверно указан IP-адрес компьютера или номер порта TCP. Перепроверьте их настройки.
Причиной того, что невозможно подключиться к SQL-серверу, также может быть сеть, убедитесь, что компьютер с SQL-сервером доступен по сети.
Проверьте, может ли клиентское приложение, установленное на том же компьютере, что и сервер, подключиться к SQL-серверу. Запустите SQL Server Management Studio(SSMS), в диалоговом окне “Подключиться к серверу” выберите тип сервера Database Engine, укажите способ аутентификации “Аутентификация Windows”, введите имя компьютера и экземпляра SQL-сервера. Проверьте подключение.

Ошибка SQL-сервера 26

в SSMS в настройках SQL-сервера включите аутентификацию Windows
для брандмауэра Windows создайте новое правило, которое разрешает подключение для всех программ и протоколов с указанного IP-адреса
убедитесь, что запущена служба SQL Server Browser

Ошибка SQL-сервера 18456

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

Возникает в случае, если были изменены настройки Windows или перемещена папка с файлами MSSQL.

Иногда ни один из этих способов не помогает, это значит, что файлы БД повреждены и ее придется восстанавливать из резервной копии.

Повреждена база данных

Код ошибки SQL-сервера 945

Ошибка 945 возникает, когда БД SQL-сервера помечена как IsShutdown. Проверьте, достаточно ли места на диске, достаточно ли прав у учетной записи для операций с БД, файлы MDF и LDF не должны быть помечены “Только для чтения”.

Код ошибки SQL-сервера 5172

SQL-сервер хранит свою физическую БД в первичном файле, в котором информация разбита постранично. Первая страница содержит информацию о заголовке mdf-файла и называется страницей заголовка. Она состоит из разнообразной информации о БД, такой как размер файла, подпись и т.д. В процессе прикрепления MDF на SQL-сервере часто возникает ошибка 5172. Это в основном происходит, если MDF-файл поврежден, информация в его заголовке тоже и соответственно сложно добраться до данных. Причиной может быть вирус, аварийное выключение системы, ошибка оборудования.

Ошибка SQL-сервера 823

Ошибка SQL-сервера 8946

Перечисленные ошибки 945, 5172, 823, 8946 можно устранить двумя методами:

Другие ошибки SQL

Код ошибки SQL-сервера 1814

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

Код ошибки SQL-сервера 1067

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

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

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

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