Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
Топик располагается на нескольких страницах: ←Ctrl назад 1 [2] 3 вперед Ctrl→ все |
bonzadk Member Откуда: Tallinn Сообщений: 576 |
Прокомментируйте пожалуйста картинку.Мне кажется бред сивой кобылы К сообщению приложен файл. Размер - 91Kb |
13 янв 16, 13:45 [18672530] Ответить | Цитировать Сообщить модератору |
bonzadk Member Откуда: Tallinn Сообщений: 576 |
Под additional SQL working они понимают working memory for operations categorised in IDERA as “Sort, Hash, Index” memory usage |
13 янв 16, 13:47 [18672548] Ответить | Цитировать Сообщить модератору |
Copyright Member Откуда: Volgograd=>Moscow=>Volgograd Сообщений: 1049 |
bonzadk, Ничего не понятно - у вас 2ТБ данных - вы хотите аппаратными методами заставить сервер летать на 64GB ОЗУ? ИМНО борьба со следствием а не с причиной |
13 янв 16, 14:01 [18672664] Ответить | Цитировать Сообщить модератору |
bonzadk Member Откуда: Tallinn Сообщений: 576 |
Про 2 ТБ я писал, что из них 95% редко используемые бинарные данные |
||
13 янв 16, 14:03 [18672672] Ответить | Цитировать Сообщить модератору |
Copyright Member Откуда: Volgograd=>Moscow=>Volgograd Сообщений: 1049 |
bonzadk, А вот это правильный ответ - вижу что понимание есть - остальное дело практики Раз никого из гуру не видно на горизонте ( я тоже сюда несколько лет не заглядывал например) рискну изложить свое виденье ситуации Дабы не быть голословным чтобы ставить диагноз надо заглянуть так сказать в анамнез 1. Продукт самописка или стандартный ( на предмет того не нарушится ли использование прав при его тюнинге) 2. База(ы) данных типизированы по нагрузке OLAP или OLTP (дабы определится как тюнить продукт) с учетом п.1. Судя по вашим комментариям все-таки OLAP 3. Определится с большими таблицами для каждого из типов 4. Определиться с обслуживанием и временем его проведения ( полное или частичное переиндексации, статистики, дефрагментации ) по полному и частичному варианту (частичный для случая чтоб пациент хоть как-то дышал) 5. Определить узкие места 6. Если по п.1 делать с продуктом ничего нельзя или нежелательно ( посмотреть в SLA если он есть тоже не помешает) то посмотреть на предмет использования SSD дисков и партиций, разнесения баз на разные сервера и прочие танцы. 7. По порядку но не по важности - предьявить разработчикам их косяки с указанием вменяемой аргументации или продолжить тюнинг самостоятельно Как-то так Copyrigth мой |
13 янв 16, 14:28 [18672829] Ответить | Цитировать Сообщить модератору |
Copyright Member Откуда: Volgograd=>Moscow=>Volgograd Сообщений: 1049 |
Надеюсь помог - на форуме очень богатый материал по данной теме (надо только поиском воспользоваться) Удаляюсь - спасибо даже не жду Пояснять что и как думаю уже не потребуется (редко сюда заглядываю) |
13 янв 16, 14:37 [18672895] Ответить | Цитировать Сообщить модератору |
mishanya3624 Member Откуда: Сообщений: 796 |
Copyright, Как будто в последний путь уходите, так печально горестно и ожидающе:) |
13 янв 16, 14:48 [18672956] Ответить | Цитировать Сообщить модератору |
bonzadk Member Откуда: Tallinn Сообщений: 576 |
Спасибо за ответ! 1. Самописка 2. Я бы всё же сказал что OLTP, но используется местами как OLAP 3. Пытаемся 4. До этого не сталкивался с PK в виде гуидов, не знаю как правильно их 5. Пытаемся 6. Именно это и хочется сделать сейчас, ибо перелопатить сотни запросов намного дольше, чем подкинуть памяти или перекинуть файлы БД с диска на диск. 7. Спасибо, но косяки наши же, пытаемся исправиться (правда продукт довольно древний и авторов запросов уже не найти). |
||
13 янв 16, 14:48 [18672958] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5516 |
ну не совсем сиквел использует или может использовать чуть больше, чем указано в max memory для CLR сборок и некоторых других вещей так что немного правды в картинке есть ;) кстати, откуда она? подробнее тут : https://blogs.msdn.microsoft.com/sqljourney/2015/04/27/an-in-depth-look-at-memory-sql-server-20122014/ |
||
13 янв 16, 18:49 [18674511] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5516 |
если у вас на этом диске лежат только три дата-файла от базы Censored1, тогда всё проще надо понять что это за диск (физика, SAN, другое), рейд ли это и какой, на скольки дисках
по этим объектам проверить самые тяжелые запросы (длительность), проанализировать планы (сканы, неоптимальные джойны, ошибочные ожидания и т.п.)
12 дата-файлов для tempdb многовато Микрософт рекомендует не больше 8, иначе накладные расходы увеличиваются http://blogs.msdn.com/b/cindygross/archive/2009/11/20/compilation-of-sql-server-tempdb-io-best-practices.aspx
имеет смысл докрутить max degree of parallelism до 7, сейчас у вас 6 в нагруженные периоды можно посмотреть кто солирует на уровне запросов (sp_whoisactive от Adam Machanic): http://www.brentozar.com/archive/2010/09/sql-server-dba-scripts-how-to-find-slow-sql-server-queries/ |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
13 янв 16, 19:07 [18674584] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5516 |
это сюда, похоже: https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1194718&msg=18668528 монструозный там запрос - аж 743 параметра |
||||
13 янв 16, 19:12 [18674595] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
komrad, да, туда, но там 1с, наверное, переписывать нагенеренное нельзя, поэтому и фиг с ним |
13 янв 16, 20:03 [18674727] Ответить | Цитировать Сообщить модератору |
Mind Member Откуда: Лучший город на Земле Сообщений: 2322 |
Нет настройки которая ограничивает только Data Cache (Database Cache Memory), так что лимит в 30Гб, тот что на картинке, можно установить только на всю доступную SQL Server'у память (buffer pool), в которую помимо Data Cache входит еще Lock Memory, Procedure Cache, Workspace Memory и прочие. То что в IDERA назвали “Sort, Hash, Index” memory usage, это и есть таки Workspace Memory. Максимальное значение Workspace Memory это процент (обычно около 75%) от Target Server Memory, который в свою очередь контролируется с помощью настройки max server memory. Подводя итог вышесказанному, если выставить лимит в 30 Гб, то SQL Server никогда не сможет использовать "30 GB free memory buffer for working operations", это чьи то очень розовые девичьи фантазии. Один момент только не совсем понятен, какую именно Workspace Memory имеют ввиду в IDERA - Granted, Reserved или Used Memory? Потому что если это только Reserved, то проблемы то особой и нет. Если только не упрется в RESOURCE_SEMAPHORE конечно. |
||
14 янв 16, 00:49 [18675699] Ответить | Цитировать Сообщить модератору |
bonzadk Member Откуда: Tallinn Сообщений: 576 |
Всем спасибо большое за помощь! Донес информацию куда надо, дальше пусть их голова болит. А я пойду курить планы выполнения наших запросов =) |
14 янв 16, 14:01 [18678357] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5516 |
судя по тому, что в топ 6 буферного кэша по вашей базе (7ГБ в сумме) кластерные индексы, то у вас сплошные сканы идут вряд ли это точно выверенные запросы ;) |
||
14 янв 16, 15:18 [18678945] Ответить | Цитировать Сообщить модератору |
bonzadk Member Откуда: Tallinn Сообщений: 576 |
Да, у нас масса неоптимизированных запросов. Вот что случается, когда запросы пишут разработчики, не знающие, как работает база. |
||||
14 янв 16, 16:20 [18679338] Ответить | Цитировать Сообщить модератору |
wizli Member Откуда: Minsk Сообщений: 270 |
Это не разработчики, а студенты какие-то ![]() |
||
14 янв 16, 17:29 [18679782] Ответить | Цитировать Сообщить модератору |
mishanya3624 Member Откуда: Сообщений: 796 |
а почему не стоит оставлять max server memory по дефолту, чтобы он добавлял динамически, сколько ему надо? Workspace Memory по дефолту в районе 75%? |
||||
14 янв 16, 18:59 [18680255] Ответить | Цитировать Сообщить модератору |
mishanya3624 Member Откуда: Сообщений: 796 |
и еще вопрос:
простой домашний сервер, hyperthread_ratio - "Указывает количество логических или физических ядер, соответствующих одному физическому пакету процессора. Не допускает значения NULL." Значение по дефолту равняется количеству ядер процессора? |
|||||||||||
14 янв 16, 19:13 [18680301] Ответить | Цитировать Сообщить модератору |
bonzadk Member Откуда: Tallinn Сообщений: 576 |
Судя по этому речь идет о Granted Workspace Memory (KB) |
||
14 янв 16, 19:13 [18680302] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5516 |
а что за проц-то в "простом домашнем сервере"? |
|||||||||||||
14 янв 16, 23:32 [18681329] Ответить | Цитировать Сообщить модератору |
mishanya3624 Member Откуда: Сообщений: 796 |
komrad, i7 |
14 янв 16, 23:35 [18681342] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5516 |
это серия но в большинстве случаев там, согласно документации, 4 коры 8 тред полагаю, что у вас в биосе включена опция связанная с виртуализацией, поэтому такая картинка в селекте (8 и 8) http://www.intel.com/content/www/us/en/processors/core/core-i7-processor.html что касается вопроса "Значение по дефолту равняется количеству ядер процессора?" это как настроено в биосе - если гипертрединг включен, то треды, в противном случае - ядра имхо |
||
15 янв 16, 00:03 [18681416] Ответить | Цитировать Сообщить модератору |
Mind Member Откуда: Лучший город на Земле Сообщений: 2322 |
|
||||
15 янв 16, 01:39 [18681510] Ответить | Цитировать Сообщить модератору |
mishanya3624 Member Откуда: Сообщений: 796 |
да, вирт. включено, а для sql лучше же когда гипертрединг включен, в целом, чем больше потоков, тем ему лучше?! В моем случае всего 4 ядра, соответственно 8 потоков, и при включенной виртуализации, потоки не будут удваиваться в отличие от ядер, так? Просто не пойму как у автора топика их 7, ведь на одно ядро по 2 потока обычно идет, как они регулируются? |
||||
15 янв 16, 14:16 [18684146] Ответить | Цитировать Сообщить модератору |
Топик располагается на нескольких страницах: ←Ctrl назад 1 [2] 3 вперед Ctrl→ все |
Все форумы / Microsoft SQL Server | ![]() |