Prerequisiti di test dei componenti di avvio iSCSI
Questa sezione descrive le attività che è necessario completare prima di testare un dispositivo componente di avvio iSCSi usando Windows Hardware Lab Kit (Windows HLK):
Il test di un componente di avvio iSCSI verifica che un sistema supporti l'uso di una destinazione iSCSI come disco di avvio. Il componente di avvio iSCSI può far parte del BIOS di sistema, della scheda bus host iSCSI (HBA), della scheda di rete con BIOS esteso o scheda di rete con un ambiente di esecuzione di preavvio (PXE) e un programma di caricamento di avvio iSCSI per avviare il computer.
Il bios di avvio iSCSI o il programma loader usa la chiamata di interrupt BIOS Phoenix Int 13h per consentire l'avvio del sistema operativo come se fosse presente un disco collegato localmente. Le operazioni di lettura e scrittura su disco tramite le estensioni Phoenix Int 13h vengono reindirizzate tramite iSCSI al disco remoto. Il programma iSCSI boot BIOS o loader crea la tabella iSCSI Boot Firmware (iBFT) che contiene le informazioni necessarie per il sistema operativo Microsoft Windows per continuare il caricamento dopo che il caricatore del sistema operativo è stato completato e il kernel Windows è stato avviato.
Il componente di avvio iSCSI include quanto segue:
Codice di avvio preliminare
Implementazione di iBFT nel firmware o nel BIOS
Supporto crashdump nei driver nuovi o esistenti
Requisiti hardware
L'hardware seguente è necessario per testare un componente di avvio iSCSI. Potrebbe essere necessario hardware aggiuntivo se il dispositivo di test offre altre funzionalità. Per determinare se si applicano requisiti hardware aggiuntivi, vedere la descrizione del test per ogni test visualizzato per il dispositivo in Windows HLK Studio.
Un computer di test. I computer di test devono soddisfare i requisiti di Windows HLK, come descritto in Prerequisiti di Windows HLK e i requisiti specifici del sistema operativo seguenti:
Per i test su Windows 8, Windows 7, Windows Vista o Windows XP:
Un processore dual core o equivalente
4 GB di memoria
Per i test su Windows Server 2012, Windows Server 2008 R2, Windows Server 2008 o Windows Server 2003
Un processore quad-core o equivalente
6 GB di memoria
Hardware e software che contengono il componente di avvio iSCSI nell'opzione server ROM, rom opzione scheda di interfaccia di rete, firmware o implementazione PXE.
Due schede di rete Gigabit Ethernet con logo.
Nota
Per certificare il prodotto da usare nei server, il computer di test deve supportare quattro processori e almeno 1 GB di RAM. Queste funzionalità di sistema sono necessarie per testare la funzionalità Ribilanciamento, Stato D3 e Gruppo di processori multipli del dispositivo e del driver. Non è necessario un computer con più di 64 processori per testare il dispositivo. Inoltre, i sistemi server usati per i test di dispositivo o driver devono avere Server Core installato prima del test. Per altre informazioni, vedere Opzioni di installazione di Windows Server.
Se si usa un pool di computer di test per testare i dispositivi, almeno un computer nel pool deve contenere quattro processori e almeno 1 GB di RAM. Inoltre, tale computer deve contenere il dispositivo e il driver da testare. Se il driver è lo stesso in tutti i computer del pool, il sistema crea una pianificazione da eseguire su tutti i computer di test.
Per i test che non includono un driver da testare, ad esempio i test dell'unità disco rigido, l'utilità di pianificazione di Windows HLK vincola i test che convalidano il ribilanciamento del dispositivo e del driver, lo stato D3 e più gruppi di processori per l'esecuzione nel computer di test predefinito. È necessario configurare manualmente questo computer per avere più gruppi di processori. Il computer predefinito è il primo computer di test nell'elenco. Il personale di test deve assicurarsi che il primo computer di test nell'elenco soddisfi i requisiti hardware minimi.
Nota
Ad eccezione dei driver di para-virtualizzazione (come definito dal documento Criteri e processi WHCP ), non è possibile usare alcuna forma di virtualizzazione quando si testano i dispositivi fisici e i driver associati per la certificazione o la firma del server. Tutti i prodotti di virtualizzazione non supportano la funzionalità sottostante necessaria per superare i test correlati a più gruppi di processori, risparmio energia dei dispositivi, funzionalità PCI del dispositivo e altri test.
Nota
Impostazione più gruppi di processori È necessario impostare il valore per le dimensioni del gruppo di processori per i test di Hardware Lab Kit di Windows Server 2008 R2 e versioni successive per la certificazione. A tale scopo, eseguire bcdedit in una finestra del prompt dei comandi con privilegi elevati usando l'opzione /set.
I comandi per l'aggiunta delle impostazioni di gruppo e il riavvio sono i seguenti:
bcdedit.exe /set groupsize 2
bcdedit.exe /set groupaware on
shutdown.exe -r -t 0 -f
I comandi per rimuovere le impostazioni del gruppo e il riavvio sono i seguenti:
bcdedit.exe /deletevalue groupsize
bcdedit.exe /deletevalue groupaware
shutdown.exe -r -t 0 -f
Nota
Impostazione dell'integrità del codice
La funzionalità sicurezza basata sulla virtualizzazione (VBS) di Windows Server 2016 deve essere abilitata usando prima di tutto Server Manager.
Una volta che si è verificato, è necessario creare e impostare la chiave del Registro di sistema seguente:
HKLM\System\CurrentControlSet\Control\DeviceGuard
HypervisorEnforcedCodeIntegrity:REG_DWORD
0 or 1 (disabled, enabled)
Requisiti software
Il software seguente è necessario per testare un componente di avvio iSCSI:
Driver per il dispositivo di test.
I filtri o gli aggiornamenti più recenti di Windows HLK.
Versione corrente di Windows Driver Kit (WDK).
File di simboli di Windows. Questi sono disponibili nel sito Web Dei file di simboli.
Iniziatore software iSCSI Microsoft 2.02Boot +.
Driver in modalità kernel per leggere iBFT nel firmware o nel BIOS (vedere Microsoft-iSCSI-Boot-Firmware-Table-Spec-v1.0.doc).
Testare la configurazione del computer
Per configurare il computer di test per testare un componente di avvio iSCSI, seguire questa procedura:
Quando il computer di test è disattivato, completare i passaggi di assembly seguenti:
Installare il dispositivo di test che supporta l'avvio iSCSI.
Configurare un ambiente iSCSI e registrare gli indirizzi IP e i nomi di destinazione dei dispositivi.
Attivare il computer di test, installare il sistema operativo Windows appropriato, installare tutti gli aggiornamenti di Windows disponibili e quindi configurare il computer per la rete di test. La rete di test è la rete che contiene Windows HLK Studio e Windows HLK Controller.
Se è necessario installare il driver di dispositivo fornito dal produttore nel computer di test, eseguire questa operazione.
Avviare il sistema di test nel sistema operativo Microsoft Windows.
Verificare che Windows possa accedere al dispositivo di avvio iSCSI.
Installare l'applicazione client Windows HLK nel computer di test.
Usare Windows HLK Studio per creare un pool di computer e quindi spostare il computer di test in tale pool.
Assicurarsi che il computer di test sia nello stato pronto prima di iniziare il test. Se un test richiede che i parametri vengano impostati prima dell'esecuzione, verrà visualizzata una finestra di dialogo per tale test. Per altre informazioni, vedere l'argomento di test specifico.
Alcuni test di Windows HLK richiedono l'intervento dell'utente. Quando si eseguono test per un invio, è consigliabile eseguire i test automatizzati in un blocco separatamente dai test manuali. Ciò impedisce a un test manuale di interrompere il completamento di un test automatizzato.
Avviso
Quando si testano i dispositivi di archiviazione, è consigliabile completare tutti i test dei concetti fondamentali dei dispositivi prima di avviare i test di archiviazione. I test di archiviazione riconfigureranno il dispositivo di test, lasciando il dispositivo in uno stato non idoneo per supportare i test dei concetti fondamentali del dispositivo. Le configurazioni seguenti illustrano i passaggi per creare un volume nel dispositivo di test dell'archiviazione. Questo è importante per completare la parte fondamentale del dispositivo di test (Dev Fund).