Problembehandlung bei Systemservertests
Führen Sie die in diesem Artikel beschriebenen Schritte aus, um Probleme zu beheben, die mit dem Windows Hardware Lab Kit (Windows HLK) System.Server-Tests auftreten.
In diesem Artikel:
Allgemeine Problembehandlung bei Systemservern
Lesen Sie die folgenden Themen, um Hilfe bei Servertests zu erhalten:
Die Windows HLK-Themen, die für das Gerät, den Treiber oder den Systemtest spezifisch sind.
LoadGen Server-Belastung – Zuerst ausführen – Festlegen der Computerrichtlinen
LoadGen Server-Belastung – Zuletzt ausführen – Zurücksetzen der Computerrichtlinen
Stellen Sie für Servergeräte- und Treibertests sicher, dass das getestete System wie folgt konfiguriert ist:
Es ist die richtige Version von Windows installiert.
Die Server Core-Option ist installiert.
Die getestete System verfügt über mindestens vier Kerne\logische Prozessoren.
Auf dem getesteten System sind mindestens 6 GB RAM installiert.
Für Speichergerätetests benötigen Sie möglicherweise zwei Geräteinstanzen mit Speicherlaufwerken, wenn das Speichergerät ein Startgerät ist.
Wenn der Fehler gemeldet wird, dass Windows HLK Studio dem Projekt keine Ziele hinzufügen konnte, wählen Sie das Ziel erneut aus, schließen Sie Windows HLK Studio, und starten Sie dann Windows HLK Studio erneut. Der Fehler bedeutet, dass die Daten nicht aktualisiert werden.
Der Sysparse-Prozess führt die Gatherer-DLLs direkt aus. Ein zweiter Prozess namens Asset Configuration Manager Engine (ACME) überwacht Hardwareänderungen und benachrichtigt das System, wenn eine oder mehrere Hardwareänderungen auftreten. ACME wartet, bis ein Timeout auftritt oder bis häufige Hardwareänderungsberichte beendet werden, bevor die abonnierten Gatherer initiiert werden.
Einige Tests verursachen Hardwareänderungen im Verlauf der Testausführung. Dies bewirkt, dass Sysparse regelmäßig ausgeführt wird. Sysparse kann große Mengen an Arbeitsspeicher verbrauchen, was durch die Gatherer verursacht wird, die ausgeführt werden und Daten sammeln. Sysparse sollte die laufenden Tests nicht beeinträchtigen, da diese in den meisten Fällen die Leistung nicht überprüfen.
Stellen Sie sicher, dass das System, auf dem Windows HLK Controller installiert ist, über ausreichende Hardwarefunktionen verfügt, um die Testanforderungen zu erfüllen. Eine Beschreibung dieser Hardwareanforderungen finden Sie unter Windows HLK-Voraussetzungen. Wenn sich die Anzahl der getesteten Geräte und Systeme erhöht, müssen Sie möglicherweise mehr Prozessoren, Arbeitsspeicher oder Speicher hinzufügen.
Problembehandlung bei fehlgeschlagenen Systemservertests
Wenn ein Test fehlschlägt, führen Sie die folgenden Schritte aus:
Wenn der Fehler innerhalb von Minuten nach dem Teststart auftritt, bedeutet dies in der Regel, dass etwas nicht ordnungsgemäß konfiguriert worden ist. Überprüfen Sie die Einrichtung der Testumgebung erneut.
Wenn der Test ausgeführt wurde, sollte eine Protokolldatei mit dem Namen Srvlog.xml im Windows HLK Controller vorhanden sein. Folgen Sie diesen Schritten:
Öffnen Sie Job Monitor in Windows HLK Studio.
Navigieren Sie zum Computerpool des geplanten Tests.
Wählen Sie im Bereich Job Execution Status die Option Loadgen Server Stress – Start Test for Server aus.
Klicken Sie im Bereich Task Execution Status mit der rechten Maustaste auf RunJob -Launch Server Logo Kit, und wählen Sie Child Job Result aus.
Kehren Sie zum Bereich Job Execution Status zurück, und wählen Sie Launch Server logo Kit aus.
Klicken Sie im Bereich Task Execution Status mit der rechten Maustaste auf Start LogGen task, und wählen Sie View Task Log aus. Das Protokoll wird aus dem ursprünglichen Loadgen-Protokoll analysiert und enthält nur Fehler und Erfolgsmeldungen.
Um das ursprüngliche Loadgen-Textprotokoll abzurufen, wiederholen Sie die Schritte 1-5, klicken Sie dann mit der rechten Maustaste auf Launch Server Logo Kit, und wählen Sie Browse Job Logs aus. Damit wird die Protokollfreigabe auf dem Windows HLK Controller geöffnet; die Loadgen-Protokolldatei srv.log befindet sich in der Freigabe.
Ziehen Sie die Datei Srv.log in Editor, und legen Sie sie dort ab.
Scrollen Sie in Editor zum Dateiende.
Suchen Sie unten nach der Zeichenfolge "Error -". Der Text in derselben Zeile beschreibt den Fehler. Möglicherweise müssen Sie mehrmals suchen, um die Ursache des Fehlers zu finden. Die Informationen in der Protokolldatei liefern nur einen groben Anhaltspunkt dafür, was fehlgeschlagen ist.
Loadgen fordert weitere Clients an
Wenn die vorhandenen Clients auf dem getesteten System nicht genügend Belastung generieren können, fordert Loadgen weitere Stressclients (SC) an. Diese Funktion ist für große Server und die Möglichkeit vorgesehen, dass einige SC mitten während einer Ausführung ausfallen. Im Allgemeinen sollten Sie mit acht SC beginnen. Das Belastungsniveau sollte sich in den ersten drei bis vier Stunden des Tests stabilisieren. Wenn weitere Clients erforderlich sind, wird dieses Popupfenster im Allgemeinen in diesem Zeitrahmen auf dem Mastercontroller (MC) angezeigt. Sie haben sechzig Minuten Zeit, um einen neuen Client hinzuzufügen, sonst wird der Test beendet und schlägt fehl.
Hinweis
Nachdem eine Übermittlung gestartet wurde, können Sie keine weiteren Computer zu einem Computerpool hinzufügen. Wenn Sie den Test mit weniger als acht Clients starten, stellen Sie sicher, dass zusätzliche Clients im Computerpool vorhanden sind, bevor Sie mit dem Testen beginnen.
Wenn Loadgen nach vier Stunden Testzeit weitere Clients anfordert, bedeutet dies wahrscheinlich, dass irgendwo ein Fehler aufgetreten ist. Einer oder mehrere der vorhandenen Clients sind ausgefallen, es sind Probleme mit der Netzwerkverbindung aufgetreten oder ein anderes Problem hindert das getestete System daran, die erforderliche Auslastung von 40 % zu erreichen. Es kann sich dabei um ein Problem mit dem NIC-Treiber in Kombination mit der Netzwerkgeschwindigkeit handeln oder der Implementierung von Leistungsüberwachungsindikatoren, von denen der Loadgen-MC abhängt.
Führen Sie in diesem Fall die folgenden Schritte zur Problembehandlung aus:
Um einen vorübergehenden Hardwarefehler in der NIC auszuschließen, verwenden Sie eine andere NIC desselben Modells und Herstellers.
Verwenden Sie ein anderes NIC-Modell desselben Herstellers, das aber denselben Treiber verwendet.
Verwenden Sie eine NIC und einen Treiber eines anderen Herstellers.
Wenn eine oder mehrere NICs direkt auf der Systemplatine installiert sind, wechseln Sie zu den Hardwaresystemeinstellungen, und deaktivieren Sie die NIC auf dieser Ebene, damit Windows sie nicht erkennt. Verwenden Sie dann ein anderes Gerät und einen anderen Treiber für die Tests.
Wenn mehrere NICs direkt auf der Systemplatine installiert sind und Sie kein zusätzliches Gerät in einem PCI Express-Steckplatz installieren können, wechseln Sie zu den Hardwaresystemeinstellungen, und deaktivieren Sie alle NICs bis auf eine, damit Windows die anderen NICs nicht erkennt.
Hinweis
Jede erkannte NIC muss während des Tests belastet werden. Dies erfordert, dass jede NIC SC in einem separaten physischen Netzwerksegment enthält.
Switches, die über integrierte erweiterte Features verfügen, können den Test auf verschiedene Weise beeinträchtigen. Zum Beispiel:
Ein Switch kann die Fähigkeit haben, die Ports im Switch zu verlangsamen, wenn er verworfene Pakete oder andere Fehler an einem Port feststellt. Wenn eine 10GigE-NIC auf dem getesteten System den Datenverkehr empfangen soll, der sich ergeben würde, wenn alle Ports auf 1 GigE verlangsamt würden, kann der Loadgen-Test nicht den erforderlichen Netzwerkbandbreitenauslastungsgrad von 40 % erreichen, der zum Bestehen des Tests erforderlich ist.
Ein Switch kann in Reaktion auf Regeln und Logik, die in den Switch integriert sind, den Datenverkehr weiterleiten oder das Netzwerk segmentieren. Zu dieser integrierten Logik gehören z. B. Lastenausgleich, Redundanz, Quality of Service (QoS, Dienstqualität), Spiegelung, Duplex versus Simplex-Betrieb, adaptives oder intelligentes Brdiging, Portpriorisierung oder MAC-Filterung, die sich auf die Netzwerkbandbreitenauslastung einer NIC auswirken können.
Error=0x80004005
Wenn folgender Fehler gemeldet wird: Main::RunMain:: Test Check, Spsrv wurde gestoppt und hat den erforderlichen Prozentsatz (100) nicht erreicht (Fehler=0x80004005). Führen Sie in diesem Fall die folgenden Schritte aus:
Schließen Sie Windows HLK Studio.
Ändern Sie den Computernamen des getesteten Systems in einen Namen mit höchstens 15 Zeichen.
Starten Sie das getestete System neu.
Öffnen Sie Windows HLK Studio, und führen Sie den Test LoadGen Server Stress - Start Test for Server erneut aus.
Serverbelastungstests
Stellen Sie beim Ausführen von Serverbelastungstests sicher, dass die Netzwerkinfrastruktur, die das getestete System mit den SCs und dem Mastercontroller verbindet, auf der Ebene der Netzwerkschnittstellenkarte (NIC) im getesteten System arbeiten kann. Wenn ein getestetes System über eine oder mehrere 10GigE-NICs verfügt, müssen die SCs und die Netzwerkinfrastruktur diesem Leistungsniveaus gerecht werden.
Stellen Sie sicher, dass die Netzwerkinfrastruktur, die DHCP, DNS, Active Directory, Windows HLK Controller, Windows HLK Studio, getestetes System, SCs und MC verbindet, ordnungsgemäß funktioniert. Alle Systeme müssen unter Verwendung eines Hostnamens oder einer IP-Adresse miteinander kommunizieren. Dies kann mithilfe eines einfachen Pingtests bestätigt werden.
Stellen Sie sicher, dass die DHCP-, DNS- und Active Directory-Server ordnungsgemäß funktionieren. Es sollte keine veralteten DNS-Einträge vorhanden sein. Der DHCP-Server sollte für den Betrieb im Netzwerk autorisiert sein, die Konfiguration muss richtig sein, die DHCP-Bereiche müssen korrekt sein, es sollte kein falsches Multi-Homing verwendet werden und das DHCP-Systemereignisprotokoll sollte keine Fehler enthalten. Der Active Directory-Domänencontroller sollte keine Fehler melden und der Zeitdienst muss über alle Systeme synchronisiert werden.
Verwenden virtueller Computer (VMs) in der Testumgebung
Es gibt keine bekannten Probleme mit DHCP, DNS, AD und anderen Systemen, die in einer VM enthalten sind. Probleme können auftreten, wenn SCs in einer VM ausgeführt werden. Diese Probleme beziehen sich in der Regel auf das Generieren der Netzwerkbandbreitenauslastung. Um Probleme zu vermeiden, stellen Sie sicher, dass die folgende Konfiguration eingerichtet ist:
Jede SC-VM muss über eine dedizierte physische NIC verfügen, um das mit der NIC des getesteten Systems verbundene Netzwerk zu belasten.
Sie müssen mindestens über physische NICs verfügen, die mit den SC-VMs verbunden sind und mindestens die zweifache maximale Bandbreite der NIC des getesteten Systems erreichen können.
Stellen Sie sicher, dass die physischen Systeme, die für SC-VMs verwendet werden, nicht durch hohe CPU-Auslastungen überlastet sind und dass für alle VMs ausreichend physischer Arbeitsspeicher vorhanden ist.