VM Reserved 33829304
VM Committed 30742368
AWE Allocated 0
Reserved Memory 1024
Reserved Memory In Use 0

VM Reserved 33823544
VM Committed 30736696
AWE Allocated 0
MultiPage Allocator 49344
SinglePage Allocator 4762328

VM Reserved 0
VM Committed 0
AWE Allocated 0
SM Reserved 0
SM Commited 0
SinglePage Allocator 68808
MultiPage Allocator 9016

Источник

Высокая загрузка CPU на сервере СУБД MS SQL Server

Наблюдаем высокую загрузку CPU по счетчикам Processor Time на сервере СУБД c MS SQL Server.
Что делать?

Видео:Процесс system грузит систему - как исправить?Скачать

Симптом

Видим высокую загрузку CPU на сервере MS SQL Server.

Загрузку видим «сейчас», при этом по данным Performance Monitor, Диспетчера задач или Монитора ресурсов мы уверены, что основную нагрузку создает именно MS SQL Server.

Видео:Что делать, если рабочий процесс занял много памяти на сервере?Скачать

Что требуется сделать

Существует два подхода к получению ответа на вопрос: «Почему и что именно создает такую нагрузку».

Каждый из подходов может оказаться полезным.

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

Например, можно настроить технологический журнал с фильтрами только на один запрос. Может выглядеть так:

Смысл в том, чтобы указать такие фильтры

которые будут включать имена таблиц в найденном вами на предыдущем шаге запросе.

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

Журнал получится небольшим.

Собственно стек из кода на встроенном языке будет сразу в конце события с запросом.

Top запросов, создающих нагрузку на CPU на сервере СУБД за последний час

Нагрузка на CPU по базам

Наибольшая нагрузка на CPU

Наиболее часто выполняемые запросы

Индексы с высокими издержками при использовании

Видео:Анализ производительности Windows - сеть и памятьСкачать

Подход 2

Подключиться к серверу СУБД. Запустить MS Sql Server Management Studio

Выяснить, какие именно базы создают наибольшую нагрузку на сервер СУБД за последний период (в течение которого наблюдается нагрузка). В этом примере период 1 час ’01:00:00.000′, его нужно будет изменить.

Получаем список запросов, которые создали нагрузку за последний час, посчитанный по 10000 запросов. (Выполняется около 2 минут).

В первую очередь смотрим на percent_worker_time и percent_elapsed_time. Нагрузка не должна быть «размазана» между всеми запросами.

4.1. Если нагрузка «размазана» по запросам, нужно настраивать трассировку

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

Нужно директорию указать вместо ‘InsertFileNameHere’ в скрипте ниже.

Размер файла трассировки ограничен 1 Гб.

4.1.2. Останавливаем трассировку, когда уверены, что трассировку собрали в интересующий период нагрузки.

4.1.3. Сохраняем трассировку в тестовую БД test в таблицу trace, в которой будем анализировать загрузку.

4.1.4. Добавляем в таблицу trace две колонки HashSQL varchar(4000) и HashSQLMD5 varbinary(32).

В качестве альтернативы для этих целей можно использовать курсор:

4.1.5. Анализируем трассировку. Например, смотрим:

Находим наиболее интересные запросы по SUM([CPU]).

В целом эту же методику можно использовать для поиска по Reads, Writes, Duration, и т.д.

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

указываем ключевые слова из запроса.

4.1.7. По технологическому журналу определяем лидера, исправляем.

4.2. Если есть явный лидер, лучше начать с этого лидера и повторить алгоритм.

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

указываем ключевые слова из запроса.

4.2.2. По технологическому журналу определяем лидера, исправляем в коде конфигурации.

В собранном технологическом журнале будет искомый запрос с указанием стека на встроенном языке, «откуда» этот запрос выполнялся.

Источник

Видео:Основы анализа производительности и оптимизации запросов в MS SQL Server // MS SQL Server DeveloperСкачать

SQL Server. Основы анализа производительности памяти

Перечень наиболее часто встречающихся проблем связанных с памятью:

Первые три причины называются внешним “нажимом” на память и методика их анализа почти одинакова. Третья же причина называется “внутренним” нажимом на память и методики ее анализа совершенно другие.

Итак начнем рассмотрение первой причины – “SQL Server “съел” всю (или очень много) память, что начало угнетать ОС и приложения работающие на ней.”

В качестве ограничения накладываемого на рассмотрение – в блоге мы будем рассматривать только 64-битовую версию SQL Server и ОС, поскольку 32-битовых остается все меньше и меньше.

Для начала надо установить факт, что ОС действительно не хватает памяти и эту память потребил SQL Server. Выполнить это можно посмотрев счетчик Memory: Available Bytes. Он показывает сколько памяти осталось у ОС для распределения приложениям и внутреннего использования. Возникает справедливый вопрос:”Каким образом приложение может потребить много памяти и угнетать ОС?”. Причин тому может быть несколько:

У нас (Microsoft) есть принятая норма на остаток памяти который должен оставаться доступным для распределения ОС. Эта норма составляет 5% от объема установленного RAM, т.е. в свободном распределении у ОС должно остаться не менее 5% от общего объема RAM установленного на сервере. И как бы это число не казалось большим (особенно при больших объемах установленной памяти), лучше этого правила придерживаться.
Что будет предпринимать ОС, когда приложения потребят слишком много оперативной памяти? При достижении порога Memory: Available Bytes в 100…50 MB Windows включит агрессивный сброс (trimming) рабочих наборов процессов, включая системные драйверы, что тут же приведет к резкому снижению производительности всех компонентов ОС. В данной статье мы не будем рассматривать эти вопросы, возможно мы рассмотрим их в будущем.

