DI
@LuckyDima кстати, ты работу то сменил?
Вторую неделю работаю утром и вечером, чувствую себя как будто меня мутузили часов 10 к ряду.
Size: a a a
2021 February 10
DI
I love it. Мне за это деньги раньше платили очень не слабые.
😊 никогда разгребание чужих какашек не было так прибыльно и вот опять.
O
Вторую неделю работаю утром и вечером, чувствую себя как будто меня мутузили часов 10 к ряду.
Типа удалённо на заказчика в другом полушарии?
DI
Типа удалённо на заказчика в другом полушарии?
Все верно.
ДЗ
Всем привет.
Народ, есть идеи почему все тяжёлые запросы могут использовать один и тот же файл tempdb постоянно и как это можно исправить? После рестарта, Минут 30, используются разные файлы tempdb, но потом все длинные запросы встают в очередь на одну станицу одного файла tempdb. Запросы висят часами (хотя реальное их время выполнения не на столько большое). Сами страницы меняются со временем, но синхронно для всех.
SQL Server 2017, файлов tempdb 8 шт, размер у всех одинаковый
Народ, есть идеи почему все тяжёлые запросы могут использовать один и тот же файл tempdb постоянно и как это можно исправить? После рестарта, Минут 30, используются разные файлы tempdb, но потом все длинные запросы встают в очередь на одну станицу одного файла tempdb. Запросы висят часами (хотя реальное их время выполнения не на столько большое). Сами страницы меняются со временем, но синхронно для всех.
SQL Server 2017, файлов tempdb 8 шт, размер у всех одинаковый
К
С ходу идей нет. А ты пробовал T1118?
M
Причин не знаю. Но у меня вылечилось когда я увеличил число файлов.
Было 8 ядер - 8 файлов.
Сделал 8 ядер - 16 файлов и проблема ушла. На SQL 2016
Было 8 ядер - 8 файлов.
Сделал 8 ядер - 16 файлов и проблема ушла. На SQL 2016
К
Всем привет.
Народ, есть идеи почему все тяжёлые запросы могут использовать один и тот же файл tempdb постоянно и как это можно исправить? После рестарта, Минут 30, используются разные файлы tempdb, но потом все длинные запросы встают в очередь на одну станицу одного файла tempdb. Запросы висят часами (хотя реальное их время выполнения не на столько большое). Сами страницы меняются со временем, но синхронно для всех.
SQL Server 2017, файлов tempdb 8 шт, размер у всех одинаковый
Народ, есть идеи почему все тяжёлые запросы могут использовать один и тот же файл tempdb постоянно и как это можно исправить? После рестарта, Минут 30, используются разные файлы tempdb, но потом все длинные запросы встают в очередь на одну станицу одного файла tempdb. Запросы висят часами (хотя реальное их время выполнения не на столько большое). Сами страницы меняются со временем, но синхронно для всех.
SQL Server 2017, файлов tempdb 8 шт, размер у всех одинаковый
https://support.microsoft.com/en-us/topic/kb4131193-performance-issues-occur-in-the-form-of-pagelatch-ex-and-pagelatch-sh-waits-in-tempdb-when-you-use-sql-server-2016-5ca96298-65d1-274c-0570-6e9d0bc17c6a
https://support.microsoft.com/en-us/topic/kb4058174-fix-heavy-tempdb-contention-occurs-in-sql-server-2016-or-2017-7082c14e-6c46-7b51-57b4-7ddfe63ac780
вот, глянь пру статей
https://support.microsoft.com/en-us/topic/kb4058174-fix-heavy-tempdb-contention-occurs-in-sql-server-2016-or-2017-7082c14e-6c46-7b51-57b4-7ddfe63ac780
вот, глянь пру статей
ДЗ
С ходу идей нет. А ты пробовал T1118?
Нет, потому что с 2016 оно не актуально
"Starting with SQL Server 2016 (13.x) this behavior is controlled by the SET MIXED_PAGE_ALLOCATION option of ALTER DATABASE, and trace flag 1118 has no effect."
"Starting with SQL Server 2016 (13.x) this behavior is controlled by the SET MIXED_PAGE_ALLOCATION option of ALTER DATABASE, and trace flag 1118 has no effect."
ДЗ
https://support.microsoft.com/en-us/topic/kb4131193-performance-issues-occur-in-the-form-of-pagelatch-ex-and-pagelatch-sh-waits-in-tempdb-when-you-use-sql-server-2016-5ca96298-65d1-274c-0570-6e9d0bc17c6a
https://support.microsoft.com/en-us/topic/kb4058174-fix-heavy-tempdb-contention-occurs-in-sql-server-2016-or-2017-7082c14e-6c46-7b51-57b4-7ddfe63ac780
вот, глянь пру статей
https://support.microsoft.com/en-us/topic/kb4058174-fix-heavy-tempdb-contention-occurs-in-sql-server-2016-or-2017-7082c14e-6c46-7b51-57b4-7ddfe63ac780
вот, глянь пру статей
Ага, смотрел, CU будем ставить скоро, может поможет
К
Ага, смотрел, CU будем ставить скоро, может поможет
а в самих командах нет вот этого:
Remove the DROP TABLE commands for any temporary tables that won't be reused within the same execution of the stored procedure. SQL Server will remove the temporary tables when the session that created the temporary tables has ended.
Avoid using the TRUNCATE TABLE command against temporary tables.
Avoid altering temporary tables after they have been created.
If indexes are created against the temporary table, consider moving these to inline index creation statements within the CREATE TABLE command.
Remove the DROP TABLE commands for any temporary tables that won't be reused within the same execution of the stored procedure. SQL Server will remove the temporary tables when the session that created the temporary tables has ended.
Avoid using the TRUNCATE TABLE command against temporary tables.
Avoid altering temporary tables after they have been created.
If indexes are created against the temporary table, consider moving these to inline index creation statements within the CREATE TABLE command.
DI
Всем привет.
Народ, есть идеи почему все тяжёлые запросы могут использовать один и тот же файл tempdb постоянно и как это можно исправить? После рестарта, Минут 30, используются разные файлы tempdb, но потом все длинные запросы встают в очередь на одну станицу одного файла tempdb. Запросы висят часами (хотя реальное их время выполнения не на столько большое). Сами страницы меняются со временем, но синхронно для всех.
SQL Server 2017, файлов tempdb 8 шт, размер у всех одинаковый
Народ, есть идеи почему все тяжёлые запросы могут использовать один и тот же файл tempdb постоянно и как это можно исправить? После рестарта, Минут 30, используются разные файлы tempdb, но потом все длинные запросы встают в очередь на одну станицу одного файла tempdb. Запросы висят часами (хотя реальное их время выполнения не на столько большое). Сами страницы меняются со временем, но синхронно для всех.
SQL Server 2017, файлов tempdb 8 шт, размер у всех одинаковый
Поищи статью Пола Ренделла.
ДЗ
а в самих командах нет вот этого:
Remove the DROP TABLE commands for any temporary tables that won't be reused within the same execution of the stored procedure. SQL Server will remove the temporary tables when the session that created the temporary tables has ended.
Avoid using the TRUNCATE TABLE command against temporary tables.
Avoid altering temporary tables after they have been created.
If indexes are created against the temporary table, consider moving these to inline index creation statements within the CREATE TABLE command.
Remove the DROP TABLE commands for any temporary tables that won't be reused within the same execution of the stored procedure. SQL Server will remove the temporary tables when the session that created the temporary tables has ended.
Avoid using the TRUNCATE TABLE command against temporary tables.
Avoid altering temporary tables after they have been created.
If indexes are created against the temporary table, consider moving these to inline index creation statements within the CREATE TABLE command.
В данном случае я не смогу изменить код, плюс тот же самый код на другом железе работает без таких проблем. Я очень надеюсь на CU, но решил не ждать его установки, обсудить тут
К
ясно) ну расскажешь потом
ДЗ
Больше всего смущает, что после такой зацикленности, страницы данных все эти запросы меняет одновременно. То есть было 2:11:344324 у всех, стало 2:11:12312321 у всех сразу
ДЗ
Вообще похоже как раз на багу
К
но можно точно сказать, что это не PFS страницы)
ДЗ
Ага, я делал DBCC PAGE, это страницы данных
К
а они там часом не лезут в одну глобальную времянку?