Помогает ли губернатор ресурсов защищать продолжительность продолжительности жизни страницы?

dba.stackexchange https://dba.stackexchange.com/questions/109025

Вопрос

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

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

В попытке смягчить это, я ищу в губернатор ресурсов.Я собираюсь установить свой скрипт, чтобы использовать пул ресурсов, который ограничен максимум 5% процессора и памяти.

Единственная часть об этом, что я не уверен, это влияние на PLE.

Как я понимаю, выбрать из таблицы будет прочитать значение в кэш.Это заставит что-то еще, которое было в кэше.(Основная концепция PLE.) Но будет ли «вынужденные» предметы, которые будут ограничены 5%, которые я указал?

означает после того, как я использовал 5% памяти, будет ли это только принудительно кэшированные предметы в том же 5%? (оставив другие 95% беззаботно.

Еще один способ спросить это: ли предел памяти на 5% так же, как говоря, ограничение кэша 5%?

Это было полезно?

Решение

Эта страница MSDN состояния памяти памяти влияют только на память запроса:

Ресурс Ресурс Губернатор Ресурс

min_memory_percent и max_memory_percent

Эти настройки являются минимальным и максимальным количеством памяти, зарезервированной для пула ресурсов, которые не могут быть переданы другим пулам ресурсов. Смешается, что память, упомянутая здесь, - это операция за выполнение запросов, а не память буферного пула (например, данные и индексные страницы). Установка минимального значения памяти для пула означает, что вы гарантируете, что процент указанного памяти будет доступен для любых запросов, которые могут работать в этом пуле ресурсов. Это важный дифференциатор по сравнению с min_cpu_percent, потому что в этом случае память может оставаться в данном пуле ресурсов, даже если пул не имеет никаких запросов в групп рабочей нагрузки, принадлежащих этому пулу. Поэтому крайне важно, чтобы вы были очень осторожны при использовании этого параметра, потому что эта память будет недоступна для использования любым другим пулом, даже когда активных запросов нет. Установка максимального значения памяти для пула означает, что когда запросы работают в этом пуле, они никогда не получат больше, чем этот процент памяти.

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

Ниже приведен выдержка из блога MSDN, Ожидаемая продолжительность жизни SQL Server Life :

Ожидаемая продолжительность жизни страницы (PLE) - лучшая индикация того, насколько волатильный бассейн вашего буфера (BP). Это счетчик перфоусов, найденный в SQL Server: объект Perfmon Change Manager. Существует также буферный узел: счетчик продолжительности продолжительности жизни страницы, который следует учитывать для систем NUMA, используя одну и ту же логику на узел, что и один бы в системе NUMA.

Волательство

измеряется путем получения средней «жизни» страницы в буферном пуле (в считанные секунды). Если страница перезаписана или вылешена, она начинает целую новую жизнь.

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

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

Так почему же мы заботимся о волативе BP и PLE? Что может знать для нас волатильность BP? Что такое «хорошая» и «плохой» фигура?

ple может быть мерой того, сколько физических io ваш sql server делает. Надеюсь, у меня есть ваше внимание, потому что физическое IO является серьезной проблемой, как для чтения, так и для записи.

от вопросов в комментариях здесь:

Что такое «память запроса» и как он отличается от кэша?

Память запросов используется для выполнения запросов. Это временно используется для вещей, таких как сортировки, растровое изображение создает, хэш-таблицы и т. Д. Кэш содержит данные в таблице памяти.

Звучит как ответ на мой вопрос, заключается в том, что PLE не будет защищен губернатором ресурсов вообще. Это звучит правильно?

правильно. Ожидаемая продолжительность жизни страницы - это все о том, как длинные страницы данных остаются в памяти.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с dba.stackexchange
scroll top