Всем здравствуйте. На сервере постоянно работает одна база. Есть ещё несколько, но в них никто не сидит. В этой единственной базе уже выключили все регламенты. Перегружали несколько раз (минут 20 работает нормально, потом снова вешается) в диспетчере задач загрузка процессора 100% постоянно, а ОЗУ 20%. Причём ещё два дня назад работало более ли менее. Ничего особенно не менялось. Пользователи уже ныть устали. Короче, хз что делать. Спасайте

[загрузка процессора 100% постоянно] - кто грузит-то?

Динамическое обновление

не это? https://docs.microsoft.com/ru-ru/sql/relational-databases/system-dynamic-management-views/sys-dm-fts-index-population-transact-sql?view=sql-server-2017

(1)Процентов на 80 грузит процесс SQL Server Windows NT 64bit

(2) Имеете в виду обновляю ли я конфигурацию динамически? Конечно обновляю. Около 200 человек в базе, каждый раз выгонять что ли всех. Или есть альтернатива?

(0) вариант: поставить на Serv WIN свежие обновления и перезагрузить

Индексы перестраиваются? Статистика обновляется?

(5) В (2) скорее всего о том, что иногда бывает характерный сбой при динамическом обновлении (сам раз или два сталкивался) после которого начинает "лопатить". Лечится обычным обновлением с формальной реструктуризацией. Далеко не факт, что твоя проблема в этом, но попробовать стоит.

(5) такого не бывает чтоб динамическое грузило СКЛ

запустите по одному сеансу в каждой из баз или запретите фоновые в тех базах, в которых никто не сидит.

фоновые = регламентные

(7) Да, конечно. Настроен стандартный план обслуживания. Статистика, переиндексация и т.д.

(11) Да отключили всё что только можно

(13) еще раз. в тех базах, в которых никто не сидит - запретите в кластере запуск фоновых-регламентных. или запустите по одному сеансу на каждую базу.

(0) Сделай (8) для начала

(4) Если грузит именно сиквел, то в его мониторинге можно посмотреть активные процессы и какие именно запросы они выполняют.

(14) Не в коня корм)

(5) у меня 500 человек и ДА, я НЕ ИСПОЛЬЗУЮ динамическое обновление, ВЫГОНЯЮ ВСЕХ!
Все обновления происходят в пики наименьшей загрузки...

(18) Скорее всего ты его используешь даже не зная этого

(0) MDOP=1 ?

(20) Это что такое?

А вот как посмотреть что конкретно грузит базу? Какой код или запрос

https://i.imgur.com/BzYJKgK.png

У меня грузило сиквел сервер демоническое обновление. Нашел сайт, с объяснением, почистил.

вот то, что в колонке execution times на моем скриншоте со значением 3542 - это база, в которой никто не сидит, но не отключены регламенты

и этот запрос, кстати, после демонического может тормозить (ну, он там немного другой будет, но факт остается фактом) :)

(0)  тепрь по стратегии поиска проблемы. В студии жми ctrl-alt-a, откроется прлфайлер, в нем смотртшь, какой запрос грузит сиквель, гуглишь текст запроса, что за запрос тебе создает проблемы

(0) поищи мои темы, я в субботу решал такую же траблу, там скрины и ссылки

(19) Хм.., наверное ты лучше знаешь...

(28) https://start1c.blogspot.com/2017/10/blog-post.html

(30) Там хреноватая статья. Все нежные полимеры будут прощелканы.
Надо cf-шник иметь под рукой, чтобы потом натянуть правочки

ну это про то что таргет говорил

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

http://catalog.mista.ru/public/312157/

(5) >> обновляю ли я конфигурацию динамически? Конечно обновляю. ... каждый раз выгонять что ли всех. Или есть альтернатива?

Конечно есть альтернатива. Не делать этого.
Да, выгонять.
И ничего страшного в этом нет.
Как показывает опыт, в 99.999999% случаев пользователь вполне может подождать до завтра или даже до другого технологического окна (например до конца недели), когда производится установка исправлений и обновлений в монопольном режиме.
В оставшихся 0.000001% случаев согласовывается остановка базы и установка монопольной блокировки для натягивания патча прямо в рабочее время. А иногда и это можно отложить, когда выясняется, что согласование на остановку нужно получить у высшего руководства.

Просто ради интереса - пофантазируй на тему того, что может произойти, если вдруг после очередного динамического обновления база не просто станет тормозить, а умрёт насовсем. Как и что будешь делать? Сколько это займёт времени? Сколько простой будет стоить для бизнеса? Кого и как за это накажут? Что случится, если последний бекап вдруг окажется невалидным (ошибка не всплыла сразу и накапливалась длительное время)? Справишься ли ты сам или придётся кого-то привлекать и сколько это будет стоить для тебя?
Короче - просчитай самый худший вариант из возможных и реши - стоит ли игра свеч.

PS. И да. Не забудь, что загрузка расширений так же приводит к неявному динамическому обновлению, имеющему те же самые последствия, что и динамическое обновление основной конфигурации.

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

Динамическое обновление - это здравая и годная вещь, если вы умеете заглядывать в config

чтоб не делатьдинамического обновления нужно тестирование внедрять.
а это влом обычно

(36) Это всё начинает работать, как только ты этому консультанту объясняешь все-все-все риски и приглашаешь лично нажать кнопку "обновить конфигурацию БД".
Идиотов крайне мало. Хоть иногда и встречаются совершенно непробиваемые.

(37) Не могу не согласиться. Но только не на продуктивной базе в середине рабочего дня.
Например, автору ветки нравится испытывать боль в попе от того, что у него сейчас происходит на серваке с базами. На другом месте работы боль может стать нестерпимой...
Сколько специалистов из числа тех, что практикуют динамическое обновление, умеют заглядывать в config и быстро её править? И абсолютно ли всегда достаточно этих умений? Я хотя сам и не сталкивался, но слышал, что бывали случаи крушения баз и с потерей данных - при совпадении целого ряда обстоятельств, когда было сделано монопольное обновление с реструктуризацией, а спустя какое-то время - динамическое в разделённом режиме, приведшее к падению, а бекапа между этими двумя событиями либо не было вообще, либо он оказался невалидным. Данные несколько часов восстанавливали различными полушаманскими ручными методами.

Если внимательно подумать и всё взвесить, то без динамического обновления вполне можно пережить.

(38) >> нужно тестирование внедрять.

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