問題タブ [azure-diagnostics]

わかりました、私はしばらくの間これに頭をぶつけていました.誰かがこれに遭遇したことがあるかどうか尋ねます.

私の構成とセットアップは以下のとおりです。これは、ステージング環境にデプロイされた場合です。RDP を有効にしているため、ログが記録されていることがわかります。ログインでき、作成された IIS ログを確認できます。ただし、他の診断ログでは問題なく転送されますが、それらは BLOB ストレージに転送されません。

インフラストラクチャ ログには、次のエラーが表示されます。これは、プロキシに関するものであり、関連性がないと言われています。

イベント ビューアーに表示されるその他の警告は次のとおりです。

これは、WebRole として実行される非常に単純な WCF アプリケーションです。構成は次のようになります。

また、リスナーをいくつか異なる方法で変更しましたが、結果は同じでした。だから私はそれが問題だとは思わないが、私は提案を受け入れる

webrole のコードは次のようになります。

一部のDiagnosticsConnectionStringテーブルとコンテナが適切に作成され、適切に設定されているため、 は適切に設定されています。

どんな助けでも大歓迎です。前もって感謝します。

こちらで説明されているように、多くの Web サイトで Azure Web ロールを使用しています。 プライマリ Web サイトだけでなく、展開/役割のすべての Web サイトからエラーとイベントをログに記録できるように、このサーバーの診断を構成する方法を教えてください。

Azure でホストされる REST サービスを作成し、それを診断するために、パフォーマンス カウンターに Cerebrata Azure Diagnostic Manager を使用しました。

Cerebrata Azure Diagnostic Manager はパフォーマンス カウンターの出力を提供して正常に動作していますが、特に x 軸と y 軸が参照されているパフォーマンス チャートの診断データを理解できません。グラフの値がどれだけ超えているか。

Cerebrata Azure Diagnostic Manager の診断データを理解するのを手伝ってください。私はあなたに感謝します。

Windows Azure Diagnostics を使用しています。以下のコードを Webrol.cs に追加します。

試す

Web.config の残りの必要なものと .cscfg ファイルの接続文字列。これで、Deployment Storage を使用して開発環境から Diagnostics をログに記録できるようになりました。しかし、クラウドで同じアプリケーションをホストすると、診断をログに記録できません。次のようなエラーが表示されます

「500 - 内部サーバー エラーです。お探しのリソースに問題があり、表示できません。」

名前空間の Copy local を true に変更してみましたが、うまくいきません。アプリケーションをデプロイメント環境で動作させたい。誰かがこれを解決するアイデアを持っている場合は、私に返信してください。

前もって感謝します。

Azureテーブルストレージの行数に上限はありますか？

診断の監視をオンにしてログをに移動したので、この質問をしていWADPerformanceCountersTableます。過去15時間ログが利用できないことに気づきました。

場合によっては、テーブルの行に上限がある場合は、ストレージがデータの受け入れを停止している可能性があります。

単純なものを見逃したことは確かですが、Azureで動作する単純なTrace.WriteLineを取得できません。

私が取ったステップ：

Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionStringがAzureストレージアカウントに設定されました

モジュール診断をサービス定義ファイルにインポートします。

Web config：

WebRole.cs

ソリューションはリリースとしてコンパイルされます。

ストレージアカウントのオブジェクトを表示すると、WADDirectoriesTableというテーブルと、vsdeploy、wad-control-container、was-iis-logfilesという3つのblobが作成されていることがわかります。

私のトレース情報のように見えるものはありません。

どうもありがとう

\Processor(_Total)\% Processor Timeとはどういう意味ですか? 基礎となる仮定は何ですか。

説明: これは WAD パフォーマンス テーブル カウンターからのパフォーマンス カウンターです。これは Azure であるため、同じものを測定するための仮定はあります。

コンソールC＃アプリケーションを作成するとします。これを使用Console.WriteLine()してステータスメッセージを出力でき、プログラムがコンソールで起動されたときに読み取ることができます。

これで、クラウドのどこかで実行されるWindows Azureの役割ができたので、コンソールはもうありません。デバッグ出力を使用して、役割の現在の状態を特定し、デバッグ出力を使用して問題をデバッグするにはどうすればよいですか？

MSDNを読むと、AzureDiagnosticsの保存に使用されるアカウントが次のように構成されているという印象を受けました。

（設定名は固定の「Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString」文字列です）。しかし、それから私はDiagnosticMonitorを設定するためのコードスニペットも見つけました（ユーザーSørenRandrupによるこの質問から：

（設定名は開発者が選択した文字列です）。

これは紛らわしいように見えます-私はそれが同じ設定であるという印象を受けていますが、何らかの理由で異なる人々がそれを異なるように構成します。

ストレージアカウントはどこに指定されていますか？また、上記の2つのスニペットが同じタスクに使用されているように見えるのはなぜですか？

DiagnosticMonitorTraceListenerを一般的なトレースリスナー（主にASP.NET Health Monitoring用）として使用しているほか、例外処理用のEnterpriseLibrary5リスナーとして使用しています。これはAzureで実行する場合はうまく機能しますが、最小限の変更でAzureの外部でWebサイトを実行できることが重要です。

1つのオプションは、次のように動的に登録することです。

これは、ASP.NET Health MonitoringおよびSystem.Diagnosicsの一般的な使用では機能しますが、次のハードコードされた構成があるEnterpriseLibraryでは機​​能しません。

アドレス指定しないままにすると、ExceptionPolicy.HandleExceptionを呼び出すと次のものが生成されます。

ホストされたサービスまたは開発ファブリックで実行されていません。

アプリの実行場所に基づいてこれを条件付きで削除するには、EL5用の流暢な構成APIを使用できますが、構成を書き直す必要があります（すべてまたはまったくありません）。

web.config変換を使用することもできますが、3つの異なるソリューション構成（開発、ステージング、本番など）に加えて、dev-standaloneとdev-azureを区別するために4番目を導入する必要があります。

最後のオプションは、すべてのメッセージを** **（Azureで実行している場合）にルーティングするか、何もしないカスタムリスナーを作成することです。

他に何か提案はありますか？

参考までに、ASP.NETヘルスモニタリングは次のように構成されています。