IO_STALL питання та розуміння


9

Я збираю IO_STALLS з sys.dm_io_virtual_file_stats кожні 5 хвилин, а потім роблю дельту, щоб побачити, на які файли найбільше впливає IO.

За один 5-хвилинний період я отримую дельту 5826331 мс, що становить 97 хвилин.

Я трохи збентежений цим, невже це говорить про те, що операція розпочалася 97 хвилин тому, тільки що закінчилася в цей момент і тому записала цей час очікування?

Дякую

Доданий код за запитом:

/*

USE [SysDBA]
GO
*/
/****** Object:  Table [dbo].[DISKIOPS]    Script Date: 04/07/2013 11:40:15 ******/
/*
DROP TABLE [dbo].[DISKIOPS]
GO
*/
--Create the table
/****** Object:  Table [dbo].[DISKIOPS]    Script Date: 04/07/2013 11:40:15 ******/
/*
SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO

SET ANSI_PADDING ON
GO

CREATE TABLE [dbo].[DISKIOPS](
    [IO_STALL] [bigint] NULL,
    [IO_STALL_READ_MS] [bigint] NULL,
    [IO_STALL_WRITE_MS] [bigint] NULL,
    [NUM_OF_READS] [bigint] NULL,
    [NUM_OF_WRITES] [bigint] NULL,
    [SIZE_ON_DISK_MB] [bigint] NULL,
    [DBNAME] [varchar](max) NULL,
    [NAME] [varchar](max) NULL,
    [FILE_ID] [int] NULL,
    [DB_FILE_TYPE] [varchar](max) NULL,
    [DISK] [varchar](max) NULL,
    [FILE_LOCATION] [varchar](max) NULL,
    [TIMESTAMP] [datetime] NULL
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]

GO

SET ANSI_PADDING OFF
GO

*/

--Capture IO information from DMV and query to find deltas over time.
/*
USE [SysDBA]
GO

INSERT INTO [dbo].[DISKIOPS]
           ([IO_STALL]
           ,[IO_STALL_READ_MS]
           ,[IO_STALL_WRITE_MS]
           ,[NUM_OF_READS]
           ,[NUM_OF_WRITES]
           ,[SIZE_ON_DISK_MB]
           ,[DBNAME]
           ,[NAME]
           ,[FILE_ID]
           ,[DB_FILE_TYPE]
           ,[DISK]
           ,[FILE_LOCATION]
           ,[TIMESTAMP])
SELECT a.io_stall, a.io_stall_read_ms, a.io_stall_write_ms, a.num_of_reads, 
a.num_of_writes, 
--a.sample_ms, a.num_of_bytes_read, a.num_of_bytes_written,
( ( a.size_on_disk_bytes / 1024 ) / 1024.0 ) AS size_on_disk_mb, 
db_name(a.database_id) AS dbname, 
b.name, a.file_id, 
db_file_type = CASE 
                   WHEN a.file_id = 2 THEN 'Log' 
                   ELSE 'Data' 
                   END, 
UPPER(SUBSTRING(b.physical_name, 1, 2)) AS disk_location,
b.physical_name AS File_location,
GETDATE() AS Timestamp
FROM sys.dm_io_virtual_file_stats (NULL, NULL) a 
JOIN sys.master_files b ON a.file_id = b.file_id 
AND a.database_id = b.database_id
GO
*/
DECLARE @File_Name VARCHAR(8000),
        @Disk VARCHAR(5)
SET @File_Name = 'DBTEST'
SET @Disk = 'I:'
--Code to pull out deltas between collected IO stats.
;WITH IOPS   ([IO_STALL]
           ,[IO_STALL_READ_MS]
           ,[IO_STALL_WRITE_MS]
           ,[NUM_OF_READS]
           ,[NUM_OF_WRITES]
           ,[SIZE_ON_DISK_MB]
           ,[DBNAME]
           ,[NAME]
           ,[FILE_ID]
           ,[DB_FILE_TYPE]
           ,[DISK]
           ,[FILE_LOCATION]
           ,[TIMESTAMP]
           ,[ROW])
AS
(
SELECT *, ROW_NUMBER() OVER (PARTITION BY FILE_LOCATION ORDER BY TIMESTAMP DESC) AS [ROW]
FROM dbo.DISKIOPS 
)

SELECT MAX([IO2].[IO_STALL] - [IO1].[IO_STALL])
FROM IOPS IO1 JOIN IOPS IO2 ON IO1.ROW = (IO2.ROW+1)
WHERE IO1.NAME = IO2.NAME
AND IO1.Disk = @Disk

1
io_stallсамо по собі не означає занадто багато. Якщо за 10 секунд у вас було 1000 операцій, які затримувались 1 секунду кожна, у вас буде 1000 секунд зупинок. Це було б 16+ хвилин стоянок за 10 секунд. Вам потрібно співвіднести це з операціями вводу-виводу. Чи можете ви розмістити власний запит у своєму запитанні?
Томас Стрінгер

Привіт, я додав код, у мене виникли невеликі проблеми з його форматуванням, так що я сподіваюся, що його все в порядку.
Том

Відповіді:


10

Коментар питання, вставлений нижче:

io_stallсамо по собі не означає занадто багато. Якщо за 10 секунд у вас було 1000 операцій, які затримувались 1 секунду кожна, у вас буде 1000 секунд зупинок. Це було б 16+ хвилин стоянок за 10 секунд. Вам потрібно співвіднести це з операціями вводу-виводу ...

Наведене вище - досить хороший приклад того, як можна побачити монументальні та, здавалося б, перебільшені числа. Сам по собі io_stallнасправді нічого не означає. Вам потрібно знати масштаб операцій вводу / виводу для цього накопичувального стійла.

Замість цього:

SELECT MAX([IO2].[IO_STALL] - [IO1].[IO_STALL])
FROM IOPS IO1 JOIN IOPS IO2 ON IO1.ROW = (IO2.ROW+1)
...

Вам потрібно розділити стійло на операції вводу / виводу, щоб отримати середній стійла на введення / виведення (або за читання, або запис, або будь-яку деталізацію, яку ви шукаєте). Іншими словами, моя рекомендація полягає в тому, щоб змінити ваш запит, щоб він виглядав приблизно так:

SELECT
    MAX(([IO2].[IO_STALL] - [IO1].[IO_STALL]) / (IO2.NUM_OF_READS + IO2.NUM_OF_WRITES - IO1.NUM_OF_READS - IO1.NUM_OF_WRITES))
FROM IOPS IO1 JOIN IOPS IO2 ON IO1.ROW = (IO2.ROW+1)

І тоді вам потрібно мати додатковий пункт присудка, щоб переконатися, що ви не ділите на нуль:

...
WHERE IO1.NAME = IO2.NAME
and (IO2.NUM_OF_READS + IO2.NUM_OF_WRITES - IO1.NUM_OF_READS - IO1.NUM_OF_WRITES) > 0
AND IO1.Disk = @Disk

В основному це вираховує середнє значення io_stallдля операції вводу / виводу . Сам по собі високий io_stallможе просто означати більшу завантаженість і не обов'язково ознаку проблеми.


2
Ну правильно, я розумію, дуже дякую, сподіваюся, моя помилка виявиться корисною для інших.
Том

2
Це звичайна помилка не лише зі статистикою віртуальних файлів, але й статистикою очікування. Рада, що це допомогло!
Томас Стрінгер
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.