Comment sauvegarder une base de données Oracle avec Bacula ? Présentation technique d’Oracle Backup and Recovery.

Qu’est-ce que la sauvegarde et la récupération Oracle ?

Généralement, les opérations de sauvegarde et de récupération sont considérées comme l’un des principaux piliers de la protection des données. Cela s’applique également à la sauvegarde et à la restauration Oracle bien sûr, et dans le monde d’aujourd’hui, avoir au moins une sauvegarde de votre base de données est pratiquement une nécessité si vous ne voulez pas finir par tout perdre à cause d’une simple erreur ou d’un accident malheureux similaire.

Une sauvegarde Oracle est une copie de vos données qui peut être utilisée pour reconstruire le contenu de votre base de données originale. Sauf indication contraire, la plupart des documents de sauvegarde et de récupération font référence à une sauvegarde physique (une sauvegarde réelle de toutes les informations contenues dans une base de données) en tant que terme de « sauvegarde ».

Les logiciels de sauvegarde et de récupération pour Oracle devraient idéalement être en mesure de protéger le contenu des bases de données ainsi que les instances et RAC – Real Application Clusters (grappes d’applications réelles). Pour une entreprise, un logiciel de sauvegarde doit généralement répondre à tous les objectifs et à toutes les mesures du département informatique, y compris les besoins futurs estimés de l’entreprise, les besoins en matière de sécurité, les exigences de conformité, et bien plus encore. Si ce n’est pas le cas, il est probable qu’une nouvelle implémentation avec un logiciel différent soit nécessaire avant de réaliser le retour sur investissement du déploiement initial.

Pourquoi est-il important de créer des sauvegardes des bases de données Oracle ?

Les bases de données Oracle stockent souvent certaines des informations critiques d’une entreprise : profils des partenaires, dossiers des clients, données commerciales, etc. Ces mêmes bases de données sont souvent utilisées pour stocker des informations qui peuvent être nécessaires à d’autres flux de travail de l’entreprise. Ces mêmes bases de données sont souvent utilisées pour stocker des informations qui peuvent être nécessaires à d’autres flux de travail de l’entreprise. Ces seuls facteurs montrent pourquoi les données stockées dans les systèmes Oracle sont généralement très précieuses, et/ou sensibles ou essentielles et doivent être protégées.

Si de nombreux utilisateurs comprennent l’importance des sauvegardes Oracle dans leur ensemble, le problème n’est pas nécessairement si facile à résoudre. La quantité de données stockées dans une base de données Oracle moyenne augmente à un rythme alarmant, et les règles de conformité concernant la conservation et la sécurité des données sont de plus en plus strictes.

Cela crée un environnement dans lequel il est réellement très difficile de répondre à toutes les exigences modernes en matière de sécurité des bases de données Oracle. Dans ce contexte, le choix de la bonne option de sauvegarde Oracle devient un processus encore plus critique, sachant tout ce qui est en jeu et tout ce qu’une entreprise peut perdre en cas d’échec de la solution de sauvegarde choisie.

Différents éléments des opérations de sauvegarde et de restauration Oracle

Une grande partie des éléments de sauvegarde et de récupération existants dans le contexte des bases de données Oracle fonctionnent de manière similaire à tout autre type de stockage, mais il y a aussi quelques différences à mentionner dans la plupart des cas. Nous allons ici revoir en détail les principaux types de sauvegarde qui sont souvent mentionnés (complète, différentielle, incrémentielle) et expliquer également les différences entre les sauvegardes à chaud et les sauvegardes à froid.

Principaux niveaux de sauvegarde pour les tâches de sauvegarde Oracle

Trois niveaux de sauvegarde bien connus sont également applicables aux bases de données Oracle, et la plupart de leurs caractéristiques conceptuelles restent les mêmes dans ce contexte.

Sauvegardes complètes. Lorsqu’il s’agit de bases de données Oracle, une sauvegarde complète signifie la copie de l’intégralité du contenu de la base de données. Oracle propose différentes techniques pour effectuer des sauvegardes complètes, notamment Oracle Recovery Manager (RMAN). Les sauvegardes complètes de bases de données dans Oracle capturent l’ensemble de la base de données à un moment précis, y compris tous les fichiers de données, les fichiers de contrôle et la structure de la base de données.

Sauvegardes incrémentielles. Une sauvegarde incrémentielle dans les bases de données Oracle capture toutes les modifications apportées depuis la dernière sauvegarde, qu’il s’agisse d’une sauvegarde complète, différentielle ou incrémentielle, à l’instar d’une sauvegarde de données régulière. En ce qui concerne les nuances spécifiques à Oracle – RMAN propose différents niveaux de sauvegardes incrémentielles (niveau 0 ou niveau 1), chacun capturant un ensemble spécifique de modifications. La sauvegarde incrémentielle de niveau 0 équivaut à une sauvegarde complète et capture l’intégralité de la base de données. La sauvegarde incrémentielle de niveau 1, en revanche, capture les modifications apportées depuis la dernière sauvegarde de niveau 0 ou de niveau 1, offrant un équilibre entre la taille et la fréquence de la sauvegarde – un excellent choix pour une sauvegarde régulière.

Sauvegardes différentielles. Une sauvegarde différentielle dans Oracle capture uniquement les modifications apportées depuis la dernière sauvegarde complète, à l’instar des sauvegardes de données régulières. Oracle RMAN peut être utilisé pour effectuer des sauvegardes différentielles en capturant les modifications apportées aux blocs de données depuis la dernière sauvegarde complète (une variante d’une sauvegarde de niveau 1, essentiellement). Il est important de noter que les sauvegardes différentielles sont cumulatives et incluent toutes les modifications apportées depuis la dernière sauvegarde complète, ce qui peut les rendre plus volumineuses au fil du temps par rapport aux sauvegardes incrémentielles.

Bien que les principes sous-jacents des sauvegardes soient similaires pour les bases de données Oracle et d’autres formes de données, les outils et méthodologies utilisés dans l’écosystème Oracle, tels qu’Oracle RMAN, sont distincts. Pour créer une stratégie de sauvegarde et de restauration réussie dans un environnement de base de données Oracle, il est essentiel de bien comprendre ces considérations spécifiques à Oracle. Un autre sujet qui mérite d’être mentionné dans ce contexte est l’idée des sauvegardes à froid et à chaud.

Sauvegardes Oracle à froid et à chaud

