Freigeben über

Abladung – SCSI-Compliance – Test (LOGO)

Mit diesem Test wird sichergestellt, dass Geräte den zugehörigen CDBs und VPDs für das Kopieren des Offloads entsprechen. Offload verwandte Funktionen werden in Spezifikationen 11-059, 11-078, 11-079 und 11-080 des T10 Technical Committee beschrieben. Der Test verwendet SCSI-Pass-Through-Anforderungen (IOCTL_SCSI_PASS_THROUGH) zum Erstellen und Senden von SCSI-Befehlsdeskriptorblöcken (CDBs) an das Gerät. Der Test bewertet die Ergebnisse der Befehle, um die Compliance zu überprüfen.

Testdetails

   
Spezifikationen
  • Device.Storage.Hd.OffloadedDataTransfer.CopyOffload
Plattformen
  • Windows Server 2016 (x64)
Unterstützte Versionen
  • Windows 10
  • Windows 10, Version 1511
  • Windows 10, Version 1607
  • Windows 10, Version 1703
  • Windows 10, Version 1709
  • Windows 10, Version 1803
  • Windows 10, Version 1809
  • Windows 10, Version 1903
  • Nächstes Update auf Windows 10
Voraussichtliche Laufzeit (in Minuten) 10
Kategorie Kompatibilität
Zeitüberschreitung (in Minuten) 600
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 die Testeinrichtung wie in den Testanforderungen beschrieben ab: Testvoraussetzungen für Festplattenlaufwerke.

Problembehandlung

Informationen zur allgemeinen Problembehandlung bei HLK-Testfehlern finden Sie unter Problembehandlung bei Windows HLK-Testfehlern.

Informationen zur Fehlerbehebung finden Sie unter Fehlerbehebung bei Device.Storage-Tests.

Der Test schreibt die Ergebnisse in die Protokolldatei Scsicompliance.wtl und Scsicompliance.wtl.txt. Fehler aus diesem Test treten durch Probleme auf, die in der Protokolldatei und in den Bugchecks identifiziert werden, die durch die Belastung des zu testenden Treibers entstehen.

Führen Sie während des Tests die folgenden Schritte aus, wenn Sie Probleme beim Entfernen einer LUN haben, die fehlschlägt, oder keine LUN aus dem Speichercontroller erstellen können:

  1. Stellen Sie vor der Ausführung dieses Tests sicher, dass das Speichergerät ordnungsgemäß funktioniert. Öffnen Sie Diskmgmt.msc, wählen Sie den Datenträger aus, und stellen Sie sicher, dass Sie das Gerät online und initialisiert platzieren können.

  2. Starten Sie den Windows HLK-Clientcomputer neu.

  3. Wählen Sie den Offload-SCSI-Compliancetest aus, und führen Sie diesen erneut aus. Führen Sie vor dem Test keinen Test aus.

  4. Wenn der Test fehlschlägt, führen Sie die einzelnen fehlgeschlagenen Befehlsdatenblöcke (cdbs) nacheinander aus, wobei die Ausführlichkeitsstufe der Protokollierung auf 4 (die höchste Stufe der Testprotokollierung) eingestellt ist. Dies zeigt an, welche Daten gesendet wurden und welche Daten zurückgegeben wurden. Wir haben frühere Instanzen gesehen, in denen eine Test faisl nach Abschluss mehrerer Cdbs abgeschlossen wurde, aber eigenständiges Übergeben. Wenn dies auftritt, gibt es ein Problem in der Firmware oder dem Test. Möglicherweise gab es eine Gerätezurücksetzung, die dazu führte, dass das Gerät vom Bus abfällt, was dazu führt, dass nachfolgende Befehle fehlschlagen. Gehen Sie folgendermaßen vor, um das Problem zu beheben:

    1. Kopieren Sie die Test-Binärdatei (Scsicompliance.exe) aus dem Windows HLK-Controller. Diese Datei befindet sich hier: \\controllername\tests\[processorarchitecture]\NTTEST\DriversTest\storage\wdk\

    2. Kopieren Sie die wttlog.dll Datei aus dem Windows HLK-Controller. Diese Datei befindet sich hier: \\<controllername>\Tests\[processorarchitecture]\wtt

    3. Platzieren Sie beide Dateien auf dem Testcomputer in einem separaten Ordner.

    4. Geben Sie aus einer Eingabeaufforderung aus dem Verzeichnis mit der Binärdatei den folgenden Befehl ein: Scsicompliance.exe /device deviceID <> /verbosity 4 /operation test /szenario <> /CDB <failcdbname>

      Warnung

         deviceID- und Szenariowerte finden Sie, indem Sie die Repro-Zeile innerhalb des Testprotokolls überprüfen. Der fehlgeschlagenecdbname kann gefunden werden, indem Sie die Test-Binärdatei mit der Option /?(scsicompliance.exe /?) ausführen.

       

    5. Wechseln Sie zurück in dasselbe Verzeichnis und überprüfen Sie die Ergebnisse, um festzustellen, ob Sie den Grund für das Fehlschlagen des Tests ermitteln können.

    6. Wenn Sie weitere Hilfe benötigen, sammeln Sie die txt- und wtl-Protokolle und teilen Sie die Protokolle mit Microsoft Customer Support Services.

Weitere Informationen

Befehlssyntax

Befehlsoption Beschreibung

Scsicompliance.exe

Die Testoptionen sind nachstehend aufgeführt.

/device

Das Gerät, auf dem der Test ausgeführt werden soll.

Beispiel: /Geräte physischer Gerätepfad <>

/operation

Der auszuführende Vorgang.

Beispiel: /Operation Test

/scenario

Das zu testende Feature.

Beispiel: /Scenario CopyOffload

/verbosity

Die Ebene der Protokollierungsausführlichkeit. Größere Werte verursachen eine ausführlichere Ausgabe.

Beispiel: /Verbosity 4

Hinweis

   Geben Sie /? ein, um die Befehlszeilenhilfe für diese Testbinärdatei anzuzeigen.

 

Dateiliste

Datei Standort

Scsicompliance.exe

<[testbinroot]>\nttest\driverstest\storage\wdk\

 

Parameter

Parametername Parameterbeschreibung
DiskDeviceObjLink Gerätepfad des zu testenden Datenträgers EX: \\.\disk0
WDKDeviceID Instanzpfad des zu testenden Geräts
LoggingVerbosity LoggingVerbosity: Ausführlichkeit der Protokollierung. Die Stufen sind kumulativ. 0 = Anweisungen und Ergebnisse. 1 = Details (Standard). 2 = CDBs, Daten und Sensorinformationen. 3 = Debug- und detaillierte Modusseiteninformationen. 4 = Speicherauslastung
ScenarioId Name des Testszenarios.
ScsiComplianceDevice Einheitenpfad
LLU_NetAccessOnly Benutzerkonto für den Zugriff auf die Testdateifreigabe.
LLU_LclAdminUsr Benutzerkonto zum Ausführen des Tests.
OperationId Vorgangsoption