シーン
探検：
私は何が起こっているのか調べることにし、ランク付けした順番は以下の通り：
1、まず第一に、オープンCactiの監視は、突然の上昇の後、一日の最近のCPUの平均値を発見し、あなたはSystemProcessorキュー長やsqlservrのPukiWikiを見ることができます%ProcessorTimeも大きな変化です。
2、非効率的なSQLを開始する最も簡単なことから始めて、それはビジネスが最近何か変更を加えたかどうかを検討？SQLインスタンスに接続し、アクティビティモニタを開き、"多くのリソースを消費する最近のクエリ "を展開し、逆順にCPU時間は、ここではリソースを消費する即時のクエリを見つけることができませんでした。個人的な経験によると、ここの値が4桁で、分単位の実行回数が3桁の場合、一般的なサーバーのCPUは約10％以上であり、そこのCPU時間が5桁で、分単位の実行回数も非常に高く、数百回以上であれば、CPUは一般的に落ち着くことはありません。写真はデモ用です：
4、OK、その場合、私の愛するSQL Serverが所有しているはずのメモリを誰が占有しているのでしょうか？続けて、Windowsタスク・マネージャーを開き、プロセス・タブを選択し、すべてのユーザー・プロセスを表示するをクリックすると、svchost.exeが60Gのメモリの大部分を占めていることがわかりました！
5、そのsvchost.exeとは何ですか？ProcessMonitorこのツールの使用に関する次の、メモリ、リモートレジストリサービスとして表示され、svchost.exeプロセスの上にマウスでソートされたすべてのWindowsプロセスの自動ロードを開きます。
6、ここでチェックし、物事は、特定の眉を持っていた、これは主にWindowsのメモリリークである バグ、そうgoogleのキーワード： windows server 2008 r2 remote registry memory leak
次のリンクが見つかりました://-us
Windows 7またはWindows Server 2008 R2を実行しているコンピューター上のアプリケーションを使用して、リモートコンピューターのパフォーマンスカウンターを照会するとします。この」状況では、ローカルコンピューター上のリモートレジストリサービスのメモリー使用量は、使用可能なメモリーがなくなるまで増加します。メモリを使い果たします。
解決策
1、サーバーの再起動、Hotfixのインストール
2,サーバーを再起動すると業務に影響が出るので、RemoteRegistryサービスを再起動すれば一時的に解決するはずで、このバグは何らかの固定シナリオで発生するはずだと考えています。
その後、適切なタイミングでこのサービスを再起動したところ、SQL ServerのTargetMemoryは60G以上に戻り、CPUも正常になりました。
DBAの仕事は、その困難と困難と言うために、その簡単で簡単と言うために、問題を見つけるために、問題を解決するだけでは十分ではありませんが、また、自分の欠点を認識するために、このケースでは、私は、SQL Serverのメモリ監視を設定しなかったので、病気の重症度を調べるために***時間には時間がありません、良いことは、サーバーが重要なビジネスを引き受けなかったということです、そうでなければ結果は想像を絶するものです、多分それは長い時間前にクラッシュされたであろう、恐怖がある場所！怖いのは、クラッシュしたら当然サーバーを再起動しなければならず、その頃には***サイトすらなくなっていて、LEADERからそのことを聞かれたときに、また頭をかきむしることになることです。
その事件の後、私はSQL Serverのメモリ監視を設定し、1日後、新しい監視データから同じ問題を抱えた別のサーバーを見つけました！サーバーがダウンしなくてよかったというより、正しいことをやってよかったです。
メモリ監視チャートを添付すると、サービスの再起動後、SQL Serverの総ページ数が上昇していることがわかりますし、徐々に安定し、ページの寿命も大きくなってきている、CPUはまた、病気が排除されていることを示すことができる、私は非常に満足しています。
概要
