Verbundener Standbymodus – E/A-Belastung
Dieser Test überprüft, ob der verbundene Standbymodus in Anwesenheit von IO-Ereignissen funktioniert und dass Datenbeschädigungen nicht über verbundene Standby-Übergänge hinweg auftreten.
Testdetails
| Spezifikationen |
|
| Plattformen |
|
| Unterstützte Versionen |
|
| Voraussichtliche Laufzeit (in Minuten) | 480 |
| Kategorie | Szenario |
| Zeitüberschreitung (in Minuten) | 28800 |
| Neustart erforderlich | false |
| Erfordert eine spezielle Konfiguration | false |
| Typ | automatic |
Zusätzliche Dokumentation
Tests in diesem Funktionsbereich enthalten möglicherweise zusätzliche Dokumentation, einschließlich Informationen zu Voraussetzungen, Einrichtung und Fehlerbehebung, die in den folgenden Themen zu finden sind:
Ausführen des Tests
Bevor Sie den Test ausführen, schließen Sie das Testsetup wie in den Testanforderungen beschrieben ab: Testvoraussetzungen für WDTF-Systemgrundlagen.
Stellen Sie vor dem Ausführen des Tests sicher, dass das System zuverlässig in den angeschlossenen Standbymodus einsteigen und diesen verlassen kann. Der Test prüft die Unterstützung des verbundenen Standbymodus. Stellen Sie außerdem sicher, dass mehr als 2 GB freier Speicherplatz auf dem Startvolume vorhanden ist, um sicherzustellen, dass RapidFile auf den Datenträger schreiben kann.
Problembehandlung
Informationen zur allgemeinen Problembehandlung bei HLK-Testfehlern finden Sie unter Problembehandlung bei Windows HLK-Testfehlern.
Informationen zur Problembehandlung finden Sie unter Problembehandlung der Windows HLK-Umgebung.
Wenn der Abschnitt „Konfiguration überprüfen“ fehlschlägt, schauen Sie sich das Protokoll aus der Aufgabe „Ausführen ParseTrace.exe“ an, um zu ermitteln, warum es fehlgeschlagen ist. Es kann dadurch verursacht werden, dass das System als Reaktion auf den Test, der diesen Befehl ausgibt, nicht in verbundenen Standby umschaltet.
Wenn der Test im Abschnitt „Long Haul“ fehlschlägt, können Sie die letzten wtl-Protokolle untersuchen, die von SCSI Compliance, RapidFile und dem Verbundenen Standby-Skript generiert wurden, um die Ursache des Fehlers zu ermitteln.
Weitere Informationen
Der Test besteht aus drei Teilen: Einrichten, Überprüfen der Konfiguration und Long Haul.
Im Einrichtungsteil werden die Dateien in das System kopiert, Prozesse vom DAM ausgenommen und die Testsignatur ermöglicht. Fehler in diesem Abschnitt sind einfach und die Ursache kann durch Anzeigen der vom Vorgang zurückgegebenen Fehlercodes bestimmt werden.
Der Konfigurationsprüfungsteil führt verbundene Standby-, RapidFile- und SCSI-Compliancetests parallel für einige Minuten aus, während die Datenträgeraktivität und die Leistungszustände der Geräte nachverfolgt werden. Damit wird sichergestellt, dass die Geräte als Reaktion auf den Test in die richtigen Leistungszustände umschalten. Am häufigsten wird ein Fehler in der Aufgabe „Run ParseTrace.exe“ angezeigt, die die Ergebnisse aus den ETW-Ablaufverfolgungen auswertet und bestimmt, ob die Geräte in die richtigen Zustände umgeschaltet haben. Das Anzeigen des Vorgangsprotokolls für diese Aufgabe sollte die Ursache des Fehlers anzeigen.
Wenn die ersten beiden Teile bestanden wurden, tritt der Test in den Long-Haul-Teil ein, in dem die gleichen drei Dateien parallel ausgeführt werden wie im Prüfkonfigurationsteil, aber dieses Mal ohne die ETW-Ablaufverfolgung. Die Aufgaben werden für 8 Stunden ausgeführt und gelten als bestanden, wenn das System für diese Zeit weiterhin ausgeführt werden kann und die Datenintegrität beibehalten wird.
Befehlssyntax
| Befehlsoption | Beschreibung |
|---|---|
/Process |
Auszuführender Prozess: ConnectedStandby, RapidFile, RapidFile, RapidFileVerify oder SCSICompliance. |
/Duration |
Dauer zum Ausführen des Tests (Sekunden). |
/Device |
Laufwerkbuchstaben oder physische Laufwerksnummer des zu testenden Geräts. |
/Scenario |
Szenariotyp, der getestet werden soll: CheckConfiguration, Stress, LongHaul oder SelectiveSuspend. Standardwert: LongHaul |
Hinweis
Geben Sie /h ein, um die Befehlszeilenhilfe für diese Testbinärdatei anzuzeigen.
Befehlssyntax
| Befehl | Beschreibung |
|---|---|
cscript.exe ConnectedStandbyIOStress.wsf /Process:ConnectedStandby /Duration:[RunDurationSeconds] /Scenario:[Scenario] |
Führt den Verbundenen Standbytest aus. |
cscript.exe ConnectedStandbyIOStress.wsf /Process:RapidFile /Duration:[RunDurationSeconds] /Device:[StorageDriveLetter] /Scenario:[Scenario] |
Führt den RapidFile-Test aus. |
cscript.exe ConnectedStandbyIOStress.wsf /Process:SCSICompliance /Duration:[RunDurationSeconds] /Device:[StorageDriveNumber] /Scenario:[Scenario] |
Führt den SCSI-Compliancetest aus. |
Hinweis
Geben Sie /h ein, um die Befehlszeilenhilfe für diese Testbinärdatei anzuzeigen.
Dateiliste
| Datei | Standort |
|---|---|
ntlog.dll |
<osbinroot>\nttest\commontest\ntlog\ |
ntlogger.ini |
<osbinroot>\nttest\commontest\ntlog\ |
Damx.exe |
<testbinroot>\cstools\dam\ |
Stresslog.dll |
<testbinroot>\nttest\basetest\core_file_services\shared_libs\ |
Fbslog.dll |
<testbinroot>\nttest\basetest\core_file_services\shared_libs\fbslog\ |
Rapidfile.exe |
<testbinroot>\nttest\basetest\core_file_services\shared_tests\wdk |
ParseTrace.exe |
<testbinroot>\nttest\driverstest\storage\sd\lowpower\ |
ConnectedStandbyIOStress.wsf |
<testbinroot>\nttest\driverstest\storage\wdk\connectedstandy\ |
Wttlog_obj.js |
<testbinroot>\nttest\driverstest\storage\wdk\ |
Scsicompliance.exe |
<testbinroot>\nttest\driverstest\storage\wdk\ |
Parameter
| Parametername | Parameterbeschreibung |
|---|---|
| LLU_NetAccessOnly | Benutzerkonto für den Zugriff auf die Testdateifreigabe. |
| LLU_LclAdminUsr | Benutzerkonto für die Ausführung des Tests. |
| DiskDeviceObjLink | Zugewiesen durch Parameter bei der Speichererstellung. |
| StorageDriveLetter | Zugewiesen durch Parameter bei der Speichererstellung. |
| StorageDriveNumber | Zugewiesen durch Parameter bei der Speichererstellung. |
| Destructive | (0,1) 0=Passiv, 1=Destruktiv |