ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Вопрос по tempDB
66 сообщений из 66, показаны все 3 страниц
  все  
Вопрос по tempDB
    #39745224
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
Здравствуйте.
Встал вопрос о модернизации сервера и установку pci ssd платы.
Сейчас лежит по умолчанию на C: и "весит" 30 Gb
Вопрос, стоит ли его перенести на быстрый диск, так как из него происходит быстрое рандомное чтение, а не последовательное.

Так же вопрос по количеству tempDB, сейчас один файл. Холивар на тему сколько их должно быть, понимаю, нужно что-то вроде bestpractice. То есть от чего отталкиваться, от количество процессоров, ядер, количества баз и т.д.
Спасибо, буд рад помощи советом.
...
Рейтинг: 0 / 0
10.12.2018, 12:10
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745255
NeGuruSql
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NeGuruSql
Гость
dezhnevo,

смысл есть всегда, хуже точно не будет. совет от себя - не держать темп-базу на системном диске с виндой.
особенно, если темпдб растет очень быстро.
касаемо количества файлов tempdb - отталкивайтесь от количества процессоров.
в нете много информации на этот счет.
...
Рейтинг: 0 / 0
10.12.2018, 12:40
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745261
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
NeGuruSql,

Спасибо за совет, буду рад если кто-то еще поделится:)
...
Рейтинг: 0 / 0
10.12.2018, 12:44
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745295
L_argo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
L_argo
Участник
ТемпДБ очень желательно разместить на отдельном SSD.
Отдельном, чтобы "внезапно" не занять весь диск С и уронить сервер.
Особенно актуально, если плотно используются врем. таблицы (н-р в 1C).
...
Рейтинг: 0 / 0
10.12.2018, 13:25
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745299
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
L_argo,

Да, видимо так и сделаем. Спасибо
...
Рейтинг: 0 / 0
10.12.2018, 13:27
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745739
SAS2014
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SAS2014
Участник
вопрос про темп файлы
есть мнение, что для каждого сервера нужно столько tempdb файлов сколько ядер в системе
...
Рейтинг: 0 / 0
11.12.2018, 08:58
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745740
SAS2014
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SAS2014
Участник
кто скажет верное мнение?
...
Рейтинг: 0 / 0
11.12.2018, 08:59
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745769
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
Я не совсем понимаю зависимость количества физических ядер проц. сервера от количества файлов. Тем более, если файл (или файлы) будут находиться на высокоскоростном отдельном pci ssd (например INTEL SSD DC P3520 SERIES)
...
Рейтинг: 0 / 0
11.12.2018, 09:47
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745794
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
invm
Участник
dezhnevoЯ не совсем понимаю зависимость количества физических ядер проц. сервера от количества файлов. https://www.sqlskills.com/blogs/paul/the-accidental-dba-day-27-of-30-troubleshooting-tempdb-contention/
...
Рейтинг: 0 / 0
11.12.2018, 10:15
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745795
архивариус
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
архивариус
Участник
Increase the number of data files in tempdb to maximize disk bandwidth and reduce contention in allocation structures.
As a general rule, if the number of logical processors is less than or equal to eight (8), use the same number of data files as logical processors. If the number of logical processors is greater than eight (8), use eight data files. If contention continues, increase the number of data files by multiples of four (4) up to the number of logical processors until the contention is reduced to acceptable levels. Alternatively, make changes to the workload or code.
...
Рейтинг: 0 / 0
11.12.2018, 10:18
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745811
L_argo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
L_argo
Участник
архивариус Increase the number of data files in tempdb to maximize disk bandwidth and reduce contention in allocation structures.
As a general rule, if the number of logical processors is less than or equal to eight (8), use the same number of data files as logical processors. If the number of logical processors is greater than eight (8), use eight data files. If contention continues, increase the number of data files by multiples of four (4) up to the number of logical processors until the contention is reduced to acceptable levels. Alternatively, make changes to the workload or code.Не уверен, что это актуально для SSD.
Где-то тут была ссыль на хабро-статью, кот. ставит под сомнение целесообразность разбиения ТемпДБ на куски.
...
Рейтинг: 0 / 0
11.12.2018, 10:38
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745819
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
invm Я не совсем понимаю зависимость количества физических ядер проц. сервера от количества файлов. https://www.sqlskills.com/blogs/paul/the-accidental-dba-day-27-of-30-troubleshooting-tempdb-contention/ [/quot]

