Cs prestazioni archiviazione
Questo test verifica che le prestazioni del dispositivo di archiviazione soddisfino i requisiti di prestazioni.
Dettagli del test
| Specifiche |
|
| Piattaforme |
|
| Versioni supportate |
|
| Tempo di esecuzione previsto (in minuti) | 240 |
| Categoria | Benchmark |
| Timeout (in minuti) | 14400 |
| Richiede il riavvio | false |
| Richiede una configurazione speciale | false |
| Tipo | automatic |
Documentazione aggiuntiva
I test in questa area di funzionalità potrebbero avere documentazione aggiuntiva, inclusi prerequisiti, configurazione e informazioni sulla risoluzione dei problemi, disponibili negli argomenti seguenti:
Esecuzione del test
Il dispositivo di archiviazione deve essere collegato al controller appropriato. Il test non è distruttivo in modo che non vengano eliminati file o partizioni durante il test. I file verranno tuttavia scritti nell'unità. È importante ridurre al minimo la quantità di attività che si verifica nell'unità all'esterno del test del logo. Poiché si tratta di un test delle prestazioni, l'attività esterna può influire sui risultati.
Risoluzione dei problemi relativi
Per la risoluzione dei problemi generici degli errori di test HLK, vedere Risoluzione dei problemi di test di Windows HLK.
Controllare la traccia WTT:
Passare ai risultati del processo figlio di RunJob - Libreria delle prestazioni dell'archiviazione.
Visualizzare il log attività di Esegui StorPerf.
Aprire il file di log StorPerf.wtl.
Verificare la presenza di messaggi che possono risolvere il problema.
Errore di dimensioni di intervallo:
Messaggio di errore: "La dimensione dell'intervallo richiesta, 10737418240 byte, è maggiore del file di precondizione, 7195066368 byte. Test di logo invalidato."
Se la dimensione dell'intervallo richiesta è maggiore del file di precondizione, verrà registrato un errore, ma il test continuerà a essere eseguito. Il file testzone.tmp creato è troppo piccolo per testare in modo sufficiente l'intervallo richiesto dal test.
È necessario fare più spazio per creare questo file oppure il file è troppo piccolo e non è stato eliminato correttamente prima di iniziare il test.
Attualmente, la dimensione minima del file di precondizione necessaria è 10 Gb. Lo spazio libero del 20% deve essere lasciato anche sull'unità. La fase di precondizione scrive un file che riempie tutto lo spazio libero lasciando il 20% dello spazio libero totale sull'unità.
Dimensioni totali del disco * 20% + spazio libero di 10 GB <
Controllare i singoli risultati dei test:
Esplorare i log dei processi di Archiviazione CS/Prestazioni archiviazione USB3.
Esistono diversi tipi di file per ogni test case eseguito all'interno del test copiato nel controller per la valutazione. Questi file contengono più informazioni di quanto sia disponibile nei log WTT.
I file con estensione result sono l'output della console di ogni processo avviato da questo test.
I file .xml vengono generati dal carico di lavoro avviato da questo test. È ciò che viene analizzato per ottenere le metriche.
Il file .csv è l'aggregazione di tutti i dati analizzati per ogni test case.
Il file .xls è lo stesso aggregato del file .csv dello stesso nome, ad eccezione del fatto che dispone di pass/fail codificati dal colore insieme al valore previsto della barra delle metriche.
La denominazione dei file con estensione result e .xml identifica in modo univoco l'esecuzione del test case.
Scen = Scenario.
La stringa esadecimale lunga identifica tutti i parametri passati al carico di lavoro.
La stringa esadecimale a tre cifre è l'ID thread.
Le ultime cifre sono le esecuzioni di questo stesso test case esattamente sullo stesso carico di lavoro.
Se si verifica un errore nel log, il primo posto da controllare è il file con estensione result dello stesso nome del test case in cui si è verificato l'errore. Quando si verifica un errore nel carico di lavoro, il file con estensione result viene copiato nel file di log con estensione wtl per semplificare l'accesso al contenuto.
Se non è in grado di aprire un handle sul disco, potrebbe non avere una partizione nell'unità o non essere in esecuzione come amministratore.
Se si verifica una discrepanza sulla metrica, i valori si trovano nel file .xml
Se si verifica una discrepanza sulle interazioni tra varianza o test case, i file .csv/.xls mostrano i risultati per tutti i test.
Problemi relativi all'apertura dei log ETW:
Se il test viene chiuso durante l'esecuzione, è possibile che un log ETW rimanga attivo.
Il modo più semplice per reimpostarlo consiste nel riavviare il computer.
Il logger può anche essere chiuso manualmente:
Apri una finestra del prompt dei comandi con privilegi elevati.
Eseguire query logman -ets
Eseguire logman stop -ets "Circular BitLocker Logger"
Per altre informazioni sulla risoluzione dei problemi, vedere Risoluzione dei problemi relativi ai test di Device.Storage.
Altre informazioni
Il processo accetta l'ID istanza del dispositivo del dispositivo in fase di test e converte l'ID istanza del dispositivo in un numero di unità fisica o una lettera di unità a seconda dello scenario. Se è richiesto dallo scenario, le partizioni del processo e formatta l'unità per ottenerla nella configurazione necessaria per il test. Il test verrà eseguito tramite una serie di test case mappati agli elementi nei requisiti. I test case sono autonomi ed vengono eseguiti in sequenza. È possibile ottenere un elenco di test case usando l'opzione della riga di comando PrintPolicy con il dispositivo appropriato specificato. Ognuno di questi test case può essere eseguito nella riga di comando usando il test in modalità autonoma con un file xml di criteri personalizzato usando l'opzione della riga di comando PolicyXML per ulteriori test o debug.
Il test delle prestazioni archiviazione archivia una tabella di criteri che definisce per ogni tipo di dispositivo quali test delle prestazioni devono essere eseguiti e quali metriche appropriate devono essere. Dopo aver selezionato gli elementi appropriati nella tabella, il test genererà in sequenza le istanze del carico di lavoro specificato, StorageAssessment, in questo caso, per testare gli elementi specificati nella tabella per tale dispositivo. Dopo aver completato il test di StorageAssessment e creato i risultati, il test delle prestazioni di archiviazione analizza questi valori e li confronta con le barre definite nei requisiti del logo per stampare i log pass/fail.
Lo scenario da testare viene fatto riferimento al flag DeviceTag nella riga di comando. Questo flag è un testcaseGroup nell'xml dei criteri. Il test include alcuni scenari predefiniti, ma consente scenari personalizzati, se necessario.
Uno scenario è definito da un ordine, un carico di lavoro, un accesso, un'operazione, un valore di operazione, dimensioni I/O, dimensioni di intervallo, runtime, profondità coda, percentuale di precondizione e MB precondizione. Ogni scenario definito nella tabella corrisponderà al carico di lavoro generato una volta. Più degli stessi scenari definiti per un dispositivo richiamano ancora un test case.
Una metrica è definita dal relativo tipo e valore. Intrinseco alla metrica è la relativa unità e se la barra è un limite superiore o inferiore. È possibile specificare molte metriche per ogni scenario in cui viene richiamato un solo test case per tale scenario.
Per ogni voce della tabella è specificato un criterio di varianza che definisce la varianza massima consentita nell'ultimo set di esecuzioni prima di interrompere il test case. Per molte delle voci definite come minimo di 5 esecuzioni, massimo di 30 esecuzioni e la varianza negli ultimi 5 esecuzioni deve essere inferiore al 10% per continuare i test. Il test case verrà eseguito fino a 30 volte o fino a quando non viene soddisfatto il requisito di varianza. A questo punto, la metrica verrà valutata in base alle proprietà definite della metrica (minimo, massimo, media, media e così via) nell'ultimo set di esecuzioni.
Sebbene il test delle prestazioni dell'archiviazione non sia limitato a un carico di lavoro, la maggior parte degli scenari definiti nella tabella dei criteri usa il carico di lavoro StorageAssessment per generare il carico di lavoro e le metriche delle prestazioni.
Utilizzo dei comandi
| Comando | Descrizione |
|---|---|
StorPerf.exe /DriveLetter [StorageDriveLetter] /DeviceTag CS_Boot |
Esegue i test CS nell'unità specificata. DeviceTag può anche essere CS_Boot_HS200 per le unità compatibili con HS200. |
Sintassi dei comandi
| Opzione comando | Descrizione |
|---|---|
/DriveNumber <numero> |
Numero di unità fisiche del dispositivo in fase di test. Esempio: /DriveNumber 0 |
/DriveLetter <lettera> |
Lettera di unità del dispositivo in fase di test. Esempio: /DriveLetter C |
/DeviceTag <valore> |
Identifica quale TestcaseGroup o ComparisonGroup selezionare come input dai file xml di configurazione. Questo parametro è distinzione tra maiuscole e minuscole e viene usato per l'indicizzazione dei file xml di criteri e confronto. Esempio: /DeviceTag CS_Boot |
Valore /PolicyXML <> |
Nome file xml dei criteri. Definisce tutti i parametri per l'esecuzione dei carichi di lavoro di I/O. Se non viene specificata alcuna opzione, il file predefinito verrà generato. Esempio: /PolicyXML CSPolicy.xml |
/Confronta <valore><> |
I due file xml da confrontare. Questi devono essere stati generati da un'esecuzione precedente di questo test. I file "FinalTestCasesAggregated*.xml" devono essere usati anziché i file "AllTestCasesAggregated*.xml" poiché non esiste alcuna garanzia che il numero di iterazioni sia lo stesso per ogni test case. Esempio: /Compare FinalTestCasesAggregated_42f4.xml FinalTestCasesAggregated_a732.xml |
/CompareXML <valore> |
Nome file xml di confronto. Definisce tutti i parametri per l'esecuzione del confronto. Se non viene specificata alcuna opzione, il file predefinito verrà generato. Esempio: /CompareXML CSCompare.xml |
/PrintPolicy |
Stampa la tabella dei criteri. |
Nota
Per la Guida della riga di comando per questo file binario di test, digitare /h.
Elenco file
| File | Posizione |
|---|---|
StorPerf.exe |
<[testbinroot]>\NTTest\driverstest\storage\wdk\ |
StorageAssessment.exe |
<[testbinroot]>\NTTest\driverstest\storage\wdk\StorageAssessment\ |
ssdtest.dat |
<[testbinroot]>\NTTest\driverstest\storage\wdk\StorageAssessment\ |
Parametri
| Nome parametro | Descrizione dei parametri |
|---|---|
| LLU_NetAccessOnly | Account utente per l'accesso alla condivisione file di test. |
| LLU_LclAdminUsr | Account utente per l'esecuzione del test. |
| WDKDeviceID | Percorso dell'istanza del dispositivo da testare. |
| Deviceid | DriveLetter o DriveNumber |
| DeviceTag | |
| DiskDeviceObjLink | Assegnato dai parametri di archiviazione. |
| Distruttivo | (0,1) 0=Passivo, 1=Distruttivo |
| QueryHS200 | Query se qualsiasi dispositivo supporta la modalità HS200 |