문제

현재 내 대기 통계를보고 있습니다.나는

모든 프로덕션 서버에서 지금까지 / 일을 한 번 / 일을 보면서 AVG_WAIT_S에 대한 상당한 높은 값을 볼 수 있습니다. 즉, 총 기간의 관계가 몇 초 만에 WAITCOUNTS로 나뉘어져 있습니다.대기 수의 값은 다른 모든 대기 유형 (최저)에 비해 매우 낮지 만 각 서버 에서이 유형의 AVGWAIT_S는 120 - 2493 초 사이입니다!이것은 엄청난 대기 시간처럼 보입니다.

나는 이것을 읽었습니다. 어떻게 든 백업으로 인해 발생할 수 있습니다.그러나 이것이 '정상적인'가치가 있는지 궁금해합니까?그것에 대해 더 자세한 내용을 얻는 방법

여기에 내 대기 통계의 샘플 결과 집합이 있습니다.

WAITTYPE            Wait_S      Resource_S  Signal_S    WaitCount   Percentage  AvgWait_S   AvgRes_S    AvgSig_S 
BACKUPIO            46151.80    45093.07    1058.74     22819151    26.55       0.0020      0.0020      0.0000 
CXPACKET            45057.81    27926.59    17131.22    20387211    25.92       0.0022      0.0014      0.0008 
BACKUPBUFFER        16658.83    15867.71    791.12      8993341     9.58        0.0019      0.0018      0.0001 
PAGEIOLATCH_SH      15326.95    15284.65    42.30       2131848     8.82        0.0072      0.0072      0.0000 
ASYNC_IO_COMPLETION 14203.17    14203.17    0.00        9           8.17        1578.1303   1578.1303   0.0000 
WRITELOG            8570.20     8377.81     192.39      2136964     4.93        0.0040      0.0039      0.0001 
PAGEIOLATCH_EX      7691.32     7673.31     18.01       1777069     4.43        0.0043      0.0043      0.0000 
SOS_SCHEDULER_YIELD 4548.90     43.44       4505.47     13294384    2.62        0.0003      0.0000      0.0003 
LCK_M_S             3018.76     3018.06     0.71        1704        1.74        1.7716      1.7712      0.0004 
ASYNC_NETWORK_IO    2678.83     2147.78     531.05      4372825     1.54        0.0006      0.0005      0.0001 
LCK_M_SCH_S         2612.09     2612.08     0.01        37          1.50        70.5971     70.5968     0.0003
.

도움이 되었습니까?

해결책

에 언급 된

대기 수의 값은 다른 모든 기타와 비교하여 매우 낮습니다. 유형 (가장 낮은)

count는 9, 즉, 기다리고, 기다리고, 완전한 날을 위해 기다리는 통계를 수집하는 동안, 여기에있는 우려가되지 않을 것입니다.

그러나 다른 대기 유형 BACKUPIOBACKUPBUFFER를 확인하는 가치가 있습니다.

이 대기 유형은 일반적으로 좋은 NW 연결 또는 테이프 등의 테이프 등으로 네트워크를 통해 백업을 수행 할 때 나타납니다 (즉, 다른 기타 느린 백업 시스템)

데이터베이스를 약 200GB의 크기로 백업하기 위해 SQL Server 2005 중 하나 에서이 유사한 기다려있었습니다. 크기가 크고 그 당시 압축 기능이 없었으므로 많은 대기를 증거합니다. 우리는 제 3 자 압축 도구를 사용해야하며 그 대기 유형이 다운 된 것을 보았습니다. 그래서 백업을 체크인을 시작하면 좋은 시작 일 수 있다고 믿습니다. 데이터베이스를 백업하기 위해 SQL Server 압축 기능을 사용해야합니다.

그러나이 대기 유형이 문제가 발생하는지 확인하기 위해서는 백업 처리량의 문제를 확인해야합니다.

다른 네트워크와 비교하여 동일한 네트워크에서 동일한 네트워크에서 기본 백업을 수행하여 백업을 테스트하고 다른 카운터 값을 확인할 수 있습니다.

또한 고속 시간의 원인을 참조 할 수 있습니다. ASYNC_IO_COMPLETION이 대기 중에 바울에 의한 더 자세한 설명은 기다리고 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 dba.stackexchange
scroll top