SQL Server I/O 서브시스템 레이턴시 확인

 

  • Version : SQL Server 2005, 2008, 2008R2, 2012, 2014

 

데이터베이스 성능에 큰 영향을 주는 부분이 디스크이다. 보통 데이터베이스 시스템의 부하가 증가하면 I/O 서브시스템의 작업량이 증가한다. 만약 I/O 대기 시간이 증가되었음을 발견되었다면 I/O 서브시스템은 이전의 SQL 서버 동작에서 변화가 발생한 것이다. 예를 들면 인덱스가 테이블 스캔을 실행할 정도로 통계가 오래된 경우, 코드 변경, 암시적 변환, 쿼리 계획 변경, 인덱스 추가, 인덱스 유지 관리 작업, 액세스 패턴, 페이지 분할, 데이터 캡처, 변경 내용 추적, 임시테이블 사용, 버퍼풀 부족으로 인한 지연 기록기 증가 또는 호스트의 다른 작업에 의한 증가 등 변화의 이유는 다양하다.

 

성능 카운터를 사용하여 I/O 시스템에 대해 모니터링 할 경우 디스크 수준에서 정보를 확인할 수 있다. 하지만 성능카운터에서는 SQL Server와 관련된 파일이 어느 LUN에 있으며 어디에서 지연이 발생하는지 확인할 수 없다. 이 경우 sys.dm_io_virtual_file_stats을 이용하여 SQL Server에서 사용하는 I/O 정보를 확인 할 수 있다.

 

Sys.dm_io_virtual_file_stats를 사용한 디스크 병목에 관한 내용은 이전에도 다루었다.

  • 성능분석 8탄 – IO 통계 (DISK 활동 분석)

http://sqlmvp.kr/140208808812

  • DMV를 이용한 SQL Server IO 성능 모니터 스냅샷 만들기

http://sqlmvp.kr/140178245107

  • DISK I/O 병목 확인

http://sqlmvp.kr/140192055664

 

아래 스크립트는 sys.dm_io_virtual_file_stats와 sys.master_files를 조인하여 현재 파일이 위치한 경로와 사용중인 데이터베이스 목록을 레이턴시 정보화 함께 나타낸다. 주의할 점은 결과로 나타나는 정보는 데이터베이스가 온라인 상태 이후의 평균 시간이다. 정확한 분석을 위해서는 짧은 시간에 여러 번 수행하여 평균을 조하사는 것이다.

SELECT

[ReadLatency] =

CASE WHEN [num_of_reads] = 0

THEN 0 ELSE ([io_stall_read_ms] / [num_of_reads]) END,

[WriteLatency] =

CASE WHEN [num_of_writes] = 0

THEN 0 ELSE ([io_stall_write_ms] / [num_of_writes]) END,

[Latency] =

CASE WHEN ([num_of_reads] = 0 AND [num_of_writes] = 0)

THEN 0 ELSE ([io_stall] / ([num_of_reads] + [num_of_writes])) END,

[AvgBPerRead] =

CASE WHEN [num_of_reads] = 0

THEN 0 ELSE ([num_of_bytes_read] / [num_of_reads]) END,

[AvgBPerWrite] =

CASE WHEN [num_of_writes] = 0

THEN 0 ELSE ([num_of_bytes_written] / [num_of_writes]) END,

[AvgBPerTransfer] =

CASE WHEN ([num_of_reads] = 0 AND [num_of_writes] = 0)

THEN 0 ELSE

(([num_of_bytes_read] + [num_of_bytes_written]) /

([num_of_reads] + [num_of_writes])) END,

LEFT ([mf].[physical_name], 2) AS [Drive],

DB_NAME ([vfs].[database_id]) AS [DB],

[mf].[physical_name]

FROM

sys.dm_io_virtual_file_stats (NULL,NULL) AS [vfs]

JOIN sys.master_files AS [mf]

ON [vfs].[database_id] = [mf].[database_id]

AND [vfs].[file_id] = [mf].[file_id]

-- WHERE [vfs].[file_id] = 2 -- log files

-- ORDER BY [Latency] DESC

-- ORDER BY [ReadLatency] DESC

ORDER BY [WriteLatency] DESC;

GO

 

 

오랜 시간동안 수집되어 나타낸 통계임을 고려할 때 일부 쿼리(배치 작업 등)에 의해 평균값이 부풀려 질 수 있다는 점에 유의한다. 그래서 주기적으로 스냅샷으로 저장하여 변화를 확인 할 수 있도록 한다.

 

[참고자료]

  • How to examine IO subsystem latencies from within SQL Server

http://www.sqlskills.com/blogs/paul/how-to-examine-io-subsystem-latencies-from-within-sql-server/

  • sys.dm_io_virtual_file_stats

https://msdn.microsoft.com/ko-kr/library/ms190326.aspx

 

 



강성욱 / jevida@naver.com
Microsoft SQL Server MVP
Blog : http://sqlmvp.kr
Facebook : http://facebook.com/sqlmvp





profile

강성욱 / jevida@naver.com
Microsoft SQL Server MVP
Blog : http://sqlmvp.kr
Facebook : http://facebook.com/sqlmvp

Kakao Talk : SQLMVP

Line : jevida


현재 LA에 거주하고 있으며 SQL에 관심있는 분이면 언제든 친추 환영합니다.