Вы приводите в пример статью более чем пяти летней давности. Я не к тому, что данные устарели, а к тому, что появились SSD диски нивелирующие любые задержки по выборочному чтению. Ну к примеру, тот SSD что я привел в пример, около 400 тыс. IOPS на чтение. Ну какие тут тормоза железа. И соответственно вопрос, зачем дробить файл с оглядкой на процессор. По мониторингу вижу, что процессор загружен оптимально, не более того.
Я был бы рад примеру типа: "у меня тормозил сервер, выяснил, что причина в tempDB, разбил на несколько, как советуют по формуле, производительность сильно улучшилась". Вот это пример, личный опыт, "бэст практис".
...
Рейтинг: 0 / 0
11.12.2018, 10:51
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745834
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
dezhnevo,

дробить затем, чтобы параллельные процессы IO не вешать на одно ядро и не создавать bottle neck. Кроме железа существует еще и операционная система.
...
Рейтинг: 0 / 0
11.12.2018, 11:09
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745840
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
Владислав Колосов,

Операционная система? и что? она совершенно ничем не загружена, ничего кроме SQL нет. Ни антивируса, ни интернета. Ничего! Что там она глобально потреблять может? SQL вообще особняком стоит, это по сути отдельная от ОС система которая крутится сама по себе
...
Рейтинг: 0 / 0
11.12.2018, 11:18
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745841
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
dezhnevoВы приводите в пример статью более чем пяти летней давности. Я не к тому, что данные устарели, а к тому, что появились SSD диски нивелирующие любые задержки по выборочному чтению.И при чем тут SSD-диски, если описанная в статьях проблема возникает с доступом к страницам в памяти?
...
Рейтинг: 0 / 0
11.12.2018, 11:18
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745847
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
Гавриленко Сергей Алексеевич,

К тому, что если память не справляется страницы "сбрасываются" на диск.
...
Рейтинг: 0 / 0
11.12.2018, 11:28
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745862
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
dezhnevoГавриленко Сергей Алексеевич,

К тому, что если память не справляется страницы "сбрасываются" на диск.Вы бы поинтересовались сначала, когда, как и в каком порядке происходит сброс данных из памяти.
...
Рейтинг: 0 / 0
11.12.2018, 11:37
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745901
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
invm
Участник
dezhnevoВы приводите в пример статью более чем пяти летней давности. Я не к тому, что данные устарели, а к тому, что появились SSD диски нивелирующие любые задержки по выборочному чтению.Для начала почитайте чем оличаются PAGELATCH_* от PAGEIOLATCH_*, потом вернитесь к изучению предложенной статьи.
...
Рейтинг: 0 / 0
11.12.2018, 12:18
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745955
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
invm,

Хорошо, спасибо. Но уже сейчас вижу что в пике нагрузка на tempdb более 100%. Надо собрать больше данных
...
Рейтинг: 0 / 0
11.12.2018, 13:06
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745959
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
dezhnevo,

Для "нормальной работы" какова нагруженность на каждый файл tempdb в среднем должна быть? Менее 80% 90% ?
...
Рейтинг: 0 / 0
11.12.2018, 13:08
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745967
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
dezhnevo,

вопрос о том, как операционная система получает доступ к файлу на запись и какие блокировки при этом останавливает.
...
Рейтинг: 0 / 0
11.12.2018, 13:19
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39745969
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
dezhnevodezhnevo,

Для "нормальной работы" какова нагруженность на каждый файл tempdb в среднем должна быть? Менее 80% 90% ? https://www.google.ru/search?q=sql server tempdb bottleneck&rlz=1C1GCEU_enRU821RU823&oq=mssql tempdb bottl&aqs=chrome.1.69i57j0.10956j0j7&sourceid=chrome&ie=UTF-8
...
Рейтинг: 0 / 0
11.12.2018, 13:20
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746007
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
Вот такая "веселая картина" за небольшой промежуток времени
...
Рейтинг: 0 / 0
11.12.2018, 13:59
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746316
Фотография Mind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mind
Участник
dezhnevoВы приводите в пример статью более чем пяти летней давности. Я не к тому, что данные устарели, а к тому, что появились SSD диски нивелирующие любые задержки по выборочному чтению.Что за народ пошел, даже до 3-ей строки не могут дочитать.
Paul RandalTempdb contention refers to a bottleneck for threads trying to access allocation pages that are in-memory; it has nothing to do with I/O.
dezhnevoбуду рад если кто-то еще поделится:)А есть ли смысл?
...
Рейтинг: 0 / 0
11.12.2018, 22:47
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746317
Фотография Mind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mind
Участник
dezhnevoinvm,