Каким образом рассчитать правильное значение “max server memory”?

Здесь есть два случая:

Видео:Системные прерывания грузят процессор? Разгрузи проц и дай ПК нормально работать!Скачать

Расчет памяти для некластеризованного, либо кластеризованного SQL Server работающего в режиме Актив/Пассив

Особенно актуален это расчет, если вы используете “Lock Pages In Memory” В этом случае завысив это число или оставив его по умолчанию (что обозначает – любой объем) вы можете поставить ОС в довольно неприятное положения, которое приведет к агрессивному триммированию рабочих наборов и, как следствие, резкому замедлению работы системы.

Видео:Сжатая память в Windows 10 и Windows 11 — что этоСкачать

Расчет памяти для кластеризованный SQL Server в режиме Актив/Актив.

При расчете необходимо учитывать, что пункты 2, 3 и 4 должны быть удвоены, и при использовании права учетной записи SQL Server “Lock Pages In Memory”, вам необходимо подобрать не только “max server memory”, но и “min server memory”, что бы в случае переката обоих SQL Server на один узел вы не забрали всю память у ОС.

В данном случае на сервере установлено 500 GB оперативной памяти и 5% должно быть около 25 GB. Каким бы большим не казалось это число, но чем больше на сервере процессоров и памяти, тем (как правило) более ресурсоемкие задачи он выполняет и для их решения ему требуются большие ресурсы.

Как видно из рисунка (в данном случае), остаток памяти на сервере составляет около 7 GB, что не соответствует нашим рекомендациям.

Далее нам необходимо понять, имеет ли SQL Server достаточный запас памяти, часть которого можно освободить в пользу ОС. Для ответа на этот вопрос необходимо проанализировать счетчики производительности SQL Server.

Давайте сначала выясним сколько памяти потребил SQL Server. Для этого надо знать, использует или нет SQL Server право учетной записи SQL Server “Lock Page In Memory”, Выяснить это можно из свойств учетной записи, а можно косвенно, через счетчики Performance Monitor. Дело в том, что если право учетной записи SQL Server “Lock Page In Memory” не установлено, то вся (или почти вся) используемая память будет частью рабочего набора процесса sqlservr.exe. Если же это право установлено, то при этом (скрыто) используется механизм AWE (Address Windows Extension) и основная память под Буферный пул будет размещена за пределами процесса sqlservr.exe.

Как видно из рисунка ниже, размер рабочего набора процесса составляет всего около 4 GB, что значительно меньше общего объема потребленной памяти.

Посмотрим, сколько всего памяти использует SQL Server. Он использует 500 857 024 (около 480 GB) для распределения на Буферный пул, Процедурный кэш, кэш Worker Thread и для некоторых не значительных потребителей. А отсюда можно сделать вывод, что в данном случае SQL Server использует “Lock Pages in Memory”.

Далее приступим к поиску ответа на вопрос:”Можно ли отобрать часть памяти у SQL Server, не нанося ему вреда?”

Во первых, давайте проверим какое количество запросов обслуживается из Буферного пула (без выполнения физических чтений). Как мы видим из рисунка ниже по тексту около 100% (точнее 99,972%) запросов выполняются из буферного пула (при пороговом значении данного счетчика не менее 92%), что дает нам надежду на наличие избытка памяти у SQL Server.

Следующим счетчиком, который рекомендуется посмотреть является SQL Server: Page Life Expectancy. Он контролирует время жизни страниц в Буферном пуле. Пороговое значение 300 секунд. В данном случае мы видим среднее значение около 221000, что почти в 700 раз больше порогового. Это укрепляет нас в мысли, что ресурсы есть.

Окончательный ответ нам поможет дать счетчик SQL Server: Lazy Writes/sec, отображающий как часто срабатывает процесс Lazy Writer. Мы знаем, что это процесс активируется тогда, когда у SQL Server заняты около 75% выделенных буферов. Его задача выполнить фиксацию данных и очистить буферы. Для систем имеющих значительный запас памяти этот счетчик должен быть близок к нулю. Как мы видим это так.

Из всего вышесказанного можно сделать вывод: SQL Server имеет достаточный объем памяти и может “поделиться” ей с ОС. Отбирая память у SQL Server (уменьшая “max server memory”) необходимо контролировать выше описанные счетчики и определить тот порог, ниже которого уменьшать объем памяти нельзя.

Источник

📺 Видео

Процесс System постоянно грузит процессор на 30. Как решил проблему..Скачать

Какая разница между windows 32 bit и 64 bitСкачать

Ремонт ИГРОВОГО MSI GV72 7RD после самостоятельной замены термопасты без отключения АКБ...Скачать

Его замучали СИНИЕ ЭКРАНЫ! А дело оказалось в этом!🔥😡Скачать

Could not obtain information about Windows NT group/..., error 0x534. (MSSQL Server, Error: 15404)Скачать

Смотрите также

Анимированные обои. Как поставить их на рабочий стол в Windows 10 с компьютера и YouTube

Как создать диск восстановления Windows 10

Как связать смартфон с Windows 10

Что сделать, если появляется ошибка «Error legacy boot of uefi media» в Windows 10

Как правильно активировать windows 10 с помощью kmsauto net

Как посмотреть экранное время на компьютере windows

Как посмотреть частоту материнской платы на windows 10

Как посмотреть характеристики блока питания компьютера на windows 10