AzureWebの役割があります。例外やOSのアップデートによりリサイクルされる場合があります。これには、VMの再起動が含まれる場合と含まれない場合があります。VMが再起動されたのか、それともホストプロセスがWaIISHost.exe
再起動されただけなのかを知りたい。
これを最も簡単な方法で見つけるにはどうすればよいですか?
AzureWebの役割があります。例外やOSのアップデートによりリサイクルされる場合があります。これには、VMの再起動が含まれる場合と含まれない場合があります。VMが再起動されたのか、それともホストプロセスがWaIISHost.exe
再起動されただけなのかを知りたい。
これを最も簡単な方法で見つけるにはどうすればよいですか?
任意のマシン (VM、RDP など) で、コマンド プロンプトを実行できます。
net statistics server | more
これにより、マシンの統計が返され、最後にマシンの電源がオンになった時刻として取得できるタイム スタンプ (以降の統計) が付けられます。
RDP アクセスを有効にして Azure VM にログインすると、いくつかの方法で見つけることができます。また、VM のリサイクルと役割のリサイクルは、特定のケースでは 2 つの別個のイベントである可能性があり、役割のリサイクルは VM のリサイクルを必要としない場合があります。
ロール ホスト プロセス (つまり、WaIISHost.exe) に例外がある場合、イベント ログにこの例外に関するエントリが記録され、ロールが再起動されます (または、例外に応じて再起動され続けます)。計画的または計画外の更新のために VM が再起動された場合、ロール ホスト プロセスは適切に閉じられ、ロール ホスト プロセスに関して例外がログに記録されることはありません。
また、ロール ホスト プロセスの開始時刻を確認し (ProcessExplorer を使用)、システム アップタイムをチェックして違いを確認すると、ロールがいつ再起動されたか、VM が実行されてからの時間を説明するために、かなりの時間差があるはずです。
最後に、C:\log フォルダーにある最新の waappagent.log (日時を確認して最新のものを選択) を確認し、役割の状態が変更されたときにクラッシュ固有のログがあったかどうかを示す役割の deployementID ベースの状態を検索します。それを理解するには、たくさんのロットをシャッフルする必要があるかもしれません。これは、問題の原因となったロール ホスト プロセスに問題があったかどうかを判断するためにエージェント固有のログを掘り下げるもう 1 つの粗雑な方法です。