Debuggen der Protokollierung in System Center Service Provider Foundation (SPF)
In diesem Artikel wird beschrieben, wie Sie die Debugprotokollierung in System Provider Foundation (SPF) entweder über die Windows-Ereignisanzeige oder über die Befehlszeile aktivieren.
Ursprüngliche Produktversion: System Center 2012 Orchestrator, System Center 2012 R2 Orchestrator
Ursprüngliche KB-Nummer: 2850280
Symptome
Microsoft System Center 2012 Service Pack 1 (SP1) System Provider Foundation und Microsoft System Center 2012 R2 System Provider Foundation enthalten native Debugprotokollierungsfunktionen, um die Behandlung von SPF-Problemen zu ermöglichen. SPF integriert die ETW-Protokollierung (Event Tracing for Windows), um eine ausführliche Debugausgabe zu erzeugen. Diese Funktionalität ist standardmäßig deaktiviert, um eine optimale Dienstleistung zu erzielen, kann jedoch aktiviert werden, wenn Probleme mit SPF reproduziert werden. Die SPF-Protokollierung kann entweder über die Windows-Ereignisanzeige oder über die Befehlszeile mithilfe des Hilfsprogramms logman.exe aktiviert werden.
Methode 1: Befehlszeile
Diese Methode hat den Vorteil, dass sie skriptfähig und auch etwas weniger auswirkungen auf die Systemleistung hat. Da jede Debugsitzung ein neues Protokoll erzeugt, ist diese Methode im Allgemeinen auch einfacher für die iterative Problembehandlung zu verwenden.
Führen Sie die folgenden Schritte aus, um eine SPF-ETL-Ablaufverfolgung zu erstellen:
Melden Sie sich bei Ihrem SPF-Server an, und öffnen Sie eine Eingabeaufforderung mit erhöhten Rechten oder ein PowerShell-Fenster, indem Sie mit der rechten Maustaste auf die Verknüpfung klicken und Als Administrator ausführen auswählen.
Geben Sie die folgenden Befehle ein, um die Ablaufverfolgungsdefinition zu erstellen:
Für System Center 2012 R2 System Provider Foundation:
logman create trace spfdebugtrace -p Microsoft-ServiceProviderFoundation0xc0000000000000000x5 logman update spfdebugtrace -p Microsoft-Windows-PowerShell0xf0010000000003ff 0x5 logman update spfdebugtrace -pActivityEventSource 0x0 0xff
Für System Center 2012 Service Pack 1 (SP1) System Provider Foundation:
logman create trace spfdebugtrace -p Microsoft-ServiceProviderFoundation-Core 0x8000000000000000 0x5 logman update trace spfdebugtrace -p Microsoft-ServiceProviderFoundation-VMM 0x8000000000000000 0x5 logman update spfdebugtrace -p Microsoft-Windows-PowerShell0xf0010000000003ff 0x5
Geben Sie ein
logman start spfdebugtrace
, um die Ablaufverfolgung zu starten.Reproduzieren Sie das Problem, das Sie untersuchen.
Beenden Sie die Ablaufverfolgung, indem Sie eingeben
logman stop spfdebugtrace
.Navigieren Sie zum Speicherort der Ablaufverfolgung (standardmäßig C:\PerfLogs\Admin, siehe unten), und konvertieren Sie die Ablaufverfolgung in ein lesbares Format, indem Sie den Befehl
netsh trace convert spfdebugtrace_000001.etl
eingeben. Der genaue Dateiname der ETL-Datei kann unterschiedlich sein, wenn Sie mehrere Ablaufverfolgungen erstellt haben. Geben Sie den Wert Ausgabespeicherort einlogman query spfdebugtrace
, und untersuchen Sie diesen, um den Namen der neuesten ETL-Datei anzuzeigen.
Tipp
- Sie können den Speicherort der Protokolldatei mit dem Befehl
logman update trace spfdebugtrace -o <location>
ändern. Beispiel:logman update trace spfdebugtrace c:\temp
. - Wenn Sie sich nicht direkt beim SPF-Server anmelden können, aber dennoch über Netzwerkkonnektivität verfügen, können Sie die Ablaufverfolgung remote erstellen, indem Sie an die
logman
obigen Befehle anhängen-s <computername>
. Beispiel:logman create trace spfdebugtrace -p Microsoft-ServiceProviderFoundation-Core 0x8000000000000000 0x5 -s spfserver01
. - ETL-Protokolldateien können sehr schnell groß werden. Versuchen Sie, Ihr Problem zu reproduzieren, und beenden Sie die Ablaufverfolgung, sobald sich das Problem reproduziert.
- Es kann hilfreich sein, gleichzeitig VMM-Debugprotokolle für einige Probleme zu sammeln. Weitere Informationen finden Sie unter Aktivieren der Debugprotokollierung in Virtual Machine Manager .
Methode 2: Ereignisanzeige
Eine alternative Methode zum Anzeigen von SPF-Debuginformationen besteht darin, den Ablaufverfolgungskanal über Ereignisanzeige zu aktivieren. Diese Methode ist weniger fehleranfällig, aber es kann schwieriger sein, Daten anzuzeigen, wenn eine große Anzahl von Einträgen protokolliert wird. Die protokollierten Informationen sind identisch.
Führen Sie die folgenden Schritte aus, um die SPF-Debugprotokollierung in Ereignisanzeige zu aktivieren:
- Öffnen Sie Ereignisanzeige, und wählen Sie Ansicht und dann Analyse- und Debugprotokolle anzeigen aus, falls dies noch nicht ausgewählt ist.
- Navigieren Sie zu Anwendungs- und Dienstprotokolle>Microsoft>ServiceProviderFoundation>Core.
- Klicken Sie mit der rechten Maustaste auf Den Analysekanal für SPF-Kern , und wählen Sie Protokoll aktivieren aus. Antworten Sie auf OK , wenn Sie aufgefordert werden, das Protokoll zu aktivieren.
- Wiederholen Sie Schritt 3 für Anwendungs- und Dienstprotokolle>Microsoft>ServiceProviderFoundation>VMM>SPF VMM Analytics-Protokoll.
- Reproduzieren Sie Ihr Problem.
- Klicken Sie mit der rechten Maustaste auf jedes Protokoll, und wählen Sie Protokoll deaktivieren aus. Erfasste Ereignisse werden im rechten Bereich angezeigt.
Tipp
Sie können die Protokolle zur einfacheren Anzeige exportieren, indem Sie Aktionen\Alle Ereignisse speichern unter... auswählen und den Typ "Speichern unter" in Text (tabtrennt)(*.txt) ändern.
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für