In che modo gli ingegneri gestiscono i cicli di "reimmissione" della batteria del controller RAID?
Come notato in: Che cos'è un "reimpostazione della batteria" su un MegaRaid LSI? , il ciclo di riapprendimento scarica la batteria del controller RAID (BBWC o BBU), rimuovendo così l'accelerazione della cache di scrittura. La durata della batteria viene controllata e una volta caricata, la cache di scrittura viene riattivata. Ciò ha un impatto evidente sulle prestazioni di I / O del server per la durata del ciclo di riapprendimento. Penso che questo avvenga mensilmente.
Il degrado delle prestazioni è stato notato, in particolare sui sistemi di database:
Database lento? Controlla la batteria RAID!
Il mio background è nei server HP ProLiant, i cui controller Smart Array non eseguono questo esercizio ( o almeno hanno un monitoraggio più proattivo della durata della batteria ). Questa sembra essere una funzione terribile ( massimo inconveniente, piccolo guadagno ), ma mi trovo in un ambiente con molti controller LSI (su hardware Supermicro ) e vorrei vedere se è possibile applicare una politica generale ai sistemi pertinenti.
- Qual è la pianificazione predefinita del ciclo di riapprendimento su un controller LSI?
- Questi cicli di riapprendimento sono utili?
- Questa funzione dovrebbe essere disabilitata?
- Se si sceglie di lasciare questa funzione abilitata nel proprio ambiente, come si gestisce la pianificazione? Lo pianifichi manualmente o consenti al controller di impostare il proprio programma?
- I controller Dell Perc sono interessati allo stesso modo? ( LSI è l'OEM )