none
Крах SQL Server 2014 (12.0.4439.1) RRS feed

  • Общие обсуждения

  • Добрый день.

    Столкнулись с проблемой краха SQL сервера 2014

    Установка обновлений вплоть до SP1 CU5 проблему не исправило, железо исправно.

    На скуле вращается БД 1C ERP 2.0

    В логах вот что:

    Date 3/1/2016 4:19:51 PM

    Log Windows NT (Application)

    Source Application Error

    Category (100)

    Event 1000

    Computer 

    Message

    Faulting application name: sqlservr.exe, version: 2014.120.4439.1, time stamp: 0x56c26c35

    Faulting module name: sqllang.dll, version: 2014.120.4439.1, time stamp: 0x56c26e4c

    Exception code: 0xc0000005

    Fault offset: 0x0000000001300cce

    Faulting process id: 0x7a4

    Faulting application start time: 0x01d172e289e17556

    Faulting application path: C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Binn\sqlservr.exe

    Faulting module path: C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Binn\sqllang.dll

    Report Id: 5e6c0bcf-df86-11e5-80d1-f0921c01e0e8

    Faulting package full name:

    Faulting package-relative application ID:

    Подскажите откуда начинать копать?

    1 марта 2016 г. 10:02

Все ответы

  • Добрый день.

    Столкнулись с проблемой краха SQL сервера 2014

    Установка обновлений вплоть до SP1 CU5 проблему не исправило, железо исправно.

    На скуле вращается БД 1C ERP 2.0

    В логах вот что:

    Date 3/1/2016 4:19:51 PM

    Log Windows NT (Application)

    Source Application Error

    Category (100)

    Event 1000

    Computer 

    Message

    Faulting application name: sqlservr.exe, version: 2014.120.4439.1, time stamp: 0x56c26c35

    Faulting module name: sqllang.dll, version: 2014.120.4439.1, time stamp: 0x56c26e4c

    Exception code: 0xc0000005

    Fault offset: 0x0000000001300cce

    Faulting process id: 0x7a4

    Faulting application start time: 0x01d172e289e17556

    Faulting application path: C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Binn\sqlservr.exe

    Faulting module path: C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Binn\sqllang.dll

    Report Id: 5e6c0bcf-df86-11e5-80d1-f0921c01e0e8

    Faulting package full name:

    Faulting package-relative application ID:

    Подскажите откуда начинать копать?

    Добрый день!

    Как всегда само сломалось? Что делали перед тем как ошибка появилась? Сервер физический или виртуальный? Антивирус смотрели? Резервные копии есть? Очевидно, что ему не нравится sqllang.dll . Если нет резервной копии Сервера попробуйте восстановить компоненты с помощью установочного дистрибутива\выполнить проверку установки, предварительно скопировав базы и логи баз. 


    ну я такой прихожу и мур, мур, мур!

    1 марта 2016 г. 11:05
  • -Как всегда само сломалось?

    Скорее изначально не работало, но выявилось только когда стали его использовать.

    Сервер физический, антивируса нет.

    Резервные копии всего и вся делаются естественно. (крах происходит не во время их создания)

    -Очевидно, что ему не нравится sqllang.dll

    Тоже обратил на это внимание, SQL английский, ОС 2012R2 тожеВариант переустановки SQL рассматриваю, возможно даже на русскую версию

    Но хотелось бы определить причину.

    Дата создания и изменения файла sqllang.dll ‎15 ‎февраля ‎2016 ‎г., ‏‎19:17:40

    Что очень странно, т.к. SQL server поставлен чуть ли не год назад, SP1 на него накатывал в январе, а CU4 ‎20 ‎февраля ‎2016

    При этом проблема регистрировалась ещё в декабре.

    2 марта 2016 г. 4:52
  • -Как всегда само сломалось?

    Скорее изначально не работало, но выявилось только когда стали его использовать.

    Сервер физический, антивируса нет.

    Резервные копии всего и вся делаются естественно. (крах происходит не во время их создания)

    -Очевидно, что ему не нравится sqllang.dll

    Тоже обратил на это внимание, SQL английский, ОС 2012R2 тожеВариант переустановки SQL рассматриваю, возможно даже на русскую версию

    Но хотелось бы определить причину.

    Дата создания и изменения файла sqllang.dll ‎15 ‎февраля ‎2016 ‎г., ‏‎19:17:40

    Что очень странно, т.к. SQL server поставлен чуть ли не год назад, SP1 на него накатывал в январе, а CU4 ‎20 ‎февраля ‎2016

    При этом проблема регистрировалась ещё в декабре.

    Проверьте все же на вирусы. Если сервер физический, стоит проверить жесткий диск на ошибки\битые сектора. Если собран рейд то и его проверить. Также есть вариант, что у Вас приходят обновления через MU,WSUS и Центр загрузки Майкрософт... и автоматически устанавливаются, возможно одно из некорректно установилось, и повредило файл. 

    ну я такой прихожу и мур, мур, мур!

    2 марта 2016 г. 12:24
  • На вирусы проверили.

    По железу всё стабильно.

    График загрузки установки обновлений не совпадает со временем "падения" sql сервера

    По дате/времени изменения sqllang.dll нашёл объяснение, что этот атрибут не изменялся при установке обновлений на SQL server, а брался напрямую из пакета обновления. Тоесть дата/время соответствуют их компиляции в Майкрософте.

    Ошибка в sqllang.dll также исключается (если не учитывать что Майкрософт её могла допустить)

    Сейчас рабочий вариант причины: ошибки в коде T-SQL посылаемом из 1C ERP

    Профайлер на SQL и расширинное логирование на 1С запущены - ждём повторения.

    Может кто-то даст ещё идеи по отслеживаю такой ошибки или поиске её в дампе памяти?

    3 марта 2016 г. 3:22