待機統計 - ASYNC_IO_COMPLETION上のハイ待機時間
-
29-09-2020 - |
質問
現在私の待機統計を見ています。私はPaul Randal と彼が参照する文書を通過します。
統計スライスを見ると、私はすべての本番サーバーから1回かけています。avg_wait_sに最適な高い値が表示されます。つまり、秒単位での合計待機の関係をWaitCountで割ったものです。待機数の値は、他のすべての待機タイプ(最低)と比較して非常に低いですが、このタイプの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
. 解決
のように
待機数の値は、他のすべての待機に比べて非常に低い 型(最低)
カウントは9だけ、すなわち、完全な日のためのギャザンウェイト統計の運転の実行中に9回しか現れていませんでした。
しかし、その価値は他の待機タイプBACKUPIO
とBACKUPBUFFER
をチェックする価値があります。
この待ちタイプは、NW接続性の良いネットワークまたはテープなどでネットワーク上でバックアップを取っているとき(すなわち、他の極めて低速バックアップシステム)
を表示しているときに表示されます。私たちは、データベースのサイズが200 GBのサイズでバックアップするために、私たちのSQL Server 2005の1つでこのような待ち時間を持っていました。サイズが大きく、当時の圧縮機能を利用できなかったので、待機しています。私たちはサードパーティの圧縮ツールと一緒に行かなければならず、それらの待ちタイプ数を減らすのを見なければなりませんでした。バックアップの確認を開始した場合は良いスタートになる可能性があると思います。データベースをバックアップするには、SQL Serverの圧縮機能を使用してください。
しかしながら、この待機タイプが問題を引き起こしているかどうかを確認するためには、バックアップスループットの問題を確認する必要があります。
他のネットワークと比較して、同じネットワーク上のネイティブバックアップを実行して他のカウンタ値を確認することでバックアップをテストすることができます。