Хорошо, спасибо. Но уже сейчас вижу что в пике нагрузка на tempdb более 100%. Надо собрать больше данныхБолее 100% от чего? Может я чего не понимаю, но этот ваш тул показывает измерения в попугаях.
...
Рейтинг: 0 / 0
11.12.2018, 22:49
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746349
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
Minddezhnevoinvm,

Хорошо, спасибо. Но уже сейчас вижу что в пике нагрузка на tempdb более 100%. Надо собрать больше данныхБолее 100% от чего? Может я чего не понимаю, но этот ваш тул показывает измерения в попугаях.

тоже позабавила картинка
особенно пики под 200%
...
Рейтинг: 0 / 0
12.12.2018, 00:30
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746351
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
komradMindпропущено...
Более 100% от чего? Может я чего не понимаю, но этот ваш тул показывает измерения в попугаях.

тоже позабавила картинка
особенно пики под 200%
Вот такая вот Grafana и скрытие одного из двух показателей на графике .
...
Рейтинг: 0 / 0
12.12.2018, 00:38
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746369
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
Andy_OLAPkomradтоже позабавила картинка
особенно пики под 200%
Вот такая вот Grafana и скрытие одного из двух показателей на графике .Человек должен был как то пояснить график.
А то я не понимаю, что значат его слова "Вот такая веселая картина", может, беспокоиться нужно начинать, когда "загруженность tempdb" переваливает за 10 000 % ?
...
Рейтинг: 0 / 0
12.12.2018, 02:15
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746460
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
Mind,

Дышите глубже
...
Рейтинг: 0 / 0
12.12.2018, 09:57
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746466
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
Andy_OLAP,

типа того, но все проще, ограничил мин и мак показатель графика 0-100%
график напрямую снимает метрику с сервера по ключу perf_counter["\SQLServer:Databases(tempdb)\Transactions/sec"]
...
Рейтинг: 0 / 0
12.12.2018, 10:04
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746470
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
dezhnevo,

это только начала дня
...
Рейтинг: 0 / 0
12.12.2018, 10:08
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746472
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
dezhnevoTransactions/secТо есть проценты - это просто неправильная подпись оси графика?
...
Рейтинг: 0 / 0
12.12.2018, 10:09
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746486
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
alexeyvg,

верно, на графике есть максимум и мин. соответственно. за потолок взято 100%, поэтому если под 100% наваливает, то перегруз.
...
Рейтинг: 0 / 0
12.12.2018, 10:20
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746491
L_argo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
L_argo
Участник
По графику явно фигачит какая-то зашедуленная процедура. Не ?
...
Рейтинг: 0 / 0
12.12.2018, 10:31
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746500
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
dezhnevoalexeyvg,

верно, на графике есть максимум и мин. соответственно. за потолок взято 100%, поэтому если под 100% наваливает, то перегруз.А, вот оно что, измеряемые значения лежат в диапазоне от макс. до мин.
Интересно.
...
Рейтинг: 0 / 0
12.12.2018, 10:46
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746502
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
L_argoПо графику явно фигачит какая-то зашедуленная процедура. Не ?Скорее, пользователь какой то.

Нет периодичности, что бы, например, было срабатывание раз в полчаса. Так что это не шедулер.
...
Рейтинг: 0 / 0
12.12.2018, 10:47
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746507
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
alexeyvg,

График по сути показывает загрузку по счетчику, то есть измерения можно указать, в чем угодно, хоть в литрах в секунду. Важны лишь пиковые значения. Все коррелируется также с сетевой нагрузкой, пользователи полезли в БД. Буду смотреть. Спасибо.
PS так выглядит снятие основных показателей. Правда это не все, что на экран вместилось
...
Рейтинг: 0 / 0
12.12.2018, 10:53
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746514
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
dezhnevoГрафик по сути показывает загрузку по счетчику, то есть измерения можно указать, в чем угодно, хоть в литрах в секунду. Важны лишь пиковые значения.Я не понимаю, что вы хотите сказать.

