Содержание статьи:
-
- SQL-сервер не найден или недоступен, ошибки соединения с SQL-сервером
- Ошибка SQL-сервера 26
- Ошибка SQL-сервера 18456
- Не удалось запустить SQL-server — код ошибки 3417
- Повреждена база данных
- Код ошибки SQL-сервера 945
- Код ошибки SQL-сервера 5172
- Ошибка SQL-сервера 823
- Ошибка SQL-сервера 8946
- Другие ошибки SQL Server
- Код ошибки SQL-сервера 1814
- Код ошибки SQL-сервера 1067
- SQL-сервер запускается, но работает слишком медленно
- SQL-сервер не найден или недоступен, ошибки соединения с SQL-сервером
SQL-сервер не найден или недоступен, ошибки соединения с SQL-сервером
- Если SQL-сервер не найден, убедитесь, что ваш экземпляр SQL-сервера действительно установлен и запущен. Для этого зайдите на компьютер, где он установлен, запустите диспетчер конфигурации SQL и проверьте, есть ли там тот экземпляр, к которому вы пытаетесь подключиться и запущен ли он. Нелишним будет также получить отчет об обнаружении компонентов SQL-серверов.
- Если вы проделали п1. и не обнаружили источник проблемы, возможно, неверно указан IP-адрес компьютера или номер порта TCP. Перепроверьте их настройки.
- Причиной того, что невозможно подключиться к SQL-серверу, также может быть сеть, убедитесь, что компьютер с SQL-сервером доступен по сети.
- Проверьте, может ли клиентское приложение, установленное на том же компьютере, что и сервер, подключиться к SQL-серверу. Запустите SQL Server Management Studio(SSMS), в диалоговом окне “Подключиться к серверу” выберите тип сервера Database Engine, укажите способ аутентификации “Аутентификация Windows”, введите имя компьютера и экземпляра SQL-сервера. Проверьте подключение.
Обратите внимание, что многие сообщения об ошибках могут быть не показаны или не содержат достаточной информации для устранения проблемы. Это сделано из соображений безопасности, чтобы при попытке взлома злоумышленники не могли получить информацию об SQL-сервере. Полные сведения содержатся в логе ошибок, который обычно хранится по адресу C:Program FilesMicrosoft SQL ServerMSSQL13.MSSQLSERVERMSSQLLogERRORLOG, или там, куда его поместил администратор системы.
Ошибка SQL-сервера 26
Одна из наиболее часто встречающихся ошибок подключения к SQL-серверу, обычно связана с тем, что в настройках SQL-сервера не разрешены или ограничены удаленные соединения. Чтобы это исправить, попробуйте:
- в SSMS в настройках SQL-сервера включите аутентификацию Windows
- для брандмауэра Windows создайте новое правило, которое разрешает подключение для всех программ и протоколов с указанного IP-адреса
- убедитесь, что запущена служба SQL Server Browser
Ошибка SQL-сервера 18456
Эта ошибка означает, что попытка подключиться к серверу не успешна из-за проблем с именем пользователя или паролем. По коду ошибки в журнале ошибок можно узнать более точную причину, чтобы устранить ее.
Не удалось запустить SQL-server — код ошибки 3417
Возникает в случае, если были изменены настройки Windows или перемещена папка с файлами MSSQL.
- зайдите в C:Program FilesMicrosoft SQLServerMSSQL.1MSSqLData — БезопасностьНастройки доступа — Учетная запись сетевой службы — добавьте учетную запись сетевой службы
- проверьте, что MDF-файл не сжимается. Если это не так, отключите “Сжимать содержимое для экономии места на диске” в свойствах файла
Иногда ни один из этих способов не помогает, это значит, что файлы БД повреждены и ее придется восстанавливать из резервной копии.
Повреждена база данных
Код ошибки SQL-сервера 945
Ошибка 945 возникает, когда БД SQL-сервера помечена как IsShutdown. Проверьте, достаточно ли места на диске, достаточно ли прав у учетной записи для операций с БД, файлы MDF и LDF не должны быть помечены “Только для чтения”.
Код ошибки SQL-сервера 5172
SQL-сервер хранит свою физическую БД в первичном файле, в котором информация разбита постранично. Первая страница содержит информацию о заголовке mdf-файла и называется страницей заголовка. Она состоит из разнообразной информации о БД, такой как размер файла, подпись и т.д. В процессе прикрепления MDF на SQL-сервере часто возникает ошибка 5172. Это в основном происходит, если MDF-файл поврежден, информация в его заголовке тоже и соответственно сложно добраться до данных. Причиной может быть вирус, аварийное выключение системы, ошибка оборудования.
Ошибка SQL-сервера 823
SQL использует API Windows для операций ввода-вывода, но кроме завершения этих операций SQL проверяет все ошибки обращений к API. Если эти обращения несовместимы с ОС, появляется ошибка 823. Сообщение об ошибке 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, либо позвонив в колл-центр нашей компании.
Присоединяйтесь к нам,
чтобы получать чек-листы, реальные кейсы, а также
обзоры сервисов раз в 2 недели.
- Код ошибки SQL-сервера 945
- Код ошибки SQL-сервера 5172
- Ошибка SQL-сервера 823
- Ошибка SQL-сервера 8946
SQL-сервер не найден или недоступен, ошибки соединения с SQL-сервером
- Если SQL-сервер не найден, убедитесь, что ваш экземпляр SQL-сервера действительно установлен и запущен. Для этого зайдите на компьютер, где он установлен, запустите диспетчер конфигурации SQL и проверьте, есть ли там тот экземпляр, к которому вы пытаетесь подключиться и запущен ли он. Нелишним будет также получить отчет об обнаружении компонентов SQL-серверов.
- Если вы проделали п1. и не обнаружили источник проблемы, возможно, неверно указан IP-адрес компьютера или номер порта TCP. Перепроверьте их настройки.
- Причиной того, что невозможно подключиться к SQL-серверу, также может быть сеть, убедитесь, что компьютер с SQL-сервером доступен по сети.
- Проверьте, может ли клиентское приложение, установленное на том же компьютере, что и сервер, подключиться к SQL-серверу. Запустите SQL Server Management Studio(SSMS), в диалоговом окне “Подключиться к серверу” выберите тип сервера Database Engine, укажите способ аутентификации “Аутентификация Windows”, введите имя компьютера и экземпляра SQL-сервера. Проверьте подключение.
Обратите внимание, что многие сообщения об ошибках могут быть не показаны или не содержат достаточной информации для устранения проблемы. Это сделано из соображений безопасности, чтобы при попытке взлома злоумышленники не могли получить информацию об SQL-сервере. Полные сведения содержатся в логе ошибок, который обычно хранится по адресу C:Program FilesMicrosoft SQL ServerMSSQL13.MSSQLSERVERMSSQLLogERRORLOG, или там, куда его поместил администратор системы.
Ошибка SQL-сервера 26
Одна из наиболее часто встречающихся ошибок подключения к SQL-серверу, обычно связана с тем, что в настройках SQL-сервера не разрешены или ограничены удаленные соединения. Чтобы это исправить, попробуйте:
- в SSMS в настройках SQL-сервера включите аутентификацию Windows
- для брандмауэра Windows создайте новое правило, которое разрешает подключение для всех программ и протоколов с указанного IP-адреса
- убедитесь, что запущена служба SQL Server Browser
Ошибка SQL-сервера 18456
Эта ошибка означает, что попытка подключиться к серверу не успешна из-за проблем с именем пользователя или паролем. По коду ошибки в журнале ошибок можно узнать более точную причину, чтобы устранить ее.
Не удалось запустить SQL-server — код ошибки 3417
Возникает в случае, если были изменены настройки Windows или перемещена папка с файлами MSSQL.
- зайдите в C:Program FilesMicrosoft SQLServerMSSQL.1MSSqLData — БезопасностьНастройки доступа — Учетная запись сетевой службы — добавьте учетную запись сетевой службы
- проверьте, что MDF-файл не сжимается. Если это не так, отключите “Сжимать содержимое для экономии места на диске” в свойствах файла
Иногда ни один из этих способов не помогает, это значит, что файлы БД повреждены и ее придется восстанавливать из резервной копии.
Повреждена база данных
Код ошибки SQL-сервера 945
Ошибка 945 возникает, когда БД SQL-сервера помечена как IsShutdown. Проверьте, достаточно ли места на диске, достаточно ли прав у учетной записи для операций с БД, файлы MDF и LDF не должны быть помечены “Только для чтения”.
Код ошибки SQL-сервера 5172
SQL-сервер хранит свою физическую БД в первичном файле, в котором информация разбита постранично. Первая страница содержит информацию о заголовке mdf-файла и называется страницей заголовка. Она состоит из разнообразной информации о БД, такой как размер файла, подпись и т.д. В процессе прикрепления MDF на SQL-сервере часто возникает ошибка 5172. Это в основном происходит, если MDF-файл поврежден, информация в его заголовке тоже и соответственно сложно добраться до данных. Причиной может быть вирус, аварийное выключение системы, ошибка оборудования.
Ошибка SQL-сервера 823
SQL использует API Windows для операций ввода-вывода, но кроме завершения этих операций SQL проверяет все ошибки обращений к API. Если эти обращения несовместимы с ОС, появляется ошибка 823. Сообщение об ошибке 823 означает, что существует проблема с базовым оборудованием для хранения данных или с драйвером, который находится на пути запроса ввода-вывода. Пользователи могут столкнуться с этой ошибкой, если в файловой системе есть противоречия или поврежден файл базы данных.
Ошибка SQL-сервера 8946
Основной причиной ошибки 8946 так же, как и для 5172, является повреждение заголовков страниц БД SQL вследствие сбоя питания, вирусной атаки, отказа оборудования — SQL-сервер больше не может прочесть эти страницы.
- если у вас есть свежая резервная копия базы — восстановить базу из этой копии
- можно попробовать использовать специализированное ПО, такое как 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 Server
Применяется к: SQL Server
Оригинальный номер базы знаний: 4009936
Рекомендуемые предварительные требования
Чтобы эффективно устранять проблемы с подключением, соберите следующие сведения:
Текст сообщения об ошибке и коды ошибок. Проверьте, является ли ошибка периодическим (возникает только иногда) или согласованной (возникает постоянно).
Журналы событий приложений и систем из SQL Server и клиентских систем. Эти журналы помогут проверить, существуют ли на вашем SQL Server какие-либо системные проблемы.
Если подключения из приложения завершаются сбоем, соберите строки подключения из приложения. Эти строки обычно находятся в файлахWeb.config для ASP.NET приложений.
Соберите и просмотрите журналы ошибок SQL Server на наличие других сообщений об ошибках и исключений.
Если у вас есть доступ администратора к компьютеру SQL Server, соберите и просмотрите текущие параметры компьютера и учетные записи службы, выполнив следующую процедуру:
Распакуйте скачанный файл в папку, например C:Temp.
Запустите командную строку от имени администратора, чтобы собрать данные и сохранить их в файл. Пример: SQLCHECK > C:Tempserver01.SQLCHECK.TXT .
Если вы устраняете проблемы с подключением из удаленного клиента или устраняете неполадки со связанными серверными запросами, запустите средство SQLCheck во всех участвующих системах.
Быстрый контрольный список для устранения проблем с подключением
В следующих разделах показано, как быстро проверить наличие проблем с подключением. Подробные инструкции по устранению неполадок см. в отдельных разделах.
Вариант 1
Если у вас есть доступ к выходным данным средства SQLCheck, упомянутым в разделе Рекомендуемые предварительные требования, и вы просматриваете сведения в различных разделах выходного файла (компьютер, безопасность клиента и SQL Server), используйте эти сведения, чтобы устранить проблемы, способствующие возникновению проблемы. Ниже приведены примеры.
| Раздел в файле | Текст для поиска | Потенциальное действие | Может помочь в устранении неполадок (примеры) |
|---|---|---|---|
| Сведения о компьютере | Предупреждение. Сетевой драйвер может быть устаревшим | Проверьте наличие новых драйверов в Интернете. | Различные ошибки подключения |
| Сведения о безопасности клиента и драйвере | Diffie-Hellman наборы шифров включены. Возможный риск периодических сбоев TLS, если версия алгоритма отличается между клиентами и серверами | Если у вас возникают периодические проблемы с подключением, см. статью Приложения сталкиваются с ошибками принудительного закрытого подключения TLS при подключении к серверам SQL Server в Windows. | Удаленный хост принудительно разорвал существующее подключение |
| Сведения о безопасности клиента и драйвере | Псевдонимы SQL | Если они есть, убедитесь, что псевдонимы настроены правильно и указывают на правильные серверы и IP-адреса. | При установлении соединения с SQL Server произошла ошибка, связанная с сетью или с определенным экземпляром |
| Сведения о SQL Server | Интересующие услуги | Если служба SQL не запущена, запустите ее. Если у вас возникли проблемы с подключением к именованным экземплярам, убедитесь, что служба браузера SQL Server запущена, или попробуйте перезапустить службу браузера. | При установлении соединения с SQL Server произошла ошибка, связанная с сетью или с определенным экземпляром |
| Сведения о SQL Server | Свойства учетной записи службы домена | Если вы настраиваете связанные серверы из SQL Server, а для параметра Trust for Del задано значение false, могут возникнуть проблемы с проверкой подлинности при выполнении запросов связанного сервера. | Устранение ошибок «Сбой входа для пользователя» |
| Сведения о SQL Server | Имя субъекта-службы не существует | Просмотрите эту таблицу, чтобы узнать, правильно ли настроены имена субъектов-служб для SQL Server, и устранить обнаруженные проблемы. | Невозможно создать контекст SSPI |
| Сведения о SQL Server | Сведения об экземпляре SQL Server | Проверьте значения TCP Enabled, TCP Ports и т. д. Проверьте, включен ли протокол TCP/IP на стороне сервера и прослушивает ли экземпляр SQL по умолчанию 1433 или другой порт. | Различные ошибки подключения |
Вариант 2
Если вы не можете запустить SQLCheck на SQL Server компьютере, вы можете проверить следующие элементы, прежде чем выполнять подробные действия по устранению неполадок:
Убедитесь, что SQL Server запущена, и в журнале ошибок SQL Server отображается следующее сообщение:
SQL Server теперь готова к клиентским подключениям. Это информационное сообщение; не требуется никаких действий пользователя.
Используйте следующую команду в PowerShell, чтобы проверить состояние служб SQL Server в системе:
Используйте следующую команду, чтобы найти в файле журнала ошибок конкретную строку «SQL Server теперь готово для клиентских подключений. Это сообщение является информационным; никаких действий пользователя не требуется».
Проверьте базовое подключение по IP-адресу и проверьте наличие отклонений: ping -a , ping -a . Если вы заметили какие-либо проблемы, обратитесь к администратору сети. Кроме того, можно использовать Test-NetConnection в PowerShell:
Проверьте, прослушивает ли SQL Server соответствующие протоколы, просмотрите журнал ошибок:
Проверьте, можете ли вы подключиться к SQL Server с помощью UDL-файла. Если это работает, может возникнуть проблема со строкой подключения. Инструкции по процедуре тестирования UDL см. в статье Проверка подключения OLE DB к SQL Server с помощью UDL-файла. Кроме того, можно использовать следующий скрипт для создания и запуска файла UDL-Test.udl (хранящегося в папке %TEMP% ):
Проверьте, можете ли вы подключиться к SQL Server из других клиентских систем и различных имен входа пользователей. Если это возможно, проблема может быть связана с клиентом или именем входа, в котором возникла проблема. Проверьте журналы событий Windows на проблемном клиенте на наличие дополнительных указателей. Кроме того, проверьте, обновлены ли сетевые драйверы.
Если у вас возникают сбои входа, убедитесь, что имя входа (субъект-сервер) существует и у него есть CONNECT SQL разрешения на SQL Server. Кроме того, убедитесь, что база данных по умолчанию назначена правильной и что сопоставленный субъект базы данных имеет CONNECT разрешения для базы данных. Дополнительные сведения о предоставлении CONNECT разрешений субъекту базы данных см. в разделе GRANT Database Permissions. Дополнительные сведения о предоставлении CONNECT SQL разрешений субъекту-серверу см. в разделе GRANT Server Permissions. Используйте следующий скрипт, чтобы определить эти разрешения:
При устранении неполадок, связанных с Kerberos, можно использовать скрипты, приведенные в статье Определение подключения к SQL Server с помощью проверки подлинности Kerberos, чтобы определить, правильно ли настроен Kerberos на серверах SQL Server.
Распространенные проблемы с подключением
После выполнения предварительных требований и контрольного списка ознакомьтесь с распространенными проблемами с подключением и выберите соответствующее сообщение об ошибке для подробных действий по устранению неполадок.
Источник
Table of Contents
- Introduction
- Problem Definition
- Cause
- Solution
- Uninstall
- Fresh install
- Looking at SQL Server Errorlog
- Forum threads related to this issue
- Suggested Readings
- See Also
Introduction
This article is about how to proceed when you get error message ‘Could not find database engine startup handle ‘ while installing SQL Server 2008 R2/2012 or 2014.
↑ Back to top
Problem Definition
If you are an active member of
SQL Server Setup and Upgrade forum you must have noticed some users creating a thread with error messages of ‘Could not find database engine startup handle ‘
while installing SQL Server . This article tries to provide a simple solution to this problem, that many users face during installation of SQL Server 2008 R2, SQL Server 2012 and SQL Server 2014 as well.
Let’s get started. For resources on installing SQL Server 2008/R2/2012/2014; there are lot of good articles which you find in Suggested Readings section .
Its common belief that installation of SQL Server is very easy, just do *Next, Next * and installation would be complete.
It is correct, it’s simple but internally what all operations go a general user is not aware about it and when he faces issue he feels that SQL Server product is not good ( this is my forum experience where many of Original Poster (OP) get frustrated with
SQL Server installation error). It’s recommend to read below Microsoft articles before proceeding with installation of SQL Server
- Hardware and Software requirement for installing SQL Server
- Install SQL Server from installation wizard
- How to use SQL Server in win 8 and Windows Server environment
Problem is when a user tries to install SQL Server 2012 or 2014 or 2008 R2 during installation error is flashed which says
Could not find database engine startup handle and some Hex error like ‘0x851a0019’ error could also be ‘Wait on the Database Engine recovery handle failed’.
↑ Back to top
Cause
Following can be the reason behind the error message.
- The account which user selected on Server Configuration page window ( during installation) is somehow not able to bring SQL Server database engine services online. Either is lacks privilege or it is corrupted. During installation of database engine services
SQL Server tries to bring online database services as a internal process but due to startup account either corrupt or not having appropriate privileges it fails to do so and ultimately installation fails. - Other reason is when installation fails first time due to some reason and user uninstall failed installation from add remove program, the un-installation leaves account in broken state so any further attempt to install flashes this error message.
- The reason can be also that SQL Server installation was successful in installing SQL Server and its services but due to some other limitation in system or other system related errors SQL Server is not able to come online. The same has been discussed in
section ‘Looking at SQL Server errorlog’
↑ Back to top
Solution
A simple solution to above problem is below.
Uninstall
Uninstall SQL Server completely from add remove program. Make sure no previous failed installation fragments are present on your system. Please use this
link for uninstalling existing instance of SQL Server. If you have SQL Server 2005
use this link.
—Below Steps should ONLY be followed if removing SQL Server is giving error and if you have used all means to remove SQL Server and you have failed. If you have doubts about the approach please DONT follow it.
If you are unable to uninstall SQL Server completely because you deleted SQL Server files and un-installation is giving error please follow below method. This method is tested and suggested on
this thread and
Forum.
Below Solution (about removing reg keys) will work correctly for SQL Server having Just one instance.
If you have multiple instances and you have messed up SQL Server installation please contact Microsoft Support personal to get better guidance on removal of SQL Server. Please DONT use this method if you are new to SQL Server take help of experienced
DBA to locate proper registry keys and remove them if you are not confident at all it would be better calling Microsoft Support.
Note: Removing necessary registry entries might cause SQL Server instance to crash so backup registry before doing changes.
- 1. Uninstall the existing SQL Server and all the components from the add remove program.
- 2.
Backup the registry. - 3. Delete the following keys using regedit:
- —HKEY_LOCAL_MACHINESOFTWAREMicrosoftMicrosoft SQL Server
- —HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServer
- 4. Go to HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionUninstall and delete all the sub-keys referencing SQL Server.
- 5. Go to HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices and delete all the keys referencing SQL Server.
- 6. Rename all the SQL Server folders in the computer.
- 7. Reboot the machine.
Fresh install
2. Start a fresh installation. Locate Setup.exe file in SQL Server installable. It would be something like below
Always Right click on Setup file and select Run As Administrator to launch the setup.
After launching the setup and providing necessary details you would reach to Server Configuration page as below. When you reach this page please select startup account for Database Engine services as NT AuthoritySYSTEM which is also called as Local System
account.
Next you need to proceed as normally you do for installation.You will see this will solve the issue.
After installation completes please change Service Account from NT AUTHORITYSYSTEM to a low privileged domain account. Please refer to below Microsoft link about how to configure various accounts for SQL Server and what minimum rights to provide
- Configure Windows Service Account and Permissions
To get information about Local System account please refer to below link
- Local System Account
Looking at SQL Server Errorlog
Even after following above method if you still get the error this means that problem is not with SQL Server installation something different is blocking SQL Server installation. The important point to note here with such error is you will see SQL Server
installed but the services are not online( there might be few exception). Please check SQL Server configuration manager and Services.msc to check whether SQL Server services are present or not. If they are present but in stopped state you must look at
log files present at location
Drive:Program FilesMicrosoft SQL ServerMSSQL.nMSSQLLOGERRORLOG and
ERRORLOG.n files.
Where Drive is system drive on which you installed SQL Server. It can be system drive C or any user drive (D,E,F…) . MSSQLn here means version number of SQL Server
n=10 for SQL Server 2008/2008 R2
n= 11 for SQL Server 20012
n=12 for SQL Server 2014.
One such thread with similar issue
is this , The problem was not the SQL Server, services were installed but SQL Server cannot start due to error
Cannot
use file ‘C:Program FilesMicrosoft SQL ServerMSSQL11.MSSQLSERVERMSSQLDB_NAMEmaster.mdf’ because it was originally formatted
with sector size 4096
and is now on a volume
with sector size
Now above error is not related to SQL Server but related to disk drive formatting on which SQL Server master data file resides. Error is beyond the scope of this article hence would not be discussed.
↑ Back to top
Forum threads related to this issue
This article is an outcome of my answer provided to below forum threads which faced issue ‘Could not find Database engine startup handle’. Please have a look
- Could not find database engine startup handle Thread 1
- Could Not find database engine startup handle thread 2
- Database engine startup handle issue
- Similar Thread
If you still cannot find solution to your problem please post your question on
SQL Server Setup and Upgrade forum for more assistance.
↑ Back to top
Suggested Readings
- How to Identify SQL Server Setup issue using setup log files
- How to install SQL Server 2014
- How To Install SQL Server On Windows 8
- How to Install SQL
Server 2012 - How to find location of setup log files generated after SQL Server Installation
- Installing SQL Server 2012 with SP1 and Product update in One Go
See Also
- SQL Server General & Database Engine Resources on the TechNet Wiki
- List of articles by Shanky
- SQL Server 2014 Portal
My SQL Server instance’s (SQL Server 2008 R2 Express) service has Startup Type = Automatic. The past couple of times I’ve restarted my computer the service has failed to start on its own, but it starts just fine when I manually start the service.
Event Viewer shows that the service fails to start because of a connection timeout. There are 2 entries regarding this timeout:
Entry 1
A timeout was reached (30000 milliseconds) while waiting for the SQL
Server (SQLEXPRESS) service to connect.Entry 2
The SQL Server (SQLEXPRESS) service failed to start due to the
following error: The service did not respond to the start or control
request in a timely fashion.
I checked the ERRORLOG files and there are no errors logged around the time of those Event Viewer entries.
Any ideas on the cause of this problem or how I can investigate further?
asked Sep 25, 2014 at 18:14
0
This issue happens because the SQL Server lost the logon id credentials or used an account without rights to start services.
For starting your services automatically, SQL Server needs an account with rights to start services during operating system start up.
To solve this issue you need to go
Administrative Tools > Services > SQL Server(MSSQLSERVER or the name of your instances) > Right Click > Properties > Move to Log On > Set the Log On option using a Local System Account
If you have chosen this option, hit on Browse Button and find the Local Service Account or Network service Account there > Click in Apply.
Restart your computer and you will able to start your SQL Server.
Thronk
1,3482 gold badges19 silver badges38 bronze badges
answered Jul 6, 2015 at 21:36
Data SluggerData Slugger
3491 gold badge5 silver badges12 bronze badges
The SQL Server (SQLEXPRESS) service failed to start due to the following error: The service did not respond to the start or control request in a timely fashion.
It looks like a simple timeout. Windows is trying to start a lot of services at startup, and all those services can sometimes resource contention, making the startup of other services slow. A service only has a finite amount of time to respond to the service control manager.
The easy fix for this is to set the service you care about to Automatic (Delayed Start). Then Windows won’t start it until all the other Automatic services have started.
answered Jan 18, 2020 at 19:41
Problem: SQL 2016 would no longer start on Windows start-up, but started fine when using Services panel.
Background: On a stand-alone Windows 2016 server, we had three SQL Server Express instances: 2019, 2016 and 2014. All were installed at about the same time (2019 first, then 2016, then 2014). After completing some data migration tasks, we no longer needed 2014, and uninstalled it.
Solution: Windows Control Panel > Programs and Features > SQL 2016 > Uninstall/Change > Repair. At the end, the repair message was: Missing or unspecified settings that were configured to default values: Service SID support has been enabled on the service.
See: SQL Server service SID
answered May 9, 2021 at 20:26
Just a quick thought on something to look into, in a domain type environment, some operating systems allow you to logon to the server before full network connectivity is established. You may want to check for either local or domain level group policy settings to not allow logon or OS startup until full network connectivity is established.
Just in case you notice this when you log onto the server after reboots, it actually logs onto the OS with the cached credential before it can reach the domain controllers to authenticate (network connectivity not fully established) with the login credential if it’s a domain credential the SQLExpress service account is running as.
Not sure if that’s exactly applicable in your case but this is something to at least simply investigate and try to test at least just in case.
I found this in some article I saved long ago when I had a similar issue with an AD home directory (not via login script) to map home directory for a workstation PC:
The policy value for Computer Configuration -> Administrative Templates -> System -> Logon “Always Wait for the Network at Computer Startup and Logon” will be set to “Enabled”.
If the following registry value doesn’t exist or its value is not set to 1, then this is a finding:
Registry Hive: HKEY_LOCAL_MACHINE
Subkey: SoftwarePoliciesMicrosoftWindows NTCurrentVersionWinlogon
Value Name: SyncForegroundPolicy
Type: REG_DWORD
Value: 1
answered Aug 27, 2015 at 4:05
Have you tried logging on as the local Administrator?
I have been having this exact same problem with SQL 2014 Express on Windows 10. I wanted to create a new user that wasn’t the built-in local Administrator so I created a new user, added it to the Administrators group, set that user to autologon upon boot et voila! SQL Server service fails to start automatically. I tried delayed start, tried Local Service, tried Network Service, tried the new administrator user, tried the Always Wait… group policy setting. Nothing worked.
Even uninstalled SQL Server 2014 Express, rebooted, manually removed all leftover files/folders and rebooted again and reinstalled under the new administrator user. Still no go.
Switched back to autologon as the built-in Administrator account et voila! SQL Server service is now starting automatically.
This is obviously a workaround for me so I am still researching.
** UPDATE **
Actually, my problem was rooted in the machine having been renamed previously. Once I changed the «OriginalMachineName» value in the registry, problem solved!
answered Mar 29, 2017 at 23:00
In my case (Windows Server 2019 and SQL Server 2019), this was due to the fact that the user responsible for running as a service does not have the right to log on as a service.
From Fix: The service did not start due to a logon failure by Milan Stanojevic:
If the right to log on as a service is revoked for the user account, restore it on a domain controller or a member server (standalone) depending on your situation.
How to restore user’s right on a Domain Controller
Here’s how to do this if the user is in an Active Directory domain:
- Right-click Start
- Click Control Panel
- Type Administrative tools and select it
- Click Active Directory Users and Computers
- Right-click the organization unit in which the user right to log on as a service was granted (Domain Controllers organizational unit by default)
- Right-click the container you want then click Properties
- Go to Group Policy tab
- Click Default Domain Controllers Policy
- Click Edit to start Group Policy Manager
- Expand Computer Configuration
- Expand Windows Settings
- Expand Security Settings.
- Expand Local Policies
- Click User Rights Assignment
- Right-click Log on as a service from the right pane
- Click Add User or Group.
- Type the name that you want to add to the policy in the User and Group Names box
- Click OK.
- Exit Group Policy Manager
- Close Group Policy properties,
- Exit the Active Directory Users and Computers Microsoft Management Console (MMC) snap-in
How to restore user’s right on a Member Server (stand-alone)
Here’s how to do this if a user is a member of a standalone member server:
- Start Local Security Settings MMC snap-in.
- Expand Local Policies.
- Click the User Rights Assignment.
- Right-click Log on as a service from the right pane.
- Click Add User or Group.
- Type the name that you want to add to the policy in the User and Group Names box.
- Click OK.
- Quit the Local Security Settings MMC snap-in.
Paul White♦
76.5k27 gold badges386 silver badges604 bronze badges
answered Mar 4, 2020 at 0:58
AmirAmir
1014 bronze badges
0
I went to Local service and changed
SQL Server(MSSQLSERVER
SQL Server Agent (MSSQLSERVER)
Set them to Automatic Delayed
and
Logon type to
Local System Account
Tick ( Allow service to Interact with desktop)
And it starts automatically
answered Jul 18, 2018 at 9:08
1
My SQL Server instance’s (SQL Server 2008 R2 Express) service has Startup Type = Automatic. The past couple of times I’ve restarted my computer the service has failed to start on its own, but it starts just fine when I manually start the service.
Event Viewer shows that the service fails to start because of a connection timeout. There are 2 entries regarding this timeout:
Entry 1
A timeout was reached (30000 milliseconds) while waiting for the SQL
Server (SQLEXPRESS) service to connect.Entry 2
The SQL Server (SQLEXPRESS) service failed to start due to the
following error: The service did not respond to the start or control
request in a timely fashion.
I checked the ERRORLOG files and there are no errors logged around the time of those Event Viewer entries.
Any ideas on the cause of this problem or how I can investigate further?
asked Sep 25, 2014 at 18:14
0
This issue happens because the SQL Server lost the logon id credentials or used an account without rights to start services.
For starting your services automatically, SQL Server needs an account with rights to start services during operating system start up.
To solve this issue you need to go
Administrative Tools > Services > SQL Server(MSSQLSERVER or the name of your instances) > Right Click > Properties > Move to Log On > Set the Log On option using a Local System Account
If you have chosen this option, hit on Browse Button and find the Local Service Account or Network service Account there > Click in Apply.
Restart your computer and you will able to start your SQL Server.
Thronk
1,3482 gold badges19 silver badges38 bronze badges
answered Jul 6, 2015 at 21:36
Data SluggerData Slugger
3491 gold badge5 silver badges12 bronze badges
The SQL Server (SQLEXPRESS) service failed to start due to the following error: The service did not respond to the start or control request in a timely fashion.
It looks like a simple timeout. Windows is trying to start a lot of services at startup, and all those services can sometimes resource contention, making the startup of other services slow. A service only has a finite amount of time to respond to the service control manager.
The easy fix for this is to set the service you care about to Automatic (Delayed Start). Then Windows won’t start it until all the other Automatic services have started.
answered Jan 18, 2020 at 19:41
Problem: SQL 2016 would no longer start on Windows start-up, but started fine when using Services panel.
Background: On a stand-alone Windows 2016 server, we had three SQL Server Express instances: 2019, 2016 and 2014. All were installed at about the same time (2019 first, then 2016, then 2014). After completing some data migration tasks, we no longer needed 2014, and uninstalled it.
Solution: Windows Control Panel > Programs and Features > SQL 2016 > Uninstall/Change > Repair. At the end, the repair message was: Missing or unspecified settings that were configured to default values: Service SID support has been enabled on the service.
See: SQL Server service SID
answered May 9, 2021 at 20:26
Just a quick thought on something to look into, in a domain type environment, some operating systems allow you to logon to the server before full network connectivity is established. You may want to check for either local or domain level group policy settings to not allow logon or OS startup until full network connectivity is established.
Just in case you notice this when you log onto the server after reboots, it actually logs onto the OS with the cached credential before it can reach the domain controllers to authenticate (network connectivity not fully established) with the login credential if it’s a domain credential the SQLExpress service account is running as.
Not sure if that’s exactly applicable in your case but this is something to at least simply investigate and try to test at least just in case.
I found this in some article I saved long ago when I had a similar issue with an AD home directory (not via login script) to map home directory for a workstation PC:
The policy value for Computer Configuration -> Administrative Templates -> System -> Logon “Always Wait for the Network at Computer Startup and Logon” will be set to “Enabled”.
If the following registry value doesn’t exist or its value is not set to 1, then this is a finding:
Registry Hive: HKEY_LOCAL_MACHINE
Subkey: SoftwarePoliciesMicrosoftWindows NTCurrentVersionWinlogon
Value Name: SyncForegroundPolicy
Type: REG_DWORD
Value: 1
answered Aug 27, 2015 at 4:05
Have you tried logging on as the local Administrator?
I have been having this exact same problem with SQL 2014 Express on Windows 10. I wanted to create a new user that wasn’t the built-in local Administrator so I created a new user, added it to the Administrators group, set that user to autologon upon boot et voila! SQL Server service fails to start automatically. I tried delayed start, tried Local Service, tried Network Service, tried the new administrator user, tried the Always Wait… group policy setting. Nothing worked.
Even uninstalled SQL Server 2014 Express, rebooted, manually removed all leftover files/folders and rebooted again and reinstalled under the new administrator user. Still no go.
Switched back to autologon as the built-in Administrator account et voila! SQL Server service is now starting automatically.
This is obviously a workaround for me so I am still researching.
** UPDATE **
Actually, my problem was rooted in the machine having been renamed previously. Once I changed the «OriginalMachineName» value in the registry, problem solved!
answered Mar 29, 2017 at 23:00
In my case (Windows Server 2019 and SQL Server 2019), this was due to the fact that the user responsible for running as a service does not have the right to log on as a service.
From Fix: The service did not start due to a logon failure by Milan Stanojevic:
If the right to log on as a service is revoked for the user account, restore it on a domain controller or a member server (standalone) depending on your situation.
How to restore user’s right on a Domain Controller
Here’s how to do this if the user is in an Active Directory domain:
- Right-click Start
- Click Control Panel
- Type Administrative tools and select it
- Click Active Directory Users and Computers
- Right-click the organization unit in which the user right to log on as a service was granted (Domain Controllers organizational unit by default)
- Right-click the container you want then click Properties
- Go to Group Policy tab
- Click Default Domain Controllers Policy
- Click Edit to start Group Policy Manager
- Expand Computer Configuration
- Expand Windows Settings
- Expand Security Settings.
- Expand Local Policies
- Click User Rights Assignment
- Right-click Log on as a service from the right pane
- Click Add User or Group.
- Type the name that you want to add to the policy in the User and Group Names box
- Click OK.
- Exit Group Policy Manager
- Close Group Policy properties,
- Exit the Active Directory Users and Computers Microsoft Management Console (MMC) snap-in
How to restore user’s right on a Member Server (stand-alone)
Here’s how to do this if a user is a member of a standalone member server:
- Start Local Security Settings MMC snap-in.
- Expand Local Policies.
- Click the User Rights Assignment.
- Right-click Log on as a service from the right pane.
- Click Add User or Group.
- Type the name that you want to add to the policy in the User and Group Names box.
- Click OK.
- Quit the Local Security Settings MMC snap-in.
Paul White♦
76.5k27 gold badges386 silver badges604 bronze badges
answered Mar 4, 2020 at 0:58
AmirAmir
1014 bronze badges
0
I went to Local service and changed
SQL Server(MSSQLSERVER
SQL Server Agent (MSSQLSERVER)
Set them to Automatic Delayed
and
Logon type to
Local System Account
Tick ( Allow service to Interact with desktop)
And it starts automatically
answered Jul 18, 2018 at 9:08
1
Не удалось запустить службу SQL Server на Локальный компьютер. Подробности содержатся в журнале системных событий. Если эта служба разработана не в Майкрософт, обратитесь к разработчику службы, и сообщите специфический для этой службы код ошибки…:
Код ошибки 13
Решение:
При появлении данной ошибки необходимо зайти в Пуск → Microsoft SQL Server → Средства настройки → Диспетчер конфигурации SQL Server / SQL ServerConfiguration Manager → Конфигурация сети SQL Server → Протоколы для SQLEXPRESS и проверить, включены ли протоколы (все протоколы должны быть включены).
Код ошибки 1814
Вариант ошибки на английском:
Windows could not start the SQL Server on Local Computer. For more information, review the System Event Log. If this is a non-Microsoft service, contact the service vendor, and refer to service-specific error code — 1814.
Причина: Ошибка возникает, когда по какой-то причине путь к файлам базы по умолчанию не соответствует действительному.
Решение:
Возможно в папке C:Program FilesMicrosoft SQL ServerMSSQL10_50.SQLEXPRESSMSSQLDATA нет необходимых файлов. Необходимо добавить с заменой файлы из папки C:Program FilesMicrosoft SQL ServerMSSQL10_50.SQLEXPRESSMSSQLTemplateData.
Код ошибки 3417
Решение:
Перед заменой файлов рекомендуется сохранить копию папки Data в отдельной директории.
Cкопировать данные из C:Program FilesMicrosoft SQL ServerMSSQLXXXMSSQLTemplate Data в C:Program FilesMicrosoft SQL ServerMSSQLXXXMSSQLDATA
Для 64-разрядных систем — C:Program Files (x86)Microsoft SQL ServerMSSQLXXXMSSQLTemplate Data в C:Program Files (x86)Microsoft SQL ServerMSSQLXXXMSSQLDATA
Если замена файлов не помогла, необходимо дать права на папку Microsoft SQL Server.
Код ошибки 17058
Решение:
Необходимо дать полные права на папки C:Program FilesMicrosoft SQL Server и C:Program Files (x86)Microsoft SQL Server. Если данное решение не поможет — в свойствах службы на вкладке Вход в систему поставьте флаг С системной учетной записью.
Код ошибки 17113
Решение:
Перед заменой файлов рекомендуется сохранить копию папки Data в отдельной директории.
Cкопировать данные из C:Program FilesMicrosoft SQL ServerMSSQLXXXMSSQLTemplate Data в C:Program FilesMicrosoft SQL ServerMSSQLXXXMSSQLDATA
В этой статье описаны ошибки и сбои при работы с СУБД MS SQL Server и пути их решения.
1. Не запускается служба SQL Server (EXPRESS) — код ошибки 3414.
В журнале событий выдается ошибка о испорченных системных файлах model.mdf и лог model_l.ldf:
Решение.
Помогли следующие действия:
* Перед удалением СУБД SQL Server сохраните все рабочие БД на отдельный жесткий диск (лучше на внешний) во избежании потери данных!!!
- 1. Зайти в Панель Управления -> Удаление программ;
- 2. Нажать правой кнопкой мыши на MS SQL Server и выбрать пункт Удалить (Remove/Repair)
- 3. Следовать пунктам инструкции.
- 4. Далее нужно заново установить MS SQL Server
- 5. Сделать attache (присоединить) БД, которую скопировали ранее (файл .mdf)
2. Довольно часто возникают случаи, когда из-за повреждения файлов база данных (БД) переводится в статус suspect:
Первым делом стоит проверить последний сохраненных back up (резервную копию БД), если ее актуальность Вас устраивает, то смело восстанавливайте ее и не трате времени и сил. В связи с этим еще раз напомню про актуальность создания резервных копий БД (по рекомендации Microsoft их нужно делать не реже раз в сутки).
Если все таки резервной копии БД нет или ее актуальность Вас не устраивает, то возможно попробовать произвести восстановление БД на свой страх и риск:
—переводим нашу БД testBD в аварийный режим
ALTER DATABASE testBD SET EMERGENCY; GO
—переводим БД testBD в однопользовательский (SINGLE_USER) режим
ALTER DATABASE testBD SET SINGLE_USER WITH ROLLBACK IMMEDIATE; GO
— Проверяем и заодно ремонтируем базу
DBCC CHECKDB('testBD', REPAIR_ALLOW_DATA_LOSS);
GO
— Переводим базу в обычный режим MULTI_USER
ALTER DATABASE testBD SET MULTI_USER; GO
3. При входе в MS SQL Server под учетной записью SQL Server появляется ошибка 18456:
РЕШЕНИЕ:
3.1. Зайти в свойства сервера MS SQL Server
выбрать Properties
3.2. В свойствах сервера (Server Properties) перейти в раздел Безопасность (Security) и выставить значение Проверка подлинности SQL Server и Windows (SQL Server and Windows Authentication mode)
4. При восстановлении БД (Back up) или ее прикреплении (Attache) система не может получить доступ к файлу БД.
РЕШЕНИЕ: Наиболее распространенная причина — это SQL Managment Studio запущенная не от администратора. Т.е. первым делом необходимо открыть MS SQL Managment Studio от имени администратора:
И восстановить БД заново.
5. При восстановлении БД возникает ошибка:
System.Data.Sqlclient.SqlError: The tail of the log for the database «InspDB» has not backed up. Use BACKUP LOG WITH NORECOVERY to backup the log if it contains work you do not want to lose. Use the WITH REPLACE or WITH STOPAT clause of the RESTORE statement to just overwrite the contents of the log
РЕШЕНИЕ: Причина этой ошибки кроется в том, что в каталоге, куда восстанавливается БД уже есть файлы с такими именами .mdf и .ldf (по умолчанию директория c:Program FilesMicrosoft SQL ServerMSSQL10_50.SQLEXPRESSMSSQLDATA). Необходимо в опциях при восстановлении выбрать параметр Overwrite the existing database (WITH REPLACE). Таким образом БД будет перезаписана с таким именем.
6. При восстановлении БД из резервной копии (back up) появляется ошибка:
Specified cast is not valid (SqlManagerUI)
Решение: Необходимо установить версию MS SQL Server равную или выше версии, на которой была сделана резервная копия БД, т.е. нельзя восстановить БД на MS SQL Server младшей версии, чем сам бэкап.
7. При выполнении:
DBCC CHECKDB('testDB', REPAIR_ALLOW_DATA_LOSS);
GOВыдает ошибку:
Check terminated. A failure was detected while collecting facts. Possibly tempdb out of space or a system table is inconsistent. Check previous errors.
Решение: Помогло восстановление БД из бекапа
- Главная
- Новости
- Что делать, если не стартует служба SQL Server (подробный алгоритм устранения проблем)
Средь моря проблем, с которыми сталкиваются пользователи ПК, есть следующая: невозможность запустить службу SQL Server. Итак!
При попытке установить и запустить 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_MACHINESYSTEMCurrentControlSetServicesTcpipParameters). Решить проблему очень просто: надо создать недостающий пустой строковый параметр «domain». Алгоритм: «Пуск» — «Выполнить» — regedit — «Ок» — «Редактор реестра» — ветка HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters. В правой части кликаете правой кнопкой мышки на пустом участке поля. Выпадет строчка «Создать». Наводим стрелочку на эту строчку и видим список, в котором есть строка «Строковый параметр».
Выбираем эту строку и создаем пустышку — пустой строковый параметр. (Извините за частое употребление слов «строка» и «строковый», но я делаю эту лишь для того, чтобы вы видели четкий алгоритм). Создав пустой параметр, можете смело закрывать все окна и запускать ваш SQL — всё будет работать.
Всего вам доброго и до новых встреч!
Популярные статьи
ИТ аудит
Что такое IT-аудит? Это независимый экспертный анализ эффективности…
IT-аутсорсинг
Компания «ИТ-РП» — это команда профессионалов, которая возьмет на…
Контакты
ИТ услуги
Новости
Вопрос:
Возникают проблемы при подключении к SQL Server, при этом в сообщении об ошибке встречается фрагмент:
-
«Ошибка подключения к серверу
SQL
«;
-
«Ошибка подключения к экземпляру сервера
SQL
«;
-
«При установлении соединения с
SQL
Server произошла ошибка, связанная с сетью или определенным экземпляром. Сервер не найден или недоступен»;
-
«Error 26»;
-
«Error: 40».
Что можно сделать для решения таких проблем?
Ответ:
Для устранения проблемы попробуйте воспользоваться приведенной ниже инструкцией.
Инструкция по устранению наиболее часто возникающих проблем с подключением к SQL Server
1) Проверьте, что имя сервера задано верно (в частности, если компьютер был переименован):
Также проверьте, что имя экземпляра (в данном случае – SQLEXPRESS) задано верно. При необходимости допишите его вручную в поле «Сервер баз данных».
Примечание. Если SQL Server был установлен автоматически при установке Business Studio, то имя экземпляра должно быть SQLEXPRESS.
2) Если сервер SQL находится не на локальном компьютере, то проверьте, что компьютер включен и подключен к сети.
3) Проверьте, что SQL Server запущен и настроен верно. Далее приведен пример для SQL Server 2014 (подходит и для других версий SQL Server, начиная с 2008)1):
a. Откройте Пуск->Все программы->Microsoft SQL Server 2014->Диспетчер конфигурации SQL Server 2014.
b. Проверьте, что запущена служба SQL Server (на скриншоте пример для экземпляра SQLEXPRESS), т.е. что она находится в состоянии «Работает»:
c. Проверьте, что запущена служба обозревателя SQL Server (SQL Server Browser), т.е. что она находится в состоянии «Работает»:
d. Проверьте, что удаленные соединения разрешены, т.е. что состояние протоколов «Именованные каналы» и «TCP/IP» для рассматриваемого экземпляра SQL Server – «Включено»:
4) Проверьте, что никакие брандмауэры на компьютере с сервером SQL не блокируют соединение со службой SQL. То же касается и антивирусов, т.к. некоторые из них имеют функции брандмауэров. Обратитесь к документации по этим средствам. Для проверки можно временно отключить их.
Далее приведен пример для встроенного брандмауэра Windows 7:
a. Откройте Пуск->Панель управления->Брандмауэр Windows, перейдите на закладку «Разрешить запуск программы или компонента через брандмауэр Windows» (для Windows 10 необходимо вызвать контекстное меню правой кнопкой мыши от кнопки «Пуск»->Сетевые подключения->Брандмауэр Windows->Брандмауэр и безопасность сети->Разрешить работу с приложением через брандмауэр) и нажмите кнопку «Изменить параметры».
b. Добавьте следующие программы, как показано на рисунке (повторив поз. 1-3 для каждой из программ)2):
-
C:Program Files (x86)Microsoft
SQL
ServerMSSQL12.SQLEXPRESSMSSQLBinnsqlservr.exe (служба SQL Server)
-
C:Program Files (x86)Microsoft
SQL
Server90Sharedsqlbrowser.exe (cлужба обозревателя SQL Server)
c. Перезапустите вышеуказанные службы.
5) Если ничего не помогает, то, возможно, имеются проблемы с разрешением сетевых имен. Попробуйте указать вместо имени компьютера его IP-адрес. Это можно сделать в окне выбора базы данных по нажатию кнопки «Свойства». Например, так:
В случае локального сервера SQL укажите IP-адрес 127.0.0.1, в случае удаленного – узнайте у администратора сети.
|
|
