Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 ASYNC_NETWORK_IO  [new]
Быкапер
Member

Откуда: Russia
Сообщений: 43
Здравствуйте!
При проверке статистики ожиданий (после ее сброса) получил, что ASYNC_NETWORK_IO занимает 55-70% из всей статистики.
Нужно ли игнорировать этот показатель или стоит обратить на него внимание? Проблем с сетью нет (загрузка не более 10%),
но сервер притормаживает, тормозят запросы и транзакции.
Влияет ли на этот показатель состояние статистики по БД (обновлена / не обновлена)?
Запрос запускал такой:

+
WITH [Waits] AS
    (SELECT
        [wait_type],
        [wait_time_ms] / 1000.0 AS [WaitS],
        ([wait_time_ms] - [signal_wait_time_ms]) / 1000.0 AS [ResourceS],
        [signal_wait_time_ms] / 1000.0 AS [SignalS],
        [waiting_tasks_count] AS [WaitCount],
        100.0 * [wait_time_ms] / SUM ([wait_time_ms]) OVER() AS [Percentage],
        ROW_NUMBER() OVER(ORDER BY [wait_time_ms] DESC) AS [RowNum]
    FROM sys.dm_os_wait_stats
    WHERE [wait_type] NOT IN (
        N'BROKER_EVENTHANDLER',         N'BROKER_RECEIVE_WAITFOR',
        N'BROKER_TASK_STOP',            N'BROKER_TO_FLUSH',
        N'BROKER_TRANSMITTER',          N'CHECKPOINT_QUEUE',
        N'CHKPT',                       N'CLR_AUTO_EVENT',
        N'CLR_MANUAL_EVENT',            N'CLR_SEMAPHORE',
        N'DBMIRROR_DBM_EVENT',          N'DBMIRROR_EVENTS_QUEUE',
        N'DBMIRROR_WORKER_QUEUE',       N'DBMIRRORING_CMD',
        N'DIRTY_PAGE_POLL',             N'DISPATCHER_QUEUE_SEMAPHORE',
        N'EXECSYNC',                    N'FSAGENT',
        N'FT_IFTS_SCHEDULER_IDLE_WAIT', N'FT_IFTSHC_MUTEX',
        N'HADR_CLUSAPI_CALL',           N'HADR_FILESTREAM_IOMGR_IOCOMPLETION',
        N'HADR_LOGCAPTURE_WAIT',        N'HADR_NOTIFICATION_DEQUEUE',
        N'HADR_TIMER_TASK',             N'HADR_WORK_QUEUE',
        N'KSOURCE_WAKEUP',              N'LAZYWRITER_SLEEP',
        N'LOGMGR_QUEUE',                N'ONDEMAND_TASK_QUEUE',
        N'PWAIT_ALL_COMPONENTS_INITIALIZED',
        N'QDS_PERSIST_TASK_MAIN_LOOP_SLEEP',
        N'QDS_CLEANUP_STALE_QUERIES_TASK_MAIN_LOOP_SLEEP',
        N'REQUEST_FOR_DEADLOCK_SEARCH', N'RESOURCE_QUEUE',
        N'SERVER_IDLE_CHECK',           N'SLEEP_BPOOL_FLUSH',
        N'SLEEP_DBSTARTUP',             N'SLEEP_DCOMSTARTUP',
        N'SLEEP_MASTERDBREADY',         N'SLEEP_MASTERMDREADY',
        N'SLEEP_MASTERUPGRADED',        N'SLEEP_MSDBSTARTUP',
        N'SLEEP_SYSTEMTASK',            N'SLEEP_TASK',
        N'SLEEP_TEMPDBSTARTUP',         N'SNI_HTTP_ACCEPT',
        N'SP_SERVER_DIAGNOSTICS_SLEEP', N'SQLTRACE_BUFFER_FLUSH',
        N'SQLTRACE_INCREMENTAL_FLUSH_SLEEP',
        N'SQLTRACE_WAIT_ENTRIES',       N'WAIT_FOR_RESULTS',
        N'WAITFOR',                     N'WAITFOR_TASKSHUTDOWN',
        N'WAIT_XTP_HOST_WAIT',          N'WAIT_XTP_OFFLINE_CKPT_NEW_LOG',
        N'WAIT_XTP_CKPT_CLOSE',         N'XE_DISPATCHER_JOIN',
        N'XE_DISPATCHER_WAIT',          N'XE_TIMER_EVENT')
    )
SELECT
    [W1].[wait_type] AS [WaitType],
    CAST ([W1].[WaitS] AS DECIMAL (16, 2)) AS [Wait_S],
    CAST ([W1].[ResourceS] AS DECIMAL (16, 2)) AS [Resource_S],
    CAST ([W1].[SignalS] AS DECIMAL (16, 2)) AS [Signal_S],
    [W1].[WaitCount] AS [WaitCount],
    CAST ([W1].[Percentage] AS DECIMAL (5, 2)) AS [Percentage],
    CAST (([W1].[WaitS] / [W1].[WaitCount]) AS DECIMAL (16, 4)) AS [AvgWait_S],
    CAST (([W1].[ResourceS] / [W1].[WaitCount]) AS DECIMAL (16, 4)) AS [AvgRes_S],
    CAST (([W1].[SignalS] / [W1].[WaitCount]) AS DECIMAL (16, 4)) AS [AvgSig_S]
FROM [Waits] AS [W1]
INNER JOIN [Waits] AS [W2]
    ON [W2].[RowNum] <= [W1].[RowNum]
GROUP BY [W1].[RowNum], [W1].[wait_type], [W1].[WaitS],
    [W1].[ResourceS], [W1].[SignalS], [W1].[WaitCount], [W1].[Percentage]
HAVING SUM ([W2].[Percentage]) - [W1].[Percentage] < 95; -- percentage threshold
GO


Сообщение было отредактировано: 2 июн 15, 15:47
2 июн 15, 15:40    [17720944]     Ответить | Цитировать Сообщить модератору
 Re: ASYNC_NETWORK_IO  [new]
Glory
Member

Откуда:
Сообщений: 104751
Быкапер
Нужно ли игнорировать этот показатель или стоит обратить на него внимание? Проблем с сетью нет (загрузка не более 10%),
но сервер притормаживает, тормозят запросы и транзакции.

Возможно они тормозят потому, что клиент как раз не выбирает все результаты и этим удерживает блокировки и заставляет ждать других
2 июн 15, 15:52    [17721016]     Ответить | Цитировать Сообщить модератору
 Re: ASYNC_NETWORK_IO  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8493
ASYNC_NETWORK_IO

Имеет место при операциях сетевой записи, когда задача блокируется из сети.
Убедитесь, что клиент обрабатывает данные с сервера.
2 июн 15, 16:09    [17721083]     Ответить | Цитировать Сообщить модератору
 Re: ASYNC_NETWORK_IO  [new]
Быкапер
Member

Откуда: Russia
Сообщений: 43
Владислав Колосов
Убедитесь, что клиент обрабатывает данные с сервера.


Как убедиться?
2 июн 15, 16:11    [17721089]     Ответить | Цитировать Сообщить модератору
 Re: ASYNC_NETWORK_IO  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8493
Поставьте сетевой сниффер, Wireshark, например, смотрите на процент повторной отсылки пакетов и прерывания соединений.

Я справку цитировал, её писали в MS.
2 июн 15, 16:16    [17721116]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить