Les sauvegardes protègent les données, mais elles consomment également des ressources de stockage et de réseau. RMAN d'Oracle propose une compression intégrée pour équilibrer l'économie d'espace avec l'utilisation du CPU, et des outils externes permettent d'appliquer une compression au niveau du système d'exploitation lorsque nécessaire. Dans cet article, vous apprendrez ce qu'est la compression RMAN, quand choisir des méthodes externes, comment configurer chaque niveau de compression selon les versions d'Oracle, les bonnes pratiques pour les performances réelles, et comment surveiller et dépanner vos sauvegardes compressées.
Qu'est-ce qu'une sauvegarde RMAN ?
RMAN (Recovery Manager) est l'outil natif d'Oracle pour les sauvegardes complètes, incrémentielles et des journaux archivés, automatisant les vérifications de cohérence et le catalogage des métadonnées dans le fichier de contrôle ou le catalogue de récupération. Il suit les blocs qui ont été modifiés, permettant des opérations au niveau des blocs comme la compression des blocs nuls et des blocs inutilisés avant toute compression binaire. RMAN s'intègre avec des dispositifs sur bande, Oracle Secure Backup et des services cloud, et prend en charge le chiffrement et les stratégies de rétention pour une récupération simplifiée.
À son niveau le plus basique, vous vous connectez à RMAN et exécutez :
RMAN> SAUVEGARDE BASE DE DONNÉES;
Cela crée un ensemble de sauvegarde composé des fichiers de données, des fichiers de contrôle et des journaux archivés, si configuré, en gérant automatiquement la cohérence.
Vous pouvez également ajuster les sauvegardes par objet ou mode. Par exemple, sauvegardez des tablespaces spécifiques et des journaux d'archivage en une seule commande :
RMAN> SAUVEGARDE TABLESPACE users, temp PLUS JOURNAL ARCHIVÉ;
Cela réduit l'espace de stockage en excluant les tablespaces non nécessaires et garantit que les journaux nécessaires pour la récupération à un instant donné sont inclus.
Pour les scénarios avancés, utilisez :
SAUVEGARDE COMME ENSEMBLE DE SAUVEGARDE COMPRESSÉE pour la compression binaire
SAUVEGARDE EN COPIE pour les copies d'images
SAUVEGARDE ... TYPE D'APPAREIL sbt vers les bibliothèques de bandes cibles.
Vous pouvez créer des scripts pour des fenêtres de rétention complexes, utiliser CONFIGURER LA STRATÉGIE DE RÉTENTION SUR UNE PÉRIODE DE RÉCUPÉRATION DE 7 JOURS, et automatiser l'élimination des sauvegardes obsolètes.
La compression externe est-elle adaptée pour les sauvegardes RMAN ?
La compression externe signifie acheminer la sortie non compressée de RMAN via des outils système tels que gzip, bzip2, ou zip. Cette méthode peut fonctionner lorsque vous ne disposez pas de la licence Oracle Advanced Compression ou lorsque vous souhaitez transférer le traitement CPU vers un autre hôte. Par exemple, vous pourriez utiliser :
rman target / <<EOF | gzip > backup.rman.gz
BACKUP DATABASE;
EOF
Cependant, l'utilisation du pipeline ajoute une étape de décompression avant la récupération, ce qui retarde les restaurations et empêche les optimisations par bloc de RMAN de réduire les blocs vides. Vous perdez la compression des blocs nuls et des blocs inutilisés, et la bande passante réseau peut augmenter si la compression est appliquée après le chiffrement.
Types de compression des sauvegardes RMAN
RMAN prend en charge deux catégories de compression : l'algorithme par défaut BASIC (sans licence supplémentaire) et les niveaux LOW, MEDIUM et HIGH de l'option Advanced Compression. Vous pouvez activer la compression de manière permanente :
RMAN> CONFIGURER COMPRESSION ALGORITHME 'MEDIUM';
RMAN> CONFIGURER TYPE DISPOSITIF DISQUE TYPE DE SAUVEGARDE EN SEMBLE DE SAUVEGARDE COMPRESSÉ;
Ou pour les sauvegardes ponctuelles :
RMAN> SAUVEGARDE SOUS FORMAT COMPRESSÉ BASE DE DONNÉES PLUS ARCHIVAGE;
Aperçu des niveaux de compression
Le tableau suivant résume chaque niveau :
| Niveau | Licence requise | Impact sur le CPU | Ratio de compression | Best For |
| BASIC | Non | Modéré | Moyen | Environnements sans option de Compression Avancée |
| LOW | Oui | Bas | Bas | Sauvegardes rapides sur les systèmes avec contraintes de CPU |
| MÉDIUM | Oui | Moyen | Élevé | Charge de travail équilibrée et sauvegardes cloud |
| HIGH | Oui | Élevé | Très élevé | Sauvegardes critiques en matière de stockage pendant les périodes creuses {off-peak windows} |
Traitement des blocs de précompression
Avant la compression binaire, RMAN peut remplacer l'espace libre dans les blocs par des zéros (OPTIMIZE FOR LOAD FALSE) pour améliorer les ratios sur les tablespaces fragmentés. La compression de blocs nuls ignore les blocs qui n'ont jamais été écrits ; la compression de blocs inutilisés omet les blocs alloués mais vides. Les deux se produisent avant l'algorithme binaire choisi, maximisant ainsi les économies d'espace sans frais de licence supplémentaires.
Comment compresser une sauvegarde Oracle avec la commande RMAN ?
Voici des instructions détaillées étape par étape pour différents niveaux de compétences.
Compression de base de données Oracle
Tout d'abord, configurez l'algorithme par défaut :
RMAN> CONFIGURE COMPRESSION ALGORITHM 'BASIC';
Puis activez-le sur le disque :
RMAN> CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET;
Finalement, exécutez :
RMAN> BACKUP DATABASE;
Cela utilise la compression de BASE par défaut, ce qui vous offre des économies correctes sans licence de Compression avancée.
Sauvegarde compressée ponctuelle
Pour une sauvegarde compressée ponctuelle sans modifier les paramètres par défaut, exécutez :
RMAN> SAUVEGARDE EN SEMBLE DE SAUVEGARDE COMPRESSÉE DE LA BASE DE DONNÉES PLUS ARCHIVELOG;
Pour spécifier MEDIUM ou HIGH :
RMAN> SAUVEGARDE SOUS FORMAT DE SAUVEGARDE COMPRESSÉE BASE DE DONNÉES COMPRESSÉE POUR MILIEU;
(Note : La syntaxe COMPRESSÉE POUR est prise en charge dans Oracle 12.2, 18c, 19c et versions ultérieures).
Compression avancée de la base de données Oracle
Pour inclure l'initialisation de l'espace libre :
RMAN> SET OPTIMIZE FOR LOAD FALSE;
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE;
Pour changer les niveaux de compression en plein milieu d'une session :
RMAN> SET COMPRESSION ALGORITHM 'HIGH';
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE;
Suivre l'utilisation du CPU par rapport au temps pour choisir le meilleur niveau pour les fenêtres OLTP ou batch.
Meilleures pratiques de compression des sauvegardes RMAN
Une compression efficace provient du test et de la surveillance :
Testez chaque niveau en staging avant la production.
Utilisez Moyen pour les charges de travail mixtes ; réservez Élevé pour les archives en dehors des heures de pointe.
Évitez le FAIBLE pour les charges nécessitant beaucoup de données — son rapport peut ne pas justifier même sa faible empreinte CPU.
Le planning s'exécute avec HIGH pendant les périodes d'activité utilisateur faible.
Combiné avec des sauvegardes incrémentielles pour limiter la fréquence des sauvegardes complètes.
Toujours surveiller en utilisant :
SELECT set_count,
compression_level,
compressed_bytes,
uncompressed_bytes
FROM V$BACKUP_SET
WHERE compression_level = 'MEDIUM';
Diagnostiquer un CPU élevé avec V$SESSION_LONGOPS et des outils système comme top, pidstat, et iostat pour identifier les canaux RMAN responsables des pics de charge.
La compression avant le chiffrement offre un débit global meilleur - activez CONFIGURE ENCRYPTION FOR DATABASE ON après avoir configuré la compression.
Comment compresser une sauvegarde Oracle avec Vinchin ?
Maintenant, intéressons-nous à une solution d'entreprise puissante. Vinchin est une solution de sauvegarde de base de données professionnelle et de niveau entreprise qui prend en charge les bases de données mainstream d'aujourd'hui—Oracle, MySQL, SQL Server, MariaDB, PostgreSQL et PostgresPro.
Les fonctionnalités de protection de base de données de Vinchin incluent une sauvegarde cloud et une archivage sur bande, une sauvegarde complète, incrémentielle et par journal, une sauvegarde de journal archivé pour Oracle et PostgreSQL, une sauvegarde planifiée avec compression de données côté source d'Oracle et déduplication, ainsi qu'une protection contre le ransomware.
La console web Vinchin est simple et intuitive. Pour sauvegarder une base de données Oracle, vous devez généralement :
1. Sélectionnez la base de données à sauvegarder
2. Choisissez le stockage de sauvegarde
3. Définissez la stratégie de sauvegarde (complète, incrémentielle, planification, compression Oracle)
4. Soumettez le travail
Vinchin sert une base cliente mondiale avec des évaluations excellentes. Essayez toutes les fonctionnalités gratuitement pendant 60 jours — cliquez sur le bouton pour télécharger et déployer en quelques minutes.
FAQ sur la compression des sauvegardes RMAN
Q1. Comment restaurer une sauvegarde compressée ?
Utilisez CATALOG START WITH '/path/to/backup'; RESTORE DATABASE; RECOVER DATABASE; dans RMAN pour enregistrer et appliquer la sauvegarde.
Q2. Puis-je changer les niveaux de compression en cours de processus ?
Non ; RMAN applique le niveau que vous spécifiez au moment de la sauvegarde et le conserve pour cet ensemble de sauvegarde.
Q3. La compression RMAN affecte-t-elle le temps de récupération ?
Oui ; les niveaux élevés nécessitent plus de CPU lors de la restauration, il est donc important d'équilibrer en fonction de vos objectifs de temps de récupération.
Q4. Puis-je utiliser la compression avec des sauvegardes chiffrées ?
Oui ; configurez d'abord la compression, puis activez le chiffrement pour minimiser la taille des données chiffrées.
Q5. Comment puis-je vérifier l'efficacité de la compression ?
Interrogez V$BACKUP_SET ou V$BACKUP_PIECE pour comparer les ratios de COMPRESSED_BYTES et UNCOMPRESSED_BYTES.
Conclusion
Les fonctionnalités de compression intégrées d'RMAN—from BASIC to HIGH—vous permettent d'ajuster précisément le compromis entre l'économie d'espace de stockage et l'utilisation du CPU tout en bénéficiant d'optimisations au niveau des blocs. La compression externe peut combler les lacunes lorsque les licences ne sont pas disponibles, mais elle ajoute de la complexité. Testez chaque niveau sous des charges réalistes, surveillez les métriques de CPU et de débit, et appliquez la compression avant le chiffrement pour maximiser l'efficacité. Avec ces pratiques, vous réaliserez des sauvegardes fiables et économiques en termes d'espace, qui correspondent à vos objectifs de récupération.
