32 ответов в этой теме

[Afalin]

А вот тут бы дамп процесса… procdump -ma 1152

Много странного.

[aArh]

Дамп уже не сниму, нет такого процесса. Если речь идет о процессе drwcsd.exe,  то можно попытаться повторить. В итоге он все-таки перезапустился, но произошло это минут через 10. Вот лог, охватывающий сам момент перезапуска, плюс запуск сервера, который Вы просили ранее.  drwcsd.1.log.zip   5,75Мб   1 Скачано раз

[Afalin]

Произошло это таки через 20 минут, аварийно.

[aArh]

При повторном перезапуске сервиса все прошло нормально, перезапустился в течение 30 сек.

[Afalin]

Учитывая, что в себя ушёл планировщик заданий, скорее всего имеется связь с выполнением какого-то задания из расписания.

[aArh]

Продолжим наши изыскания. При попытке посмотреть конфигурацию оборудования веб-интерфейс выдал такую картину  2017-04-05_17-00-57.png   24,27К   1 Скачано раз, после чего намертво завис - никуда не перейти, в новой вкладке и других браузерах также не открывается, на рабочих станциях "Отказ в соединении с сервером". У меня уже начинают возникать сомнения, что этот чудо-продукт вообще способен нормально работать.

Пока писал сообщение, его вроде отпустило. Отрисовал локальные диски, хотя с того момента, как мне нужно было их посмотреть прошло часа два. В другом браузере отрисовались поля логин и пароль, еще минут 20, может кнопка ОК появится. Отвратительно, в общем.

 drwcsd.zip   8,02Мб   1 Скачано раз

[Afalin]

Отвратительно. Но таки копать надо куда-то в сторону СУБД. И лично я тут помочь ничем не могу, даже с диагностикой, не умею в эти ваши MSSQL.

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

[Kirill Polubelov]

А какую версию СУБД используете?

Через SQL Management Studio выполните запрос:

SELECT SERVERPROPERTY('productversion'), SERVERPROPERTY ('productlevel'), SERVERPROPERTY ('edition') 

[aArh]

 

А какую версию СУБД используете?

Через SQL Management Studio выполните запрос:

SELECT SERVERPROPERTY('productversion'), SERVERPROPERTY ('productlevel'), SERVERPROPERTY ('edition') 

Используем SQL Server 2014

12.0.5522.0 SP2 Enterprise Edition: Core-based Licensing (64-bit)

Из особенностей - база входит в группу доступности AlwaysOn с синхронной фиксацией. 

На этом же сервере помимо Dr.Web'а работают еще 73 БД, из них 42 работают очень активно, и с ними все хорошо.

[aArh]

Из того, что сразу бросилось в глаза на СУБД:

 2017-04-06_14-05-14.png   8,5К   1 Скачано раз

Пойду копать в сторону индексов.

[Kirill Polubelov]

Да, index rebuild, всегда, хорошая идея.

[Kirill Polubelov]

Самые распоследние апдейты, как я понял, для вас, это

 

SQL Server 2014 SP2 CU4 12.0.5540.0 KB4010394

21 февраля 2017 г.

 

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

А версия ODBC драйвера, что-то я позабыл?

[aArh]

Самые распоследние апдейты, как я понял, для вас, это
 
SQL Server 2014 SP2 CU4 12.0.5540.0 KB4010394
21 февраля 2017 г.

Да, они самые. Еще даже на тест не накатывали, так что это не быстро будет. К концу следующей недели в хорошем раскладе.

А версия ODBC драйвера, что-то я позабыл?

SQL Server Native Client 11.0 Версия 2011.110.6518.00

Но разницы между ним, ODBC Driver 11 for SQL Server и ODBC Driver 13 for SQL Server я не заметил.

 

С индексами действительно было не все хорошо. Фрагментация > 50% была у 88 индексов, осталась у 55. Но в базе всего 5 индексов с количеством страниц от 1000, так что даже полное перестроение индексов результата не дало, что было ожидаемо. Размер базы 1,5 Гб. 

 

Админка по прежнему тупит, раздел "Оборудование и программы" не работает.

 

Вспомнил еще одну особенность. Включен флаг трассировки 4199 - Исправление оптимизатора запроса.