Depuis longtemps, Oracle propose une solution de base de données évolutive et ultra performante. De nombreuses organisations l’ont choisie pour exécuter leurs applications critiques. Il est essentiel que les parties concernées — et en premier lieu les administrateurs de base de données (DBA) — garantissent la disponibilité des bases de données Oracle et la protection des données contre l’altération du support, les erreurs humaines et les non-conformités.
Avec un système de gestion de base de données relationnelle (RDBMS) Oracle, il existe principalement deux stratégies de sauvegarde : l’une via un gestionnaire de sauvegarde (RMAN), l’autre gérée par l’utilisateur.
L’outil RMAN est intégré aux bases de données Oracle et peut assurer diverses activités de sauvegarde. Il est accessible via Oracle Enterprise Manager ou la ligne de commande.
Les sauvegardes gérées par l’utilisateur, quant à elles, sont réalisées à l’aide de commandes du système d’exploitation hôte associées à des commandes de restauration SQL*Plus. Dans ce cas de figure, les attributs doivent définis manuellement pour chaque sauvegarde.
RMAN est l’option la plus fréquemment retenue. La majorité des fonctions de sauvegarde Oracle se concentrent sur ce processus. Il a l’avantage de permettre la création de sauvegardes lorsque les bases de données sont ouvertes et/ou montées.
Autre option possible via l’outil RMAN : créer des sauvegardes incrémentielles. Il s’agit de copier exclusivement les fichiers ayant été modifiés depuis la dernière sauvegarde.
Bien que l’outil Oracle RMAN soit intégré aux bases de données Oracle, il peut être difficile à utiliser pour gérer un grand nombre de bases. Les administrateurs font face à quatre défis :
Entretenir et gérer les sauvegardes existantes — Le problème, pour les administrateurs de base de données, n’est pas de créer des scripts personnalisés, mais de les entretenir et de les gérer sur de nombreuses bases, de s’adapter aux évolutions de la topologie, et de répondre aux besoins de l’entreprise en matière de conformité.
Trouver l’équilibre entre performances et protection de la base de données — Les tâches de sauvegarde sont susceptibles d’affecter les performances du serveur de base de données. Elles monopolisent facilement un cœur de processeur par canal RMAN. Si des sauvegardes complètes sont effectuées régulièrement, plusieurs canaux peuvent être nécessaires pour assurer leur rapidité d’exécution. L’administrateur doit alors faire un choix : privilégier les performances de sauvegarde, ou celles de la base de données.
Répondre aux besoins des utilisateurs secondaires — Les administrateurs de base de données Oracle se débattent souvent avec un flux continu de demandes de la part des utilisateurs secondaires, qui ont besoin d’accéder à des copies de données de production pour des opérations de test, de développement ou d’extraction, transformation et chargement (processus ETL). Ils jonglent entre les besoins des différents services et la nécessité de protéger les bases de données critiques de l’entreprise.
Gérer la distinction entre les administrateurs de base de données et les administrateurs de sauvegarde sur le plan organisationnelle — Bien qu’un administrateur de base de données puisse déléguer des tâches de sauvegarde à l’administrateur de sauvegarde, il lui incombe de créer et de gérer les scripts RMAN à mesure que l’environnement de base de données évolue. La multiplication des intervenants génère un risque réel d’erreur humaine.
Les outils de sauvegarde et de restauration de base de données Oracle offrent des fonctions clés conçues pour relever ces défis.
Les synthèses suivantes présentent les fonctionnalités de base de la solution de sauvegarde et de restauration de base de données Oracle par Rubrik :
Protection automatisée des données Oracle — Une fois que Rubrik Backup Service (RBS) est installé sur un hôte Oracle, les flux de travail Oracle RMAN sont entièrement automatisés. Toutes les bases de données situées sur l’hôte sont détectées et affichées dans la console web de Rubrik, sans intervention de l’utilisateur. Le client peut sélectionner le niveau de l’objet (Oracle Real Application Cluster, hôte Oracle, ou une base de données Oracle spécifique) et y affecter un accord de niveau de service. Les scripts RMAN nécessaires sont générés pendant l’exécution, conformément aux SLA. Les opérations de sauvegarde de la base sont ainsi simplifiées.
Sauvegardes incrémentielles véritablement « permanentes » — La fonction de fusion incrémentielle Oracle, associée au moteur BLOB révolutionnaire de Rubrik, assure de véritables sauvegardes incrémentielles permanentes à l’échelle pour des bases de données Oracle. Si possible, Rubrik tire également parti du suivi des modifications en bloc (BCT) d’Oracle pendant les sauvegardes, évitant ainsi de devoir analyser la totalité de la base de données pour identifier les modifications incrémentielles. Après la première sauvegarde, l’administrateur n’a plus à s’inquiéter des longues fenêtres de sauvegarde qui affectent les performances de la base de données.
Rubrik Live Mount — Live Mount pour les bases de données Oracle garantit des RTO quasi nuls, avec une restauration instantanée et une migration en direct. De plus, les administrateurs sont en mesure de fournir des clones instantanés aux développeurs ; les opérations de développement, de test et d’extraction, transformation et chargement (ETL) des applications s’en trouvent accélérées, sans impact sur les environnements de production.
Autre fonction Live Mount propre aux implémentations Oracle :une fois la base de données montée sur le cluster Rubrik, Rubrik Live Mount automatise son montage dans le système Oracle afin qu’elle soit immédiatement disponible, aussi bien pour l’administrateur de base de données que pour l’utilisateur final.
Découvrez comment simplifier et optimiser la sauvegarde et la restauration des bases de données Oracle sur site ou dans le cloud grâce aux solutions automatisées de Rubrik.