Le concept de base des sauvegardes à chaud et à froid est très simple. Ces deux paramètres représentent l’état actuel de la base de données cible – les bases de données « chaudes » sont sous tension, tandis que les bases de données « froides » sont arrêtées. Il existe de nombreuses différences entre les deux, notamment en ce qui concerne les processus de sauvegarde.

Hot Backup, également connue sous le nom de sauvegarde en ligne, est une méthode de sauvegarde qui permet à la base de données Oracle de rester accessible aux utilisateurs pendant l’exécution du processus de sauvegarde. Zéro interruption des tâches de la base de données, peu ou pas de temps d’arrêt pour les utilisateurs et les applications, et l’adéquation avec les environnements 24/7 sont quelques-uns des avantages les plus significatifs de ce type de sauvegarde.

Oracle Recovery Manager (RMAN) crée un instantané cohérent de la base de données pour effectuer une sauvegarde à chaud à un moment donné. Toute modification apportée à la base de données au cours du processus de sauvegarde est également capturée pour garantir la cohérence des données et l’intégrité de la sauvegarde.

Il est important de noter que le processus de sauvegarde peut consommer des ressources système supplémentaires, ce qui peut affecter les performances totales de la base de données. Une planification et une coordination adéquates sont nécessaires pour garantir l’intégrité et la cohérence des informations sauvegardées.

La sauvegarde à froid est un type d’opération de sauvegarde effectuée lorsque la base de données Oracle est hors tension. Le fait de pouvoir produire un instantané propre et cohérent de l’ensemble de la base de données à un moment précis est l’un des avantages les plus significatifs des sauvegardes à froid. Ces sauvegardes sont généralement plus faciles à réaliser dans la plupart des scénarios, et l’absence d’opérations actives au sein de la base de données elle-même simplifie grandement l’ensemble du processus.

La base de données Oracle doit être hors ligne pour que la sauvegarde à froid puisse être effectuée. Le processus consiste à copier les fichiers de la base de données directement lorsqu’elle est hors tension, ce qui garantit la cohérence des données dans l’ensemble de la base de données. En même temps, les sauvegardes à froid peuvent avoir pour conséquence directe que les applications et les utilisateurs n’ont pas accès à la base de données lorsqu’ils en ont besoin. Les sauvegardes à froid sont principalement utilisées pour les petites bases de données ou dans les situations où les temps d’arrêt sont acceptables.

L’un des facteurs les plus importants dans le choix entre les sauvegardes à froid et à chaud est la tolérance aux temps d’arrêt – c’est pourquoi la plupart des organisations plus grandes et plus complexes s’appuient sur les sauvegardes à chaud en raison d’un manque général de tolérance aux temps d’arrêt de la base de données dans son ensemble. La plupart de ces utilisateurs disposent de ressources plus que suffisantes pour s’offrir un meilleur matériel, dans le but de réduire l’effet des sauvegardes à chaud sur les performances de l’infrastructure globale.

Il est également relativement courant d’utiliser ces deux types de sauvegardes en tandem, en fonction de la situation. Les besoins d’une entreprise spécifique et les règles de conformité qu’elle doit respecter sont également des facteurs importants dans ce cas.

Stratégie de sauvegarde d’Oracle

Dans les capacités d’Oracle, il y a deux stratégies de sauvegarde principales : RMAN et la gestion par l’utilisateur.

RMAN, ou Recovery Manager, est une solution entièrement intégrée à la base de données Oracle qui permet d’effectuer diverses activités liées à la sauvegarde. Vous pouvez accéder à RMAN à l’aide d’Oracle Enterprise Manager (OEM) ou de la ligne de commande.

Les sauvegardes gérées par l’utilisateur sont des sauvegardes de base qui peuvent être effectuées à l’aide d’une combinaison de commandes du système d’exploitation hôte et de commandes de récupération SQL*Plus. Dans ce cas, tous les aspects liés à la sauvegarde doivent être définis manuellement pour chaque sauvegarde.

Bien que deux types de sauvegarde soient pris en charge, RMAN est celui qui est généralement préféré, de sorte que la majorité des fonctionnalités de sauvegarde d’Oracle sont concentrées sur ce type de sauvegarde.

L’un des principaux avantages d’une sauvegarde RMAN est la possibilité de créer des sauvegardes lorsque la base de données est ouverte et/ou montée. La commande de sauvegarde elle-même est relativement simple ; l’invite ressemble à ceci :

Il est possible d’ajouter un certain nombre d’éléments ou de paramètres à cette commande, par exemple, elle peut ressembler à ceci si nous voulons également inclure les journaux archivés dans la sauvegarde :

Une autre option disponible avec RMAN est la possibilité de créer des sauvegardes incrémentales. La sauvegarde incrémentielle est un type de sauvegarde qui ne copie que les fichiers spécifiques qui ont été modifiés depuis la dernière sauvegarde de n’importe quel type (selon le type de sauvegarde, il peut s’agir d’une sauvegarde incrémentielle cumulative ou d’une sauvegarde incrémentielle différentielle).

En ce qui concerne les commandes, l’invite de sauvegarde est relativement similaire (avec des ajouts possibles sous la forme de divers paramètres) :

Et il y a aussi le fait que les copies d’ombre/fichiers d’instantanés peuvent également être créés avec les sauvegardes incrémentielles de RMAN. Par exemple, la commande de création d’une sauvegarde incrémentielle dans la zone de récupération rapide peut être lancée avec la commande suivante :

Comme vous pouvez le constater, RMAN, en tant que solution de sauvegarde native d’Oracle, offre de nombreuses possibilités. En même temps, il a ses propres limites, et c’est là que les solutions de sauvegarde tierces entrent en jeu. Mais d’abord, nous devrions couvrir la méthodologie qui va être utilisée pour la représentation suivante des solutions de sauvegarde tierces.

Méthodologie de présentation des différents éléments des outils de sauvegarde Oracle tiers

Les bases de données Oracle sont par nature des entités complexes et sophistiquées. Par conséquent, il n’est pas surprenant que les logiciels de sauvegarde Oracle tiers puissent être tout aussi difficiles, en particulier sur un marché hautement concurrentiel. Cet article vise à présenter plusieurs solutions de sauvegarde et à expliquer pourquoi les clients peuvent – ou non – choisir d’opter pour l’une d’entre elles.

L’évaluation des clients

Si vous avez besoin d’un logiciel de sauvegarde offrant un éventail d’options, l’opinion publique – sous la forme de notations clients – peut être un facteur très utile à prendre en compte. Vous pouvez trouver les évaluations des clients sur diverses plateformes telles que G2, TrustRadius et Capterra. Vérifier les évaluations des clients est un moyen rapide et facile d’évaluer l’opinion publique sur une solution logicielle spécifique.

