i principali 5 errori da evitare nel backup dei database

I PRINCIPALI 5 ERRORI
DA EVITARE NEL BACKUP
DEI DATABASE ORACLE®
Alcune delle tue informazioni più importanti si trovano all’interno di database Oracle.® Per preservare questi dati ai fini di un
recovery immediato e un’archiviazione a lungo termine è essenziale disporre di un’efficace strategia di protezione dei dati.
Di seguito sono descritti cinque errori da evitare e i motivi per cui i tuoi backup Oracle forse non sono efficienti come dovrebbero.
1. UTILIZZO DEI SISTEMI DI PRODUZIONE PER ARCHIVIARE I DUMP DI DATABASE
Molto spesso il DBA (amministratore di database) lancia un dump del database come parte del processo di backup. I dump
vengono conservati nell’unico storage accessibile, che nella maggior parte dei casi è il sistema in cui viene utilizzato e archiviato
il database della produzione. Per i database mission-critical il sistema di produzione probabilmente usa uno storage a elevata
ridondanza e alte prestazioni. Tuttavia, l’uso di questo storage per archiviare i dump di database implica un notevole dispendio
di costose risorse, e finisce per esporre i backup agli stessi rischi che potrebbero mettere in pericolo il database della produzione.
Suggerimento: assicurati di archiviare i dump di database in un sistema di storage diverso da quello usato per il database
di produzione. L’ideale è uno storage ottimizzato per le copie di backup. Nell’eventualità di un danno irreversibile al sistema
di produzione, i dump del database saranno al sicuro e pronti per un recovery immediato.
2. OPERAZIONI DUMP-AND-SWEEP NON COORDINATE
Molti database vengono protetti con un approccio dump-and-sweep stratificato, in cui i dump di database vengono trasferiti in
storage di backup a lungo termine con un’applicazione di backup specializzata. In questo modo il DBA controlla la pianificazione
dei backup del database di produzione, garantendosi l’accesso alle copie di backup più recenti. Allo stesso tempo, si assicura
che le copie del database siano disponibili al team addetto al backup che potrà così provvedere ai requisiti per l’archiviazione
sul lungo termine, la governance e il disaster recovery. Il concetto è semplice, ma nella pratica questo approccio può rivelarsi
complesso. Se il trasferimento (“sweep”) dei file di backup ha inizio mentre il dump di database è ancora in corso, il backup dei
file risulterà inutile. Nel peggiore dei casi, il problema verrà identificato solo in occasione di un disaster recovery o di un serio
danneggiamento che impone il recovery dai backup sul lungo termine.
Suggerimento: assicurati che l’operazione di “sweep” del backup dei file cominci solo dopo che è terminato il dump del database.
3. ESAURIMENTO DELLO SPAZIO DI STORAGE PER I LOG DI RIPRISTINO
I backup rappresentano una soluzione essenziale per preservare lo spazio di storage dei log di ripristino. Nell’ambito di un
backup, i log vengono copiati nello storage dei backup per poter essere cancellati dallo storage della produzione e liberare
spazio per nuovi log. Se lo spazio destinato ai log non viene svuotato sistematicamente, si rischia un sovraccarico del volume
di log e il conseguente crash del database. I backup, quindi, non servono solo in caso di recovery, ma anche per assicurare
il funzionamento efficiente dei database.
Suggerimento: i backup di database danneggiati devono essere identificati e corretti tempestivamente per evitare che una serie
di backup inutili provochi un problema nello spazio di log. Se un database ha un volume di transazioni molto elevato, può essere
necessario eseguire più backup al giorno. In questo caso, dei backup incrementali dei soli log o in base ai blocchi rappresentano
una soluzione più pratica.
4. BACKUP DI DATABASE NON COERENTI O CRASH-CONSISTENT
Le transazioni di database comportano molteplici modifiche che vengono apportate al database come se costituissero una
singola unità. Se anche una sola parte di queste modifiche non è completa, risulterà incompleta l’intera transazione. Un backup
di un database in questo stato di completamento parziale è detto non coerente o crash-consistent. Il risultato? Una copia
di database danneggiata, che dovrà essere corretta. Per ripristinare la coerenza della copia del database, sarà necessario
completare le transazioni incomplete oppure annullarle. I backup crash-consistent spesso si verificano quando un sistema
di storage avvia una snapshot hardware senza prima avere disattivato e stabilizzato il database (in modo da consentire
il completamento delle transazioni in atto). In alcuni casi il ripristino del database è impossibile e la copia di backup inutilizzabile.
Suggerimento: esegui sempre backup coerenti, chiudendo il database prima di eseguire un backup “a freddo”. In alternativa,
usa un hot backup oppure una snapshot, da integrare al database per garantire la coerenza delle transazioni prima che sia
avviato il backup.
5. IMPATTO DEI BACKUP SULLE PERFORMANCE DEL DATABASE
Le operazioni di backup possono incidere sensibilmente sulle prestazioni di un database complesso con un volume elevato
di transazioni. È molto importante, perciò, pianificare i backup in modo da ridurre al minimo l’impatto sulle performance. Un errore
diffuso è quello di eseguire i backup contestualmente ad altre attività di manutenzione del database. Se i backup dei database
vengono effettuati mentre sono in corso delle verifiche di integrità o delle routine di compattazione, le prestazioni crolleranno.
Suggerimento: pianifica i backup in modo che non coincidano con altre operazioni di manutenzione del database. Se queste
ultime richiedono molto tempo, una pianificazione coordinata della tempistica può essere difficoltosa. Sfruttando i vantaggi delle
capacità di integrazione incrementale, è possibile ridurre sensibilmente i tempi, snellendo il coordinamento delle attività in modo
che non si sovrappongano.
TI PRESENTIAMO VERITAS NETBACKUP™ COPILOT FOR ORACLE®
Il backup dei database Oracle diventa più facile con NetBackup™ Copilot for Oracle.® Questa soluzione innovativa combina
il software Veritas NetBackup™ e l’appliance NetBackup,™ garantendo prestazioni eccezionali tramite un modello di utilizzo
self-service. NetBackup Copilot consente agli amministratori di database di gestire i backup in totale autonomia e in base alle
proprie tempistiche, di mantenere la visibilità su tutti i livelli di storage e di eseguire il recovery da qualunque copia disponibile.
Gli amministratori di backup possono implementare policy per gestire su disco, nastro o cloud lo storage, la conservazione
e il trasferimento delle copie di backup dei database. Evita questi errori tipici nel backup dei database e facilita la collaborazione
tra DBA e amministratore dei backup, assicurandoti al contempo la protezione dei tuoi database.
Per maggiori informazioni, visita go.veritas.com/netbackup-copilot-for-oracle
ULTERIORI INFORMAZIONI
Il Forward Thinking Backup nasce da NetBackup, il software di backup e recovery attualmente leader di settore. Viene offerto come
piattaforma convergente integrata, con appliance di storage scalabili che riducono i costi e semplificano incredibilmente operazioni
e implementazioni.
Partendo da questa base, potrai sfruttare soluzioni innovative come Information Map, che affianca NetBackup per migliorare
ulteriormente la gestione e lo sfruttamento dei dati. Grazie al Forward Thinking Backup di Veritas, sarai pronto per affrontare
il futuro in tutta sicurezza.
Per maggiori informazioni, visita www.veritas.com/forward-thinking-backup
INFORMAZIONI SU VERITAS TECHNOLOGIES LLC
Veritas Technologies LLC aiuta le aziende a sfruttare il potenziale delle informazioni in loro possesso grazie a soluzioni progettate
per gli ambienti eterogenei più grandi e complessi al mondo. Veritas collabora con l’86% delle attuali aziende Fortune 500,
aiutandole a migliorare la disponibilità dei loro dati e a recuperare informazioni utili per acquisire un vantaggio competitivo.
Veritas (Italy) S.r.l.
4th Floor
Via Mengoni 4
Milan, 20121
Italy
Tel: +39 02/30315169
www.veritas.com
Per informazioni sui contatti in ogni specifico
Paese, visita il nostro sito web.
https://www.veritas.com/about/contact.html
V0215IT 07/16
© 2016 Veritas Technologies LLC. Tutti i diritti riservati. Veritas e il logo Veritas sono marchi o marchi registrati di Veritas Technologies o delle sue consociate negli Stati Uniti
e in altri paesi. Altri nomi possono essere marchi dei rispettivi proprietari.
2