Нагрузка не показывается "в литрах".
В литрах показывается объём, мощность в ваттах, транзакции в секунду в штуках в секунду, интерсивность дисковых операций в штуках в секунду, интерсивность записи на диск в байтах в секунду.

В процентах описываются только отношения. Например, 100% - это 1, 80% - это 4/5
Можно было бы подумать, что это загрузка диска, но вы же пишите, что это "\SQLServer:Databases(tempdb)\Transactions/sec"
А уж если на графике больше 100%, то это вообше непонятно, значит, это просто не проценты, и литры или ангстрёмы.

Вы тут публикуете график в литрах, и задаёте вопросы, типа "нагрузка на tempdb в 18 литров это много или мало?"
Я, наверное, просто тупой и ничего не понимаю. И похоже, тут все, кроме вас, тупые, никак не могут въехать.
...
Рейтинг: 0 / 0
12.12.2018, 11:05
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746522
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
alexeyvg,

моя вина, не тот скриншот прикрепил. выставил именно штук (транзакций) в секунду
...
Рейтинг: 0 / 0
12.12.2018, 11:18
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746526
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
invm
Участник
alexeyvgЯ, наверное, просто тупой и ничего не понимаю.. И похоже, тут все, кроме вас, тупые, никак не могут въехать.Просто у ТС авторская методика - он свято верит что показатель "\SQLServer:Databases(tempdb)\Transactions/sec" коррелирует с нагрузкой на диски и количеством файлов данных tempdb.
...
Рейтинг: 0 / 0
12.12.2018, 11:24
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746528
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
invm,

:)
...
Рейтинг: 0 / 0
12.12.2018, 11:25
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746531
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
invm,

Любые данные, можно представлять в виде стандартного графика 0-100%. Всегда есть максимально допустимое для вас значение и есть минимальное (чаще всего 0). Или вы не согласны? Мне не нужно, например, знать количество транзакций (количество в секунду), я устанавливаю порог значений и смотрю превышение.
...
Рейтинг: 0 / 0
12.12.2018, 11:29
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746534
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
dezhnevoinvm,

Любые данные, можно представлять в виде стандартного графика 0-100%. Всегда есть максимально допустимое для вас значение и есть минимальное (чаще всего 0). Или вы не согласны? Мне не нужно, например, знать количество транзакций (количество в секунду), я устанавливаю порог значений и смотрю превышение.А еще любые данные можно делить на 666 и обзывать попугаями. Враг точно не просечет, о чем это.
...
Рейтинг: 0 / 0
12.12.2018, 11:32
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746544
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
Гавриленко Сергей Алексеевич,

У вас есть система, вы снимаете с нее показания, много показаний. И эти показания имеют большие числовые значения и их много (пусть речь даже не о SQL). Вам нужно создать график загрузки для отслеживания жизнеспособности системы, как вы будете это делать? Ну если не сложно.
...
Рейтинг: 0 / 0
12.12.2018, 11:43
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746559
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
dezhnevoЛюбые данные, можно представлять в виде стандартного графика 0-100%. Всегда есть максимально допустимое для вас значение и есть минимальное (чаще всего 0). Или вы не согласны?
Ну конечно, любая величина укладывается в диапазон от 0 до 100%, зачем показывать график, это и так всем понятно. На любой системе нагрузка на tempdb будет колебаться от мминимальной до максимальной из наблюдаемых.
dezhnevoГавриленко Сергей Алексеевич,

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

А другим людям их показывать бесполезно, потому что они не знают единицу "попугай", она известна только вам, и даже вредно, потому что это их путает - вот мы в этом треде потратили двое суток на выяснение.
...
Рейтинг: 0 / 0
12.12.2018, 11:59
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746560
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
Гавриленко Сергей Алексеевич,

