Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
Всем привет. Исходные данные сервера: MS SQL 2016 Std ОЗУ 48 Гб 6 x SSD 480 Гб RAID 10 Базы: 1. 500 Гб 2. 50 Гб 3. 2 Гб Проблема собственно в том, что менее чем за сутки SQL "съедает" всю память. Начал читать интернеты и нашел статью http://www.sqlservercentral.com/articles/Performance Tuning/analyzingmemoryrequirementsforsqlserver/2498/ в частности там говорится о PLE. Начал читать разные источники по PLE, а там упоминается, что среднее значение должно быть не менее 300. У меня же такие значения: Код: sql 1. Получается, что у меня страницы в буфере хранятся 20360 сек! По-моему это не просто много, а офигеть как много, поэтому вся память съедается. Прошу вас прокомментировать мою ситуацию. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2018, 05:41 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
maxrafПроблема собственно в том, что менее чем за сутки SQL "съедает" всю память. Тебе нафига свободная память на сервере? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2018, 06:14 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
aleks222maxrafПроблема собственно в том, что менее чем за сутки SQL "съедает" всю память. Тебе нафига свободная память на сервере? Я тоже об этом задумался, когда прочитал о том, что он забирает всю память для кэширования всего чего можно. Но в таком случае как понять, что все нормально? Опрашивать сотрудников? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2018, 06:23 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
maxraf, Разве ваши значения меньше, указанного в источнике лимита? ;) В целом, если и судить об эффективности использования памяти, то правильнее, IMHO, будет ориентироваться на понятие "hit ratio" для кэшей - страничного (buffer) и библиотечного (plan). Кроме того, недостаток памяти - это не единственное, что может вызвать проблемы производительности. В целом, плясать нужно - "от печки", а вам - от решаемой задачи. Вы циферки абстракто меряете, исключительно в целях получения их абсолютных значений? Или есть какие-то проблемы в работе сервера, которые вы пытаетесь устранить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2018, 08:51 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
maxrafПроблема собственно в том, что менее чем за сутки SQL "съедает" всю память. он съедает сколько ему выделили, выдели меньше (только зачем?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2018, 08:59 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
архивариус, дык рабочий стол только 200-300 мб съедает. Пять столов - вот и гиг памяти. Плюс какой-то софт по расписанию должен работать, обновления ставятся. Чтобы локтями не толкаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2018, 11:02 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
maxrafПолучается, что у меня страницы в буфере хранятся 20360 сек! По-моему это не просто много, а офигеть как много, поэтому вся память съедается. Прошу вас прокомментировать мою ситуацию. Спасибо. Во-первых, этот счетчик имеет актуальность на момент просмотра, т.е. изменится в следующую секунду Вывод: надо смотреть на тренд Во-вторых, если вы заставите его очищать кэш данных, то пришедшие запросы встанут в очередь ожидания пока сиквел будет дергать диски и поднимать данные в память. Вывод: вы "тормознете" сервер и клиентов ради "экономии" памяти. покажите результат Код: sql 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2018, 11:21 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
Запустил счетчики производительности в течение рабочего дня. Вот такие результаты (нагрузки в пике): Гигабитный интерфейс 746 Мб/с Сам SQL 42,4 Гб из выделенных 46. Процессор 22,8% По дисковой подсистеме не могу. График показывает в один момент пик был более 90%, а в цифрах максимум 18,635 - это что за показатель? Приложил скриншот. В целом, что скажете по производительности? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2018, 10:07 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
komradmaxrafПолучается, что у меня страницы в буфере хранятся 20360 сек! По-моему это не просто много, а офигеть как много, поэтому вся память съедается. Прошу вас прокомментировать мою ситуацию. Спасибо. Во-первых, этот счетчик имеет актуальность на момент просмотра, т.е. изменится в следующую секунду Вывод: надо смотреть на тренд Во-вторых, если вы заставите его очищать кэш данных, то пришедшие запросы встанут в очередь ожидания пока сиквел будет дергать диски и поднимать данные в память. Вывод: вы "тормознете" сервер и клиентов ради "экономии" памяти. покажите результат Код: sql 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2018, 10:10 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
Щукина Аннаmaxraf, Разве ваши значения меньше, указанного в источнике лимита? ;) В целом, если и судить об эффективности использования памяти, то правильнее, IMHO, будет ориентироваться на понятие "hit ratio" для кэшей - страничного (buffer) и библиотечного (plan). Кроме того, недостаток памяти - это не единственное, что может вызвать проблемы производительности. В целом, плясать нужно - "от печки", а вам - от решаемой задачи. Вы циферки абстракто меряете, исключительно в целях получения их абсолютных значений? Или есть какие-то проблемы в работе сервера, которые вы пытаетесь устранить? В целом проблем нет, по крайней мере никто не жалуется. Но для своего спокойствия и спокойствия компании хочу убедиться, что все в порядке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2018, 10:14 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
maxrafВ целом проблем нет, по крайней мере никто не жалуется. Но для своего спокойствия и спокойствия компании хочу убедиться, что все в порядке.Если нет интенсивного IO с файлом подкачки, то ничего делать не надо. Посмотреть это можно в ресурс-мониторе. Если есть, то нужно ограничить доступную память для сиквела так, что бы оставить её для других приложений. А сиквел уже сам определит, какие (редко используемые) данные можно удалить из кэша. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2018, 10:29 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
maxraf, ну, в зависимости от того, как долго работает сиквел (дата создания tempdb, к примеру), памяти ему достаточно и он её не до упора взял (46ГБ на кэш данных) кстати, у вас всего 1.3ГБ свободно - могут быть проблемы со свободной памятью на хосте и, в случае отсутствия права lock pages in memory , винда может скидывать память сиквела в файл подкачки на сервере кроме сиквела еще что-нибудь работает? например, ssis, ssrs, ssas или какая-нибудь отдельная софтинка? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2018, 11:16 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
maxraf, если я правильно помню рекомендации, то среднее значение дисковой очереди не должно превышать 2. На графике видны постоянные пики пропускной способности. Косвенно это говорит о недостаточном объеме буферной памяти для текущих процессов. На "хорошем" графике "просадки" обычно коррелируют с работой механизма отложенной записи Lazy Writer, сохранению контрольных точек при создании резервных копий и тому подобное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2018, 12:14 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
Владислав Колосов На графике видны постоянные пики пропускной способности. на его графике показано среднее от общего имеет смысл смотреть по дискам сиквела, а не вообще по всему что есть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2018, 12:19 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
Владислав Колосов, мне кажется, что "не должно превышать 2 " это фантастика ну или никто не работает :) А так выяснять болен ли пациент, если он ни на что не жалуется это потерянное время. Лучше бекапами займитесь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2018, 12:22 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
TaPaK, да вот не знаю как, но у нас очередь меньше единицы в среднем. Хотя несколько сотен пользователей плюс веб-сервисы. Прыгает изредка до 40, но при массовых расчётах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2018, 12:30 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовTaPaK, да вот не знаю как, но у нас очередь меньше единицы в среднем. Хотя несколько сотен пользователей плюс веб-сервисы. Прыгает изредка до 40, но при массовых расчётах. Тут не суть того что вот "выше 2х значить плохо". У меня только "массовые расчёты", остальную нагрузку я не учитываю, и "два" это вообще не вариант(наверняка обороджуванием можно сильно приблизить к этому) :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2018, 12:35 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
Владислав Колосовmaxraf,если я правильно помню рекомендации, то среднее значение дисковой очереди не должно превышать 2. imho, это в расчете на шпиндель HDD, если в RAID N дисков = 2*N, для SSD неактуально ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2018, 14:01 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
komradmaxraf, ну, в зависимости от того, как долго работает сиквел (дата создания tempdb, к примеру), памяти ему достаточно и он её не до упора взял (46ГБ на кэш данных) кстати, у вас всего 1.3ГБ свободно - могут быть проблемы со свободной памятью на хосте и, в случае отсутствия права lock pages in memory , винда может скидывать память сиквела в файл подкачки на сервере кроме сиквела еще что-нибудь работает? например, ssis, ssrs, ssas или какая-нибудь отдельная софтинка? Из стороннего софта rphost и Касперский, больше ничего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2018, 01:58 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
maxrafИз стороннего софта rphost и Касперский, больше ничего. Расходимся господа. Медицина тут бессильна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2018, 06:34 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
У Гладченко была отличная статья, кто-то ее про#$@л. Ладно хоть скрипт остался... может в чем-то поможет. Быстрый тест проблем с памятью Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2018, 09:29 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
maxrafkomradmaxraf, ну, в зависимости от того, как долго работает сиквел (дата создания tempdb, к примеру), памяти ему достаточно и он её не до упора взял (46ГБ на кэш данных) кстати, у вас всего 1.3ГБ свободно - могут быть проблемы со свободной памятью на хосте и, в случае отсутствия права lock pages in memory , винда может скидывать память сиквела в файл подкачки на сервере кроме сиквела еще что-нибудь работает? например, ssis, ssrs, ssas или какая-нибудь отдельная софтинка? Из стороннего софта rphost и Касперский, больше ничего. другими словами - "только 1С и антивирус" у вас на одной лошади три наездника - она конечно пойдет, но требовать/ожидать от нее производительности не стоит погуглил, что такое rphost - одна из первых ссылок : https://flumi.ru/articles/show/rphost_zanimaiet_pamiat_i_ghruzit_protsiessor ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2018, 10:48 |
|
||
|
Значение PLE
|
|||
|---|---|---|---|
|
#18+
обсуждение не о чём. Sql заберёт столько памяти сколько ему разрешили, доступна вся - всю и заберёт. И ещё и нихрена не отдаст просто так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2018, 10:57 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39687345&tid=1689262]: |
0ms |
get settings: |
6ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
48ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 245ms |
| total: | 373ms |

| 0 / 0 |
