Bienvenue sur ce nouvel article ! Aujourd’hui, je vous propose un tour d’horizon complet sur la sauvegarde de bases de donn\u00e9es Oracle avec Veeam. Si vous avez atterri ici, c’est probablement parce que vous vous posez des questions sur comment prot\u00e9ger vos bases Oracle efficacement. Bonne nouvelle : avec la version 13 de Veeam, les nouveaut\u00e9s sont au rendez-vous et je vais tout vous expliquer.<\/p>\n
Il existe trois grandes approches pour sauvegarder des bases Oracle avec Veeam :<\/p>\n
1. L’Image Level (sauvegarde de la machine virtuelle)<\/b> : c’est la m\u00e9thode la plus connue. On sauvegarde directement la VM qui h\u00e9berge Oracle.<\/p>\n
2. Les agents Windows ou Linux<\/b> : pratiques pour les serveurs physiques ou les hyperviseurs non support\u00e9s nativement. C’est toujours de l’image level, mais avec un agent d\u00e9ploy\u00e9 sur la machine.<\/p>\n
3. Le plugin RMAN (RMAN Plugin)<\/b> : c’est souvent l\u00e0 o\u00f9 les questions fusent, car les deux premi\u00e8res m\u00e9thodes sont bien connues, mais le plugin RMAN l’est un peu moins.<\/p>\n
Il est tout \u00e0 fait possible de mixer ces approches selon vos besoins, et chaque m\u00e9thode permet \u00e9galement la sauvegarde des logs.<\/p>\n
Le plugin RMAN a \u00e9t\u00e9 cr\u00e9\u00e9 pour r\u00e9pondre aux besoins des DBA (Database Administrators). Dans les environnements o\u00f9 des DBA sont pr\u00e9sents, la sauvegarde est souvent g\u00e9r\u00e9e via RMAN, qui est l’outil natif Oracle. Ces experts ne jurent que par RMAN, et l’id\u00e9e est de leur permettre de continuer \u00e0 utiliser leurs scripts RMAN, leurs schedulers externes, sans rien changer \u00e0 leurs habitudes.<\/p>\n
Le plugin RMAN est obligatoire dans les cas suivants :<\/b><\/p>\n En revanche, si vous n’avez pas de DBA et que vous souhaitez tout g\u00e9rer dans Veeam de fa\u00e7on centralis\u00e9e, l’image level avec l’Application-Aware Processing est tout \u00e0 fait adapt\u00e9.<\/p>\n Avec la version 13, plusieurs \u00e9volutions importantes sont \u00e0 noter :<\/p>\n Support \u00e9tendu des versions Oracle :<\/b> de la 11g Release 2 jusqu’\u00e0 la 23ai. C\u00f4t\u00e9 syst\u00e8mes d’exploitation, Oracle Linux de 7 \u00e0 9 est support\u00e9, ainsi qu’IBM AIX, parmi d’autres.<\/p>\n Support du stockage objet pour le plugin RMAN :<\/b> c’est une vraie nouveaut\u00e9 que j’ai d\u00e9j\u00e0 eu l’occasion de mettre en \u0153uvre pour des clients qui utilisent Oracle dans des hyperscalers. Le plugin RMAN peut d\u00e9sormais envoyer directement vers du stockage objet, avec les protections d’immuabilit\u00e9 associ\u00e9es.<\/p>\n Le chiffrement des backups :<\/b> c’est une grosse valeur ajout\u00e9e. Oracle fait payer le chiffrement natif des backups RMAN, alors qu’avec Veeam, c’est int\u00e9gr\u00e9 directement dans le produit. Cela permet de chiffrer les backups stock\u00e9s dans les repositories et d’\u00e9viter les risques d’exfiltration de donn\u00e9es sensibles.<\/p>\n Quand vous configurez un job de backup VMware ou autre, vous cochez simplement la case Enable Application-Aware Processing<\/b>. Veeam supporte Exchange, SQL, Oracle, PostgreSQL et bien d’autres.<\/p>\n Le Guest Interaction Proxy<\/b> est le composant qui va envoyer un runtime dans la machine pour pr\u00e9venir la base de donn\u00e9es de la sauvegarde imminente. Il existe deux modes :<\/p>\n Mode non persistant :<\/b> un runtime est envoy\u00e9 \u00e0 chaque sauvegarde, ex\u00e9cut\u00e9, puis retir\u00e9. Pas besoin de maintenir un agent permanent, mais cela passe par des flux r\u00e9seau qui peuvent \u00eatre restreints.<\/p>\n Mode persistant :<\/b> un agent est install\u00e9 de fa\u00e7on permanente dans la machine. Cela offre un port de connexion d\u00e9fini et stable entre le Guest Interaction Proxy et le serveur h\u00e9bergeant la base Oracle. C’est particuli\u00e8rement int\u00e9ressant quand on rencontre des restrictions r\u00e9seau, des probl\u00e8mes DNS, ou quand on est hors domaine.<\/p>\n Important :<\/b> avec la version 13 et la VSA (Veeam Software Appliance, bas\u00e9e sur Linux), la gestion des machines Windows n\u00e9cessite une attention particuli\u00e8re. Un kit de d\u00e9ploiement g\u00e9n\u00e8re un certificat pour installer un agent persistant sur les machines Windows cibles, contournant ainsi les limitations NTLM li\u00e9es \u00e0 l’environnement Linux.<\/p>\n Pour sauvegarder les logs Oracle, la base de donn\u00e9es doit imp\u00e9rativement \u00eatre en mode Archive Log<\/b>. Le job principal (parent backup) est un job image level, auquel s’ajoutent des jobs enfants d\u00e9di\u00e9s aux archive logs.<\/p>\n Dans les param\u00e8tres avanc\u00e9s, vous pouvez configurer la fr\u00e9quence de sauvegarde des logs, par exemple toutes les 15 minutes<\/b>. Un acc\u00e8s SYSDBA<\/b> est n\u00e9cessaire pour la gestion des logs.<\/p>\n Pour le Log Shipping<\/b>, je recommande g\u00e9n\u00e9ralement de configurer un serveur d\u00e9di\u00e9 plut\u00f4t que d’utiliser la connexion directe. Cela permet une matrice de flux beaucoup plus coh\u00e9rente et lisible : un serveur Log Shipping qui communique avec toutes les bases Oracle, et lui seul qui communique avec le repository.<\/p>\n Une fois la sauvegarde effectu\u00e9e, Veeam met \u00e0 disposition plusieurs sc\u00e9narios de restauration via l’Explorateur Oracle<\/b> :<\/p>\n Ces options sont disponibles que vous fassiez du backup classique, du snapshot r\u00e9plica, du CDP r\u00e9plica, du Veeam ZIP ou du storage snapshot. On peut donc aller tr\u00e8s loin dans la granularit\u00e9 des RTO\/RPO.<\/p>\n Le Staging Serveur<\/b> est un \u00e9l\u00e9ment cl\u00e9 de la restauration. Il doit avoir la m\u00eame version d’Oracle et le m\u00eame syst\u00e8me d’exploitation que la base sauvegard\u00e9e. Il peut s’agir de votre serveur de production dans un petit environnement, ou id\u00e9alement d’un serveur de pr\u00e9-production.<\/p>\n Si vous avez sauvegard\u00e9 les logs, le Point-in-Time Recovery<\/b> est disponible : un curseur temporel vous permet de choisir pr\u00e9cis\u00e9ment jusqu’o\u00f9 rejouer les transactions, minimisant ainsi la perte de donn\u00e9es.<\/p>\n Le plugin RMAN peut \u00eatre d\u00e9ploy\u00e9 de deux fa\u00e7ons :<\/p>\n Mode standalone :<\/b> vous t\u00e9l\u00e9chargez le binaire, vous l’installez manuellement sur le serveur Oracle. Le repository est pr\u00e9sent\u00e9 au plugin, mais celui-ci n’est pas visible dans la console Veeam.<\/p>\n Mode manag\u00e9 (recommand\u00e9) :<\/b> depuis la console VBR, vous d\u00e9ployez et maintenez le plugin via des Protection Groups<\/b>. Vous avez la visibilit\u00e9 sur l’\u00e9tat des jobs, les politiques appliqu\u00e9es, et vous pouvez m\u00eame cr\u00e9er des jobs RMAN directement depuis Veeam sans comp\u00e9tences Oracle sp\u00e9cifiques.<\/p>\n Pour la sauvegarde image :<\/b><\/p>\n Pour le plugin RMAN :<\/b><\/p>\n Veeam offre une solution compl\u00e8te et flexible pour la sauvegarde Oracle, que vous soyez un expert DBA amoureux de RMAN ou un administrateur cherchant \u00e0 tout g\u00e9rer depuis une interface centralis\u00e9e sans comp\u00e9tences Oracle sp\u00e9cifiques. La version 13 apporte des am\u00e9liorations significatives, notamment le support du stockage objet pour RMAN et le chiffrement natif des backups, une vraie valeur ajout\u00e9e face aux co\u00fbts li\u00e9s aux options Oracle natives.<\/p>\n J’esp\u00e8re que cet article vous aura aid\u00e9 \u00e0 y voir plus clair ! La partie pratique avec une d\u00e9monstration en lab est dans les tuyaux \u2014 n’h\u00e9sitez pas \u00e0 laisser vos commentaires si vous souhaitez la voir arriver rapidement. Bon courage \u00e0 tous !<\/p>\n\n
Les nouveaut\u00e9s de la version 13<\/h2>\n
Comment fonctionne l’Application-Aware Processing pour Oracle ?<\/h2>\n
La gestion des Archive Logs<\/h2>\n
La restauration Oracle avec Veeam Explorer<\/h2>\n
\n
D\u00e9ploiement du plugin RMAN : standalone ou manag\u00e9 ?<\/h2>\n
Les bonnes pratiques \u00e0 retenir<\/h2>\n
\n
\n
En r\u00e9sum\u00e9<\/h2>\n