|
試験の目的:SQLインスタンスに対するメモリの影響を軽減する テスト例:100Gメモリのオンラインインスタンス テストステップ: 18:20 PERFデータの記録開始 18:30 最大SQLメモリを元の3/4(75G)に調整してください。3.9秒かかります。 18:40 最大SQLメモリを元の100Gサイズに復元 - 3.8秒 18:50 PERFデータの記録を停止 タイムアウト 19:20 PERFデータの記録開始 19:30 PERFデータの記録を停止
記録内容: 4×10分のパフォーマンスデータが記録されました 18:20 - 18:30 ステージ1、正常記憶期 18:30 - 18:40 フェーズ2、低メモリ実行時間 18:40 - 18:50 ステージ3、回復期間1 19:20 - 19:30 ステージ4、回復期間2 プロセス(_Total)%プロセッサ時間 Process(sqlservr)% Processor Time プロセッサ(_Total)%のプロセッサ時間 プロセッサ(_Total)%のユーザー時間 プロセッサ(_Total)%の特権時間 PhysicalDisk(_Total)% アイドル時間 PhysicalDisk(_Total)% ディスク時間 PhysicalDisk(_Total)Avg. ディスクキューの長さ PhysicalDisk(_Total)現在のディスクキュー長 メモリページフォールト/秒 メモリアベイラリーMBytes メモリページ/秒 データベース(_Total)アクティブトランザクション 一般統計ユーザー接続
検査結果: CPU:变化不明显,影响可忽略 IOパラメータは大きく変わり、IDEALTIMEは1%減少し、キューとDISKTIMEは以前よりほぼ2倍になりました。 そして、今後は1時間以上かかるゆっくりとした回復プロセスが続くでしょう。 SQLに関しては、アクティブトランザクションが大幅に増加(3倍)、メモリとIOの置き換えも約2倍増加し、特にLAZYWRITE書き込みの実行計画の再コンパイルが顕著になります。 テストデータ:添付 EXCEL
添付:いくつかの伝説
|