NetVault Plug-in for Oracle 11.2 - Guide de l'utilisateur

Oracle® Data Guard : présentation

La solution Oracle Data Guard d'Oracle « est une solution de haute disponibilité, de protection des données et de récupération après sinistre pour les données d'entreprise. Data Guard fournit un ensemble complet de services permettant de créer, maintenir, gérer et surveiller une ou plusieurs bases de données de secours afin que les bases de données de production Oracle puissent survivre à des sinistres et des corruptions de données. Data Guard maintient ces bases de données de secours comme des copies des bases de données de production. Si la base de données de production devient indisponible suite à une interruption, Data Guard peut convertir toute base de données de secours en base de données de production, minimisant ainsi le temps d'arrêt dû à l'interruption. Vous pouvez utiliser Data Guard avec la sauvegarde traditionnelle, la restauration et les techniques de cluster pour garantir un haut niveau de protection et de disponibilité des données. »

Grâce à Data Guard, les administrateurs ont la possibilité d'améliorer les performances de la base de données de production en transférant certaines opérations de sauvegarde et de rapport consommatrices de ressources sur les serveurs des bases de données de secours. D'autre part, les sauvegardes peuvent servir à récupérer le serveur de la base de données principale ou de secours, que les sauvegardes ait été effectuées à partir du serveur de la base de données principale ou de secours.

Plug‑in pour Oracle prend en charge un nombre limité de versions Oracle dans un environnent Data Guard. Les procédures d'installation, de configuration, de sauvegarde et de restauration diffèrent légèrement dans un environnement Data Guard. Cette rubrique porte spécifiquement sur le fonctionnement du plug-in dans un environnement Data Guard.

Pour obtenir la liste complète des versions et des plates-formes Oracle prises en charge dans un environnement Data Guard, voir le Quest NetVault Backup Compatibility Guide (Guide de compatibilité de Dell NetVault Backup).

REMARQUE : la sauvegarde RMAN du plug-in est la seule méthode prise en charge dans les environnements Data Guard. Sauf indication contraire dans les rubriques qui suivent, les sauvegardes et les restaurations effectuées avec le plug-in pour les bases de données physiques ou de secours Data Guard sont identiques aux sauvegardes et aux restaurations effectuées avec des bases de données autres que Data Guard.

Définition d'une stratégie de déploiement

Il est indispensable d'élaborer une stratégie de protection et de récupération d'un environnement Data Guard pour déployer et utiliser le plug-in dans l'environnement Data Guard. Toutes les stratégies sont valables pour tous les déploiements pris en charge, comme indiqué dans la rubrique Déploiement.

Sauvegarder à partir du serveur de la base de données principale uniquement

La stratégie la plus simple consiste à effectuer toutes les sauvegardes à partir du serveur de la base de données principale. Vous pouvez utiliser ces sauvegardes pour récupérer le serveur de la base de données principale ou l'un des serveurs des bases de données de secours. Cette stratégie est valable, mais les opérations de sauvegarde consommatrices de ressources affectent les performances de la base de données sur le serveur de la base de données principale. Avec cette stratégie, le plug-in est installé sur le serveur de la base de données principale. Plug‑in pour Oracle ne doit être installé que sur le serveur de la base de données de secours lorsqu'il est ciblé pour une restauration.

Sauvegarder à partir des serveurs des bases de données principale et de secours

Data Guard est souvent déployé pour transférer les opérations de sauvegarde consommatrices de ressources sur le serveur de la base de données de secours. La quantité d'opérations de sauvegarde pouvant être transférée sur le serveur de la base de données de secours dépend de la version Oracle®.

Même si Oracle 11.x ne nécessite pas que toutes les sauvegardes soient effectuées sur le serveur de la base de données de secours, une des stratégies pour l'environnement Oracle 11.x consiste à copier les exigences d'un environnement 10.2.x. Dans un environnement 10.2.x, seuls les fichiers de données et les fichiers journaux redo archivés sont transférés sur le serveur de la base de données de secours, alors que les sauvegardes des fichiers de contrôle et des fichiers SPFILE sont effectuées à partir du serveur de la base de données principale.

Une autre stratégie valide pour Oracle 10.2.x et 11.x consiste à effectuer les sauvegardes des fichiers de contrôle et des fichiers SPFILE à partir du serveur de la base de données principale tout en alternant les sauvegardes des fichiers de données et des fichiers journaux redo archivés entre le serveur de la base de données principale et le serveur de la base de données de secours. Par exemple, les sauvegardes incrémentielles de niveau 0 sont effectuées toutes les semaines sur le serveur de la base de données de secours et les sauvegardes incrémentielles de niveau 1 sont effectuées tous les jours à partir du serveur de la base de données principale. Par ailleurs, les sauvegardes quotidiennes du fichier de contrôle et du fichier SPFILE sont effectuées à partir du serveur de la base de données principale.

