Verwenden von Service Trace Viewer zum Anzeigen korrelierender Ablaufverfolgungen und der Problembehandlung

Artikel
02/27/2011

In diesem Thema wird das Format von Ablaufverfolgungsdaten und ihre Verwendung beschrieben. Dabei wird auch auf die Verwendung von Service Trace Viewer zur Problembehandlung in einer Anwendung eingegangen.

Verwenden des Service Trace Viewer-Tools

Das Windows Communication Foundation (WCF) Service Trace Viewer-Tool hilft Ihnen dabei, von WCF-Listenern erstellte Diagnoseablaufverfolgungen zu korrelieren, um die Ursache eines Fehlers zu ermitteln. Anhand dieses Tools können Sie mühelos Ablaufverfolgungen anzeigen, gruppieren und filtern, um Probleme mit WCF-Diensten zu diagnostizieren, zu reparieren und zu überprüfen. Weitere Informationen über die Verwendung dieses Tools finden Sie unter Service Trace Viewer-Tool (SvcTraceViewer.exe).

Dieses Thema enthält Screenshots von Ablaufverfolgungen, die durch Ausführen des Beispiels für Ablaufverfolgung und Nachrichtenprotokollierung generiert wurden. Die Anzeige erfolgte mithilfe des Service Trace Viewer-Tool (SvcTraceViewer.exe). In diesem Thema werden der Ablaufverfolgungsinhalt, Aktivitäten und ihre Korrelation erläutert. Zudem wird beschrieben, wie eine große Zahl von Ablaufverfolgungen im Rahmen der Problembehandlung analysiert werden können.

Anzeigen von Ablaufverfolgungsinhalt

Ein Ablaufverfolgungsereignis enthält die folgenden wichtigen Informationen:

Aktivitätsname bei Festlegung
Ausgabezeit
Ablaufverfolgungsebene
Name der Ablaufverfolgungsquelle
Prozessname
Thread-ID
Einen eindeutigen Ablaufverfolgungsbezeichner. Dabei handelt es sich um eine URL, die auf ein Ziel in der Online-MSDN Library verweist, das weitere Informationen zur Ablaufverfolgung bereitstellt.

Alle diese Informationen können Sie im oberen rechten Bereich im Viewer für Dienstabläufe einsehen, oder bei Auswahl einer Ablaufverfolgung im Abschnitt Grundlegende Informationen in der formatierten Ansicht des unteren rechten Bereichs.

Hinweis:
Wenn sich der Client und der Dienst auf demselben Computer befinden, können die Ablaufverfolgungen für beide Anwendungen eingesehen werden. Diese können über die Spalte Prozessname gefiltert werden.

Zudem bietet die formatierte Ansicht eine Beschreibung der Ablaufverfolgung sowie zusätzliche detaillierte Informationen, sofern diese verfügbar sind. Dazu gehören Ausnahmeart und -nachricht, Aufruflisten, Nachrichtenaktion, Felder Von/Zu und andere Ausnahmeinformationen.

Die XML-Ansicht enthält die folgenden nützlichen XML-Tags:

<SubType> (Ablaufverfolgungsebene)
<TimeCreated>
<Source> (Name der Ablaufverfolgungsquelle)
<Correlation> (Aktivitäts-ID, die bei Ausgabe der Ablaufverfolgung festgelegt wird)
<Execution> (Prozess- und Thread-ID)
<Computer>
<ExtendedData> einschließlich <Action>, <MessageID> und der <ActivityId>, die beim Senden einer Nachricht im Nachrichtenheader festgelegt wird

Wenn Sie die Ablaufverfolgung "Sent a message over a channel" ("Nachricht über einen Kanal gesendet") prüfen, wird möglicherweise der folgende Inhalt angezeigt.

<E2ETraceEvent xmlns="https://schemas.microsoft.com/2004/06/E2ETraceEvent">
   <System xmlns="https://schemas.microsoft.com/2004/06/windows/eventlog/system">
      <EventID>262163</EventID>
      <Type>3</Type>
      <SubType Name="Information">0</SubType>
      <Level>8</Level>
      <TimeCreated SystemTime="2006-08-04T18:45:30.8491051Z" />
      <Source Name="System.ServiceModel" />
       <Correlation ActivityID="{27c6331d-8998-43aa-a382-03239013a6bd}"/>
       <Execution ProcessName="client" ProcessID="1808" ThreadID="1" />
       <Channel />
       <Computer>TEST1</Computer>
   </System>
   <ApplicationData>
       <TraceData>
          <DataItem>
             <TraceRecord xmlns="https://schemas.microsoft.com/2004/10/E2ETraceEvent/TraceRecord" Severity="Information">
                 <TraceIdentifier>https://msdn.microsoft.com/en-US/library/System.ServiceModel.Channels.MessageSent.aspx</TraceIdentifier>
                 <Description>Sent a message over a channel.</Description>
                 <AppDomain>client.exe</AppDomain>
                 <Source>System.ServiceModel.Channels.ClientFramingDuplexSessionChannel/35191196</Source>
                <ExtendedData xmlns="https://schemas.microsoft.com/2006/08/ServiceModel/MessageTransmitTraceRecord">

                  <MessageProperties>
                     <AllowOutputBatching>False</AllowOutputBatching>
                  </MessageProperties>
                  <MessageHeaders>
                     <Action d4p1:mustUnderstand="1" xmlns:d4p1="http://www.w3.org/2003/05/soap-envelope" xmlns="http://www.w3.org/2005/08/addressing">http://Microsoft.ServiceModel.Samples/ICalculator/Multiply</Action>
                     <MessageID xmlns="http://www.w3.org/2005/08/addressing">urn:uuid:7c6670d8-4c9c-496e-b6a0-2ceb6db35338</MessageID>
                     <ActivityId CorrelationId="b02e2189-0816-4387-980c-dd8e306440f5" xmlns="https://schemas.microsoft.com/2004/09/ServiceModel/Diagnostics">27c6331d-8998-43aa-a382-03239013a6bd</ActivityId>
                     <ReplyTo xmlns="http://www.w3.org/2005/08/addressing">
                        <Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
                    </ReplyTo>
                    <To d4p1:mustUnderstand="1" xmlns:d4p1="http://www.w3.org/2003/05/soap-envelope" xmlns="http://www.w3.org/2005/08/addressing">net.tcp://localhost/servicemodelsamples/service</To>
                  </MessageHeaders>
                  <RemoteAddress>net.tcp://localhost/servicemodelsamples/service</RemoteAddress>
                </ExtendedData>
            </TraceRecord>
          </DataItem>
       </TraceData>
   </ApplicationData>