Capterra est une plateforme qui héberge plus de 2 millions d’avis enregistrés dans diverses catégories. La plateforme s’engage à maintenir l’authenticité des avis et ne supprime aucun avis de client à la demande du vendeur.

TrustRadius dispose d’un processus rigoureux pour s’assurer que tous les avis sur sa plateforme sont authentiques. Une équipe de recherche interne examine chaque avis pour s’assurer qu’il fournit des informations précieuses. Aucun fournisseur ne peut modifier ou supprimer les avis des clients sur TrustRadius.

G2 est une autre plateforme d’avis réputée qui propose plus de 100 000 vendeurs et plus de 2,4 millions d’avis d’utilisateurs vérifiés. Son système de validation des avis garantit la validité totale de chaque avis. Outre les évaluations, G2 propose de nombreux autres services tels que le suivi, l’investissement et le marketing.

Caractéristiques clés, avantages, lacunes

Lorsqu’il s’agit de décrire les principales caractéristiques d’une solution logicielle, ainsi que ses avantages et ses inconvénients, la tâche peut s’avérer assez difficile. Les logiciels de sauvegarde en sont un parfait exemple – ils possèdent de nombreuses fonctionnalités, dont certaines peuvent ne concerner qu’un public spécifique, ce qui rend difficile la détermination d’une solution qui réponde aux besoins de chaque client potentiel. Cela s’applique également aux outils de sauvegarde Oracle, puisque chaque composant logiciel fournit son propre ensemble de capacités pour effectuer des tâches très similaires ou identiques.

Prix

Décrire les caractéristiques essentielles d’une solution, ainsi que leurs avantages et leurs inconvénients, peut s’avérer difficile. Le logiciel de sauvegarde en est un parfait exemple. Ils offrent diverses fonctionnalités, dont certaines peuvent ne concerner qu’un public particulier, ce qui rend difficile la détermination des besoins de chaque client potentiel. Cela est particulièrement vrai pour les solutions de sauvegarde qui incluent le support de la sauvegarde Oracle. Chaque composant logiciel fournit son propre ensemble de capacités pour effectuer des opérations similaires ou identiques.

Opinion personnelle de l’auteur

Cette catégorie peut inclure différents sujets, tels qu’un bref résumé du logiciel, un fait intéressant qui n’a pas encore été mentionné et tout autre détail pertinent. L’objectif principal est de présenter le point de vue personnel de l’auteur sur le sujet, en offrant une perspective supplémentaire et plus subjective sur le produit.

Les logiciels tiers pour les opérations de sauvegarde Oracle

L’objectif initial de la plupart des solutions de sauvegarde tierces est simple : fournir leurs services qui égalent ou dépassent les capacités intégrées en termes de performances et d’ensemble de fonctionnalités. Les quatre exemples ci-dessous sont souvent considérés comme quelques-unes des solutions de sauvegarde avec prise en charge d’Oracle les plus en vue sur le marché.

Veeam

Veeam est une plate-forme de sauvegarde et de restauration multifonctionnelle bien connue. L’une de ses nombreuses capacités est l’intégration d’Oracle, qui offre de nombreuses fonctionnalités avec lesquelles travailler. Veeam peut non seulement être ajouté en tant que système de sauvegarde supplémentaire à la configuration de sauvegarde Oracle existante (que ce soit avec RMAN ou via un autre logiciel tiers), mais il peut également gérer seul toutes les questions de sauvegarde orientées Oracle. Veeam est rapide, polyvalent et peut offrir de multiples fonctionnalités précieuses aux utilisateurs d’Oracle – comme un processus de restauration basé sur des instantanés, une récupération instantanée des VM, la prise en charge de plusieurs systèmes d’exploitation et des sauvegardes au niveau de l’image.

Évaluations des clients :

• Capterra – 4.8/5 points basés sur 69 examens de clients
• TrustRadius – 8.8/10 points sur la base de 1.237 examens de clients
• G2 – 4.6/5 points sur la base de 387 examens de clients

Avantages :

• L’équipe de support client de Veeam est réputée pour son aide rapide et efficace.
• La solution elle-même est conviviale et fiable, avec des années d’expérience et des clients satisfaits pour le prouver.
• La première installation de la solution Veeam peut être simple et relativement indolore.

Points faibles :

• Veeam est une très bonne solution, mais elle est loin d’être parfaite, et il y a plusieurs domaines où la solution peut être considérée comme déficiente – tels que les niveaux de cybersécurité et la gestion des données.
• Le modèle de tarification de Veeam est loin d’être simple ; il comporte de multiples éléments, et calculer le prix total peut s’avérer une tâche très complexe très rapidement.
• L’interface de Veeam n’est pas non plus très avancée. Elle n’est pas trop compliquée, mais certains rapports indiquent qu’elle donne l’impression d’être une version dépassée du logiciel, surtout si on la compare à des exemples de logiciels plus récents.

Tarification (au moment de la rédaction) :

• • Les informations officielles concernant les prix de Veeam sont limitées sur leur site web. Un devis personnalisé doit être demandé afin de recevoir un prix précis pour les services requis. Toutefois, Veeam propose une page pricing calculator où les utilisateurs peuvent sélectionner le nombre d’environnements qu’ils souhaitent couvrir et la période d’abonnement prévue.
  • Veeam fournit des informations essentielles sur sa tarification via la page du calculateur. Il s’agit notamment de la possibilité d’acheter des abonnements pour au moins un an et jusqu’à cinq ans, ainsi que des réductions supplémentaires avec des contrats pluriannuels.
  • Les utilisateurs peuvent choisir le type de charge de travail approprié, tel que Virtual VM, Cloud VM, Servers, Workstations, M365 Users et NAS/File Shares (TB). Si le champ « NAS/partages de fichiers » n’est pas supérieur à zéro, le bouton « Contactez-nous » ne sera pas disponible.
  • Veeam vend des licences par incréments de cinq à la fois. Par exemple, pour protéger cinq charges de travail de type Virtual VM, Cloud VM, Server ou Workstation pendant un an, le coût est de 642 $.
  • En revanche, la catégorie « Microsoft 365 » nécessite de sélectionner au moins dix utilisateurs à la fois, avec un prix de départ de 306 $.

.

Mon avis personnel sur Veeam :

Veeam est une solution de sauvegarde et de restauration bien connue qui s’adresse aux environnements physiques, virtuels, cloud et hybrides. Elle dispose d’un tableau de bord centralisé qui rationalise la gestion des différents types de sauvegarde, augmentant ainsi l’efficacité. Toutefois, certains fournisseurs de premier plan offrent des niveaux de sécurité bien supérieurs à ceux de Veeam. En outre, le modèle de tarification peut être déroutant car certaines de ses fonctionnalités sont facturées beaucoup plus cher que d’autres sans justification claire.

Cohesity

L’un des aspects les plus significatifs de Cohesity en tant que logiciel de sauvegarde est sa capacité à éliminer les silos de données en restructurant les éléments d’infrastructure existants d’une manière particulière. Cela permet à Cohesity d’améliorer les performances de la plupart des systèmes (y compris ceux basés sur Oracle), qu’ils utilisent le stockage en nuage, le stockage physique ou une sorte de configuration hybride. Les processus de sauvegarde et de restauration de Cohesity sont rapides, cohérents avec les applications, et utilisent de multiples fonctionnalités de pointe pour améliorer considérablement le processus global de traitement des sauvegardes (comme la prise en charge du type de sauvegarde incrémentielle à jamais).

Cotes des clients (au moment de la rédaction) :

• Capterra – 4.6/5 points basés sur 49 avis de clients
• TrustRadius – 8.3/10 points sur la base de 81 expertises clients
• G2 – 4.4/5 points sur la base de 47 avis de clients

Avantages :

• Le processus de configuration initiale n’est pas particulièrement difficile et peut être géré par la plupart des utilisateurs.
• L’interface utilisateur de la solution est facile à utiliser.
• Les capacités de centralisation de Cohesity en font une option plutôt pratique lorsqu’il s’agit de gérer plusieurs processus de sauvegarde depuis le même endroit.

Points faibles :

• Il n’y a pratiquement rien que Cohesity puisse offrir en termes de capacités d’automatisation.
• Les processus de sauvegarde ne sont pas aussi personnalisables que ce que la plupart des concurrents peuvent offrir.

Tarification (au moment de la rédaction) :

• Cohesity n’offre pas d’informations tarifaires au public ; la seule option pour recevoir de telles informations est de contacter l’entreprise directement.

Mon opinion personnelle sur Cohesity:

Cohesity offre un large éventail de fonctionnalités, ce qui en fait une solution idéale pour les besoins de sauvegarde des entreprises. Il peut gérer divers types de données et d’environnements de stockage, offre des performances de sauvegarde et de restauration rapides, et fournit un ensemble étendu de fonctionnalités spécifiques à la sauvegarde. L’infrastructure de Cohesity se distingue par une structure en forme de nœud qui permet une mise à l’échelle rapide et sans effort. De plus, son interface conviviale la rend plus facile à utiliser que d’autres solutions similaires sur le marché. Cependant, la sauvegarde des bases de données avec Cohesity peut s’avérer difficile et nécessite une intervention manuelle en raison de l’automatisation limitée disponible.

Rubrik

Rubrik est une solution de sauvegarde et de restauration impressionnante qui compte des centaines de clients et des années de travail fructueux. Son logiciel est un trésor de fonctionnalités utiles, capable de fonctionner avec de nombreux types de stockage et d’infrastructure – y compris Oracle. Les capacités de Rubrik en ce qui concerne Oracle sont bonnes, avec le support de Live Mount (RTO proche de zéro), des sauvegardes incrémentales à jamais, et la possibilité d’automatiser complètement des workflows RMAN entiers pour une protection des données facile avec un certain degré de personnalisation, si nécessaire.

Cotes des clients (au moment de la rédaction) :

• Capterra – 4.7/5 points basés sur 47 examens de clients
• TrustRadius – 8.8/10 points sur la base de 215 avis de clients
• G2 – 4.6/5 points sur la base de 80 avis de clients

Avantages :

• Un grand choix de fonctions d’automatisation, avec la possibilité de personnaliser la plupart d’entre elles.
• Une interface conviviale et pratique.
• Rubrik prend également en charge de nombreux types de déploiement et de stockage, offrant ainsi une flexibilité considérable pour les infrastructures plus importantes et plus complexes.

Carences :

• Rubrik souffre d’un problème relativement courant, à savoir un processus de configuration trop sophistiqué et complexe lors de la première utilisation.
• Le manque de documentation détaillée et de Whitepaper rend difficile la recherche des capacités spécifiques du logiciel.
• Rubrik est une excellente option pour les tâches de sauvegarde, mais il manque d’expertise dans plusieurs domaines, notamment les sauvegardes Azure.
• Les récentes failles de sécurité ont soulevé des questions sur la sécurité de l’architecture globale de Rubrik.

Tarification (au moment de la rédaction) :

• Rubrik ne fournit pas d’informations sur les prix sur son site web officiel. Pour obtenir des informations sur les prix, vous devez contacter l’entreprise directement pour une démonstration personnalisée ou l’une des visites guidées.

Mon avis personnel sur Rubrik :

Rubrik est une solution complète de gestion de données et de sauvegarde qui peut soutenir les entreprises de toutes tailles. Elle offre de nombreuses fonctionnalités impressionnantes pour la récupération, la sauvegarde et la protection des données. Ses capacités de gestion basées sur des politiques en font une excellente option pour les entreprises opérant dans des environnements informatiques hybrides. En même temps, le coût des services de Rubrik pourrait ne pas être abordable pour certains clients, et l’ensemble des fonctionnalités de la plateforme pourrait ne pas être suffisant pour une gamme de clients spécifique.

Commvault

Commvault constitue un réseau interconnecté sophistiqué de capacités et de fonctionnalités, couvrant non seulement les questions de sauvegarde et de restauration, mais aussi la gestion et la sécurité des données. Commvault Cloud (la solution phare de l’entreprise) prend également en charge Oracle de multiples façons – y compris les sauvegardes de données Oracle et l’intégration avec Oracle RMAN, offrant à la fois la sécurité et la commodité d’utilisation d’outils de sauvegarde et de récupération quasi-natifs. Parmi les autres capacités de Commvault en termes d’intégration avec Oracle, citons la mobilité aisée des données, l’amélioration de la sécurité et l’élimination de l’éparpillement des données.

Cotes des clients (au moment de la rédaction) :

• Capterra – 4.6/5 points basés sur 38 examens de clients
• TrustRadius – 8.0/10 points sur la base de 221 expertises clients
• G2 – 4.3/5 points sur la base de 138 expertises clients

Avantages :

• Commvault propose un grand nombre de types de logiciels et de configurations pris en charge.
• Il peut être intégré à de nombreuses autres solutions dans le même domaine.
• La configuration des processus de sauvegarde et de restauration n’est pas un processus difficile.

