Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Добрый день! Посмотрел у себя параметр avg_write_stall_ms у БД TempDB больше 160ms. В Интернете пишут, что если больше 50ms, то это плохо... Хотел проконсультироваться, всё же критично такое большое значение? БД TEMPDB (начальный размер базы 1GB файл журнала 10GB на доп. файлы базу не делил) лежит от отдельной SSD диске INTEL D3 S4610 СУБД используется для работы с базами 1С около 35-40 пользователей. ОС: Windows Server 2012 R2 СУБД: MS SQL Server 2008 R2 Сервер 1С на этом же сервере ОЗУ: 32GB ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2019, 11:24 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Captd, сколько файлов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2019, 11:25 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
TaPaK, TaPaK, Пока один файл. До этого TEMPDB лежал на системном диске тоже SSD? там был разбит на 4 файла по 1GB каждый, прирост 512MB. avg_write_stall_ms были такие же 160-170ms. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2019, 12:39 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
CaptdTaPaK, TaPaK, Пока один файл. До этого TEMPDB лежал на системном диске тоже SSD? там был разбит на 4 файла по 1GB каждый, прирост 512MB. avg_write_stall_ms были такие же 160-170ms. ну один это не желательно, а так 160 много, может не правильно считате :) ну и 1с жеж ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2019, 12:54 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
TaPaK, Скрипт которым смотрю. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. Вот и хотел узнать если с 1С это нормально или нет такая задержка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2019, 13:13 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Captd, а таким всё что по tempdb показывает https://www.brentozar.com/blitz/slow-storage-reads-writes/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2019, 13:22 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Captd, проверьте длину очереди диска, если она стабильно больше 1-2, диск не успевает обрабатывать входящие данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2019, 14:20 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
TaPaK, Результат скрипта Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2019, 16:18 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Вообщем пока не понятно, посмотрел среднюю длину очереди диска она 0,008. Может это приемлемое значение для 1С+MSSQL? Сейчас 5 файлов tempdb, средняя задержка записи 174ms для всех файлов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2019, 08:30 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Captdсредняя задержка записи 174ms для всех файлов.А какая организация диска, это просто SSD-диск, без всяких рейдов? Странная ситуация, чтение в норме, а на запись такая огромная задержка. Как будто что то высокоуровневое переделывает операции записи, для организации всяких массивов и тому подобного. Посмотрите всякие выравнивания, что ли. Скажем, с какого блока начинается логический раздел, и какой размер кластера... Ещё пролезно смотреть ресурс-монитором, какая активность на диске, и с отдельными файлами (и там тоже есть responce time) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2019, 09:05 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
alexeyvg, Да, SSD Intel D3 S4610 без RAID, по скорости работы самой 1С нереканий нет, работает быстро. 1- SSD - система 2- SSD - Рабочие БД 3- SSD - TempDB 4 - HDD - Backup Пока наблюдаю нагрузку диска где находятся БД TempDB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2019, 10:18 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Captd1- SSD - система 2- SSD - Рабочие БД 3- SSD - TempDB 4 - HDD - BackupНа других дисках write latency нормальная? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2019, 10:22 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
alexeyvg, По всем остальным БД параметр avg_write_stall_ms между 2-10ms. Системный монитор по диску, на котором БД TEMPDB, показывает минимальную нагрузку по всем критичным параметрам. Смотрел SQL Monitor раздел "последние ресурсоемкие запросы" в топе висит tempdb Средняя продолжительность запроса ms 2600-2640. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2019, 10:55 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Для теста, создал RAM диск. Пороверю, как сильно изменится параметр avg_write_stall_ms, для БД TempDB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2019, 12:36 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Captd, значит у Вас экспресс редакция и очередь к ядрам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2019, 13:54 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Captd, во-первых если у вас виртуальные среды, то такие показатели могут быть приемлемыми. Общая рекомендация по файлам tempdb: 1) размер должен быть фиксированным без возможности роста-дайте с запасом, но так, чтобы все файлы данных были одного размера 2) количество файлов=количеству ЦП. Но также можно проверить хватает ли файлов с помощью вот этого запроса: http://sqlcom.ru/dba-tools/tempdb-in-sql-server-2016/ 3) журнал транзакций-отдельная тема (но обычно ставлю рост по 1 ГБ изначально, бывает что просто выставляю фиксировано 100 ГБ-но тут по ситуации) Также файлы можно разнести на разные диски (например журнал транзакций на один, а данные-на другой) даже если это виртуальная среда Далее-сами запросы разгребать почему такой нажим на tempdb ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2019, 16:55 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
ЕвгенийGEM, авторCaptd, во-первых если у вас виртуальные среды, то такие показатели могут быть приемлемыми. посмотрел на всё вокруг... 55ms и это на виртуалке не с жутко тормозными дисками, rcsii с огромными расчётами в tempdb. На какой планете 155 нормально неясно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2019, 17:16 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
MS SQL Server 2008 R2 редакция Standard Runtime for 1C, установлено всё на физическом сервере без виртуалок. Для теста, перенес БД TempDB на RAM диск, показатель avg_write_stall_ms стал 0,13-0,15 ms. Мониторил саму БД TempDB и диск, нагрузки почти нет, не понятно почему такая высокая задержка. Может такой высокий показатель на дисках из-за не хватки пропускной способности на SATA интерфейсе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 08:11 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
CaptdМожет такой высокий показатель на дисках из-за не хватки пропускной способности на SATA интерфейсе? Я бы покопал в сторону настройки рэйд-контроллера, и логического тома. Вот настройки, которые должны быть установлены для контроллера и тома, на котором расположена tempdb, практически во всех случаях (ну или вы должны понимать, почему сделали по-другому). 1. Кэширование контроллером - включено. 2. Кэш дисков - выключен. 3. Режим кеширования Write-back always (а то еще бывает Write-back только с батарейкой, with BBU, а батарейки то нет). 4. Режим упреждающего чтения - выключен. Упреждающее чтение (часто фигурирует как режим OLTP database), по моему опыту, на томах с tempdb снижает производительность системы. 5. Strip size должен быть настроен в соответствии с характеристиками ваших дисков. Обычно не стоит менять дефолтовые значения в 256к для адаптека, но для ссд может иметь смысл. 6. Отключить режим периодической проверки целостности тома (именно для тома под tempdb). Ну, и, разумеется, в первую очередь посмотрел, не вывалился ли диск из рэйда, и рэйд работает в режиме восстановления данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 09:05 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Captd, + к предыдущему, смотрите на сторону операционки контроллера, скл похоже не причём ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 09:07 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Диски, не в рэйде, вот контроллер дисков установлен как cтандартный контролер SATA AHCI, возможно из-за него медленная работа. Попробуйю найти драйвера для текущего контроллера intel. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2019, 09:15 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Добавил флаг трассировки -T1118 задержка упала с 174ms до 115ms. Попробую ещё разнести файлы Tempdb по разным дискам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2019, 08:47 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Удалось добиться значения 11ms параметра avg_write_stall, файлы Tempdb в количество 8 шт., находятся на выделенном SSD диске, если часть файлов переместить на 2й SSD диск с рабочими базами, то задержка падает < 5ms. Что сделал: - Скорректировал выделение оперативной памяти MS SQL, был слишком большой объем, самой ОС не хватало памяти - Переключил SSD диск на SATA3 порт, был подключен к SATA2 - Добавил флаг T1118 - Все файлы TemзDB перенёс на диск SSD INTEL DC S4610, были на SSD DC S3110S. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2019, 10:26 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
CaptdЧто сделал: - Скорректировал выделение оперативной памяти MS SQL, был слишком большой объем, самой ОС не хватало памяти - Переключил SSD диск на SATA3 порт, был подключен к SATA2 - Добавил флаг T1118 - Все файлы TemзDB перенёс на диск SSD INTEL DC S4610, были на SSD DC S3110S. Вы все это сделали одновременно или это были последовательные шаги с промежуточными результатами? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2019, 11:40 |
|
||
|
Большое значение avg_write_stall_ms у таблицы TempDB
|
|||
|---|---|---|---|
|
#18+
Всё делал последовательно, с каждым пунктом результат улучшался. Особенный прирост дало переключение в SATA3, и перенос базы TempDB на SSD DC S4610. До этого она находилась на SSD DC S3110S меньше 115ms на нём не было. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2019, 12:25 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39824051&tid=1687593]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
| others: | 221ms |
| total: | 378ms |

| 0 / 0 |
