Debuggen der Protokollierung in System Center Service Provider Foundation (SPF)

08/04/2020
3 Minuten Lesedauer

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

Problembeschreibung

Microsoft System Center 2012 Service Pack 1 (SP1) System Provider Foundation und Microsoft System Center 2012 R2 System Provider Foundation enthalten systemeigene Debugprotokollierungsfunktionen zur Behandlung von SPF-Problemen. SPF integriert die Ereignisablaufverfolgung für Windows (ETW)-Protokollierung, um ausführliche Debugausgabe zu erzeugen. Diese Funktionalität ist standardmäßig deaktiviert, um eine optimale Dienstleistung zu bieten, kann jedoch bei der Bereitstellung von Problemen mit SPF aktiviert werden. Die SPF-Protokollierung kann entweder über die Windows-Ereignisanzeige oder über die Befehlszeile mithilfe des Dienstprogramms logman.exe werden.

Methode 1: Befehlszeile

Diese Methode hat den Vorteil, skriptfähig zu sein und wirkt sich etwas weniger negativ auf die Systemleistung aus. Da jede Debugsitzung ein neues Protokoll erzeugt, ist diese Methode im Allgemeinen auch für die iterative Problembehandlung einfacher zu verwenden.

Verwenden Sie die folgenden Schritte, 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 logman start spfdebugtrace den Typ ein, um die Ablaufverfolgung zu starten.
Reproduzieren Sie das Problem, das Sie untersuchen.
Beenden Sie die Ablaufverfolgung, indem Sie folgendes logman stop spfdebugtrace eingeben.
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 logman query spfdebugtrace Sie den Ausgabespeicherortwert ein, und untersuchen Sie ihn, um den Namen der neuesten ETL-Datei zu sehen.

Tipp

Sie können den Speicherort der Protokolldatei mithilfe des Befehls 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 die oben genannten -s <computername> logman Befehle anfügen. Zum Beispiel: logman create trace spfdebugtrace -p Microsoft-ServiceProviderFoundation-Core 0x8000000000000000 0x5 -s spfserver01.
Die Anzahl der ETL-Protokolldateien kann sehr schnell anwachsen. Versuchen Sie, das Problem zu reproduzieren und die Ablaufverfolgung zu beenden, sobald das Problem reproduziert wird.
Es kann hilfreich sein, bei einigen Problemen gleichzeitig VMM-Debugprotokolle zu sammeln. Weitere Informationen finden Sie unter "Aktivieren der Debugprotokollierung in Virtual Machine Manager Details.

Methode 2: Ereignisanzeige

Eine alternative Methode zum Anzeigen von SPF-Debuginformationen besteht in der Aktivierung des Ablaufverfolgungskanals über die Ereignisanzeige. Diese Methode ist weniger fehleranfällig, aber es ist möglicherweise schwieriger, Daten anzeigen, wenn eine große Anzahl von Einträgen protokolliert wird. Die protokollierten Informationen sind identisch.

Um die SPF-Debugprotokollierung in der Ereignisanzeige zu aktivieren, verwenden Sie die folgenden Schritte:

Öffnen Sie die Ereignisanzeige, und wählen Sie "Ansicht" aus, und wählen Sie dann "Analyse- und Debugprotokolle anzeigen" aus, wenn die Option noch nicht ausgewählt ist.
Navigieren Sie zu "Applications and Services Logs > Microsoft > ServiceProviderFoundation > Core".
Klicken Sie mit der rechten Maustaste auf den Analysekanal für SPF Core, und wählen Sie "Protokoll aktivieren" aus. Antwort MIT OK, wenn Sie aufgefordert werden, das Protokoll zu aktivieren.
Wiederholen Sie Schritt 3 für Anwendungs- und Dienstprotokolle > Microsoft > ServiceProviderFoundation > VMM > SPF VMM-Analyseprotokoll.
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.