Points faibles :

• Le processus de configuration initiale est très compliqué et difficile à exécuter pour la plupart des utilisateurs non experts.
• Les capacités de journalisation de Commvault sont extrêmement basiques et manquent carrément dans certains cas.
• La solution globale présente une courbe d’apprentissage abrupte ; un utilisateur moyen pourrait avoir besoin d’un certain temps pour comprendre toutes les fonctionnalités et capacités.

Tarification (au moment de la rédaction) :

• Commvault n’offre pas d’informations tarifaires au public ; la seule option pour recevoir de telles informations est de contacter la société directement.

Mon avis personnel sur Commvault :

Commvault est une solution de sauvegarde qui répond aux besoins de sauvegarde des grandes organisations. Elle utilise des technologies avancées pour offrir une expérience utilisateur exceptionnelle. Le logiciel peut gérer différentes options de stockage telles que le stockage dans le cloud, les bases de données, les VM, les conteneurs et les points de terminaison, offrant ainsi des fonctionnalités de sauvegarde et de restauration rapides et précises. Cependant, l’intégration de Commvault avec les fournisseurs de stockage en nuage peut être coûteuse. En outre, certaines de ses fonctionnalités n’offrent pas suffisamment d’informations de journalisation et de reporting, et la configuration initiale du logiciel peut s’avérer un processus complexe et chronophage.

En outre, une autre solution de sauvegarde tierce mérite d’être prise en compte dans le cadre des tâches de sauvegarde et de restauration d’Oracle. Il s’agit de Bacula Enterprise.

Sauvegarde et restauration d’Oracle avec Bacula Enterprise

Bacula Enterprise est une solution logicielle particulièrement sécurisée proposée par Bacula Systems qui offre des fonctionnalités complètes de sauvegarde et de restauration. Ce qui le distingue, c’est son approche unique qui permet d’étendre ses propres fonctionnalités au sein du même logiciel, grâce à un système modulaire hautement sécurisé mis en œuvre par Bacula. Ce logiciel offre un large éventail de fonctionnalités telles que des niveaux de sauvegarde avancés, la déduplication et la compression, différentes interfaces utilisateur, la gestion avancée des volumes et des pools, le contrôle des tâches, des fonctionnalités pour les points finaux comme la récupération Bare Metal pour les systèmes Linux et Windows et la sauvegarde initiée par le client. En raison de ses niveaux de sécurité exceptionnellement élevés, Bacula est généralement utilisé par des organisations gouvernementales, des organismes de défense et des instituts de recherche soucieux de la sécurité.

En outre, Bacula offre la technologie Snapshot, des fonctionnalités pour les MSP et les sociétés d’hébergement, ainsi qu’une protection personnalisable pour Microsoft 365 et d’autres applications SaaS. Bacula est compatible avec différents formats de stockage, y compris les clouds physiques, publics et privés, et fonctionne avec presque toutes les technologies de bande. Il couvre également les conteneurs, les VM et les bases de données de toutes sortes.

Évaluations des clients :

• TrustRadius – 9.7/10 points sur la base de 54 examens de clients
• G2 – 4.7/5 points sur la base de 56 examens de clients

Avantages :

• Bacula offre de nombreuses fonctionnalités dès sa sortie de l’emballage, et un système de modules intégrés pourrait offrir encore plus de possibilités.
• Bacula offre de multiples options axées sur la sécurité pour ses efforts de sauvegarde des données, y compris le cryptage, la vérification des sauvegardes, et plus encore.
• La prise en charge de nombreux types de stockage et de variantes d’infrastructure contribue également largement au succès de Bacula. Il offre la possibilité de travailler avec des bases de données, des serveurs, des machines virtuelles, du stockage en nuage et du stockage physique.

Points faibles :

• L’interface web propre à Bacula, BWeb, peut être quelque peu déroutante pour les nouveaux venus en raison du grand nombre de fonctionnalités disponibles dès le départ.
• Le processus de configuration initiale pour les infrastructures plus complexes peut prendre un certain temps.
• Certains plugins et modules plus spécifiques ne sont pas inclus dans l’abonnement de base à Bacula et ont un prix distinct.

Tarification :

• Pour obtenir les données tarifaires exactes de Bacula, il est nécessaire de contacter Bacula Systems directement car aucune information publique sur les tarifs de Bacula n’est disponible sur son site officiel.
• Toutefois, le site Web fournit quelques informations sur le modèle de tarification de Bacula.
• Plusieurs niveaux de prix sont disponibles, y compris BSBE, Standard, Bronze, Silver, Gold et Platinum. La plus grande différence réside dans le nombre de clients et de contrats avec lesquels vous pouvez travailler en utilisant un niveau d’abonnement spécifique.

Exécuter des sauvegardes Oracle avec Bacula Enterprise :

Essentiellement une copie de vos données importantes que vous conservez séparément de l’original pour les restaurer en cas de perte de données de toutes sortes s’appelle une sauvegarde de données. Toute entreprise possède des données qu’elle doit protéger et qu’elle ne veut pas perdre, y compris les utilisateurs de bases de données Oracle. La perte de données est la principale raison pour laquelle vous devez disposer d’une sauvegarde pour que votre environnement de base de données Oracle reste fiable et sûr.

La plupart des entreprises utilisant Oracle préfèrent confier à une personne distincte la gestion de leurs opérations de sauvegarde Oracle – ce poste est appelé « administrateur de sauvegarde ». En règle générale, cette personne est chargée d’un certain nombre de tâches, dont les suivantes :

• Mettre au point un programme de sauvegarde approprié;
• Etre prêt à résoudre les problèmes qui peuvent survenir dans le cadre de l’ensemble du processus de sauvegarde et de récupération;
• Réfléchir et tester différentes situations avec différents types de défaillances matérielles ou logicielles possibles liées à la perte de données;
• Non directement liées au processus de sauvegarde, mais les tâches possibles sont la préservation et le transfert des données;
• Etre prêt à récupérer en cas de perte de données, quelle qu’en soit l’ampleur.

En parlant de perte de base de données Oracle, la grande variété des raisons possibles de la perte de la base de données illustre encore plus le fait que faire des sauvegardes Oracle est une bonne chose en général ! Par exemple, certaines des diverses causes de perte de données peuvent être les suivantes :

• Cassure matérielle;
• Accidents dus à une mauvaise manipulation des données;
• Corruption de données due à un virus;
• Erreurs dans le processus de migration des données d’un appareil ou d’un système à un autre, etc.