</E2ETraceEvent>

ServiceModel E2E-Ablaufverfolgung

Wenn die System.ServiceModel-Ablaufverfolgungsquelle mit einem anderen switchValue als OFF und ActivityTracing festgelegt wird, erstellt WCF Aktivitäten und Übertragungen für die WCF-Verarbeitung.

Eine Aktivität ist eine logische Verarbeitungseinheit, die alle verknüpften Ablaufverfolgungen zusammenfasst. So können Sie beispielsweise eine Aktivität für jede Anforderung definieren. Übertragungen stellen eine kausale Beziehung zwischen Aktivitäten innerhalb von Endpunkten her. Durch die Weitergabe der Aktivitäts-ID können Sie Aktivitäten über Endpunkte hinweg verknüpfen. Das wird durch Festlegen von propagateActivity=true an jedem Endpunkt während der Konfiguration erreicht. Aktivitäten, Übertragungen und Weitergabe ermöglichen es Ihnen, die Fehlerkorrelation durchzuführen. Auf diese Weise können Sie die Ursache eines Fehlers schneller ermitteln.

Auf dem Client wird für jeden Objektmodellaufruf (beispielsweise Open ChannelFactory, Add, Divide usw.) eine WCF-Aktivität erstellt. Jeder der Vorgangsaufrufe wird in einer "Process Action" (Aktion verarbeiten)-Aktivität verarbeitet.

Im folgenden Screenshot, der aus dem Beispiel Ablaufverfolgung und Nachrichtenprotokollierung stammt, wird im linken Fensterbereich die nach Erstellungsdauer geordnete Liste der Aktivitäten angezeigt, die im Clientprozess erstellt wurden. Es folgt eine chronologische Liste von Aktivitäten:

Kanalfactory erstellt (ClientBase).
Kanalfactory geöffnet.
Add-Aktion (Hinzufügen) verarbeitet.
Set Up Secure Session (Sichere Sitzung einrichten) ausgeführt (nach erster Anforderung ERFOLGT) und drei Sicherheitsinfrastruktur-Antwortnachrichten verarbeitet: RST, RSTR, SCT (Process message 1, 2, 3; Nachricht 1, 2, 3 verarbeiten).
Anforderungen Subtract, Multiply und Divide (Subtrahieren, Multiplizieren und Dividieren) verarbeitet.
Kanalfactory geschlossen, dabei sichere Sitzung beendet und Sicherheitsantwort Cancel (Abbrechen) verarbeitet.

Die Sicherheitsinfrastrukturnachrichten sind aufgrund der Bindung wsHttpBinding sichtbar.

Hinweis:
In WCF werden Antwortnachrichten, die verarbeitet werden, zunächst in einer separaten Aktivität (Nachricht verarbeiten) dargestellt, bevor sie durch eine Übertragung mit der entsprechenden ProcessAction-Aktivität korreliert werden, die die Anforderungsnachricht enthält. Das geschieht sowohl für Infrastrukturnachrichten als auch für asynchrone Anforderungen, da die Nachricht geprüft, der activityId-Header gelesen und die vorhandene ProcessAction-Aktivität mit der ID ermittelt werden muss, um die Korrelation vorzunehmen. Bei synchronen Anforderungen wird die Antwort blockiert, weshalb bekannt ist, mit welcher Verarbeitungsaktion die Antwort verknüpft ist.

In WCF werden Antwortnachrichten, die verarbeitet werden, zunächst in einer separaten Aktivität (Nachricht verarbeiten) dargestellt, bevor sie durch eine Übertragung mit der entsprechenden ProcessAction-Aktivität korreliert werden, die die Anforderungsnachricht enthält. Das geschieht sowohl für Infrastrukturnachrichten als auch für asynchrone Anforderungen, da die Nachricht geprüft, der activityId-Header gelesen und die vorhandene ProcessAction-Aktivität mit der ID ermittelt werden muss, um die Korrelation vorzunehmen. Bei synchronen Anforderungen wird die Antwort blockiert, weshalb bekannt ist, mit welcher Verarbeitungsaktion die Antwort verknüpft ist.