Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
Топик располагается на нескольких страницах: [1] 2 3 вперед Ctrl→ все |
dezhnevo Member Откуда: Сообщений: 47 |
Здравствуйте. Встал вопрос о модернизации сервера и установку pci ssd платы. Сейчас лежит по умолчанию на C: и "весит" 30 Gb Вопрос, стоит ли его перенести на быстрый диск, так как из него происходит быстрое рандомное чтение, а не последовательное. Так же вопрос по количеству tempDB, сейчас один файл. Холивар на тему сколько их должно быть, понимаю, нужно что-то вроде bestpractice. То есть от чего отталкиваться, от количество процессоров, ядер, количества баз и т.д. Спасибо, буд рад помощи советом. |
10 дек 18, 12:10 [21758951] Ответить | Цитировать Сообщить модератору |
NeGuruSql Member Откуда: Сообщений: 8 |
dezhnevo, смысл есть всегда, хуже точно не будет. совет от себя - не держать темп-базу на системном диске с виндой. особенно, если темпдб растет очень быстро. касаемо количества файлов tempdb - отталкивайтесь от количества процессоров. в нете много информации на этот счет. |
10 дек 18, 12:40 [21759000] Ответить | Цитировать Сообщить модератору |
dezhnevo Member Откуда: Сообщений: 47 |
NeGuruSql, Спасибо за совет, буду рад если кто-то еще поделится:) |
10 дек 18, 12:44 [21759008] Ответить | Цитировать Сообщить модератору |
L_argo Member Откуда: Сообщений: 1386 |
ТемпДБ очень желательно разместить на отдельном SSD. Отдельном, чтобы "внезапно" не занять весь диск С и уронить сервер. Особенно актуально, если плотно используются врем. таблицы (н-р в 1C). |
10 дек 18, 13:25 [21759067] Ответить | Цитировать Сообщить модератору |
dezhnevo Member Откуда: Сообщений: 47 |
L_argo, Да, видимо так и сделаем. Спасибо |
10 дек 18, 13:27 [21759073] Ответить | Цитировать Сообщить модератору |
SAS2014 Member Откуда: Сталинград Сообщений: 3020 |
вопрос про темп файлы есть мнение, что для каждого сервера нужно столько tempdb файлов сколько ядер в системе |
11 дек 18, 08:58 [21759802] Ответить | Цитировать Сообщить модератору |
SAS2014 Member Откуда: Сталинград Сообщений: 3020 |
кто скажет верное мнение? |
11 дек 18, 08:59 [21759803] Ответить | Цитировать Сообщить модератору |
dezhnevo Member Откуда: Сообщений: 47 |
Я не совсем понимаю зависимость количества физических ядер проц. сервера от количества файлов. Тем более, если файл (или файлы) будут находиться на высокоскоростном отдельном pci ssd (например INTEL SSD DC P3520 SERIES) |
11 дек 18, 09:47 [21759846] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9633 |
|
||
11 дек 18, 10:15 [21759889] Ответить | Цитировать Сообщить модератору |
архивариус Member Откуда: Сообщений: 159 |
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. |
11 дек 18, 10:18 [21759892] Ответить | Цитировать Сообщить модератору |
L_argo Member Откуда: Сообщений: 1386 |
Где-то тут была ссыль на хабро-статью, кот. ставит под сомнение целесообразность разбиения ТемпДБ на куски. |
||
11 дек 18, 10:38 [21759925] Ответить | Цитировать Сообщить модератору |
dezhnevo Member Откуда: Сообщений: 47 |
Вы приводите в пример статью более чем пяти летней давности. Я не к тому, что данные устарели, а к тому, что появились SSD диски нивелирующие любые задержки по выборочному чтению. Ну к примеру, тот SSD что я привел в пример, около 400 тыс. IOPS на чтение. Ну какие тут тормоза железа. И соответственно вопрос, зачем дробить файл с оглядкой на процессор. По мониторингу вижу, что процессор загружен оптимально, не более того. Я был бы рад примеру типа: "у меня тормозил сервер, выяснил, что причина в tempDB, разбил на несколько, как советуют по формуле, производительность сильно улучшилась". Вот это пример, личный опыт, "бэст практис". |
||
11 дек 18, 10:51 [21759942] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8316 |
dezhnevo, дробить затем, чтобы параллельные процессы IO не вешать на одно ядро и не создавать bottle neck. Кроме железа существует еще и операционная система. |
11 дек 18, 11:09 [21759971] Ответить | Цитировать Сообщить модератору |
dezhnevo Member Откуда: Сообщений: 47 |
Владислав Колосов, Операционная система? и что? она совершенно ничем не загружена, ничего кроме SQL нет. Ни антивируса, ни интернета. Ничего! Что там она глобально потреблять может? SQL вообще особняком стоит, это по сути отдельная от ОС система которая крутится сама по себе |
11 дек 18, 11:18 [21759982] Ответить | Цитировать Сообщить модератору |
Гавриленко Сергей Алексеевич Member Откуда: Moscow Сообщений: 37143 |
|
||
11 дек 18, 11:18 [21759983] Ответить | Цитировать Сообщить модератору |
dezhnevo Member Откуда: Сообщений: 47 |
Гавриленко Сергей Алексеевич, К тому, что если память не справляется страницы "сбрасываются" на диск. |
11 дек 18, 11:28 [21759995] Ответить | Цитировать Сообщить модератору |
Гавриленко Сергей Алексеевич Member Откуда: Moscow Сообщений: 37143 |
Сообщение было отредактировано: 11 дек 18, 11:38 |
||
11 дек 18, 11:37 [21760016] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9633 |
|
||
11 дек 18, 12:18 [21760088] Ответить | Цитировать Сообщить модератору |
dezhnevo Member Откуда: Сообщений: 47 |
invm, Хорошо, спасибо. Но уже сейчас вижу что в пике нагрузка на tempdb более 100%. Надо собрать больше данных |
11 дек 18, 13:06 [21760186] Ответить | Цитировать Сообщить модератору |
dezhnevo Member Откуда: Сообщений: 47 |
dezhnevo, Для "нормальной работы" какова нагруженность на каждый файл tempdb в среднем должна быть? Менее 80% 90% ? |
11 дек 18, 13:08 [21760190] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8316 |
dezhnevo, вопрос о том, как операционная система получает доступ к файлу на запись и какие блокировки при этом останавливает. |
11 дек 18, 13:19 [21760210] Ответить | Цитировать Сообщить модератору |
Гавриленко Сергей Алексеевич Member Откуда: Moscow Сообщений: 37143 |
|
||
11 дек 18, 13:20 [21760212] Ответить | Цитировать Сообщить модератору |
dezhnevo Member Откуда: Сообщений: 47 |
Вот такая "веселая картина" за небольшой промежуток времени К сообщению приложен файл. Размер - 56Kb |
11 дек 18, 13:59 [21760288] Ответить | Цитировать Сообщить модератору |
Mind Member Откуда: Лучший город на Земле Сообщений: 2322 |
|
||||||
11 дек 18, 22:47 [21760861] Ответить | Цитировать Сообщить модератору |
Mind Member Откуда: Лучший город на Земле Сообщений: 2322 |
|
||
11 дек 18, 22:49 [21760863] Ответить | Цитировать Сообщить модератору |
Топик располагается на нескольких страницах: [1] 2 3 вперед Ctrl→ все |
Все форумы / Microsoft SQL Server | ![]() |