не удалось запустить службу sql server код ошибки 3417
Не запускается служба SQL Server 2008
Приветствую. Приключилась такая беда. незапланированное отключение электричества в последствии с выходом из строя ибп и внезапным отключением сервера (win server 2008 R2). Винда запускаться отказалась, пришлось восстанавливать файлы реестра. После восстановления файлов запустилась, все вроде бы как обычно, но вот служба SQL Server 2008 запускаться отказывается с ошибкой 3417. Рекомендуемые действия в виде отключения сжатия файлов бд, галочки в настройке службы не привели к успеху. В SQL Server Managment Studio не логиниться ни под логином винды, ни под логином sql.
2016-10-18 10:57:25.86 Server (c) Microsoft Corporation.
2016-10-18 10:57:25.86 Server All rights reserved.
2016-10-18 10:57:25.86 Server Server process ID is 2208.
2016-10-18 10:57:25.86 Server System Manufacturer: ‘Intel Corporation’, System Model: ‘S5500BC’.
2016-10-18 10:57:25.86 Server Authentication mode is MIXED.
2016-10-18 10:57:25.86 Server Logging SQL Server messages in file ‘c:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008\MSSQL\Log\ERRORLOG’.
2016-10-18 10:57:25.86 Server This instance of SQL Server last reported using a process ID of 2316 at 18.10.2016 10:47:26 (local) 18.10.2016 6:47:26 (UTC). This is an informational message only; no user action is required.
2016-10-18 10:57:25.86 Server Registry startup parameters:
-d c:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008\MSSQL\DATA\master.mdf
-e c:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008\MSSQL\Log\ERRORLOG
-l c:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008\MSSQL\DATA\mastlog.ldf
2016-10-18 10:57:25.88 Сервер SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.
2016-10-18 10:57:25.88 Сервер Detected 8 CPUs. This is an informational message; no user action is required.
2016-10-18 10:57:26.03 Сервер Using dynamic lock allocation. Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node. This is an informational message only. No user action is required.
2016-10-18 10:57:26.10 Сервер Node configuration: node 0: CPU mask: 0x00000000000000ff:0 Active CPU mask: 0x00000000000000ff:0. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required.
2016-10-18 10:57:26.14 spid6s Starting up database ‘master’.
2016-10-18 10:57:26.18 spid6s Ошибка: 9003, серьезность: 20, состояние: 1.
2016-10-18 10:57:26.18 spid6s The log scan number (313:503:1) passed to log scan in database ‘master’ is not valid. This error may indicate data corruption or that the log file (.ldf) does not match the data file (.mdf). If this error occurred during replication, re-create the publication. Otherwise, restore from backup if the problem results in a failure during startup.
2016-10-18 10:57:26.18 spid6s Cannot recover the master database. SQL Server is unable to run. Restore master from a full backup, repair it, or rebuild it. For more information about how to rebuild the master database, see SQL Server Books Online.
Насколько понимаю в логе ругается на поврежденный master.mdf, но как его можно исправить, если нет бекапа?
P.S. Читала про ребилд, но боюсь делать, так как все параметры настройки не знаю (только устроилась).
Помощь в написании контрольных, курсовых и дипломных работ здесь.
Windows не удалось запустить SQL Server (MSSQLSERVER) на локальном компьютере. (код ошибки 3417)
По некоторым причинам я переместил эту папку: ( Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL ) на другой диск, а затем вернул ее в одно и то же место, но сервер sql перестает работать, показывая эту ошибку при попытке запустить ее снова:
Windows не удалось запустить SQL Server (MSSQLSERVER) на локальном Компьютер. Для получения дополнительной информации просмотрите журнал системных событий. Если это является службой, отличной от Microsoft, обратитесь к поставщику услуг и обратитесь к служебный код ошибки 3417.
Я пробовал много решений, обсуждавшихся на разных форумах, но никто из них не работает для меня.
Папка не сжата или не зашифрована.
Спасибо за вашу любезную помощь заранее.
Если это так, plesae перейдите к драйверу или папке, измените параметр сжатия на
Свойства → Продвинуто и отключено флажок «Сжатие содержимого для сохранения дискового пространства».
После чего вы сможете снова запустить службу.
Очень просто решить эту проблему.
Просто откройте окно RUN (Window + R) и введите services.msc :
Найдите SQL в столбце имени и щелкните по нему правой кнопкой мыши.
Вы получите вариант свойства, нажмите на свойства.
Откроется одно новое окно, и вы должны нажать на вкладку » Вход «. И выберите учетную запись локальной системы. тогда подайте заявку и все в порядке.
После этого зайдите снова в окно services.msc. и щелкните правой кнопкой мыши на sql и нажмите кнопку Пуск.
И наконец, службы SQL Server были запущены успешно. наслаждайтесь и продолжайте учиться.
В моем конкретном случае я исправил эту ошибку, посмотрев в средстве просмотра событий, чтобы получить представление об источнике проблемы:
В моем конкретном случае команда для восстановления основной базы данных:
В моем конкретном случае вся эта проблема была вызвана тем, что жесткий диск Seagate стал плохой секцией через пару месяцев после истечения срока действия двухлетнего гарантийного срока. Большинство дисков Seagate, которые я когда-либо имел, закончились истечением либо до, либо вскоре после гарантии, поэтому я избегаю Seagate, как чуму сейчас!
Недавно у меня была такая же ошибка. Я проверил папку «Журнал экземпляра моего сервера».
и я нашел эти ошибки в журналах
Так что для меня это было легко исправить. Я просто добавил правильные права доступа к этим файлам в учетную запись службы sql-сервера.
Я надеюсь, что это поможет
Что такое системный журнал событий?
Вы пытались отремонтировать:
Центр установки сервера Sql → Обслуживание → Ремонт
Я получил эту ошибку сегодня. И выше ответы не помогли мне. Я получал эту ошибку при попытке запустить службу SQL Server (SQLEXPRESS) в службах (services.msc).
Когда я проверил журнал ошибок в расположении C:\Program Files\Microsoft SQL Server\MSSQL13.SQLEXPRESS\MSSQL\Log, обнаружился порт, связанный с TCP/IP.
2018-06-19 20: 41: 52.20 spid12s Инициализация TDSSNIClient не удалась с ошибкой 0x271d, код состояния 0xa. Причина: не удалось инициализировать прослушиватель TCP/IP. Была предпринята попытка получить доступ к сокету способом, запрещенным его правами доступа.
Недавно я запустил образ MSSQLEXPRESS в моем док-контейнере, который использовал тот же порт TCP/IP, который вызвал эту проблему.
Итак, я просто сбросил свой TCP/IP, выполнив следующую команду.
netsh int ip reset resetlog.txt
После завершения сброса мне пришлось перезагрузить компьютер, и когда я снова пытаюсь запустить службу SQLEXPRESS, она запустилась успешно. Надеюсь, поможет.
В моем случае мне пришлось обновить SQL Server, поскольку срок действия пробной лицензии истек.
Просмотрите средство просмотра событий, оно часто дает вам представление об источнике проблемы:
Я столкнулся с этой проблемой после изменения расположения базы данных. И я решил это, переместив системные базы данных обратно в их расположение по умолчанию. Хотя я рекомендую не перемещать системные базы данных, такие как master и model, в другое место. Но если вы хотите, то можете обратиться к этой статье: https://docs.microsoft.com/en-us/sql/relational-databases/databases/move-system-databases?view=sql-server-2017.
Просто переименуйте текущий ErrorLog в любое другое имя, например Errorlog _Old, и измените любой старый файл журнала на файл журнала ошибок
попробуйте запустить службы SQL-сервера.. Это. он будет работать.
Файл журнала ошибок сервера Sql поврежден. поэтому он дает проблему, даже если у вас есть все разрешения.. когда вы ее удаляете. будет создан новый файл.
Я скопировал master.mdf и mastlog.ldf с другого компьютера (к счастью, у нас много клиентов с одинаковой конфигурацией, в противном случае, возможно, будут нужны данные шаблона). Я скопировал поврежденный master.mdf и mastlog.mdf. После этого я заменил плохих одних с другого компьютера. И это сработало. Конечно, мне нужно было запустить MSSQLSERVER Service. Но после этого у меня возникла проблема в том, что пользователь уже существует, но осиротел (код ошибки 15023), я выполнил запрос
ИСПОЛЬЗОВАТЬ имя_базы_данных
EXEC sp_change_users_login ‘Auto_Fix’, ‘username’
после этого все работало гладко. Надеюсь, это поможет вам и большое спасибо за эту тему, спас меня:)
У меня была такая же проблема перед
код ошибки 3417: SQL SERVER не может запустить основную базу данных,
без master db SQL SERVER не может запускаться
MSSQLSERVER_3417
решения
- заменить файлы master mdf и ldf теми же файлами из другого экземпляра sql Server, если его версия
Восстановить системные базы данных refrence
переустановить сервер sql
Ошибки SQL-сервера
Содержание статьи:
SQL-сервер не найден или недоступен, ошибки соединения с SQL-сервером
Обратите внимание, что многие сообщения об ошибках могут быть не показаны или не содержат достаточной информации для устранения проблемы. Это сделано из соображений безопасности, чтобы при попытке взлома злоумышленники не могли получить информацию об SQL-сервере. Полные сведения содержатся в логе ошибок, который обычно хранится по адресу C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Log\ERRORLOG, или там, куда его поместил администратор системы.
Ошибка SQL-сервера 26
Одна из наиболее часто встречающихся ошибок подключения к SQL-серверу, обычно связана с тем, что в настройках SQL-сервера не разрешены или ограничены удаленные соединения. Чтобы это исправить, попробуйте:
Ошибка SQL-сервера 18456
Эта ошибка означает, что попытка подключиться к серверу не успешна из-за проблем с именем пользователя или паролем. По коду ошибки в журнале ошибок можно узнать более точную причину, чтобы устранить ее.
Не удалось запустить SQL-server — код ошибки 3417
Возникает в случае, если были изменены настройки Windows или перемещена папка с файлами MSSQL.
Иногда ни один из этих способов не помогает, это значит, что файлы БД повреждены и ее придется восстанавливать из резервной копии.
Повреждена база данных
Код ошибки 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
Код ошибки SQL-сервера 1814
SQL-сервер не может создать базу данных tempdb. Убедитесь, что на выделенном под нее диске достаточно места и что у учетной записи хватает прав для записи в указанную директорию.
Код ошибки SQL-сервера 1067
Эта ошибка может возникать по разным причинам. Наиболее часто оказывается, что повреждены или отсутствуют конфигурационные файлы, SQL-сервер обращается к поврежденным системным файлам, ошибочные данные пользователя, нет информации про лицензию. В самых тяжелых случаях придется переустанавливать SQL-сервер. Но иногда помогает восстановление поврежденных файлов или изменение настроек SQL-сервера — вы можете создать новую учетную запись в домене и использовать ее для службы MSSQL.
SQL-сервер запускается, но работает слишком медленно
Проанализируйте журнал сервера, индексы (фрагментацию), запросы, задания, возможность взаимных блокировок. Причин может быть масса.
Мы работаем с разными версиями SQL-сервера уже много лет, знакомы со всевозможными инструкциями SQL-сервера, видели самые разные варианты его настройки и использования на проектах у своих клиентов. В целом мы можем выделить четыре основных источника неполадок:
Если у вас не получается устранить ошибки сервера SQL-server самостоятельно, если они появляются снова и снова, то скорее всего в основе лежит одна из этих причин. В таком случае — если у вас произошла ошибка с SQL сервером, ваше ПО не видит SQL-сервер, либо нужно развернуть кластер SQL-серверов — вы всегда можете обратиться за консультацией и технической поддержкой к специалистам Интегруса, отправив заявку с сайта, написав на e-mail, либо позвонив в колл-центр нашей компании.
KB3018269 — ошибка 912 или 3417 при установке SQL Server 2014 SP1 (сборка 12.0.4050.0)
Примечание.Если у вас версия 12,0.4050.0 на компьютере с установленным пакетом обновления 1 (KB3018269) для SQL Server 2014 необходимо удалить это обновление из всех экземпляров установки, прежде чем устанавливать это обновление. Для этого воспользуйтесь компонентом » Установка и удаление программ » на панели управления. Дополнительные сведения можно найти в статьях KB 3018269. Имейте в виду, что KB3018269 установлен по одной из указанных ниже причин.
Вы применили обновление к существующему экземпляру SQL Server 2014.
Вы установили новый экземпляр SQL Server 2014 с пакетом обновления 1 (SP1), используя KB3018269 «установочный пакет» (например, SQLServer2014SP1-FullSlipstream-x64-ENU).
Вы установили любой из пакетов SQL Server 2014 с пакетом обновления 1 (SP1) Express Edition.
Проблемы
Предположим, что у вас есть экземпляр SQL Server с включенным каталогом SSISDB в Microsoft SQL Server 2014. При попытке перейти на сервер SQL Server с пакетом обновления 1 (SP1) с номером сборки 12.0.4050.0 появляется следующее сообщение об ошибке:
Ошибка: 912, серьезность: 21, состояние: 2. обновление уровня сценария для базы данных master завершилось сбоем, так как при обновлении «SSIS_hotfix_install. SQL» произошла ошибка 3602, состояние 251, серьезность 25. Это серьезная ошибка, которая может повлиять на нормальную работу, и база данных будет переведена в автономный режим. Если во время обновления базы данных «Master» произошла ошибка, это не помешает запуску всего экземпляра SQL Server. Изучите предыдущие записи в журнале ошибок, сделайте необходимые корректирующие действия и перезапустите базу данных, чтобы шаги по обновлению сценария выполнялись до завершения.
Ошибка: 3417, серьезность: 21, состояние: 3. не удается восстановить базу данных master. Не удается запустить SQL Server. Восстановите образец из полной резервной копии, исправьте ее или перестройте. Дополнительные сведения о том, как перестроить базу данных master, можно найти в книге SQL Server Books Online. Инициировано завершение работы SQL Server
Примечание. Затем экземпляр в недействительном и непригодном состоянии.
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе «Применяется к».
Способ
Для решения проблемы выполните следующие действия:
Удалите версию 12.0.4050.0 SQL Server 2014 SP1 (KB3018269) с помощью средства » Установка и удаление программ » на панели управления.
Ошибка запуска службы SQL Server 2017. Код ошибки 3417
У меня установлен SQL Server 2017 на моем компьютере. Вот что SELECT @@VERSION возвращает:
Не удалось обновить уровень сценария для базы данных «master», поскольку на этапе обновления msdb110_upgrade.sql обнаружена ошибка 200, состояние 7, серьезность 25. Это серьезная ошибка, которая может помешать нормальной работе, и база данных будет переведена в автономный режим. Если ошибка произошла во время обновления базы данных «master», это предотвратит запуск всего экземпляра SQL Server. Изучите предыдущие записи в журнале ошибок на наличие ошибок, примите соответствующие корректирующие меры и перезапустите базу данных, чтобы выполнить шаги по обновлению сценария.
После некоторого поиска в Google я узнал, что могу запустить его /T902 switch и попытаться решить проблему. Но ни одно решение не помогло мне. Поэтому я установил другой экземпляр той же SQL SERVER 2017 и восстановил базы данных. Теперь у нового установленного экземпляра та же проблема.
В чем может быть проблема?
ОБНОВЛЕНИЕ Вот полный журнал ошибок SQL Server.
2018-09-17 13: 06: 47.29 spid6s Параметр конфигурации «Показать дополнительные параметры» изменен с 1 на 1. Запустите инструкцию RECONFIGURE для установки.
2018-09-17 13: 06: 47.29 spid6s Параметр конфигурации «Показать дополнительные параметры» изменен с 1 на 1. Запустите инструкцию RECONFIGURE для установки.
2018-09-17 13: 06: 47.29 spid6s Параметр конфигурации «Agent XPs» изменен с 1 на 1. Запустите инструкцию RECONFIGURE для установки.
2018-09-17 13: 06: 47.29 spid6s Параметр конфигурации «Agent XPs» изменен с 1 на 1. Запустите инструкцию RECONFIGURE для установки.
2018-09-17 13: 06: 47.30 Процедура удаления spid6s [dbo]. [Sp_syscollector_get_instmdw]
2018-09-17 13: 06: 47.30 Процедура удаления spid6s [dbo]. [Sp_syscollector_upload_instmdw]
2018-09-17 13: 06: 47.30 spid6s Загрузка пакета сборщика данных с диска: c: \ Program Files \ Microsoft SQL Server \ MSSQL14.SQL2017 \ MSSQL \ Install \ SqlTraceCollect.dtsx
2018-09-17 13: 06: 47.30 spid6s Загрузка пакета сборщика данных с диска: c: \ Program Files \ Microsoft SQL Server \ MSSQL14.SQL2017 \ MSSQL \ Install \ SqlTraceCollect.dtsx
2018-09-17 13: 06: 47.30 spid6s Ошибка: 2775, серьезность: 17, состояние: 12.
2018-09-17 13: 06: 47.30 spid6s Кодовая страница 65001 не поддерживается сервером.
2018-09-17 13: 06: 47.30 spid6s Ошибка: 912, серьезность: 21, состояние: 2.
2018-09-17 13: 06: 47.30 spid6s Обновление уровня сценария для базы данных «master» не выполнено, поскольку на этапе обновления «msdb110_upgrade.sql» обнаружена ошибка 200, состояние 7, серьезность 25. Это серьезная ошибка, которая может помешать нормальной работе и база данных будет переведена в автономный режим. Если ошибка произошла во время обновления базы данных «master», это предотвратит запуск всего экземпляра SQL Server. Изучите предыдущие записи в журнале ошибок на наличие ошибок, выполните соответствующие корректирующие действия и перезапустите базу данных, чтобы выполнить шаги по обновлению сценария до завершения.
2018-09-17 13: 06: 47.30 spid6s Ошибка: 3417, серьезность: 21, состояние: 3.
2018-09-17 13: 06: 47.30 spid6s Не удалось восстановить основную базу данных. SQL Server не может работать. Восстановите мастер из полной резервной копии, восстановите или восстановите его. Дополнительные сведения о том, как перестроить основную базу данных, см. В электронной документации по SQL Server.
2018-09-17 13: 06: 47.30 spid6s Завершение работы SQL Server
2018-09-17 13: 06: 47.30 Трассировка SQL spid6s была остановлена из-за выключения сервера. Идентификатор трассы = ‘1’. Это только информационное сообщение; От пользователя не потребуется никаких действий.
Как подтвердил ОП, проблемы не были решены даже после применения SQL Server 2017 CU10.
РЕДАКТИРОВАТЬ: проблема начинается с утверждением ниже
2018-09-17 13: 06: 47.30 spid6s Кодовая страница 65001 не поддерживается сервером.
У OP уже есть бета-версия: поддержка UTF8 проверена и работает нормально, пока не применил исправление ОС, которое изменило «что-то».
Проблема устранена после снятия флажка Beta: поддержка UTF8 из панели управления с уже установленным патчем ОС.
SQL Server работал нормально с поддержкой Beta: UTF8, но когда было применено исправление ОС, «что-то» сломалось таким образом, что главная база данных SQL Server не смогла подключиться к сети, сообщение о том, что кодовая страница 65001 не поддерживается. Отключение бета-версии: UTF8 из панели управления решил проблему. Хотя я полагаю, что это скорее обходной путь, и MS должна выпустить соответствующую статью для этого.
PS: я также нашел Connect Bug, уже поднятый для этой проблемы. Когда я говорю, что не поддерживается (для установки Enterprise Edition на клиентской ОС), это не означает, что вы не можете запустить эту инфраструктуру, это означает, что вы работаете сами по себе, если вы столкнулись с какой-то «ошибкой» или неожиданно произошел сбой. Если вы поднимете дело с MS по поводу любой такой проблемы, я уверен, что они укажут на это.