1

Visual Studio 2015 と nuget パッケージのMicrosoft Event Source Library (最新バージョン 1.1.28) を使用して、カスタム EventSource を構築しました。

Windows 8.1 ワークステーションと Windows Server 2012 R2 でwevtutil.exeを使用してマニフェストをインストールしました。

一般に、この EventSource は両方のマシンで機能し、イベント ビューアに表示されるイベントをフェッチします。Windows Server 2012 R2 では、イベント ビューアーでの出力が少しお粗末に見えます。

開発ワークステーションにインストールすると、正常に動作します。サンプルの UnhandledException イベントの例を次に示します。

ここに画像の説明を入力

Windows Server 2012 R2 にインストールすると、次のスクリーンショットでわかるように、イベント ビューアーが完全に台無しになります。

ここに画像の説明を入力

なぜこれが起こっているのか誰にも分かりますか？どうすれば修正できますか？

編集：

次の手順に従って、 Microsoft EventSource ライブラリ サンプルで再現できます。

  1. Visual Studio で新しいコンソール アプリケーション プロジェクトを作成し、「DemoEventSource」という名前を付けます。
  2. nugetからMicrosoft EventSource ライブラリ サンプルをインストールする
  3. EventLogEventSourceDemo を実行します。"EventSourceSamples\00_AllSamples.cs" 内の他のすべての例は、この問題に関連していないため、コメント アウトできます。ここに画像の説明を入力
  4. F5 キーを押して実行し、指示に従ってください。イベント ビューアーが自動的に開きます。私のワークステーションでは正常に動作します:ここに画像の説明を入力
  5. 次のステップでは、Windows Server 12 を搭載した Azure 上に仮想マシンを作成し (問題は Windows Server 2012 R2 および Windows Server 2012 で発生します)、そこにテスト アプリケーションをデプロイしました。上記の例で説明したように、結果は台無しになります。ここに画像の説明を入力
4

1 に答える 1

0

十分なテストを行っていないため、100% 確実とは言えませんが、これはバグのようです。EventSource は、キーワードを使用して、通常とは異なる (ただし正当な) 処理を行います。たとえば、マニフェストには「イベント ID 72 はキーワード 0x12 を使用しています」と書かれていますが、実際に ETL ファイルを調べると、イベントは実際にはキーワード 0xf000012 (またはそのようなもの) を使用しています。この動作は合法ですが、まれです。tdh.dll の一部のバージョンでは、これによりイベントが正しくデコードされませんでした。イベント ログは、tdh.dll を使用してイベントをデコードします。

IIRC、Windows 8.1 ではこのバグが修正されましたが、以前のバージョンでは修正されていないと思います。

于 2016-07-12T22:55:48.257 に答える