Come ottimizzare banda e pianificazione per evitare errori di throttling con Azure Backup MARS

Question

Come ottimizzare banda e pianificazione per evitare errori di throttling con Azure Backup MARS

Giorgia Roman 20

In azienda ci siamo trovati davanti a un problema piuttosto fastidioso con l’agente azure backup (MARS). Durante la finestra di backup notturno, i job falliscono in modo intermittente e nei log compaiono errori di throttling. Questo significa che alcuni server completano il backup, mentre altri rimangono bloccati e non riescono a scrivere i dati nel cloud. In un caso concreto, un database critico ha saltato due notti di backup consecutivi, e in un altro scenario un file server ha generato solo backup parziali, lasciando gli utenti senza una copia completa. È chiaro che la banda disponibile o la pianificazione dei job non è ottimizzata, ma non sappiamo bene come regolare questi parametri senza rischiare di compromettere la finestra di manutenzione. Per questo motivo vorrei chiedere ai colleghi: qual è il metodo consigliato per tarare la banda e il calendario dei job MARS, in modo da evitare errori di throttling e garantire backup affidabili ?

0 commenti

Risposta accettata dall'autore della domanda

0 risposte aggiuntive

Risposta

Answer 1

Ciao,

Gli errori di throttling che stai riscontrando si verificano generalmente quando troppi processi di backup competono contemporaneamente per la larghezza di banda disponibile, soprattutto durante una finestra di backup notturna molto ristretta. L'agente MARS dispone di controlli integrati per la limitazione della larghezza di banda, ma è importante configurarli correttamente per evitare che i carichi di lavoro più critici rimangano senza risorse.

Un buon punto di partenza è configurare la limitazione della larghezza di banda nelle impostazioni dell'agente MARS. È possibile impostare limiti differenti per il giorno e per la notte, in modo che i backup non saturino la capacità disponibile della connessione WAN. Molte organizzazioni ottengono buoni risultati riducendo leggermente il throughput massimo e sfalsando gli orari di avvio dei processi di backup, così da evitare che tutti i server inviino dati contemporaneamente. In questo modo il carico viene distribuito lungo l'intera finestra di backup, invece di concentrarsi in un unico momento.

Vale inoltre la pena rivedere la pianificazione dei backup. Se il database critico e il file server stanno utilizzando la larghezza di banda nello stesso momento, valuta la possibilità di posticipare uno dei due backup di una o due ore. Negli ambienti di grandi dimensioni, raggruppare i server in base alla priorità e pianificare i backup a ondate può contribuire a ridurre la contesa per la banda disponibile. Monitorare i log per individuare i server che falliscono con maggiore frequenza ti aiuterà a capire dove intervenire con eventuali modifiche.

Infine, ricorda che Azure Backup supporta la compressione e la deduplicazione dei dati. Assicurarsi che queste funzionalità siano abilitate può ridurre significativamente il volume di dati trasferiti ogni notte. Se la larghezza di banda continua a rappresentare un collo di bottiglia, potresti valutare l'adozione di una soluzione di backup ibrida con una cache locale prima del caricamento dei dati su Azure.

Jason.