Il existe de nombreuses façons de sauvegarder les bases de données Oracle. Les modes en grappe offrent une résilience aux problèmes matériels, et les infrastructures hautement disponibles, en nuage et convergentes offrent de nouvelles options pour l’assurance et la liberté des données, ainsi que la redondance. Quelles que soient ces options, la sauvegarde d’Oracle reste essentielle pour éviter qu’une petite erreur, une corruption ou un piratage ne détruise les données critiques résidant sur l’infrastructure, même la meilleure. Les serveurs de base de données restent un élément clé de la plupart des organisations et contiennent souvent les informations les plus critiques pour la continuité des opérations. Le guide qui suit vous montrera comment exécuter une sauvegarde et une restauration Oracle en utilisant la fonctionnalité SBT de RMAN, qui permet aux données de transiter directement vers Bacula Enterprise.

Types possibles de sauvegarde et de récupération Oracle

Il existe deux méthodes pour sauvegarder une base de données Oracle :

• Sauvegarde gérée par Bacula en utilisant le mode dump d’Oracle. Cette méthode est rapide et facile à mettre en place, mais sa portée est limitée aux petites bases de données et elle ne prend pas en charge la récupération ponctuelle ou les sauvegardes incrémentielles.
• Sauvegarde gérée par RMAN (mode Oracle SBT). Également connu sous le nom d’Oracle Recovery Manager (RMAN), il s’agit d’une fonctionnalité originale du serveur de base de données Oracle, ce qui signifie qu’il n’est pas nécessaire de l’installer manuellement – elle est déjà incluse du côté du serveur. Ce mode utilise l’excellent outil de sauvegarde RMAN et ses API pour permettre à Bacula d’initier des modes de sauvegarde plus avancés qui supportent les sauvegardes PITR, incrémentales et différentielles des bases de données, et peut tirer parti de la fonction de suivi des changements de RMAN pour améliorer les performances des sauvegardes incrémentales. C’est aussi le plus convivial car RMAN utilise une seule interface pour tous les systèmes d’exploitation, ce qui le rend beaucoup moins compliqué.

Puisque le type de sauvegarde basé sur RMAN est la solution privilégiée, voici quelques-uns des avantages les plus notables de son utilisation :

• Compression binaire. Ce type de mécanisme de compression est intégré à la base de données Oracle en tant que système et son objectif principal est de réduire la taille globale d’une sauvegarde moyenne.
• Duplication automatisée de la base de données. Un certain nombre de fonctions mises en œuvre dans Oracle permettent de créer facilement une copie de votre base de données à l’aide d’un grand nombre de configurations de stockage.
• Sauvegardes incrémentales. Ce type de sauvegarde consiste à conserver et à sauvegarder uniquement les blocs qui ont été modifiés d’une manière ou d’une autre depuis la dernière sauvegarde complète. Cette méthode de sauvegarde nécessite beaucoup moins d’espace de stockage que la méthode traditionnelle et ajoute plus de souplesse au processus de restauration en cas de catastrophe quelconque.
• Sauvegardes cryptées. RMAN peut facilement crypter votre base de données à l’aide de la fonction intégrée de cryptage des sauvegardes. Il y a une distinction entre la création d’une telle sauvegarde sur un disque et la création de cette même sauvegarde directement sur une bande. Pour le disque – la base de données en question doit activer l’option de sécurité avancée. Pour la bande – RMAN doit utiliser l’interface Oracle SBT mais il n’est pas nécessaire que l’option de sécurité avancée soit activée.
• Bloquez la récupération des supports. Si la quantité de données corrompues est relativement faible, vous n’avez pas vraiment besoin de restaurer l’ensemble de la sauvegarde pour la réparer – cette fonctionnalité est appelée récupération de support de bloc et peut être utilisée sans mettre le fichier lui-même hors ligne, ainsi.

Pour ce guide pratique, nous allons mettre en place des sauvegardes Oracle SBT.

Partie 1 : Configurez le plugin de sauvegarde et de restauration Oracle dans Bweb

Étape 1. Dans Bweb, configurez un nouveau jeu de fichiers pour le travail. Dans l’onglet « Plugin » du jeu de fichiers, sélectionnez Oracle SBT.

Étape 2. Le plugin de sauvegarde et de restauration Oracle est configuré principalement côté client, donc dans la plupart des cas, aucune autre configuration n’est requise sur dans Bweb. Le nouveau jeu de fichiers peut être validé.

Étape 2a : Veuillez noter les différentes options de sauvegarde de la base de données Oracle disponibles si le plugin Oracle (non-SBT) est choisi. Le Oracle Plugin Whitepaper couvre ces méthodes alternatives en profondeur.

Partie 2 : Configurer le plugin Oracle Database Backup sur le serveur Oracle

Comme pour les autres plugins de base de données, le Bacula Enterprise File Daemon et le composant du plugin de base de données concerné (Oracle SBT dans ce cas) doivent d’abord être installés sur le serveur de base de données. Ceci place les outils nécessaires à la sauvegarde Bacula sur le serveur de base de données. Veuillez consulter le Whitepaper d’Oracle ou contacter le support de Bacula Systems si vous avez besoin d’aide pour cette étape.

Étape 1 : Installez le File Daemon de Bacula et les packages du plugin de sauvegarde Oracle.

Étape 2 : Installez la bibliothèque sbt dans Oracle

Etape 3 : Redémarrez oracle

Etape 4 : Copiez bconsole et assurez-vous qu’Oracle peut le lire :

Etape 5 : Editez /opt/bacula/etc/sbt.conf pour indiquer le nom du job, le chemin et la configuration de bconsole, et le nom du client :

Exemples de fichiers et de tâches :

Vous trouverez ci-dessous des exemples du jeu de fichiers simple configuré dans BWeb dans la partie 1, ainsi qu’un exemple de job qui utilise ce jeu de fichiers. Pour des tutoriels plus approfondis sur BWeb, veuillez consulter la documentation vidéo de Bacula Systems :

Partie 3 : Testez la connectivité du plugin et exécutez Oracle Backup :

Etape 1 : Tester le plugin

Étape 2 : Exécutez manuellement une sauvegarde via RMAN :

Une sauvegarde RMAN réussie typique ressemble à ce qui suit, et indique que le plugin SBT est installé, correctement configuré et prêt à exécuter des sauvegardes :

Récupération de la base de données Oracle

