Prima di leggere questo articolo, avere familiarità con il funzionamento della garbage collection e del recupero dello spazio di Avamar.
Processi di recupero dello spazio Avamar, parte 1: Garbage collection
Processi di recupero dello spazio Avamar , parte 2: Scricchiolio
Processi di recupero dello spazio Avamar, parte 3: Processo di rimozione del checkpoint (RMCP)
In un sistema Avamar, la garbage collection (GC) è destinata all'esecuzione come processo pianificato.
È possibile eseguire il GC manualmente. Questa operazione è stata in passato nota come "aggressive garbage collection" (ACG). In realtà, questo non è diverso dalla GC normale e si consiglia di utilizzare il termine "garbage collection manuale".
La garbage collection manuale si riferisce alle situazioni in cui l'attività di manutenzione del GC viene eseguita per un periodo di tempo prolungato senza l'utilizzo dell'utilità di pianificazione della manutenzione di Avamar.
Questa tecnica potrebbe essere utile per alleviare i problemi gravi in cui la capacità dell'utente Avamar è molto elevata o se il sistema è in modalità di "sola lettura".
In questi casi, la garbage collection viene eseguita manualmente per ridurre il livello di capacità appena
al di sotto della soglia di sola lettura in modo che la finestra di backup possa essere eseguita e la garbage collection automatizzata possa continuare a funzionare normalmente.
In questo articolo viene descritto in che modo è appropriato utilizzare la garbage collection manuale e le condizioni di utilizzo.
La prima cosa da notare è che Avamar può occuparsi di attività di manutenzione automatizzate.
Non è necessario eseguire il micromanage di un sistema Avamar. Laddove possibile, la garbage collection pianificata deve essere autorizzata a "occuparsi del business" e a cancellare i dati scaduti dal sistema.
L'unico momento in cui la garbage collection manuale potrebbe essere appropriata è quando si verifica una situazione di "capacità GSAN estremamente elevata". potrebbe accadere dove il GC appropriato è stato ostacolato per un lungo periodo di tempo.
Se un ingegnere del supporto Avamar ha eseguito un'analisi appropriata, può richiedere l'approvazione per l'attività di garbage collection manuale da parte di un esperto in materia di Avamar.
L'utilizzo di Garbage Collection manuale
non è appropriato quando si affronta una situazione di "elevata capacità del sistema operativo" o un "utilizzo elevato della capacità GSAN". Quando la capacità GSAN è elevata, è fondamentale che la GC pianificata venga eseguita ogni giorno e per la quantità di tempo richiesta.
Utilizzo della "capacità
".script sh' descritto in
Avamar: Come utilizzare capacity.sh script per gestire la capacità su un sistema Avamar e assicurarsi che la garbage collection venga eseguita per almeno due passaggi.
Estendere gradualmente la finestra di manutenzione. Potrebbe trattarsi di un periodo di giorni. Monitorare il numero di passaggi raggiunti e la quantità di dati rimossi, fino a quando la tendenza della capacità non diventa negativa.
Se la tendenza della capacità non diventa negativa e la capacità non si abbassa, applicare ulteriori misure di capacity management. Vedere
Avamar: Concetti e formazione sul capacity management.
Il supporto può aiutare a verificare che la garbage collection sia in esecuzione in modo ottimale.
- Un sistema ottimizzato per bilanciare i dati in entrata e scaduti viene eseguito in steady-state. Consultare la guida alle best practice operative di Avamar.
- L'esecuzione manuale della garbage collection "maschera" i problemi di capacità, posticipando i passaggi da eseguire per riportare un sistema a uno stato di integrità per un utilizzo ininterrotto a lungo termine.
- L'esecuzione di Garbage Collection compete manualmente con l'attività di backup o replica per le risorse hardware. Le prestazioni a tutto tondo ne risentiranno.
- Alcune azioni necessarie per la garbage collection vengono eseguite automaticamente SOLO nelle ore delle finestre di manutenzione pianificate, ad esempio lo scarico di "cache di indice" per liberare più risorse.