I backup mantengono i dati al sicuro, ma consumano anche risorse di archiviazione e di rete. RMAN di Oracle offre una compressione integrata per bilanciare il risparmio di spazio con l'utilizzo della CPU, e strumenti esterni consentono di applicare la compressione a livello di sistema operativo quando necessario. In questo articolo, imparerai cosa è la compressione RMAN, quando scegliere metodi esterni, come configurare ogni livello di compressione attraverso le varie versioni di Oracle, le migliori pratiche per le prestazioni nel mondo reale e come monitorare e risolvere i tuoi backup compressi.
Cos'è il Backup RMAN?
RMAN (Recovery Manager) è lo strumento nativo di Oracle per i backup completi, incrementali e dei log archiviati, automatizzando i controlli di coerenza e il catalogo dei metadati nel file di controllo o nel recovery catalog. Tienе traccia dei blocchi modificati, consentendo operazioni a livello di blocco come la compressione dei blocchi nulli e degli blocchi non utilizzati prima dell'applicazione di qualsiasi compressione binaria. RMAN si integra con dispositivi a nastro, Oracle Secure Backup e servizi cloud, supportando crittografia e criteri di conservazione per un ripristino più efficiente.
Nel modo più semplice, ti connetti a RMAN e esegui:
RMAN> BACKUP DATABASE;
Questo crea un set di backup dei file di dati, dei file di controllo e dei log archiviati, se configurato, gestendo automaticamente la coerenza.
Puoi inoltre personalizzare i backup in base all'oggetto o alla modalità. Ad esempio, esegui il backup di specifici tablespace e log archiviati in un solo comando:
RMAN> BACKUP TABLESPACE users, temp PLUS ARCHIVELOG;
Questo riduce lo spazio di archiviazione escludendo i tablespaces non necessari e garantisce che i log richiesti per il ripristino ad un punto specifico nel tempo siano inclusi.
Per scenari avanzati, utilizza:
COPIA DI SICUREZZA COME SET DI COPIE DI SICUREZZA COMPRESSO per la compressione binaria
COPIA DI BACKUP per copie di immagini
BACKUP … TIPO DI DISPOSITIVO sbt per le librerie nastro di destinazione.
Puoi automatizzare finestre di trattenimento complesse, utilizzare CONFIGURA Criteri di Trattenimento per una Finestra di Recupero di 7 GIORNI, e automatizzare l'eliminazione dei backup obsoleti.
La compressione esterna è adatta per il backup RMAN?
La compressione esterna significa far passare l'output non compresso di RMAN attraverso strumenti del sistema operativo come gzip, bzip2 o zip. Questo approccio può funzionare quando non si dispone della licenza Oracle Advanced Compression o si desidera delegare il lavoro del CPU a un altro host. Ad esempio, potresti utilizzare:
rman target / <<EOF | gzip > backup.rman.gz
BACKUP DATABASE;
EOF
Tuttavia, l'uso della pipe aggiunge un passo di decompressione prima del recupero, il che ritarda i ripristini e impedisce a RMAN di applicare ottimizzazioni basate sui blocchi per ridurre i blocchi vuoti. Si perde la compressione dei blocchi nulli e dei blocchi non utilizzati, e la larghezza di banda della rete potrebbe aumentare se la compressione viene applicata dopo la crittografia.
Tipi di compressione del backup RMAN
RMAN supporta due categorie di compressione: l'algoritmo predefinito BASIC (senza licenza aggiuntiva) e le livelli di compressione avanzata LOW, MEDIUM e HIGH. È possibile abilitare la compressione in modo permanente:
RMAN> CONFIGURA COMPRESSIONE ALGORITMO 'MEDIUM';
RMAN> CONFIGURA TIPO DISPOSITIVO Disco TIPO BACKUP COME BACKUPSET COMPRESSO;
Oppure per i backup di una sola volta:
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE PLUS ARCHIVELOG;
Cenni sui Livelli di Compressione
La tabella seguente riassume ciascun livello:
| Livello | Licenza richiesta | Impatto della CPU | Rapporto di compressione | Best For |
| BASIC | No | Moderato | Medio | Ambienti senza opzione di Compressione Avanzata |
| LOW | Sì | Basso | Basso | Backup rapidi sui sistemi con vincoli di CPU |
| MEDIUM | Sì | Medio | Alto | Carichi di lavoro bilanciati e backup cloud |
| HIGH | Sì | Alto | Molto Alto | Backup critici per lo spazio di archiviazione durante i periodi fuori picco |
Elaborazione del Blocco di Precompression
Prima della compressione binaria, RMAN può azzerare lo spazio libero all'interno dei blocchi (OPTIMIZE FOR LOAD FALSE) per migliorare i rapporti sui tablespaces frammentati. La compressione dei blocchi nulli salta i blocchi mai scritti; la compressione dei blocchi inutilizzati omite i blocchi allocati ma vuoti. Entrambi avvengono prima dell'algoritmo binario selezionato, massimizzando il risparmio di spazio senza costi aggiuntivi per le licenze.
Come comprimere il backup di Oracle con il comando RMAN?
Sotto ci sono istruzioni dettagliate per vari livelli di competenza.
Compressione di base del database Oracle
Prima, configura l'algoritmo predefinito:
RMAN> CONFIGURA ALGORITMO DI COMPRESSIONE 'BASIC';
Poi abilitalo sul disco:
RMAN> CONFIGURA TIPO DISPOSITIVO DISCO TIPO BACKUP IN SET DI BACKUP COMPRESSO;
Infine, esegui:
RMAN> BACKUP DATABASE;
Questo utilizza la compressione BASIC per impostazione predefinita, offrendoti risparmi decenti senza una licenza di Advanced Compression.
Backup compresso singolo
Per un backup compresso singolo senza alterare le impostazioni predefinite, esegui:
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE PLUS ARCHIVELOG;
Per specificare MEDIUM o HIGH:
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE COMPRESSED FOR MEDIUM;
(Nota: la sintassi COMPRESSED FOR è supportata in Oracle 12.2, 18c, 19c e versioni successive).
Compressione Avanzata del Database Oracle
Per includere l'azzeramento dello spazio libero:
RMAN> SET OPTIMIZE FOR LOAD FALSE;
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE;
Per cambiare i livelli di compressione durante la sessione:
RMAN> SET COMPRESSION ALGORITHM 'HIGH';
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE;
Monitorizza l'utilizzo della CPU in relazione al tempo per scegliere il miglior livello per le finestre OLTP o batch.
Migliori pratiche per la compressione dei backup RMAN
Una compressione efficace deriva da test e monitoraggio:
Testa ciascun livello in staging prima della produzione.
Usa MEDIUM per carichi di lavoro misti; riserva HIGH per archivi fuori orario di punta.
Evita BASSA nei carichi di lavoro intensivi in dati il suo rapporto potrebbe non giustificare neanche il piccolo utilizzo della CPU.
La pianificazione viene eseguita con ALTA durante i periodi di bassa attività utente.
Combinare con i backup incrementali per limitare la frequenza dei backup completi.
Monitora sempre utilizzando:
SELEZIONA set_count,
compression_level,
compressed_bytes,
uncompressed_bytes
DA V$BACKUP_SET
DOVE compression_level = 'MEDIUM';
Diagnosare l'utilizzo elevato della CPU con V$SESSION_LONGOPS e strumenti del sistema operativo come top, pidstat, e iostat per identificare i canali RMAN che causano picchi di carico.
La compressione prima della crittografia garantisce un miglior throughput complessivo - impostare CONFIGURE ENCRYPTION FOR DATABASE ON dopo aver configurato la compressione.
Come comprimere il backup di Oracle con Vinchin?
Ora passiamo ad una soluzione aziendale potente. Vinchin è una soluzione professionale di backup del database a livello aziendale che supporta i database principali attuali—Oracle, MySQL, SQL Server, MariaDB, PostgreSQL e PostgresPro.
Le funzionalità di protezione del database di Vinchin includono backup cloud e archiviazione su nastro, backup completo, incrementale e dei log, backup dei log archiviati per Oracle e PostgreSQL, backup programmato con compressione dei dati lato sorgente di Oracle e deduplicazione, nonché protezione da ransomware.
La console web di Vinchin è semplice e intuitiva. Per eseguire il backup di un database Oracle, di solito:
1. Seleziona il database da backuppare
2. Scegli l'archiviazione di backup
3. Definisci la strategia di backup (completo, incrementale, pianificazione, compressione Oracle)
4. Invia il lavoro
Vinchin serve una base clienti globale con valutazioni eccellenti. Prova tutte le funzionalità gratuitamente per 60 giorni—clicca il pulsante per scaricare e installare in pochi minuti.
FAQ sulla compressione dei backup RMAN
Q1. Come ripristino un backup compresso?
Usa CATALOG START WITH '/path/to/backup'; RESTORE DATABASE; RECOVER DATABASE; in RMAN per registrare e applicare il backup.
Q2. Posso cambiare il livello di compressione durante il processo?
No; RMAN applica il livello che specifichi al momento del backup e lo mantiene per quel set di backup.
Q3. La compressione RMAN influisce sul tempo di recupero?
Sì; i livelli più alti richiedono più CPU durante il ripristino, quindi bilancia in base ai tuoi obiettivi di tempo di recupero.
Q4. Posso usare la compressione con i backup crittografati?
Sì, configura prima la compressione, quindi abilita la crittografia per minimizzare la dimensione dei dati crittografati.
Q5. Come verifico l'efficacia della compressione?
Esegui una query su V$BACKUP_SET o V$BACKUP_PIECE per confrontare i rapporti tra COMPRESSED_BYTES e UNCOMPRESSED_BYTES.
Conclusione
Le funzionalità di compressione incorporate di RMAN—from BASIC through HIGH—ti permettono di bilanciare il compromesso tra risparmio di spazio e utilizzo della CPU, beneficiando allo stesso tempo di ottimizzazioni a livello di blocco. La compressione esterna può colmare i vuoti quando le licenze non sono disponibili, ma aggiunge complessità. Testa ciascun livello con carichi realistici, monitora le metriche di CPU e throughput e applica la compressione prima della crittografia per massimizzare l'efficienza. Con queste pratiche, otterrai backup affidabili ed efficienti in termini di spazio, in linea con i tuoi obiettivi di ripristino.