Bien qu’une sauvegarde en soi soit incroyablement importante – il convient également de mentionner que les fonctions de récupération sont, bien sûr, une partie essentielle de l’ensemble du processus dans le cycle de sauvegarde et de récupération de la base de données Oracle. Disposer d’une sauvegarde sans aucun moyen de restauration n’est d’aucune utilité pour personne.

Mais nous devons d’abord aborder quelques notions de base. Comme nous l’avons dit précédemment, il existe un grand nombre de circonstances possibles qui peuvent vous amener à devoir récupérer votre base de données. Il peut s’agir, par exemple, d’un certain nombre de pannes matérielles et de problèmes de microprogrammes :

• Corruption de bloc;
• Perte de données;
• Erreur d’utilisateur;
• Problèmes de mise à niveau;
• Catastrophe naturelle ou non naturelle.

Vous devrez d’abord vous connecter au catalogue de récupération si vous souhaitez restaurer ou récupérer une base de données à l’aide de RMAN. L’étape suivante consiste à allouer des canaux à la bande ou au disque. L’objectif du catalogue de récupération est de fournir toutes sortes d’informations sur la sauvegarde ou les sauvegardes de la base de données. Vous pouvez également configurer un fichier de contrôle distinct à des fins similaires. La différence entre les commandes restore et recover est que « restore » fait exactement ce que vous attendez – restaurer les fichiers de la base de données, mais « recovery » est quelque peu différent puisqu’il applique toutes les modifications enregistrées dans les journaux de données archivés.

La sauvegarde et la récupération de la base de données Oracle en tant que processus sont en mesure de fournir plusieurs options de récupération, notamment :

• Recouvrement de points spécifiques

Lorsque vous utilisez Oracle, le processus de récupération n’est pas si compliqué. Vous pouvez facilement restaurer l’ensemble de la base de données et utiliser ensuite les commandes « recover » pour choisir le point spécifique auquel vous souhaitez que votre base de données soit restaurée. Si vous utilisez RMAN, vous disposez de plusieurs options autres que la récupération complète de base : vous pouvez ramener l’état de votre base de données à un point précis dans le temps ou faire correspondre son état à un journal d’archives spécifique.

• Tablespaces/Datafiles/Blocks Restauration

Si votre base de données comprend de nombreux tablespaces, vous pouvez choisir ce mode de restauration pour limiter l’indisponibilité de la base de données aux seuls utilisateurs des tablespaces qui utilisaient les fichiers endommagés. En général, la restauration des tablespaces est un peu plus compliquée que la fonction habituelle de restauration de la base de données, car vous ne pouvez pas restaurer des tablespaces spécifiques après la restauration. C’est pourquoi il est conseillé d’effectuer une sauvegarde juste après la restauration de ces tablespaces. Une autre particularité de l’utilisation de RMAN est que vous pourrez fournir à la fois le numéro de bloc et le numéro de fichier de données, ce qui facilitera le processus de restauration.

• Data Recovery Advisor

Le service Oracle comprend également une fonction appelée Data Recovery Advisor (conseiller en récupération de données) que vous pouvez activer si vous rencontrez des problèmes avec un ou plusieurs fichiers de votre base de données. Ce conseiller est en mesure de vous fournir le script de réparation basé sur votre base de données et de vous montrer combien vous pouvez récupérer dans votre situation actuelle. Vous pouvez également activer très facilement le script fourni juste après avoir lancé le conseiller.

Cependant, la gestion des sauvegardes Oracle ne consiste pas seulement à maintenir votre politique de conservation, elle peut également être utilisée pour garder une trace des sauvegardes que vous pouvez utiliser pour les opérations de restauration à un moment donné. Il existe plusieurs approches de cette tâche :

La première approche consiste strictement à récupérer une liste des sauvegardes disponibles, et cela peut être fait avec peu ou pas d’effort avec une LIST commande que RMAN possède. Cette commande particulière récupère un tableau de jeux de sauvegarde, avec des informations supplémentaires sur chacun d’entre eux, telles que la date de création, le type de sauvegarde, les parties spécifiques d’une base de données qui ont été copiées, et plus encore.

La deuxième approche de la gestion des sauvegardes Oracle est centrée sur le fait de se débarrasser des fichiers obsolètes – elle est principalement contrôlée par seulement deux paramètres (RECOVERY WINDOW et REDUNDANCY, pour le nombre de jours pour une politique de rétention et le nombre de sauvegardes, respectivement), et se compose de trois options possibles :

• Expire. Contrôlé par REDUNDANCY et RECOVERY WINDOW, généralement une partie d’un script de sauvegarde ou d’une tâche de sauvegarde avec un paramètre EXPIREDATE.
• Supprimer du catalogue. L’historique de sauvegarde est supprimé avec une chance de récupération s’il était accidentel ou si les données en question sont nécessaires.
• Supprimer expiré. Une tâche de nettoyage de routine qui supprime les sauvegardes obsolètes et les journaux d’archives.

Alors que la majorité des opérations de sauvegarde Oracle portent sur les sauvegardes de l’ensemble de la base de données, l’option de restauration d’objets spécifiques est également sur la table, de sorte que tout objet de votre système peut être sauvegardé ou récupéré séparément du reste à un moment donné. Comme pour le sujet précédent, il existe plusieurs façons d’aborder le sujet :

• Oracle Data Pump. Data Pump est un utilitaire Oracle qui permet d’exporter et d’importer des objets ou des tables spécifiques. Il convient de noter que le DDL (Data Definition Language) est également inclus, ce qui signifie que la structure complète de la table ou de la procédure en question sera recréée avec l’objet ou la table restauré(e). Cela peut également être utilisé pour restaurer uniquement la structure sans aucune donnée afin de l’utiliser comme modèle ou comme mesure de sauvegarde.
• Utilisation des niveaux de table/schéma pour copier des objets spécifiques. Les tables singulières peuvent être récupérées dans Oracle à l’aide de la commande CREATE, elle inclura les tablespaces sans journalisation – ce qui signifie que vous ne pourrez restaurer que les données, sans aucune structure telle que les index, les déclencheurs, les constantes, etc.

Réflexions finales sur la sauvegarde et la restauration Oracle

Parce que le plugin Bacula Enterprise Oracle SBT s’appuie sur RMAN pour les fonctionnalités avancées de sauvegarde, quelques configurations supplémentaires doivent être effectuées dans Oracle.

Période de rétention :

Lorsque vous utilisez le plugin SBT RMAN, la rétention de sauvegarde définie dans RMAN doit correspondre à la rétention du volume ou du job Bacula.

Archive log :

Pour pouvoir utiliser le mode de sauvegarde RMAN, la base de données doit être en mode ARCHIVELOG.

