Sicherungen schützen Daten, verbrauchen aber auch Speicher- und Netzwerkressourcen. Oracles RMAN bietet integrierte Komprimierung an, um Platzersparnis und CPU-Auslastung auszubalancieren, und externe Tools ermöglichen es Ihnen, bei Bedarf eine Betriebssystem-Komprimierung anzuwenden. In diesem Artikel erfahren Sie, was RMAN-Komprimierung ist, wann externe Methoden die bessere Wahl sind, wie Sie jede Kompressionsstufe in verschiedenen Oracle-Versionen konfigurieren, welche Best Practices für die realworld-Performance gelten und wie Sie Ihre komprimierten Sicherungen überwachen und Problemstellen beheben können.
Was ist ein RMAN-Backup?
RMAN (Recovery Manager) ist Oracles eingebettetes Tool für vollständige, inkrementelle und Archivlog-Backups, das Konsistenzprüfungen und Metadatenkatalogisierung in der Control File oder Recovery Catalog automatisiert. Es verfolgt, welche Blöcke geändert wurden, und ermöglicht Block-Level-Operationen wie Null-Block- und Unbenutzt-Block-Kompression, bevor eine Binärkompression angewendet wird. RMAN integriert sich mit Bandgeräten, Oracle Secure Backup und Cloud-Diensten und unterstützt Verschlüsselung und Aufbewahrungspolicys für einen effizienten Wiederherstellungsprozess.
Im Grunde verbinden Sie sich mit RMAN und führen Folgendes aus:
RMAN> BACKUP DATABASE;
Dies erstellt eine Sicherungsmenge von Datenfiles, Kontrollfiles und archivierten Protokollen, sofern konfiguriert, und behandelt Konsistenz automatisch.
Sie können auch Backups nach Objekt oder Modus anpassen. Zum Beispiel, spezifische Tablespaces und Archiv-Logs mit einem Befehl sichern:
RMAN> SICHERUNG TABELLRAUM users, temp PLUS ARCHIVIERUNG;
Dies reduziert den Speicherplatz durch die Ausschließung nicht benötigter Tabellenräume und stellt sicher, dass die für eine Wiederherstellung zu einem bestimmten Zeitpunkt benötigten Logs mit einbezogen werden.
Für fortgeschrittene Szenarien verwenden Sie:
SAICHE ALs GEPACKTES SICHERUNGSSATZ für binäre Kompression
SICHERUNGSKOPIE ALS KOPIE für Bildkopien
SICHERUNG … GERÄTETYP sbt zu Zielbandbibliotheken.
Sie können komplexe Beibehaltungsfenster skripten, KONFIGURIEREN SIE BEIBEHALTUNGSRICHTLINIE AUF EIN WIEDERHERSTELLUNGSFENSTER VON 7 TAGE verwenden und das automatische Bereinigen veralteter Sicherungen steuern.
Ist externe Komprimierung die richtige Wahl für RMAN-Backups?
Externe Komprimierung bedeutet, dass die unkomprimierten Ausgaben von RMAN durch Betriebssystemtools wie gzip, bzip2 oder zip geleitet werden. Diese Methode kann funktionieren, wenn Sie das Oracle Advanced Compression-Lizenz nicht haben oder die CPU-Arbeit auf einen anderen Host verlagern möchten. Zum Beispiel könnten Sie folgendes verwenden:
rman target / <<EOF | gzip > backup.rman.gz
BACKUP DATABASE;
EOF
Bei der Verwendung von Piping wird vor der Wiederherstellung ein Dekomprimierungsschritt hinzugefügt, was die Wiederherstellung verzögert und RMAN davon abhält, blockbasierte Optimierungen durchzuführen, um leere Blöcke zu reduzieren. Sie verlieren die Komprimierung von Null-Blöcken und nicht genutzten Blöcken, und die Netzwerkbandaufnahme kann steigen, wenn die Komprimierung nach der Verschlüsselung angewendet wird.
RMAN-Backup-Komprimierungstypen
RMAN unterstützt zwei Komprimierungskategorien: den standardmäßigen BASIC-Algorithmus (kein zusätzlicher Lizenzbedarf) und die Komprimierungsoption LOW, MEDIUM und HIGH des Advanced Compression. Du kannst die Komprimierung dauerhaft aktivieren:
RMAN> CONFIGURE COMPRESSION ALGORITHM 'MEDIUM';
RMAN> CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET;
Oder für einmalige Sicherungen:
RMAN> SICHERUNG ALS KOMPRIMIERTES SICHERUNGSSET DATENBANK PLUS ARCHIV-LOG;
Übersicht der Kompressionsstufen
Die folgende Tabelle fasst jede Stufe zusammen:
| Stufe | Lizenz erforderlich | CPU-Auswirkung | Kompressionsverhältnis | Best For |
| BASIC | Nein | Mäßig | Medium | Umgebungen ohne Option für erweiterte Kompression |
| LOW | Ja | Niedrig | Niedrig | Schnelle Sicherungskopien auf rechenintensiven Systemen |
| MEDIUM | Ja | Medium | Hoch | Ausgeglichene Workloads und Cloud-Backups |
| HIGH | Ja | Hoch | Sehr hoch | Speicherkritische Backups in Nebenzeitfenstern |
Vorabkomprimierungsblockverarbeitung
Bevor eine binäre Kompression durchgeführt wird, kann RMAN den freien Speicherplatz innerhalb der Blöcke auf Null setzen (OPTIMIZE FOR LOAD FALSE), um die Kompressionsrate für fragmentierte Tabellenräume zu verbessern. Die Null-Block-Kompression überspringt nie geschriebene Blöcke; die ungenutzte-Block-Kompression lässt zugewiesene, aber leere Blöcke weg. Beides erfolgt vor dem ausgewählten binären Algorithmus und maximiert die Speichersparnis ohne zusätzliche Lizenzgebühren.
Wie komprimiere ich eine Oracle-Backup mit dem RMAN-Befehl?
Unten finden Sie schrittweise Anleitungen für verschiedene Skill-Level.
Grundlegende Oracle-Datenbankkomprimierung
Zuerst konfigurieren Sie den Standardalgorithmus:
RMAN> CONFIGURE COMPRESSION ALGORITHM 'BASIC';
Dann aktivieren Sie es auf dem Datenträger:
RMAN> CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET;
schließlich ausführen:
RMAN> BACKUP DATABASE;
Dies verwendet standardmäßig die BASIS-Komprimierung, wodurch Ihnen anständige Einsparungen ermöglicht werden, ohne eine Lizenz für erweiterte Komprimierung zu benötigen.
Einmaliges komprimiertes Backup
Für ein einmaliges komprimiertes Backup ohne Änderung der Standardeinstellungen ausführen:
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE PLUS ARCHIVELOG;
Um MEDIUM oder HIGH zu spezifizieren:
RMAN> SICHERUNGSKOPIE ALS KOMPRIMIERTE SICHERUNGSKOPIE DATENBANK KOMPRIMIERT FÜR MEDIUM;
(Hinweis: KOMPRIMIERT FÜR Syntax wird in Oracle 12.2, 18c, 19c und später unterstützt).
Erweiterte Oracle-Datenbankkompression
Um die Bereinigung von freiem Speicher einzuschließen:
RMAN> SET OPTIMIZE FOR LOAD FALSE;
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE;
Um Kompressionsstufen innerhalb einer Sitzung zu wechseln:
RMAN> SET COMPRESSION ALGORITHM 'HIGH';
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE;
Überwache die CPU im Verhältnis zur Zeit, um das beste Level für OLTP oder Batch-Fenster zu wählen.
Best Practices für die Komprimierung von RMAN-Backups
Effektive Komprimierung entsteht durch Testen und Überwachen:
Teste jedes Level im Staging-Bereich, bevor es in der Produktion eingesetzt wird.
Verwende MEDIUM für gemischte Workloads; reserve HIGH für Archivierung außerhalb der Hauptverkehrszeiten.
Vermeide NIEDRIG bei datenintensiven Workloads – das Verhältnis rechtfertigt möglicherweise nicht einmal seinen geringen CPU-Fußabdruck.
Der Zeitplan wird mit HIGH in Zeiträumen geringer Benutzeraktivität ausgeführt.
Verbinde dies mit inkrementellen Sicherungen, um die Häufigkeit der vollständigen Sicherungen zu begrenzen.
Immer mit überwachen:
SELECT set_count,
compression_level,
compressed_bytes,
uncompressed_bytes
FROM V$BACKUP_SET
WHERE compression_level = 'MEDIUM';
Diagnostizieren Sie einen hohen CPU-Auslastung mit V$SESSION_LONGOPS und Betriebssystemwerkzeuge wie top, pidstat und iostat, um RMAN-Kanäle zu identifizieren, die Auslastungsanstiege verursachen.
Komprimierung vor Verschlüsselung führt zu einer besseren Gesamtdurchsatzleistung – aktivieren Sie CONFIGURE ENCRYPTION FOR DATABASE ON nach der Konfiguration der Komprimierung.
Wie komprimiert man eine Oracle-Backup mit Vinchin?
Nun wenden wir uns einer leistungsstarken Unternehmenslösung zu. Vinchin ist eine professionelle, unternehmensübergreifende Datenbanksicherungslösung, die heutige gängige Datenbanken unterstützt – Oracle, MySQL, SQL Server, MariaDB, PostgreSQL und PostgresPro.
Die Datenbankschutzfunktionen von Vinchin umfassen Cloud-Backup und Bandarchivierung, vollständiges, inkrementelles und Protokoll-Backup, archiviertes Protokoll-Backup für Oracle und PostgreSQL, geplantes Backup mit Quellen-Oracle-Datenkomprimierung und -Deduplizierung sowie Schutz vor Erpressersoftware.
Die Vinchin-Webkonsole ist einfach und intuitiv. Um eine Oracle-Datenbank zu sichern, führen Sie normalerweise folgende Schritte aus:
1. Wählen Sie die zu sichernde Datenbank aus
2. Wählen Sie den Sicherungsspeicher aus
3. Definiere die Backup-Strategie (vollständig, inkrementell, Zeitplan, Oracle-Kompression)
4. Stelle die Arbeit ein
Vinchin bedient eine weltweite Kundengruppe mit Spitzenbewertungen. Testen Sie alle Funktionen 60 Tage kostenlos – klicken Sie auf die Schaltfläche, um die Anwendung in Minuten herunterzuladen und bereitzustellen.
Häufig gestellte Fragen zur RMAN-Backup-Komprimierung
F1. Wie stelle ich ein komprimiertes Backup wieder her?
Verwenden Sie CATALOG START WITH '/path/to/backup'; RESTORE DATABASE; RECOVER DATABASE; in RMAN, um das Backup zu registrieren und anzuwenden.
Frage 2. Kann ich die Kompressionsstufe während des Vorgangs ändern?
Nein; RMAN wendet die vom Benutzer festgelegte Stufe beim Backup an und behält sie für diesen Backup-Satz bei.
Frage 3: Hat die RMAN-Komprimierung einen Einfluss auf die Wiederherstellungszeit?
Ja; höhere Stufen beanspruchen mehr CPU bei der Wiederherstellung, daher abwägen Sie dies im Hinblick auf Ihre Wiederherstellungszeitziele.
Frage 4. Kann ich Kompression bei verschlüsselten Backups verwenden?
Ja; konfigurieren Sie zuerst die Kompression und aktivieren Sie dann die Verschlüsselung, um die Größe der verschlüsselten Daten zu minimieren.
F5. Wie überprüfe ich die Effektivität der Komprimierung?
Abfrage V$BACKUP_SET oder V$BACKUP_PIECE, um die Verhältnisse von COMPRESSED_BYTES und UNCOMPRESSED_BYTES zu vergleichen.
Schlussfolgerung
Die integrierten Kompressionsfunktionen von RMAN – von BASIC bis HIGH – ermöglichen es Ihnen, den Kompromiss zwischen Speichersparen und CPU-Auslastung fein abzustimmen, während Sie von Block-Level-Optimierungen profitieren. Externe Kompression kann Lücken schließen, wenn Lizenzen nicht verfügbar sind, fügt jedoch Komplexität hinzu. Testen Sie jede Stufe unter realistischen Lasten, überwachen Sie CPU- und Durchsatzmetriken und wenden Sie Kompression vor der Verschlüsselung an, um die Effizienz zu maximieren. Mit diesen Praktiken erreichen Sie zuverlässige, platzsparende Sicherungen, die mit Ihren Wiederherstellungszielen übereinstimmen.
