Blog

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

На этом снимке экрана есть несколько мест, которые похожи друг на друга, но это именно то, что вы видите, в целом, 36 ГБ памяти связаны с этим сервером, поэтому вся память почти полностью загружена. используется sqlservr.exe (проценты, запускающие механизм SQL). Вы также можете видеть ниже, что ReportingServicesService.exe (процесс, который обрабатывает невыполненную задачу) на самом деле является каждым из наших ближайших потребителей памяти, но, короче говоря, использует только 1% от объема самого этого механизма SQL. Также обратите внимание, что на сервере интернет-хостинга обычно должно быть 0 МБ свободной памяти. Можно с уверенностью сказать, что конкретный ответ, почему клиент отказал, заключался в том, что службе покрытия не хватило памяти.

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

Если вы посмотрите на более крупные базы данных, размещенные в конкретном экземпляре, мы посетим более крупную базу данных размером около 43 ГБ, за которой следуют другие базы данных размером 39 ГБ, 17 ГБ, 5 ГБ, затем 4 ГБ.

Вот почему SQL использует все знания. SQL пытается быть надежным. Он приложит усилия, чтобы надежно переместить большую часть обычных данных в память, чтобы следующие ее запросы были выполнены быстро. Однако, поскольку основная память может составлять 106 ГБ, а данные – только 36 ГБ, обмен данными SQL невозможен. SQL определяет тип объема страницы для просмотра в разделе запихивания в свойствах хоста каждого экземпляра SQL.

Каждый экземпляр SQL имеет определенный настраиваемый объем памяти, который, по мнению экспертов, может автоматически выделяться механизму SQL для использования. Чтобы получить к нему доступ, если у вас есть SQL Server Management Studio, подключитесь к экземпляру вашей компании, просто щелкните правой кнопкой мыши на SQL Web Server и перейдите в Свойства. Оттуда вы предпочитаете раздел хранилища в левом столбце.

В этом случае в настоящее время SQL Server телевизора был настроен на использование текущих настроек по умолчанию, которые достигли пика около 2003 терабайт памяти, выделенной для SQL Server, и, скорее всего, никогда в моей жизни. Это просто подходящий очень высокий номер сотового телефона, чтобы не считаться ограничивающим объем памяти, который SQL может использовать по умолчанию. База данных В любое время, когда ваша длина меньше, чем общая память на каком-то сервере, моя не вступает в игру, учитывая, что SQL может хранить все данные на всемирной веб-странице, и для этого все еще есть доступная память. p>

Поскольку цвета данных были намного больше, чем доступная память, механизм SQL в качестве примера использовал здесь всю память.

Рекомендуется использовать стратегии для ограничения общего количества памяти, которую может использовать механизм SQL, поскольку Уилл должен иметь доступную память для выполнения других задач (z). Это один из конкретных шагов, которые я выполняю каждый раз, когда добавляю новую версию SQL. Я специально подсчитываю, сколько памяти можно выделить для хостинга, затем вычитаю 4 ГБ из 6 ГБ и, следовательно, передаю это число в SQL. Единица измерения среди полей – мегабайт. Помните об этом при вычислении того, как вставить значение обновления в это поле. Я уменьшил его до 30,720 МБ * 1024 МБ, чтобы использовать 30720 МБ или около 30 ГБ памяти, что вполне может дать 6 ГБ памяти для другой памяти, необходимой для работы системы.

Следующими шагами на самом деле было выяснить, как SQL реагирует на определенный предел памяти в 30 ГБ. Занял ли он тридцать восемь ГБ ранее использованного хранилища? Нужно больше?

Возвращаясь к диспетчеру ресурсов, мы видим, что ваш sqlservr.exe использует 31 816 264 килобайт дискового пространства (30,3 ГБ памяти за время его существования). В продвижении сейчас свободно около 4 ГБ оперативной памяти. Хотя мы удалили 6 ГБ для хранения из SQL, только 4 ГБ было удалено, чтобы найти операционную систему, что говорит о том, что некоторым структурным процессам немедленно потребовалось гораздо больше памяти, но SQL монополизировал их.

Хорошая информация и факты. Изменения, сделанные и принятые экземпляром SQL, в дополнение к сохранению памяти доступны операционному корпусу. В противном случае они могут помочь вам завершить работу в сочетании с перезапуском новой службы SQL, чтобы отменить это изменение.

Но пострадает ли производительность SQL? Запустите монитор производительности и добавьте счетчики:

• SQLServer: диспетчер буферов – обслуживание страниц
• SQLServer: диспетчер памяти Life – ожидаемые гранты памяти
• SQLServer: статистика SQL – пакетные запросы или сек.
• SQLServer: статистика SQL – компиляций / сек.

Подождите минуту или две для получения средних значений. Копаем сейчас.

Среднее время жизни страницы

Когда в последнее время в этой строке мало, страницы памяти создают короткую службу cpOK, оставляя страницы с содержимым данных записей в памяти на меньшее время и для работать с меньшим использованием, больше страниц данных истекает в памяти для быстрого доступа. Простой способ убедиться, что правильные страницы используются совместно в пространстве хранения, – это убедиться, что боты созданы правильно с использованием стратегии обслуживания или подразумеваемого запроса TSQL. В этой уже земной атмосфере каждую пятницу действует одна конкретная программа обслуживания. Обычно существует точное среднее время жизни страницы на этом компьютере с Интернетом (23 538 секунд или 292,3 минуты 6,5 часов), так что в данном случае это нормально. Вы могли бы иметь гораздо более короткий срок жизни страницы, скажем, десять минут, при этом оставаясь понятным для вашего создания.

Ожидается средний объем памяти

Это правило всегда должно иметь значение null. Все, что более важно для сравнения, предполагает, что процессы SQL – типа ожидающих – запущены, и что, конечно, нет никаких шансов, что они произойдут, потому что часть памяти не освобождена для игры. Этот клиент нулевой, но здесь точно будет хорошо i. Если вы не на нуле, это действительно хорошее подтверждение того, что вы используете много или меньше памяти. Часто возникают запросы, указывающие на неправильное выделение памяти.

SQL-компиляций в секунду и, следовательно, пакетных запросов в секунду

В общем, если сборки SQL в среднем составляют менее 10% от общего набора запросов в секунду, то фактически используется SQL, поскольку он анализирует все кэшированные планы, а не запрашивает их в базе данных. … Клиент-сервер работает почти вдвое больше, чем когда-либо – примерно 18% -19%. Это говорит о том, что, хотя интонация может быть доступной, было бы хорошей идеей исключить ее, пока мы признаем другие методы, которые мы нашли. Именно здесь вы можете потратить много усилий на тестирование возможности повторного использования кэшированных планов вместо того, чтобы быть привязанными к повторному запуску.

Помните, что мы в первую очередь смотрели на прирост за некоторое время и определили нашу позицию, что, исходя из языка, который мы видели, нам больше не нужна серверная комната. Очевидно, когда вы часами смотрите на их конкретное устройство, это может не быть признаком, связанным с тем, что ему действительно нужно. Также обратите внимание, что мы ограничили только один экземпляр SQL объемом памяти, который может использовать фактический экземпляр, и в основном был только один экземпляр SQL, связанный с этим сервером. Если на вашем узле их больше, клиентам может потребоваться настроить подкачку памяти для каждого экземпляра. Рекомендуется внести небольшие изменения и спросить себя, как сервер, помимо среды, обрабатывает изменение сервера и, следовательно, один конкретный лучший стратегический шаг? Получите помощь от сложных экспертов Sikich!