windows - Windows では、アプリケーション イベント ログで使用できる既定のイベント ソースは何ですか?

Question

短縮版：

イベント ソース「アプリケーション」と「アプリケーション エラー」は常にアプリケーション イベント ログに含まれていますか? それらは、Windows XP、Vista、および Windows 7 の新規インストールで利用できますか? 独自のソースを作成する代わりにそれらを使用するのは本当に悪いことでしょうか (私には不可能です)?

長いバージョン:

マシンの管理者権限を持たないユーザーが使用する ClickOnce アプリケーションがあります。

アプリケーション イベント ログに書き込もうとすると、セキュリティ例外が発生します。(Windows イベント ログ インフラストラクチャが新しいイベント ソースを作成しようとしており、セキュリティ違反が発生します。)

そこで、既存のイベントソースを再利用してみたいと思います。アプリケーション イベント ログで「一般的な」ソースを 2 つだけ見つけました。これらは常に Windows インストールの一部であり、妥当な選択でしょうか?

応用

アプリケーションエラー

独自のイベント ソースを使用してアプリケーションを区別する必要があるため、これは嫌われているに違いありません。しかし、これはまれな致命的なエラーのためのもので、コードによって別の場所に記録されるはずです。すべてがうまくいかない場合に備えて、クライアントマシンでそれらを簡単に見つけることができる場所が欲しいだけです...

Answer 1

アプリケーション イベント ログに書き込もうとすると、セキュリティ例外が発生します。(Windows イベント ログ インフラストラクチャが新しいイベント ソースを作成しようとしており、セキュリティ違反が発生します。)

ここでこれに答えました: ClickOnce アプリケーションで EventLog を使用する

そこで、既存のイベントソースを再利用してみたいと思います。アプリケーション イベント ログで「一般的な」ソースを 2 つだけ見つけました。これらは常に Windows インストールの一部であり、妥当な選択でしょうか?

これを行うのは本当に賢明ではありません。既存のイベント ソースは、Windows アプリケーションまたはサード パーティ アプリケーションによって使用されます。それらのいずれかが削除されたり、サービス パックやパッチなどによって変更されたりすると、例外処理を実装して例外を適切に処理しない限り、プログラムはクラッシュしますが、イベント ログはありません。

また、アプリを次のバージョンの Windows に移植するために必要な作業についても検討してください。自分の背中用のロッドを作ることをお勧めします。

私がリンクした回答で、問題を処理する最善の方法を提案しました。ソースを作成するインストーラーで管理者特権を使用してアプリケーションをインストールするか、管理者ロールを使用して同じことを効果的に行う単純なアプリを作成することです。

他に提案できる唯一のことは、アプリケーションを常に管理モードで実行することです。