Testvoraussetzungen für iSCSI-Startkomponenten

Dieser Abschnitt beschreibt die Aufgaben, die Sie erledigen müssen, bevor Sie ein iSCSi-Boot-Komponentengerät mit dem Windows Hardware Lab Kit (Windows HLK) testen:

• Hardwareanforderungen.

• Softwareanforderungen.

• Testen der Computerkonfiguration.

Das Testen einer iSCSI-Startkomponente überprüft, ob ein System die Verwendung eines iSCSI-Ziels als Startdatenträger unterstützt. Die iSCSI-Startkomponente kann Teil des System-BIOS, des iSCSI-Hostbusadapters (HBA), der über erweiterte BIOS- oder Netzwerkkarte verfügt, die über eine Vorbootausführungsumgebung (PXE) und ein iSCSI-Startladeprogramm verfügt, um den Computer zu starten.

Das iSCSI-Start-BIOS- oder Ladeprogramm verwendet den Phoenix Int 13h BIOS-Unterbrechungsaufruf, damit das Betriebssystem starten kann, als ob ein lokal angefügter Datenträger vorhanden ist. Datenträgerlese- und Schreibvorgänge über Phoenix Int 13h-Erweiterungen werden über iSCSI an den Remotedatenträger umgeleitet. Das iSCSI-Start-BIOS oder Ladeprogramm erstellt die iSCSI-Start-Firmware-Tabelle (iBFT), die die Informationen enthält, die für das Microsoft Windows-Betriebssystem erforderlich sind, um das Laden nach Abschluss des Betriebssystemladeprogramms fortzusetzen und der Windows-Kernel gestartet wurde.

Die iSCSI-Startkomponente enthält Folgendes:

• Code für die Vorabstartinitiierung

• Eine Implementierung von iBFT in Firmware oder BIOS

• Absturzdumpunterstützung in neuen oder vorhandenen Treibern

Hardwareanforderungen

Für das Testen einer iSCSI-Startkomponente ist die folgende Hardware erforderlich. Möglicherweise benötigen Sie zusätzliche Hardware, wenn das Testgerät andere Features bietet. Informationen dazu, ob zusätzliche Hardwareanforderungen gelten, finden Sie in der Testbeschreibung für jeden Test, der für das Gerät in Windows HLK Studio angezeigt wird.

• Ein Testcomputer. Die Testcomputer müssen die Windows HLK-Anforderungen erfüllen, wie unter Windows HLK-Voraussetzungen und die folgenden betriebssystemspezifischen Anforderungen beschrieben:

  • Zum Testen auf Windows 8, Windows 7, Windows Vista oder Windows XP:

    • Ein Dual-Core- oder gleichwertiger Prozessor

    • 4 GB Arbeitsspeicher

  • Für Tests auf Windows Server 2012, Windows Server 2008 R2, Windows Server 2008 oder Windows Server 2003

    • Ein Quad-Core- oder gleichwertiger Prozessor

    • 6 GB Arbeitsspeicher

• Hardware und Software, die die iSCSI-Startkomponente in der Serveroption ROM, NIC-Option ROM, Firmware oder PXE-Implementierung enthalten.

• Zwei Ethernet-Ethernet-Netzwerkadapter mit Logos.

Wenn Sie Geräte mit einem Pool von Testcomputern testen, muss mindestens einer dieser Computer vier Prozessoren und mindestens 1 GB RAM enthalten. Außerdem muss dieser Computer das Gerät und den Treiber enthalten, die Sie testen möchten. Wenn der Treiber auf allen Computern des Pools derselbe ist, erstellt das System einen Zeitplan für die Ausführung auf allen Testcomputern.

Bei Tests, die keinen zu testenden Treiber enthalten, wie z. B. Festplattentests, beschränkt der Windows HLK Zeitplaner die Tests, die das Rebalancing des Geräts und des Treibers, den D3-Status und die Funktionalität mehrerer Prozessorgruppen validieren, auf die Ausführung auf dem Standard-Testrechner. Sie müssen diesen Computer manuell so konfigurieren, dass er über mehrere Prozessorgruppen verfügt. Der Standardcomputer ist der erste Testcomputer in der Liste. Das Testpersonal muss sicherstellen, dass der erste Testcomputer auf der Liste die Mindesthardwareanforderungen erfüllt.

bcdedit.exe /set groupsize 2
bcdedit.exe /set groupaware on
shutdown.exe -r -t 0 -f

bcdedit.exe /deletevalue groupsize
bcdedit.exe /deletevalue groupaware
shutdown.exe -r -t 0 -f

HKLM\System\CurrentControlSet\Control\DeviceGuard
HypervisorEnforcedCodeIntegrity:REG_DWORD
0 or 1 (disabled, enabled)

Softwareanforderungen

Die folgende Software ist zum Testen einer iSCSI-Startkomponente erforderlich:

• Die Treiber für das Testgerät.

• Die neuesten Windows HLK-Filter oder -Updates.

• Die aktuelle Version des Windows Driver Kit (WDK).

• Windows-Symboldateien. Diese sind auf der Website "Symboldateien" verfügbar.

• Microsoft iSCSI Software Initiator 2.02Boot +.

• Ein Kernelmodustreiber zum Lesen von iBFT in Firmware oder BIOS (siehe Microsoft-iSCSI-Boot-Firmware-Table-Spec-v1.0.doc).

Testen der Computerkonfiguration

Führen Sie die folgenden Schritte aus, um den Testcomputer zum Testen einer iSCSI-Startkomponente zu konfigurieren:

1. Wenn der Testcomputer deaktiviert ist, führen Sie die folgenden Assemblyschritte aus:

   1. Installieren Sie das Testgerät, das den iSCSI-Start unterstützt.

   2. Richten Sie eine iSCSI-Umgebung ein, und aufzeichnen Sie die IP-Adressen und Zielnamen der Geräte.

2. Aktivieren Sie den Testcomputer, installieren Sie das entsprechende Windows-Betriebssystem, installieren Sie alle verfügbaren Windows-Updates, und konfigurieren Sie dann den Computer für Ihr Testnetzwerk. Das Testnetzwerk ist das Netzwerk, in dem sich das Windows HLK Studio und der Windows HLK Controller befinden.

3. Wenn Sie den vom Hersteller bereitgestellten Gerätetreiber auf dem Testcomputer installieren müssen, führen Sie dies jetzt aus.

4. Starten Sie das Testsystem im Microsoft Windows-Betriebssystem.

5. Stellen Sie sicher, dass Windows auf das iSCSI-Startgerät zugreifen kann.

6. Installieren Sie die Windows HLK-Clientanwendung auf dem Testcomputer.

7. Verwenden Sie Windows HLK Studio, um einen Computerpool zu erstellen, und verschieben Sie dann den Testcomputer in diesen Pool.

Stellen Sie sicher, dass sich der Testcomputer in einem betriebsbereiten Zustand befindet, bevor Sie mit den Tests beginnen. Wenn für einen Test Parameter festgelegt werden müssen, bevor er ausgeführt werden kann, wird ein Dialogfeld für diesen Test angezeigt. Weitere Informationen finden Sie im jeweiligen Testthema.

Einige Windows HLK-Tests erfordern einen Benutzereingriff. Wenn Sie Tests für eine Übermittlung durchführen, empfiehlt es sich, die automatisierten Tests in einem Block getrennt von den manuellen Tests auszuführen. Dadurch wird verhindert, dass ein manueller Test den Abschluss eines automatisierten Tests unterbricht.