La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.
Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).
In questo documento vengono descritti diversi tipi di errori del disco, viene spiegato come classificarli e vengono forniti gli strumenti per identificarli.
Nessun requisito specifico previsto per questo documento.
Le informazioni fornite in questo documento si basano sui dischi rigidi di Unified Computing System (UCS).
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Il documento descrive inoltre il ruolo del controller del disco rigido (HDD) e del controller RAID (Redundant Array of Independent Disks) quando vengono identificati gli errori medi sulle unità.
Nota: Gli errori medi vengono anche definiti errori multimediali
Cosa causa gli errori del supporto HDD?
La causa più comune degli errori medi è la scarsa ampiezza del segnale, che determina
In che modo il disco rigido rileva l'errore medio?
Passaggio 1. Il disco rigido esegue periodicamente scansioni dei supporti in background per rilevare gli errori.
Passaggio 2. Il disco rigido tenta di leggere dal supporto e per qualche motivo non è in grado di recuperare i dati scritti.
Passaggio 3. Quando il disco rigido non è in grado di recuperare i dati che sono stati scritti, richiama il codice di recupero del disco rigido che tenterà di eseguire vari passaggi di ripristino dell'errore per leggere correttamente i dati dal supporto.
Passaggio 4. Se tutte le operazioni di ripristino hanno esito negativo, l'unità genera un errore 03/11/0x nuovamente nell'host e gli LBA vengono inseriti nell'elenco dei difetti in sospeso.
In che modo il controller Raid rileva gli errori medi?
Quando il sistema operativo visualizza gli errori medi?
Durante il funzionamento di un'unità, la testa può trovarsi su un settore con un livello di lettura magnetica ridotto. I dati sono ancora leggibili, ma possono scendere al di sotto della soglia preferita per i livelli di lettura qualificati del settore. Questa unità disco considererebbe questo un settore che potrebbe e vorrebbe risparmiare questi dati in una nuova posizione disponibile nell'elenco di riserve valide note. Una volta spostati i dati, l'indirizzo del settore precedente viene aggiunto all'elenco Difetti estesi, per non essere più utilizzato. Questo processo è un errore del supporto recuperabile. L'unità darà un impulso SMART una volta che la maggior parte dei suoi settori di riserva noti-validi saranno esauriti.
Nota:l'LSI (Latent Semantic Indexing) consiglia di lasciare la frequenza di lettura di pattuglia e le altre impostazioni di lettura di pattuglia sui valori predefiniti per ottenere le migliori prestazioni del sistema. Se si decide di modificare i valori, registrare qui il valore predefinito originale in modo da poterlo ripristinare in seguito.
Nota: durante l'esecuzione di Patrol Read non viene segnalato lo stato di avanzamento. Lo stato di lettura della pattuglia è riportato solo nel registro eventi.
Le opzioni di Patrol Read sono come mostrato nell'immagine:
Esempi di MegaCli
Per visualizzare le informazioni sullo stato di lettura della pattuglia e il ritardo tra le esecuzioni di lettura della pattuglia:
# MegaCli64 -AdpPR -Info -aALL
Per conoscere la frequenza di lettura corrente delle pattuglie, eseguire:
# MegaCli64 -AdpGetProp FrequenzaLetturaControllo -aALL
Per disabilitare la lettura automatica della pattuglia:
# MegaCli64 -AdpPR -Dsbl -aALL
Per abilitare la lettura automatica delle pattuglie:
#MegaCli64 -AdpPR -EnblAuto -All
Per avviare una scansione di lettura di pattuglia manuale:
# MegaCli64 -AdpPR -Start -All
Per interrompere una scansione di lettura di pattuglia:
# MegaCli64 -AdpPR -Stop -aALL
Nota: È consigliabile eseguire una verifica coerenza almeno una volta al mese.
Le opzioni di gestione del controllo di coerenza sono indicate nell'immagine:
Le opzioni di pianificazione del controllo di coerenza sono indicate nell'immagine:
Esempi di MegaCli
Per visualizzare il successivo tempo di verifica coerenza pianificato:
#MegaCli64 -AdpCcSched -Info -aALL
Per modificare l'ora pianificata per il controllo di coerenza:
#MegaCli64 -AdpCCSched -SetSTartTime 20171028 02 -All
Per disattivare la verifica di coerenza:
#MegaCli64 -AdpCcSched -Dsbl -aALL