Les meilleurs pratiques Maximum Availability Architecture (MAA) d'Oracle préconisent d'effectuer les sauvegardes sur les bases de données principale et de secours pour réduire le temps moyen de récupération en cas de double interruption et pour éviter de mettre en place de nouvelles pratiques sur site en matière de basculement.

Avec cette stratégie, Plug‑in pour Oracle est installé sur le serveur de la base de données principale et sur au moins l'un des serveurs de la base de données de secours qui effectue les sauvegardes.

REMARQUE : pour les versions Oracle antérieures à la version 11.x, les sauvegardes des fichiers SPFILE étaient supposées pouvoir être utilisées sur n'importe quelle base de données de secours. Mais en pratique, toutes les bases de données de secours ne peuvent pas utiliser le même fichier SPFILE. Par conséquent, RMAN ne permet pas d'utiliser sur un autre site de base de données une sauvegarde de fichier SPFILE effectuée sur un site de base de données. Cette restriction s'applique uniquement lorsque le paramètre d'initialisation COMPATIBLE est défini sur 11.0.0. La base de données de secours vous permet de transférer toutes les opérations de sauvegarde sur une base de données de secours spécifique, à l'exception des sauvegardes des fichiers SPFILE. Néanmoins, si le paramètre d'initialisation COMPATIBLE est défini sur 11.0.0, il est possible de sauvegarder le fichier SPFILE sur le disque et de le cataloguer manuellement sur les sites de secours où les sauvegardes sont écrites sur la bande ou sur le média NetVault Backup. Les autres métadonnées stockées dans les ensembles de sauvegardes du fichier SPFILE permettent à RMAN d'identifier quels fichiers SPFILE de base de données se trouvent dans quel ensemble de sauvegardes. La sauvegarde de fichier SPFILE appropriée est donc sélectionnée pendant la restauration à partir de la bande ou du média NetVault Backup.

Pour mettre en œuvre une stratégie de sauvegarde à partir des serveurs principal et de secours pour un environnement Oracle® 10.2.x Data Guard, tenez compte de la stratégie de destination de sauvegarde qui l'accompagne (pour en savoir plus, voir la rubrique Définition d'une stratégie de destination de sauvegarde).

Comme RMAN stocke les métadonnées de sauvegarde dans le catalogue de récupération, lorsqu'une sauvegarde est effectuée à partir du serveur de la base de données principale sur la FRA, les éléments de sauvegarde RMAN créés pendant la sauvegarde sont enregistrés dans le catalogue de récupération. Le jour suivant, si une sauvegarde effectuée à partir du serveur de la base de données de secours est également effectuée sur la FRA, les éléments de sauvegarde RMAN créés pendant la sauvegarde sont aussi enregistrés dans le catalogue de récupération.

Plus tard dans la semaine, si une sauvegarde de la FRA est effectuée sur le Gestionnaire de médias NetVault Backup à partir du serveur de la base de données de secours, la sauvegarde de la FRA sur le Gestionnaire de médias NetVault Backup tente d'accéder aux ensembles de sauvegardes qui ont été créés par les sauvegardes du serveur de la base de données principale sur la FRA. Comme les bases de données principale et de secours ne partagent pas la FRA, la sauvegarde de la FRA sur le Gestionnaire de médias NetVault Backup échoue. RMAN tente d'accéder aux ensembles de sauvegardes du serveur de la base de données principale qui ne sont pas accessibles à partir du serveur de la base de données de secours qui effectue la sauvegarde de la FRA sur le Gestionnaire de médias NetVault Backup.

Par conséquent, pour les environnements Oracle 10.2.x Data Guard, Quest recommande d'effectuer les sauvegardes sur la FRA à partir du serveur de la base de données principale ou du serveur de la base de données de secours mais pas des deux.

Dans les environnements Oracle 11.x Data Guard, le paramètre Oracle nom_unique_base de données permet au catalogue de récupération de distinguer l'origine des sauvegardes sur la FRA. Lors de la sélection des sauvegardes de la FRA sur le Gestionnaire de médias NetVault Backup, RMAN sauvegarde les ensembles de sauvegardes dans la FRA du serveur de la base de données qui effectue la sauvegarde de la FRA sur le Gestionnaire de médias NetVault Backup.

Pour en savoir plus sur l'exécution des sauvegardes sur le Gestionnaire de médias NetVault Backup, voir la rubrique Configuration des options de sauvegarde. Pour en savoir plus sur les sauvegardes de la FRA, voir la rubrique Sauvegardes de la zone de récupération rapide (FRA).