Сергей Алексеевич, вот статья https://www.mssqltips.com/sqlservertip/1853/sql-server-tempdb-usage-and-bottlenecks-tracked-with-extended-events/ вы ее приводите в пример, как один из вариантов. Основной вопрос так и остался - КАК определить, что существующий tempdb является бутылочным горлышком? Человек в комментарии к статье тоже интересуется. То есть у меня есть данные, ОК, много данных, я все вижу, НО, достоверно определить, что проблема в неоптимальной работе сервера заключается в излишней загруженности tempdb КАК? то есть это какой-то схоластический спор.
...
Рейтинг: 0 / 0
12.12.2018, 12:00
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746563
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
dezhnevoмоя вина, не тот скриншот прикрепил. выставил именно штук (транзакций) в секундуНу, на этом шкриншоте уже видно, какая нагрузка на tempdb
В общем ничего особенного, показатели как показатели.
Без знания вашей системы, конечено, они остаются обычными цифрами.
Для классического HDD 50 iops это уже прилично, надо бы какой то SSD, пусть даже не PCIe
...
Рейтинг: 0 / 0
12.12.2018, 12:04
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746567
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
dezhnevoОсновной вопрос так и остался - КАК определить, что существующий tempdb является бутылочным горлышком?Смотрите очереди к дискам.
Это хороший быстрый критерий.
Если очередь 0.1 или меньше, то беспокоиться не о чем.
Если ближе к 1, то нужно обратить внимание.
Если больше 1 (2,3,10...), то дисковая система не справляется.
На самом деле для рейдов критерии немного другие, но для быстрой оценки сойдёт.
...
Рейтинг: 0 / 0
12.12.2018, 12:07
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39746576
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
alexeyvg,

спасибо, вот это уже рекомендации, которые носят ценный характер. поймите, я не супер специалист в области SQL сервера, я только учусь:)
...
Рейтинг: 0 / 0
12.12.2018, 12:17
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39747681
Фотография Mind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mind
Участник
dezhnevoinvm,

Любые данные, можно представлять в виде стандартного графика 0-100%. Всегда есть максимально допустимое для вас значение и есть минимальное (чаще всего 0).Вы школу пропустили что-ли?
Максимально допустимое лично для вас значение может не иметь никакой логики. 0-100% имеет смысл только если есть четкое определение лимита этого самого 100%. Например у вас бутылка на пол литра, вот больше туда не налить никак. У таких показателей как Transactions/sec нет четкого лимита. Скажем так, его можно определить для вашей конкретной системы, но для этого нужно искуственно создать максимально возможное количество транзакций и вот когда сервер начнет затыкаться и счетчик перестанет расти, вот это и будут ваши 100%. И то даже в этом случае толку от этого будет не много. Потому что где конкретно bottleneck это вам не скажет. Из-за абсолютной непрактичности и безсмысленности такого подхода никто не мониторит Transactions/sec как отдельный счетчик. Вместе с остальными возможно, но по сути только для того чтобы понять что происходит в этот момент в системе, а не почему все медленно.
...
Рейтинг: 0 / 0
14.12.2018, 02:22
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39747781
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
dezhnevo,

читайте описание каждого счетчика и думайте - какие его показания критичны, а какие нет для вашей системы. Счетчики - просто индикаторы состояния. Знание значений необходимое, но недостаточное условие. Для понимания их смысла надо знать и понимать конфигурацию системы.
...
Рейтинг: 0 / 0
14.12.2018, 11:04
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39748156
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
Владислав Колосов,

Спасибо, так и делаю.
...
Рейтинг: 0 / 0
14.12.2018, 20:12
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39748159
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
Mind,

Школу не пропускал. Спасибо за ваши значимые комментарии.
...
Рейтинг: 0 / 0
14.12.2018, 20:16
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39751538
Фотография Mind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mind
Участник
Нам тут уважаемые товарищи с уважаемой конторы недавно сказали что с сервером все плохо потому что "критические кровни buffer cache hit ratio, full scans per sec и особенно database transactions per second". И попросили sysadmin права чтобы они могли все исправить. Ржали всем отделом.
Видать 100 транзакций в секунду это предел для современных СУДБ.
...
Рейтинг: 0 / 0
21.12.2018, 20:40
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39751539
Фотография Mind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mind
Участник
Скрин не приаттачился.
...
Рейтинг: 0 / 0
21.12.2018, 20:41
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39751750
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
Mind,

У вас со зрением не очень? Текущие показания числом в счетчике показаны. 0-100 это графическое представление этого плагина, которое, судя по всему статично, кроме стрелки. Но, я думаю, вы и сами это увидели. Просто уж очень потролить захотелось. 5+
...
Рейтинг: 0 / 0
22.12.2018, 22:08
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39751769
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
dezhnevoMind,

У вас со зрением не очень? Текущие показания числом в счетчике показаны. 0-100 это графическое представление этого плагина, которое, судя по всему статично, кроме стрелки. Но, я думаю, вы и сами это увидели. Просто уж очень потролить захотелось. 5+Ээээ, при чём тут картинки и "Текущие показания"???
Абсуден нижайший уровень консультантов, то, что они говорили. Какая разница, что там на этих картинках?
...
Рейтинг: 0 / 0
23.12.2018, 00:58
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39751815
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
alexeyvg,

