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

Обновлено: 06.07.2024

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

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

Не удалось запустить SQL-server – код ошибки 3417

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

зайдите в C:\Program Files\Microsoft SQLServer\MSSQL.1\MSSqL\Data – Безопасность\Настройки доступа – Учетная запись сетевой службы – добавьте учетную запись сетевой службы
проверьте, что MDF-файл не сжимается. Если это не так, отключите “Сжимать содержимое для экономии места на диске” в свойствах файла

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

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

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

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

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

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

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

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

Основной причиной ошибки 8946 так же, как и для 5172, является повреждение заголовков страниц БД SQL вследствие сбоя питания, вирусной атаки, отказа оборудования – SQL-сервер больше не может прочесть эти страницы.

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

если у вас есть свежая резервная копия базы – восстановить базу из этой копии
можно попробовать использовать специализированное ПО, такое как SQL Recovery Tool, чтобы восстановить поврежденные файлы

Желательно определить, что именно привело к возникновению ошибок и принять меры, чтобы это не повторялось – заменить плохо работающее оборудование, повысить информационную безопасность.

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

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

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

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

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

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

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

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

Если у вас не получается устранить ошибки сервера SQL-server самостоятельно, если они появляются снова и снова, то скорее всего в основе лежит одна из этих причин. В таком случае – если у вас произошла ошибка с SQL сервером, ваше ПО не видит SQL-сервер, либо нужно развернуть кластер SQL-серверов – вы всегда можете обратиться за консультацией и технической поддержкой к специалистам Интегруса, отправив заявку с сайта, написав на e-mail, либо позвонив в колл-центр нашей компании.

Информация предоставлена на основании статьи с сайта компании "Интегрус"

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

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

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

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

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

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

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

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

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 Сервер (SQLEXPRESS) для подключения.

Запись 2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Собственно, моя проблема была укоренена в машине, которая была переименована ранее. Как только я изменил значение «OriginalMachineName» в реестре, проблема решена!

Я отправился на локальную службу и изменил

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

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

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

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

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

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

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