Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Opérations d’E/S au niveau des fichiers du système de fichiers
• pas d’opérations kswapd
.
Définissez le paramètre FILESYSTEMIO_OPTIONS=SETALL. Celui-ci active à la fois les E/S directes et les E/S asynchrones. Dans le cas d’E/S asynchrones, le traitement continue pendant que les demandes d’E/S sont soumises et traitées.
Direct NFS ne dépend pas de la valeur du paramètre FILESYSTEMIO_OPTIONS.
Direct NFS émet toujours des E/S asynchrones et directes, car il ne dépend pas de la prise en charge de l’OS. Cependant, vous pouvez toujours revenir au client NFS du système d’exploitation en cas de configuration incorrecte. Par précaution, définissez le paramètre filesystemio_options sur en charge par le système d’exploitation.
SETALL
si cette option est prise
Organisation des fichiers de bases de données dans le système NFS
Les fichiers de données, fichiers redo log en ligne, fichiers FRA, fichiers temporaires et fichiers de contrôle résident sur les systèmes de fichiers NFS. Ces systèmes de fichiers sont conçus en fonction de chaque type de fichier (en termes de niveau RAID et du nombre de disques utilisés).
Le Tableau 6 répertorie chaque type de fichier ou d’activité et indique son
emplacement.
Tableau 6.
Organisation des fichiers de bases de données dans le système
NFS
Contenu
Fichiers binaires de bases de données
Ville
/u01/app/oracle/11.2.0.3
Fichiers de données, fichiers de contrôle /u02/app/oracle/oradata/vspex1
Journaux redo log en ligne, fichiers de contrôle
Fichiers FRA
/u03/app/oracle/oradata/vspex1
/u05/app/oracle/oradata/vspex1
Conception de la sauvegarde et de la restauration
Présentation
Les considérations relatives à la conception de la sauvegarde d’Oracle Database 11 g
R2. g
R2 englobent divers aspects. Les sections suivantes décrivent les bonnes pratiques et considérations de conception à prendre en compte pour la sauvegarde et la restauration d’une base de données
Oracle 11
Architecture générale
Avamar Plug-in for Oracle s’utilise avec Oracle et Oracle Recovery Manager (RMAN) pour sauvegarder une base de données, un tablespace ou des fichiers de données Oracle sur un serveur Avamar ou sur un système Data Domain. Ce plug-in sert de module de sauvegarde. Il utilise le serveur Avamar ou le système
Data Domain comme périphérique de stockage.
RMAN amorce les opérations de sauvegarde et de restauration. Avamar Plug-in for
Oracle interprète les commandes de sauvegarde et de restauration de RMAN, puis les achemine vers le serveur Avamar. Le serveur Avamar envoie les commandes à
Avamar Plug-in for Oracle afin que ce dernier exécute l’activité de sauvegarde et de restauration.
42 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
La Figure 7 illustre la communication entre le serveur Avamar/Avamar Plug-in for
Oracle et une base de données Oracle/RMAN.
Points à prendre en compte
Figure 7.
Serveur Avamar et Avamar Plug-in for Oracle
Remarque L’utilisation d’EMC Data Domain comme cible de sauvegarde d’Avamar est également prise en charge. Dans ce cas,
Avamar Client et les plug-in Avamar s’installent de la même manière que lorsqu’Avamar est utilisé comme cible de sauvegarde.
Les clients protégeant VMware vSphere à l’aide de la protection des images de machines virtuelles d’Avamar peuvent restaurer ces machines sans installer
Avamar Client sur ces hôtes. Les utilisateurs peuvent restaurer ces hôtes à partir de sauvegardes VMware VADP s’ils possèdent des instances ou des bases de données.
Dans le cas d’une reprise après sinistre, la restauration des images de machine virtuelle permet la restauration au niveau système d’exploitation. La restauration au niveau du serveur Oracle intervient après restauration de ces ressources. La mise en œuvre de la protection au niveau image de vSphere dépasse le cadre de ce guide, mais représente une option viable pour la restauration des systèmes d’exploitation de base.
Pendant la conception d’une solution de sauvegarde Avamar, il est essentiel de savoir quelle méthode utiliser pour sauvegarde votre base de données Oracle. Les critères de conception critiques sont les suivants :
• Type de sauvegarde : par exemple, souhaitez-vous exécuter une sauvegarde complète ou une sauvegarde incrémentielle ?
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
43
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Bonnes pratiques en matière de sauvegarde et de restauration
• Planning de sauvegarde : par exemple, souhaitez-vous sauvegarder vos données sur une base quotidienne, hebdomadaire ou mensuelle ?
• Rétention des données de sauvegarde : par exemple, souhaitez-vous conserver les données pendant un mois ou un trimestre ?
Outre la définition de vos opérations de sauvegarde Avamar, vous devez
comprendre la terminologie qui s’y rapporte, décrite dans le Tableau 7.
Tableau 7.
Terminologie appliquée à la sauvegarde Avamar
Terme Description
Datasets Les Datasets Avamar sont en fait des listes de répertoires et de fichiers à sauvegarder sur un client. L’attribution d’un Dataset à un client ou à un groupe vous permet d’enregistrer des sélections de sauvegarde. Chaque Dataset définit une liste de données sources, une liste d’exclusion, une liste d’inclusion et des options de plug-in.
Planning Les plannings sont des objets réutilisables contrôlant les activités de sauvegarde du système à l’un des intervalles pris en charge.
Ces intervalles sont les suivants : quotidien, hebdomadaire, mensuel et à la demande.
Rétentions des index Les règles de rétention des sauvegardes vous permettent de définir la période de conservation d’une sauvegarde dans le système. Les paramètres de rétention types incluent la durée de conservation, une date de fin spécifique ou aucune date de fin spécifique.
Groupes de sauvegarde
Avamar a recours à des groupes pour mettre en œuvre diverses règles d’automatisation des sauvegardes et appliquer des règles et un comportement système cohérents sur une grille entière, ou plus vraisemblablement un groupe.
Les membres des groupes sont des ordinateurs clients ajoutés à un groupe donné en vue de l’exécution de sauvegardes planifiées basées sur les mêmes règles.
Tenez compte des bonnes pratiques suivantes pour la sauvegarde et la restauration de votre base de données Oracle 11 g R2.
Ressources réseau
Pour les ressources réseau :
• réseau virtuel paravirtualisé VMware VMXNET Génération 3 (VMXNET3) à
10 GbE
;
• réseau vLAN pour la séparation du réseau de données de sauvegarde et du réseau de bases de données Oracle.
Configuration des paramètres Oracle RMAN
Pour les paramètres Oracle RMAN :
• N’utilisez pas le chiffrement ou la compression des bases de données. Cela réduit le taux de déduplication des données sur l’une des cibles de sauvegarde prises en charge.
44 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
• Utilisez l’allocation de plusieurs canaux pour améliorer les performances de sauvegarde et de restauration. Le nombre maximal de canaux pris en charge est de 6
.
• Définissez le paramètre FILEPERSET=1 ou MAXOPENFILES=1 dans le fichier de configuration RMAN lorsque vous sauvegardez des données avec
Data Domain comme périphérique cible.
Restauration Flashback Database
Avamar Plug-in for Oracle prend en charge les restaurations Oracle Flashback
Database. Pour pouvoir utiliser la restauration Flashback Database, vous devez configurer la zone FRA.
Recoupement des sauvegardes
EMC vous recommande de mettre en œuvre un recoupement Oracle RMAN régulier afin de conserver les Datasets de sauvegarde persistants.
Sauvegarde et restauration avec Oracle RMAN
EMC fournit des scripts RMAN en option qui permettent de sauvegarder et restaurer manuellement les bases de données Oracle. L’utilisation de ces scripts requiert une certaine expérience des commandes de shell du système d’exploitation du serveur Oracle exécutant le logiciel Oracle et Oracle Recovery
Manager (RMAN).
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
45
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
46 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