Понятно. Согласен. Не досмотрели они что-то. Все в 100%, конечно, мерять не правильно:)
...
Рейтинг: 0 / 0
23.12.2018, 11:35
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39751983
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
dezhnevoalexeyvg,

Понятно. Согласен. Не досмотрели они что-то. Все в 100%, конечно, мерять не правильно:)При чём тут вообще проценты?

Они написали, что "критические уровни buffer cache hit ratio, full scans per sec и особенно database transactions per second", при этом buffer cache hit ratio всем на зависть 100%, а по количеству database transactions per second вообще ничего сказать нельзя, какая бы там не была цифра.

Да ещё не объяснили свой анализ, а попросили дать поковыряться, ни за что не отвечая.
...
Рейтинг: 0 / 0
24.12.2018, 00:23
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39752547
Фотография Mind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mind
Участник
alexeyvgdezhnevoalexeyvg,

Понятно. Согласен. Не досмотрели они что-то. Все в 100%, конечно, мерять не правильно:)При чём тут вообще проценты?

Они написали, что "критические уровни buffer cache hit ratio, full scans per sec и особенно database transactions per second", при этом buffer cache hit ratio всем на зависть 100%, а по количеству database transactions per second вообще ничего сказать нельзя, какая бы там не была цифра.

Да ещё не объяснили свой анализ, а попросили дать поковыряться, ни за что не отвечая.Ну это просто классика, когда клиент обращается в саппорт что приложение плохо работает, то ответом обычно - это ваши ДБА криворукие, SQL сервер настроить не могут, видно же что количество транзакций зашкаливает! Примерно так.
Они кстати сделали "анализ". Посмотрели в errorlog, нашли там 1 deadloack, сейчас вроде репорт пишут, после праздинков пришлют наверное.
...
Рейтинг: 0 / 0
24.12.2018, 23:17
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39752560
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
Mind
Они кстати сделали "анализ". Посмотрели в errorlog, нашли там 1 deadloack, сейчас вроде репорт пишут, после праздинков пришлют наверное.
1204 или 1222?
не проще из ring buffer ?
...
Рейтинг: 0 / 0
24.12.2018, 23:54
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39752687
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
Один дедлок - это сурово :) А если их несколько десятков в час и система при этом устойчиво работает?
...
Рейтинг: 0 / 0
25.12.2018, 11:42
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39752688
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Владислав КолосовОдин дедлок - это сурово :) А если их несколько десятков в час и система при этом устойчиво работает?
Это означается, что разработчики подошли с полным пониманием, что БД - это вражеский объект, которая на любой запрос стремится ответить то дедлоком, то таймаутом . Которую нужно заставлять с очередной попытки принять и зафиксировать у себя данные. Которая сопротивляется и стремится оставаться в статическом состоянии.
И вот такие программы становятся успешными. А в других - постоянно находятся очередные баги.
...
Рейтинг: 0 / 0
25.12.2018, 11:48
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39753106
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
[quot alexeyvg]dezhnevoalexeyvg,

Они написали, что "критические уровни buffer cache hit ratio, full scans per sec и особенно database transactions per second", при этом buffer cache hit ratio всем на зависть 100%, а по количеству database transactions per second вообще ничего сказать нельзя, какая бы там не была цифра.

Да ещё не объяснили свой анализ, а попросили дать поковыряться, ни за что не отвечая.
...
Рейтинг: 0 / 0
25.12.2018, 21:32
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39753107
dezhnevo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dezhnevo
Гость
dezhnevo,

все пропало :)
...
Рейтинг: 0 / 0
25.12.2018, 21:33
| Ответить | Цитировать | Написать  
Вопрос по tempDB
    #39754714
Фотография Mind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mind
Участник
komradMind
Они кстати сделали "анализ". Посмотрели в errorlog, нашли там 1 deadloack, сейчас вроде репорт пишут, после праздинков пришлют наверное.
1204 или 1222?
не проще из ring buffer ?Я не думаю что они слышали про ring buffer.
...
Рейтинг: 0 / 0
28.12.2018, 21:04
| Ответить | Цитировать | Написать  
66 сообщений из 66, показаны все 3 страниц
  все  
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Вопрос по tempDB
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]