フィールドからの問題を確実にデバッグ/再現/分析するには、これら3つだけのファイルがさらに必要です。基本的に、それらすべて(Windows、CLR、および(マネージド).NETフレームワーク)が必要です。
一部のファイルのリポジトリを認識していません。それぞれのバージョンをインストールする必要があります。
同じボックスに複数のバージョンの.NETCLR(1.1、2.0、4.0)をインストールし、.loadbyコマンドを使用して正しいSOS.dllをWinDBGにロードすることはできますが、サポートするバージョンに対して複数のWindowsをインストールする必要があります。 。
さらに、意味のあるデバッグを行うには、独自のアプリケーションの(プライベート)シンボルを含む、これらのコンポーネントの(パブリック)シンボルも必要です。
アプリケーションの3つのバージョンが出荷され、引き続きサポートされていることを考えると、引き続きサポートされている4つのオペレーティングシステムバージョン(Windows Vista SP1、Windows 7、Windows 7 SP1、Windows 8など)で実行され、12の組み合わせでシンボルを使用できます。
それがシンボルサーバーの目的です。パブリックマイクロソフトシンボルサーバーを使用することもできますが、(もちろん)独自のアプリケーション用のシンボルは含まれていません。
あなたが説明するアプリケーションの範囲/サイズを考えると、社内のシンボルサーバーをセットアップするのに適していると思います。これにより、顧客がまだ使用しているアプリのさまざまなバージョンのすべてのシンボルを保持できます(軽視しないでください)。
推奨読書:
ソース管理からデバッグセッション内で正しいバージョンのソースをフェッチできるように、ソースサーバーを設定することも検討できます。