L
@aveLestat , а напомни мне, плиз, зачем мы выбрали CentOS7, а не 8?
мы вообще уже на дебиане 10
Size: a a a
2021 February 10
TS
мы вообще уже на дебиане 10
вот блин )
ну ок, как раз создаю виртуалочку )
ну ок, как раз создаю виртуалочку )
TS
вовремя спросил )
TS
а, да, точно ) просто сейчас пересматриваю первое видео - там звука нет
TS
ага
TS
дебиан 10?
TS
а, да, точно ) просто сейчас пересматриваю первое видео - там звука нет
сорян, звук есть, забыл наушники выдернуть)
2021 February 11
ML
доброго времени суток!
Запрос по среднему времени
SELECT cast(db_name(a.database_id) AS VARCHAR) AS Database_Name
, b.physical_name
, a.size_on_disk_bytes
, a.io_stall_read_ms / a.num_of_reads 'Ср.задержка одной операции чтения'
, a.io_stall_write_ms / a.num_of_writes 'Ср.задержка одной операции записи'
FROM
sys.dm_io_virtual_file_stats(NULL, NULL) a
INNER JOIN sys.master_files b
ON a.database_id = b.database_id AND a.file_id = b.file_id
where num_of_writes > 0 and num_of_reads > 0
ORDER BY
5 desc
на одном из серверов, выдает гиганские 600 ms задержки записи на базе tempdb
Базу уже разделил на несколько (8 файлов), указал одинаковые параметры. Все как рекомендовано. Виртуалка, поэтому сисадмины говорят что отдельный диск смысла не имеет, и утверждают что у них все хорошо. По ожидания - PAGEIOLATCH* ASYNC_IO_COMPLETION в лидерах.
Кто подскажет идеи поиска и решения проблемы?
Запрос по среднему времени
SELECT cast(db_name(a.database_id) AS VARCHAR) AS Database_Name
, b.physical_name
, a.size_on_disk_bytes
, a.io_stall_read_ms / a.num_of_reads 'Ср.задержка одной операции чтения'
, a.io_stall_write_ms / a.num_of_writes 'Ср.задержка одной операции записи'
FROM
sys.dm_io_virtual_file_stats(NULL, NULL) a
INNER JOIN sys.master_files b
ON a.database_id = b.database_id AND a.file_id = b.file_id
where num_of_writes > 0 and num_of_reads > 0
ORDER BY
5 desc
на одном из серверов, выдает гиганские 600 ms задержки записи на базе tempdb
Базу уже разделил на несколько (8 файлов), указал одинаковые параметры. Все как рекомендовано. Виртуалка, поэтому сисадмины говорят что отдельный диск смысла не имеет, и утверждают что у них все хорошо. По ожидания - PAGEIOLATCH* ASYNC_IO_COMPLETION в лидерах.
Кто подскажет идеи поиска и решения проблемы?
IS
доброго времени суток!
Запрос по среднему времени
SELECT cast(db_name(a.database_id) AS VARCHAR) AS Database_Name
, b.physical_name
, a.size_on_disk_bytes
, a.io_stall_read_ms / a.num_of_reads 'Ср.задержка одной операции чтения'
, a.io_stall_write_ms / a.num_of_writes 'Ср.задержка одной операции записи'
FROM
sys.dm_io_virtual_file_stats(NULL, NULL) a
INNER JOIN sys.master_files b
ON a.database_id = b.database_id AND a.file_id = b.file_id
where num_of_writes > 0 and num_of_reads > 0
ORDER BY
5 desc
на одном из серверов, выдает гиганские 600 ms задержки записи на базе tempdb
Базу уже разделил на несколько (8 файлов), указал одинаковые параметры. Все как рекомендовано. Виртуалка, поэтому сисадмины говорят что отдельный диск смысла не имеет, и утверждают что у них все хорошо. По ожидания - PAGEIOLATCH* ASYNC_IO_COMPLETION в лидерах.
Кто подскажет идеи поиска и решения проблемы?
Запрос по среднему времени
SELECT cast(db_name(a.database_id) AS VARCHAR) AS Database_Name
, b.physical_name
, a.size_on_disk_bytes
, a.io_stall_read_ms / a.num_of_reads 'Ср.задержка одной операции чтения'
, a.io_stall_write_ms / a.num_of_writes 'Ср.задержка одной операции записи'
FROM
sys.dm_io_virtual_file_stats(NULL, NULL) a
INNER JOIN sys.master_files b
ON a.database_id = b.database_id AND a.file_id = b.file_id
where num_of_writes > 0 and num_of_reads > 0
ORDER BY
5 desc
на одном из серверов, выдает гиганские 600 ms задержки записи на базе tempdb
Базу уже разделил на несколько (8 файлов), указал одинаковые параметры. Все как рекомендовано. Виртуалка, поэтому сисадмины говорят что отдельный диск смысла не имеет, и утверждают что у них все хорошо. По ожидания - PAGEIOLATCH* ASYNC_IO_COMPLETION в лидерах.
Кто подскажет идеи поиска и решения проблемы?
а оперативки хватает?
ML
Microsoft SQL Server 2016 (SP2-CU12) (KB4536648) - 13.0.5698.0 (X64) Feb 15 2020 01:47:30 Copyright (c) Microsoft Corporation Enterprise Edition (64-bit) on Windows Server 2019 Standard 10.0 <X64> (Build 17763: ) (Hypervisor)
по оперативке вроде нормально все. поробую CU15 поставить
по оперативке вроде нормально все. поробую CU15 поставить
IS
Microsoft SQL Server 2016 (SP2-CU12) (KB4536648) - 13.0.5698.0 (X64) Feb 15 2020 01:47:30 Copyright (c) Microsoft Corporation Enterprise Edition (64-bit) on Windows Server 2019 Standard 10.0 <X64> (Build 17763: ) (Hypervisor)
по оперативке вроде нормально все. поробую CU15 поставить
по оперативке вроде нормально все. поробую CU15 поставить
а page life expectancy сколько?
DI
доброго времени суток!
Запрос по среднему времени
SELECT cast(db_name(a.database_id) AS VARCHAR) AS Database_Name
, b.physical_name
, a.size_on_disk_bytes
, a.io_stall_read_ms / a.num_of_reads 'Ср.задержка одной операции чтения'
, a.io_stall_write_ms / a.num_of_writes 'Ср.задержка одной операции записи'
FROM
sys.dm_io_virtual_file_stats(NULL, NULL) a
INNER JOIN sys.master_files b
ON a.database_id = b.database_id AND a.file_id = b.file_id
where num_of_writes > 0 and num_of_reads > 0
ORDER BY
5 desc
на одном из серверов, выдает гиганские 600 ms задержки записи на базе tempdb
Базу уже разделил на несколько (8 файлов), указал одинаковые параметры. Все как рекомендовано. Виртуалка, поэтому сисадмины говорят что отдельный диск смысла не имеет, и утверждают что у них все хорошо. По ожидания - PAGEIOLATCH* ASYNC_IO_COMPLETION в лидерах.
Кто подскажет идеи поиска и решения проблемы?
Запрос по среднему времени
SELECT cast(db_name(a.database_id) AS VARCHAR) AS Database_Name
, b.physical_name
, a.size_on_disk_bytes
, a.io_stall_read_ms / a.num_of_reads 'Ср.задержка одной операции чтения'
, a.io_stall_write_ms / a.num_of_writes 'Ср.задержка одной операции записи'
FROM
sys.dm_io_virtual_file_stats(NULL, NULL) a
INNER JOIN sys.master_files b
ON a.database_id = b.database_id AND a.file_id = b.file_id
where num_of_writes > 0 and num_of_reads > 0
ORDER BY
5 desc
на одном из серверов, выдает гиганские 600 ms задержки записи на базе tempdb
Базу уже разделил на несколько (8 файлов), указал одинаковые параметры. Все как рекомендовано. Виртуалка, поэтому сисадмины говорят что отдельный диск смысла не имеет, и утверждают что у них все хорошо. По ожидания - PAGEIOLATCH* ASYNC_IO_COMPLETION в лидерах.
Кто подскажет идеи поиска и решения проблемы?
IS
ну так то да, вроде ок
DI
225 это не совсем нормально. Это маловато. Страницы часто вытесняются