Développements récents et mises à jour d’Oracle

Oracle est une technologie qui évolue rapidement et qui propose régulièrement de nouvelles fonctionnalités. Deux des développements les plus récents d’Oracle dans son ensemble sont Oracle Enterprise Communications Platform et un service d’IA génératif appelé Oracle Cloud Infrastructure

Oracle Enterprise Communications Platform agit comme un hub centralisé qui connecte les applications d’Oracle avec d’autres canaux de communication – qu’il s’agisse de plateformes de médias sociaux, d’appareils IoT ou de réseaux traditionnels. La plateforme en question rationalise la communication et améliore l’efficacité globale tout en offrant une meilleure expérience client et une vue transparente de l’ensemble du pipeline de communication. Vous trouverez le dernier article sur le thème de l’ECP ici.

Oracle Cloud Infrastructure Generative AI Service offre le point de vue d’Oracle sur la puissance de l’IA générative, en fournissant à ses clients des capacités pour effectuer des traductions automatiques et générer du contenu sous forme de vidéos et d’images, ainsi qu’une multitude de formats de texte avec lesquels le modèle peut travailler. Le service en question alimente désormais l’Oracle Health Data Intelligence – une combinaison d’applications, de services et d’outils analytiques conçus spécifiquement pour le secteur de la santé. L’article sur ce sujet particulier se trouve ici.

L’aspect technique d’Oracle est tout aussi actif, avec des mises à jour de sécurité et des correctifs critiques. Le prochain correctif critique devrait être publié le 16 avril 2024. Pour en savoir plus sur les informations relatives à la « sécurité » d’Oracle, vous pouvez consulter ici.

Bonnes pratiques et problèmes courants ou opérations de sauvegarde et de restauration Oracle

Les opérations de sauvegarde Oracle ont beaucoup d’aspects et de détails qui leur sont propres, mais la majorité des meilleures pratiques pour ces types d’opérations de sauvegarde sont très similaires à ce que quelqu’un recommanderait pour les opérations de sauvegarde ordinaires. Voici quelques exemples :

• Contrôle des performances des sauvegardes.
• Test des procédures de sauvegarde et de restauration.
• Plan de sauvegarde cohérent basé sur les besoins de l’entreprise en termes de RPO et de RTO.
• Cryptage des données comme élément obligatoire d’une stratégie de sauvegarde.
• Les tâches de sauvegarde et de restauration basées sur le RMAN sont fortement recommandées.
• Maintenir et surveiller la création d’une documentation pour toutes les procédures de sauvegarde.

Cette liste est loin d’être exclusive, mais elle devrait fournir un exemple suffisant de la façon dont la plupart des meilleures pratiques pour les tâches de sauvegarde Oracle sont très similaires à la façon dont la plupart des sauvegardes fonctionnent, en général. La liste en question constitue également une bonne représentation de l’apparition de certains des problèmes les plus courants liés aux sauvegardes Oracle. Nous allons maintenant utiliser la liste précédente comme exemple :

• L’absence de surveillance régulière des performances des sauvegardes crée des problèmes non détectés qui s’accumulent inévitablement au fil du temps, et la menace que ces problèmes font peser sur l’infrastructure du client s’accroît également.
• L’absence de tests de performance réguliers pour les tâches de sauvegarde et de restauration crée une situation où l’utilisateur n’est jamais au courant d’un problème potentiel avec l’un ou l’autre de ces processus jusqu’à ce qu’il soit trop tard. Les sauvegardes elles-mêmes peuvent s’avérer inutilisables, corrompues ou incomplètes au moment où l’utilisateur s’y attend le moins.
• Des sauvegardes peu fréquentes peuvent être la cause directe d’une perte de données si un accident survient entre deux opérations de sauvegarde. La même logique s’applique aux RPO et RTO mal calculés. L’absence d’analyse correcte des besoins de l’entreprise serait la cause directe d’une perte de données si une sorte d’accident se produisait et que la sauvegarde ne serait pas en mesure d’en atténuer la plupart des effets.
• Les fichiers de sauvegarde non chiffrés peuvent être supprimés ou modifiés par une entité malveillante, rendant tout le plan de sauvegarde inutile.
• La dépendance à l’égard d’opérations de sauvegarde non RMAN laisse de nombreuses ouvertures potentielles pour les échecs de sauvegarde, les sauvegardes incomplètes et de nombreux autres problèmes qui découlent du manque d’intégration avec Oracle en tant que système.
• Le manque de documentation détaillée sur les procédures et les calendriers de sauvegarde peut être un problème majeur dans les situations critiques, créant de la confusion, des efforts de récupération inefficaces et même des pertes de données potentielles.

Réflexions finales sur la sauvegarde et la restauration Oracle

Les bases de données Oracle sont suffisamment sophistiquées en elles-mêmes, et le sujet de l’exécution de sauvegardes correctes des bases de données peut être tout aussi complexe en comparaison. Cet article a passé en revue de multiples aspects des sauvegardes Oracle, notamment les définitions, les types de sauvegarde, les capacités intégrées, les options tierces et même des exemples de fonctionnement d’opérations spécifiques.

Une sauvegarde Oracle moyenne peut inclure un ou plusieurs éléments dans le processus, notamment :

• Sauvegardes en ligne (à chaud). Uniquement possible pour les bases de données en cours de fonctionnement, comporte de nombreuses nuances et risques.
• Sauvegardes hors ligne (à froid). Ne peuvent être effectuées que lorsque la base de données est éteinte.
• Sauvegardes d’importation et d’exportation. La partie logique de la tâche de sauvegarde (sert d’enregistrement de l’endroit où chaque élément de la base de données est stocké), en contrepartie des sauvegardes physiques que la plupart des solutions tierces effectuent (sauvegarde de chaque partie de la base de données).
• Sauvegardes RMAN. Gère la plupart des opérations de sauvegarde avec Oracle, est une méthode de sauvegarde préférée pour la plupart des situations conventionnelles.

Bien que la sauvegarde d’environnements Oracle complexes puisse être difficile à travailler, l’importance des processus de sauvegarde et de récupération pour les bases de données Oracle dans les environnements d’entreprise ne peut être sous-estimée – c’est pourquoi les sauvegardes sont généralement une nécessité et non une recommandation.

Veuillez consulter la sauvegarde Oracle de Bacula whitepaper et le support Bacula Systems si vous avez besoin de plus d’informations, d’assistance, ou si vous avez des questions après avoir lu ce guide de sauvegarde et de récupération Oracle.