Risoluzione dei problemi relativi ai test del server di sistema
Per risolvere i problemi che si verificano con i test di System.Server di Windows Hardware Lab Kit (Windows HLK), seguire i passaggi descritti in questo articolo.
Contenuto dell'articolo:
Risoluzione dei problemi generali del server di sistema
Esaminare gli argomenti seguenti per informazioni sui test del server:
Gli argomenti di Windows HLK specifici per il dispositivo, il driver o il test di sistema.
Stress del server LoadGen - Eseguire prima - Impostare i criteri del computer
Stress del server LoadGen - Eseguire l'ultimo - Reimpostare i criteri del computer
Per il test del dispositivo server e del driver, assicurarsi che il sistema sottoposto a test (SUT) sia configurato come indicato di seguito:
La versione corretta di Windows è installata.
L'opzione Server Core è installata.
Il SUT ha un minimo di quattro core\processori logici.
Il SUT ha un minimo di 6 GB di RAM installato.
Per i test dei dispositivi di archiviazione, potrebbero essere necessarie due istanze del dispositivo che dispongono di unità di archiviazione se il dispositivo di archiviazione è un dispositivo di avvio.
Se viene visualizzato un errore che Windows HLK Studio non è riuscito ad aggiungere destinazioni al progetto, selezionare nuovamente la destinazione, chiudere Windows HLK Studio e quindi riavviare Windows HLK Studio. L'errore indica che i dati non vengono aggiornati.
Il processo Sysparse esegue direttamente le DLL del raccoglitore. Un secondo processo, Asset Configuration Manager Engine (ACME), controlla le modifiche hardware e avvisa il sistema se si verificano una o più modifiche hardware. ACME attende fino a quando non si verifica un timeout o per i report di modifiche hardware frequenti da arrestare prima di avviare i raccoglitori sottoscritti.
Alcuni test causano modifiche hardware durante l'esecuzione del test. Ciò causa l'esecuzione regolare di Sysparse. Sysparse può utilizzare grandi quantità di memoria, che è causata dai raccoglitori che eseguono e raccolgono dati. Sysparse non deve interferire con i test perché nella maggior parte dei casi i test non verificano le prestazioni.
Assicurarsi che il sistema in cui sia installato windows HLK Controller abbia funzionalità hardware adeguate per soddisfare le esigenze di test. Per una descrizione di questi requisiti hardware, vedere Prerequisiti di Windows HLK . Poiché il numero di dispositivi e sistemi testati aumenta, potrebbe essere necessario aggiungere altri processori, memoria o archiviazione.
Risoluzione dei problemi relativi ai test del server di sistema non riusciti
Se un test ha esito negativo, seguire questa procedura:
Se l'errore si verifica entro minuti dall'avvio del test, in genere significa che qualcosa non è stato configurato correttamente. Riconfirma l'ambiente di test configurato.
Se il test è stato eseguito, dovrebbe essere presente un file di log denominato Srvlog.xml nel controller HLK di Windows. Seguire questa procedura:
In Windows HLK Studio aprire Monitoraggio processi.
Passare al pool di computer del test pianificato.
Nel riquadro Stato esecuzione processo selezionare Loadgen Server Stress - Start Test for Server.
Nel riquadro Stato esecuzione attività fare clic con il pulsante destro del mouse su RunJob -Launch Server Logo Kit e selezionare Risultato processo figlio.
Tornare al riquadro Stato esecuzione processo e selezionare Avvia kit logo server.
Nel riquadro Stato esecuzione attività fare clic con il pulsante destro del mouse su Avvia attività LogGen e selezionare Visualizza log attività. Il log viene analizzato dal log loadgen originale e contiene solo errori e passaggi.
Per recuperare il log di testo loadgen originale, ripetere i passaggi da 1 a 5 e quindi fare clic con il pulsante destro del mouse su Avvia Kit logo server e scegliere Sfoglia log processi. Verrà aperta la condivisione di log nel controller HLK di Windows; il file di log loadgen srv.log si trova nella condivisione.
Trascinare e rilasciare il file srv.log nel Blocco note.
Nel Blocco note scorrere fino alla parte inferiore del file.
Nella parte inferiore cercare la stringa "Error -". Il testo nella stessa riga descrive l'errore. Potrebbe essere necessario cercare più volte per trovare la causa dell'errore. Le informazioni nel file di log forniscono solo un indicatore di alto livello di ciò che non è riuscito.
Loadgen richiede più client
Se i client esistenti non possono generare abbastanza stress rispetto al SUT, Loadgen chiede più client di stress (SCS). Questa funzionalità è destinata a ospitare server di grandi dimensioni e la possibilità di un errore di alcune schede di rete nel mezzo di un'esecuzione. In generale, è consigliabile iniziare con otto SCS. Il livello di stress deve stabilizzarsi nei primi tre-quattro ore del test. Se sono necessari più client, in genere verrà visualizzato il popup nel controller master (MC) in tale intervallo di tempo. Saranno disponibili sessanta minuti per aggiungere un nuovo client o il test termina e avrà esito negativo.
Nota
Non è possibile aggiungere altri computer a un pool di computer dopo l'avvio di un invio. Se si avvia il test usando meno di otto client, assicurarsi di avere client aggiuntivi nel pool di computer prima di iniziare a testare.
Se Loadgen chiede più client dopo quattro ore di test, probabilmente significa che qualcosa non è riuscito. Si sono verificati uno o più client esistenti, si sono verificati problemi di connettività di rete o un altro problema impedisce al SUT di rilevare il carico di utilizzo richiesto del 40%. Questo può essere un problema del driver della scheda di interfaccia di rete in combinazione con la velocità di rete o l'implementazione del driver dei contatori del monitoraggio delle prestazioni su cui dipende Loadgen MC.
In questo caso, provare i passaggi seguenti per la risoluzione dei problemi:
Per escludere un errore hardware temporaneo nella scheda di interfaccia di rete, usare una scheda di interfaccia di rete diversa che corrisponde allo stesso modello e produttore.
Usare una scheda di interfaccia di rete del modello diversa dallo stesso produttore, ma che usa lo stesso driver.
Usare una scheda di interfaccia di rete e un driver da un driver del produttore diverso.
Se una o più schede di interfaccia di rete vengono installate direttamente nella scheda di sistema, passare alla configurazione del sistema hardware e disabilitare la scheda di interfaccia di rete a tale livello in modo che Windows non lo rilevi; usare quindi un dispositivo e un driver diversi per il test.
Se più schede di interfaccia di rete vengono installate direttamente sulla scheda di sistema e non è possibile installare un dispositivo aggiuntivo in uno slot PCI Express, passare alla configurazione del sistema hardware e disabilitare tutte le schede di interfaccia di rete, in modo che Windows non li rilevi.
Nota
Ogni scheda di interfaccia di rete rilevata deve essere stressata durante il test. Ciò richiede che ogni scheda di interfaccia di rete disponga di schede di rete su un segmento di rete fisico separato.
I commutatori che dispongono di funzionalità avanzate compilate in essi possono interferire con il test in vari modi. Ad esempio:
Un commutatore può avere la possibilità di rallentare le porte nel commutatore se rileva pacchetti eliminati o altri errori in una porta. Se una scheda di interfaccia di rete 10GigE sul SUT deve ricevere il traffico che comporta il rallentamento di tutte le porte fino a 1 GigE, il test loadgen non riesce a raggiungere il livello di utilizzo della larghezza di banda di rete del 40% necessario per superare il test.
Un commutatore può instradare il traffico o segmentare la rete in risposta alle regole e alla logica interna al commutatore (ad esempio bilanciamento del carico, ridondanza, qualità del servizio), mirroring, duplex e duplex. operazione simplex, bridging adattivo o intelligente, priorità delle porte o filtro MAC), che può influire sul livello di utilizzo della larghezza di banda di rete in una scheda di interfaccia di rete.
Error=0x80004005
Se viene visualizzato l'errore seguente: Main::RunMain:: Test Check, Spsrv arrestato e non ha superato la percentuale di passaggio necessaria (100) (Error=0x80004005). In questo caso, eseguire i passaggi seguenti:
Chiudere Windows HLK Studio.
Modificare il nome del computer SUT su 15 caratteri o meno.
Riavviare IL SUT.
Aprire Windows HLK Studio ed eseguire nuovamente il test del server LoadGen - Start Test for Server .
Test di stress del server
Quando si eseguono test di stress del server, assicurarsi che l'infrastruttura di rete che connette SUT alle schede di rete e l'mc possa eseguire a livello di scheda di interfaccia di rete (NIC) nel SUT. Se un SUT ha uno o più 10GigE SCHEDE di interfaccia di rete, le schede di rete e l'infrastruttura di rete devono soddisfare tale livello di prestazioni.
Assicurarsi che l'infrastruttura di rete che si connette a DHCP, DNS, Active Directory, Windows HLK Controller, Windows HLK Studio, SUT, SCS e MC funzioni correttamente. Tutti i sistemi devono comunicare tra loro usando un nome host o un indirizzo IP. Questa operazione può essere confermata usando un semplice test ping.
Assicurarsi che i server DHCP, DNS e Active Directory funzionino correttamente. Non dovrebbe essere presente alcun record DNS non aggiornato. Il server DHCP deve essere autorizzato a funzionare nella rete, la configurazione deve essere corretta, gli ambiti DHCP devono essere corretti, non devono esserci errori di multi-homing e non devono essere presenti errori nel registro eventi del sistema DHCP. Il controller di dominio Active Directory non deve segnalare errori e il servizio ora deve essere sincronizzato in tutti i sistemi.
Uso di macchine virtuali nell'ambiente di test
Non sono presenti problemi noti da DHCP, DNS, AD e altri sistemi in una macchina virtuale. I problemi possono verificarsi con controller di rete in esecuzione in una macchina virtuale. Questi problemi sono in genere correlati alla generazione del carico della larghezza di banda di rete. Per evitare problemi, assicurarsi che la configurazione seguente sia configurata:
Ogni macchina virtuale SC deve avere una scheda di interfaccia di rete fisica dedicata per inserire il carico nella rete connessa alla scheda di interfaccia di rete SUT.
Almeno, è necessario disporre di schede di interfaccia di interfaccia di rete fisiche affini alle macchine virtuali SC che sono in grado di almeno due volte la larghezza di banda massima della scheda di interfaccia di rete SUT.
Assicurarsi che i sistemi fisici usati per le macchine virtuali SC non siano sovrastressi con livelli elevati di utilizzo della CPU e che sia disponibile memoria fisica adeguata per tutte le macchine virtuali.