https://ibb.co/bQTyPcg

Что можно куда посмотреть/потыкать?

230 метров скулю,чего правда?Вы не могу подобрать слов цензурных

(0) И где и что ненормального? 5% или 52%? Или что-то другое?
Да и вообще информативность вопроса просто зашкаливает...

(2) сервер приложений отрабатывает на 2-5%, скуль суммарно = под 60%. Выглядит ненормально, кмк.

(0) Да, и о каком сервере приложений спич в заголовке темы?

(3) С каких пор sql сервер стал сервером приложений и как по рисунку отличить его от сервера баз данных?

(4) переснял - https://ibb.co/TmPvtQz

(6) Показывай не диспетчер задач, а монитор ресурсов причем все вкладки.
Пока одно ясно SQL серверу не докладывают мяса, ой ОЗУ. Ну и возможно используются запросы со связями по неиндексированным полям.

Ты там на телефоне что ли 1с со скулем установил?

(7) https://ibb.co/CvR8Sjz

Понятное дело, что диспетчер задач показывает дичь по памяти для SQL, это норма.
Не норма, что SQL загружен.
Что показывает монитор активности в Enterprise manager, что там по затратным операциям?

(6)обрезал поди по самое нихачу память сиквэлу а потом ругается

ТТХ сервера какое?

(10) ты на память посмотри - он у него тупо только стартовал... никакого кэша в памяти нет.

(7) https://ibb.co/Fm64LRc

(6) Сервер приложений и сервер БД на одном хосте? Прелестно...

(13) но рпхост уже набрал под 3 гига,скорее там ограничение для скуля не смогли посчитать

(15) Это не прелестно, это - нормально.

У меня такое было, когда в УТ11.2 считались взаиморасчеты по документам в фоне. Вроде пользователь провел док и не тормозит, но  создается фоновое, которое считает взаиморасчеты и собирает ОстаткиИОбороты по регистру с неиндексированным измерением. В Ут11.4 поправлено.

Ты там случаем не в свопе?
5 Гб на sql нормально, база с которой работаешь сколько весит?
Может имеет смысл уменьшить аппетиты sql?

А вообще надо бы ТД глянуть

Тж

(21) Да автор хоть бы до ЖР дошел бы

(13) Как я смотрю на память SQL сервера:

DBCC MEMORYSTATUS

(19) Вряд ли. Ошибок страниц мало.
Стоп. Там же полноценный индекс строится активно. Посмотрите нагрузку на диск (9).

(23) - https://ibb.co/nzN2qz4

(15) если серверу по силам - врубить шаред мемори и арбайтен!

(24) тьфу... полнотекстовый

(0) дисочек С - не ССД?

(24) показатель нагрузки - длина очереди диска. Она на закладке Диски.

(29) - https://ibb.co/qgnb4Z6

(28) няз, нет, не ссд.

(29) Это да. Ну и судя по (30) дисковая подсистема не загружена. Я к тому, что SQL загружен. Он выборки данных для полнотекстового поиска делает. Ну и что-то подобное (18) похоже. Я б еще журнал регистрации глянул.

ТС, можешь еще глянуть (10), а потом остается только ТЖ. И думать, думать, думать...

(10)(33) буду медитировать.

(6) А зачем на сервере приложения и SQL установлен Kaspersky Security Center? Это случаем не его MSSSQL в нагрузке?

(0) шестое чувство подсказало нажать кнопку Activity Monitor, где выяснил, что левый запрос на левой базе создал жуткий напряг по ЦПУ. Левую базу отправил в оффлайн, хост успокоился - https://ibb.co/0BQwR9Y

Фотка запроса уже после того, как я остановил базу. до этого там были безумные нагрузки.

(0) Начали так же грузиться другие базы - https://ibb.co/BBRB3k2

Смотрю, что делать дальше. :)

(37) они случайно не без юзеров и регламентные задания включены?

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

http://catalog.mista.ru/public/996126/
Как вариант

(39) Мертвое динамическое обновление может

KSC переноси на другой сервер - там требования min 4Gb

(41) (0) Да, причина была в динамическом обновлении. На некоторых базах оно "не прошло" и ms sql сервер почему-то именно на этих таблицах и "умирал". Очистка мертвых обновлений - https://start1c.blogspot.com/2017/10/blog-post.html

(40)(43) Ого... Стараемся не делать демонического обновления, но хоть знать буду.