運用サーバーに WinDBG をインストールする利点はありますか?
AdPlus と WinDBG の違いについて読みました。別の開発者は、サーバーで AdPlus を使用してダンプ ファイルを作成し、クライアント PC で WinDBG を使用してそれを分析していると述べています。
ADPlus は CDB のラッパーであり、WinDBG はそれ以上のものであることを理解しています。私の質問は、実稼働サーバーに WinDBG をインストールするのはやり過ぎですか? Visual Studio 以外でのデバッグは比較的初めてです。VB.NET (クライアント アプリケーション) と ASP.NET を使用するシステムをデバッグしています。メモリリークがあります
WinDbg/AdPlus をインストールする必要はありません。必要な場合は、単にファイルをサーバーに xcopy したり、共有/USB などからアプリケーションを実行したりすることもできます。
AdPlus はスクリプトです (以前はそうでしたが、現在はマネージド アプリケーションです)。私はそれを CDB のラッパーとは呼びません。特定の条件でメモリ ダンプを作成するなど、さまざまなタスクに CDB を使用して自動化するだけです。これはうまく機能しますが、非常に便利な追加オプションがいくつかあるので、 ProcDumpも参照することをお勧めします。
CDB、WinDbg、および NTSD はすべて、Debugging Tools for Windows パッケージに含まれているデバッガーです。CDB と NTSD はコマンド ライン ツールですが、WinDbg はグラフィカル UI を提供します (あまり凝ったものではありませんが、それは的外れです)。これらは、同じデバッグ エンジンを使用しています。
ADPlus がインストールされている場合は、アプリケーションのクラッシュやハング、その他の問題 (メモリ リーク) が発生した場合にダンプ ファイルを生成できます。次に、このダンプ ファイルを分析する必要があります。WinDBG はそれを行うのに役立ちます。本番サーバーにインストールする必要はありません。ダンプ ファイルを開発マシンにコピーして、そこで解析できます。とにかく、WinDBG は冗長ではありません。重大な問題が発生した場合、根本原因をできるだけ早く理解できます。WinDBG 自体が実行されていない場合、パフォーマンスへの影響はありません。さらに、WinDBG を使用してプロセスにアタッチし、実行時にデバッグすることができます。
サーバーに WinDbg をインストールすると、サイトにいる場合はライブ システムをデバッグできます。また、サーバーで WinDbg デバッグ サービスを実行することでリモート デバッグを実行できます。開発環境で再現します。
それ以外は、クラッシュ ダンプまたはメモリ ダンプを分析するだけの場合は、WinDbg をインストールする利点はありません。
AdPlus をいつ使用するかを説明するリンクがここにあります: http://support.microsoft.com/kb/286350
私の個人的な考えでは、WinDbg がインストールされていれば、gflags を有効にしたり、スタック トレースを取得したり、トレースを処理したり、特定の例外でダンプを作成したり、追加情報をログにダンプしたりできます。メモリダンプに含まれていないなど..基本的に、これが必要な場合にのみWinDbgをインストールします。それ以外の場合はAdplusで問題ありません。