Let’s do magic with Oracle ! Comment sauvegarder et restaurer Oracle avec Veeam Backup & Replication
Sauvegarder Oracle avec Veeam : tout ce que vous devez savoir
Bienvenue sur ce nouvel article ! Aujourd’hui, je vous propose un tour d’horizon complet sur la sauvegarde de bases de données Oracle avec Veeam. Si vous avez atterri ici, c’est probablement parce que vous vous posez des questions sur comment protéger vos bases Oracle efficacement. Bonne nouvelle : avec la version 13 de Veeam, les nouveautés sont au rendez-vous et je vais tout vous expliquer.
Les trois façons de sauvegarder Oracle avec Veeam
Il existe trois grandes approches pour sauvegarder des bases Oracle avec Veeam :
1. L’Image Level (sauvegarde de la machine virtuelle) : c’est la méthode la plus connue. On sauvegarde directement la VM qui héberge Oracle.
2. Les agents Windows ou Linux : pratiques pour les serveurs physiques ou les hyperviseurs non supportés nativement. C’est toujours de l’image level, mais avec un agent déployé sur la machine.
3. Le plugin RMAN (RMAN Plugin) : c’est souvent là où les questions fusent, car les deux premières méthodes sont bien connues, mais le plugin RMAN l’est un peu moins.
Il est tout à fait possible de mixer ces approches selon vos besoins, et chaque méthode permet également la sauvegarde des logs.
Pourquoi utiliser le plugin RMAN ?
Le plugin RMAN a été créé pour répondre aux besoins des DBA (Database Administrators). Dans les environnements où des DBA sont présents, la sauvegarde est souvent gérée via RMAN, qui est l’outil natif Oracle. Ces experts ne jurent que par RMAN, et l’idée est de leur permettre de continuer à utiliser leurs scripts RMAN, leurs schedulers externes, sans rien changer à leurs habitudes.
Le plugin RMAN est obligatoire dans les cas suivants :
- Utilisation d’Oracle RAC (Real Application Clusters)
- Présence de disques ASM sur un serveur physique
En revanche, si vous n’avez pas de DBA et que vous souhaitez tout gérer dans Veeam de façon centralisée, l’image level avec l’Application-Aware Processing est tout à fait adapté.
Les nouveautés de la version 13
Avec la version 13, plusieurs évolutions importantes sont à noter :
Support étendu des versions Oracle : de la 11g Release 2 jusqu’à la 23ai. Côté systèmes d’exploitation, Oracle Linux de 7 à 9 est supporté, ainsi qu’IBM AIX, parmi d’autres.
Support du stockage objet pour le plugin RMAN : c’est une vraie nouveauté que j’ai déjà eu l’occasion de mettre en œuvre pour des clients qui utilisent Oracle dans des hyperscalers. Le plugin RMAN peut désormais envoyer directement vers du stockage objet, avec les protections d’immuabilité associées.
Le chiffrement des backups : c’est une grosse valeur ajoutée. Oracle fait payer le chiffrement natif des backups RMAN, alors qu’avec Veeam, c’est intégré directement dans le produit. Cela permet de chiffrer les backups stockés dans les repositories et d’éviter les risques d’exfiltration de données sensibles.
Comment fonctionne l’Application-Aware Processing pour Oracle ?
Quand vous configurez un job de backup VMware ou autre, vous cochez simplement la case Enable Application-Aware Processing. Veeam supporte Exchange, SQL, Oracle, PostgreSQL et bien d’autres.
Le Guest Interaction Proxy est le composant qui va envoyer un runtime dans la machine pour prévenir la base de données de la sauvegarde imminente. Il existe deux modes :
Mode non persistant : un runtime est envoyé à chaque sauvegarde, exécuté, puis retiré. Pas besoin de maintenir un agent permanent, mais cela passe par des flux réseau qui peuvent être restreints.
Mode persistant : un agent est installé de façon permanente dans la machine. Cela offre un port de connexion défini et stable entre le Guest Interaction Proxy et le serveur hébergeant la base Oracle. C’est particulièrement intéressant quand on rencontre des restrictions réseau, des problèmes DNS, ou quand on est hors domaine.
Important : avec la version 13 et la VSA (Veeam Software Appliance, basée sur Linux), la gestion des machines Windows nécessite une attention particulière. Un kit de déploiement génère un certificat pour installer un agent persistant sur les machines Windows cibles, contournant ainsi les limitations NTLM liées à l’environnement Linux.
La gestion des Archive Logs
Pour sauvegarder les logs Oracle, la base de données doit impérativement être en mode Archive Log. Le job principal (parent backup) est un job image level, auquel s’ajoutent des jobs enfants dédiés aux archive logs.
Dans les paramètres avancés, vous pouvez configurer la fréquence de sauvegarde des logs, par exemple toutes les 15 minutes. Un accès SYSDBA est nécessaire pour la gestion des logs.
Pour le Log Shipping, je recommande généralement de configurer un serveur dédié plutôt que d’utiliser la connexion directe. Cela permet une matrice de flux beaucoup plus cohérente et lisible : un serveur Log Shipping qui communique avec toutes les bases Oracle, et lui seul qui communique avec le repository.
La restauration Oracle avec Veeam Explorer
Une fois la sauvegarde effectuée, Veeam met à disposition plusieurs scénarios de restauration via l’Explorateur Oracle :
- Restore de base : restauration complète de la base de données
- Publish : publication de la base à côté pour permettre au DBA de récupérer les données souhaitées
- Instant Recovery : base disponible immédiatement depuis le backup
- Export : accès direct au dump pour réimportation ou comparaison
Ces options sont disponibles que vous fassiez du backup classique, du snapshot réplica, du CDP réplica, du Veeam ZIP ou du storage snapshot. On peut donc aller très loin dans la granularité des RTO/RPO.
Le Staging Serveur est un élément clé de la restauration. Il doit avoir la même version d’Oracle et le même système d’exploitation que la base sauvegardée. Il peut s’agir de votre serveur de production dans un petit environnement, ou idéalement d’un serveur de pré-production.
Si vous avez sauvegardé les logs, le Point-in-Time Recovery est disponible : un curseur temporel vous permet de choisir précisément jusqu’où rejouer les transactions, minimisant ainsi la perte de données.
Déploiement du plugin RMAN : standalone ou managé ?
Le plugin RMAN peut être déployé de deux façons :
Mode standalone : vous téléchargez le binaire, vous l’installez manuellement sur le serveur Oracle. Le repository est présenté au plugin, mais celui-ci n’est pas visible dans la console Veeam.
Mode managé (recommandé) : depuis la console VBR, vous déployez et maintenez le plugin via des Protection Groups. Vous avez la visibilité sur l’état des jobs, les politiques appliquées, et vous pouvez même créer des jobs RMAN directement depuis Veeam sans compétences Oracle spécifiques.
Les bonnes pratiques à retenir
Pour la sauvegarde image :
- Faites attention à la troncation des logs, surtout en environnement Data Guard : laissez au minimum 24 heures pour la synchronisation avec le serveur secondaire
- Surveillez l’espace disque local, car les archive logs sont stockés temporairement avant envoi vers le repository
- Après une restauration complète, pensez à sortir la base du mode backup avec la commande ALTER DATABASE END BACKUP
Pour le plugin RMAN :
- Gérez la Channel Allocation pour optimiser le nombre de flux parallèles vers vos repositories, notamment en stockage objet
- Par défaut, RMAN n’a pas de throttling : si vos sauvegardes impactent trop les performances, utilisez la commande SET THROTTLING
- Vérifiez l’espace disponible sur la base temporaire Oracle lors des backups RMAN
En résumé
Veeam offre une solution complète et flexible pour la sauvegarde Oracle, que vous soyez un expert DBA amoureux de RMAN ou un administrateur cherchant à tout gérer depuis une interface centralisée sans compétences Oracle spécifiques. La version 13 apporte des améliorations significatives, notamment le support du stockage objet pour RMAN et le chiffrement natif des backups, une vraie valeur ajoutée face aux coûts liés aux options Oracle natives.
J’espère que cet article vous aura aidé à y voir plus clair ! La partie pratique avec une démonstration en lab est dans les tuyaux — n’hésitez pas à laisser vos commentaires si vous souhaitez la voir arriver rapidement. Bon courage à tous !
Lien de la présentation : Oracle_DB_Protection_v13.pdf