• Articles
• admin

Ce chapitre explique comment créer une base de données de secours physique et commencer à lui appliquer des journaux de rétablissement. Ce chapitre comprend les principaux sujets suivants:

• Liste de contrôle des Tâches
• Création d’une Base de données de Secours : Tâches de Base
• Création des Fichiers de Base de Données de Secours
• Création du Fichier de Paramètres d’Initialisation de Secours

3.1 Liste de contrôle des tâches

Le tableau 3-1 fournit une liste de contrôle des tâches que vous effectuez pour créer une base de données de secours et la synchroniser afin qu’elle soit prête à commencer la récupération gérée. Chaque étape comprend une référence à une section qui fournit des informations supplémentaires.

Tableau 3-1 Liste des tâches: Préparation à la Récupération Gérée

Étape	Tâche	Site	Référence
	Effectuez une nouvelle sauvegarde des fichiers de données de la base de données principale ou accédez à une ancienne sauvegarde.	Primaire	Section 3.3.2
	Assurez-vous que la base de données principale est en mode ARCHIVELOG.	Primaire	Chapitre 3.3.3
	Connectez-vous à la base de données principale et créez le fichier de contrôle de secours.	Primaire	Section 3.3.3
	Copiez les fichiers de données de sauvegarde et le fichier de contrôle de veille du site principal vers le site de veille.	Primaire	Section 3.3.4
	Définissez les paramètres d’initialisation de la base de données principale.	Primaire	Chapitre 5.6.3
	Créez le fichier de paramètres d’initialisation de veille et définissez les paramètres d’initialisation de la base de données de veille. Selon votre configuration, vous devrez peut-être définir des paramètres de conversion de nom de fichier.	Primaire ou de secours	Section 5.6.1 et Section 6.3.4
	Utilisez Oracle Net Manager pour créer un nom de service net que la base de données de secours peut utiliser pour se connecter à la base de données principale. Le nom de service net doit être résolu en un descripteur de connexion qui utilise le même protocole, l’adresse d’hôte, le même port et le même SID que ceux que vous avez spécifiés lorsque vous avez configuré l’écouteur sur le site de base de données principal. Si vous ne savez pas quelles valeurs utiliser pour ces paramètres, exécutez Oracle Net Manager sur le site de base de données principal pour afficher la configuration de l’écouteur.	Veille	Guide de l’Administrateur de Services Net Oracle9i
	Utilisez Oracle Net Manager pour créer un nom de service net que la base de données principale peut utiliser pour se connecter à la base de données de secours. Le nom de service net doit être résolu en un descripteur de connexion qui utilise le même protocole, l’adresse d’hôte, le même port et le même SID que ceux que vous avez spécifiés lorsque vous avez configuré l’écouteur sur le site de base de données de secours. Si vous ne savez pas quelles valeurs utiliser pour ces paramètres, exécutez Oracle Net Manager sur le site de base de données en veille pour afficher la configuration de l’écouteur.	Primaire	Guide de l’Administrateur de Services Net Oracle9i
	Utilisez Oracle Net Manager pour configurer un écouteur sur la base de données de secours. Si vous prévoyez de gérer cette base de données de secours à l’aide du courtier Data Guard, vous devez configurer l’écouteur pour qu’il utilise le protocole TCP/IP et enregistrer statiquement le service de base de données de secours à l’aide de son SID.	Veille	Guide de l’Administrateur des Services Net Oracle9i
	Démarrez l’instance de veille et montez la base de données de veille.	Veille	Section 6.3.2
	Créez des fichiers journaux de restauration en veille, si nécessaire.	Veille	Chapitre 5.8.4
	Modifiez manuellement les noms des fichiers de données principaux et rétablissez les journaux dans le fichier de contrôle de secours pour tous les fichiers qui ne sont pas automatiquement renommés à l’aide de DB_FILE_NAME_CONVERT et LOG_FILE_NAME_CONVERT, comme indiqué à l’étape 6.	Veille	Chapitre B.4
	Arrêtez et redémarrez l’écouteur sur la base de données principale, puis démarrez l’écouteur sur la base de données de secours.	Primaire et de secours	Guide de l’Administrateur de Services Net Oracle9i
	Activez manuellement les modifications des paramètres d’initialisation sur la base de données principale afin qu’elle puisse lancer l’archivage sur le site de secours.	Primaire	Section 5.3.2.2

3.2 Création d’une base de données de secours : Tâches de base

La configuration d’une base de données de secours pour la récupération gérée nécessite d’effectuer une série de tâches différentes. Une fois que vous avez terminé la préparation et lancé la récupération gérée, la base de données de secours applique automatiquement et en continu les journaux redo à mesure qu’ils sont reçus de la base de données principale. La figure 3-1 montre la création d’une base de données de secours.

Figure 3-1 Création de base de données de secours

Description textuelle de l’illustration sbr81101.gif

3.3 Création des fichiers de base de données de secours

Vous pouvez créer une base de données de secours sur le même site que votre base de données principale ou sur un site distinct. Si vous créez votre base de données de secours sur le même site, suivez attentivement la procédure de création lors de la création des fichiers de base de données de secours afin de ne pas écraser les fichiers sur la base de données principale.

La création des fichiers de base de données de secours se déroule en quatre étapes:

1. Utilisation des Sauvegardes pour la Création en Veille
2. Création des Fichiers de données en Veille
3. Création du Fichier de contrôle en Veille
4. Copie de fichiers sur le Site en veille

3.3.1 Utilisation des sauvegardes pour la création en veille

Chaque base de données en veille doit être créée à partir d’une sauvegarde de la base de données principale.

Vous pouvez également utiliser une seule sauvegarde de la base de données principale pour créer jusqu’à neuf bases de données de secours, bien que les différentes bases de données de secours de l’environnement n’aient pas besoin d’être créées à partir de la même sauvegarde. (Vous pouvez créer un nombre illimité de bases de données en veille, mais une seule base de données principale ne peut prendre en charge que jusqu’à neuf bases de données en veille à la fois.) La figure 3-2 montre que vous pouvez créer une base de données de secours à partir d’une sauvegarde de la base de données principale prise le 20 janvier et créer une autre base de données de secours à partir de la sauvegarde prise le 20 juin. Tant que vous disposez des journaux de restauration archivés nécessaires pour effectuer une récupération complète d’une sauvegarde, ils peuvent servir de base à une base de données de secours.

Figure 3-2 Création de bases de données de secours À l’aide de différentes Sauvegardes

Description textuelle de l’illustration sbr81104.gif

3.3.2 Création des fichiers de données de secours

Tout d’abord, effectuez des sauvegardes de vos fichiers de données de base de données primaires. Vous créez les fichiers de données en veille à partir de ces sauvegardes.

Vous pouvez utiliser n’importe quelle sauvegarde de la base de données principale tant que vous avez archivé des journaux de restauration pour récupérer complètement la base de données. La sauvegarde peut être ancienne ou nouvelle, cohérente ou incohérente. Les sauvegardes à chaud (ou sauvegardes ouvertes) vous permettent de garder la base de données ouverte pendant l’exécution de la sauvegarde. Néanmoins, vous préférerez peut-être effectuer une nouvelle sauvegarde fermée et cohérente à l’aide de l’utilitaire Recovery Manager (RMAN) pour empêcher l’application d’un grand nombre de journaux de restauration archivés.

Pour effectuer une sauvegarde cohérente de la base de données entière afin de servir de base à la base de données de secours:

1. Démarrez une session SQL sur votre base de données principale et interrogez la vue fixe V$DATAFILE pour obtenir une liste des fichiers de données principaux. Par exemple, entrez:

   SQL> SELECT NAME FROM V$DATAFILE;NAME ----------------------------------------------------------------------------/oracle/dbs/tbs_01.dbf/oracle/dbs/tbs_02.dbf/oracle/dbs/tbs_03.dbf/oracle/dbs2/tbs_11.dbf /oracle/dbs2/tbs_12.dbf/oracle/dbs3/tbs_21.dbf/oracle/dbs3/tbs_22.dbf 7 rows selected.

2. Arrêtez proprement la base de données principale:

   SQL> SHUTDOWN;

3. Effectuez une sauvegarde cohérente des fichiers de données de votre base de données principale à l’aide de l’utilitaire Recovery Manager (RMAN) ou d’un utilitaire du système d’exploitation.
4. Rouvrez la base de données principale. Par exemple, entrez:

   SQL> STARTUP PFILE=initPRIMARY1.ora;

   
   Voir Aussi:

   Guide de l’utilisateur d’Oracle9i Recovery Manager pour apprendre à créer une base de données de secours avec Recovery Manager

3.3.3 Création du fichier de contrôle de veille

Après avoir créé les sauvegardes qui seront utilisées comme fichiers de données de veille, vous pouvez créer le fichier de contrôle de base de données de veille. Le fichier de contrôle doit être créé après le dernier horodatage des fichiers de données de sauvegarde.

Pour créer le fichier de contrôle de base de données en veille:

1. Assurez-vous que la base de données principale est en mode ARCHIVELOG et que l’archivage est activé. Émettez la commande SQL*Plus ARCHIVE LOG LIST ou interrogez la vue V$DATABASE. Procédez comme suit :
   1. Démarrez et montez la base de données principale sans l’ouvrir. Par exemple:

      SQL> STARTUP MOUNT PFILE=initPRIMARY1.ora

   2. Émettez la commande SQL*Plus ARCHIVE LOG LIST pour déterminer si la base de données est en mode ARCHIVELOG. Exemple:

      SQL> ARCHIVE LOG LIST;Database log mode No Archive ModeAutomatic archival DisabledArchive destination /oracle/dbs/archOldest online log sequence 0Current log sequence 1

   3. Si la base de données n’est pas en mode ARCHIVELOG, comme indiqué à l’étape b, exécutez la commande suivante pour placer la base de données en mode ARCHIVELOG:

      SQL> ALTER DATABASE ARCHIVELOG;

   4. Vous pouvez à nouveau émettre la commande SQL*Plus ARCHIVE LOG LIST pour vérifier que la base de données a été placée en mode ARCHIVELOG. Par exemple:

      SQL> ARCHIVE LOG LIST;Database log mode Archive ModeAutomatic archival DisabledArchive destination /oracle/dbs/archOldest online log sequence 0Next log sequence to archive 1Current log sequence 1

   Pour activer l’archivage automatique des journaux de reprise en ligne, vous devez définir LOG_ARCHIVE_START=true dans le fichier de paramètres d’initialisation. Cependant, cela n’a pas à être fait avant de créer le fichier de contrôle de veille.

   Voir Aussi:

   Guide de l’utilisateur SQL*Plus et Référence pour des informations supplémentaires sur la commande ARCHIVE LOG LIST et Guide de l’administrateur de base de données Oracle9i pour des informations supplémentaires sur l’instruction ALTER DATABASE ARCHIVELOG et le paramètre d’initialisation LOG_ARCHIVE_START

2. Connectez-vous à la base de données principale et créez le fichier de contrôle de votre base de données de secours. Par exemple, pour créer le fichier de contrôle de veille en tant que /oracle/dbs/stbycf.ctl sur le site principal, entrez les éléments suivants :

   SQL> ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/oracle/dbs/stbycf.ctl';

   Le nom du fichier de contrôle de veille créé doit être différent du nom du fichier de contrôle actuel de la base de données principale. Vous pouvez également utiliser RMAN pour créer le fichier de contrôle de base de données en veille.

   Voir aussi :

   Référence SQL Oracle9i pour des informations supplémentaires sur l’instruction ALTER DATABASE et Guide de l’utilisateur du Gestionnaire de récupération Oracle9i pour des informations supplémentaires sur RMAN

3.3.4 Copie de fichiers sur le site de secours

Après avoir créé avec succès les fichiers de données et le fichier de contrôle de secours, copiez les fichiers sur le site de secours à l’aide d’un utilitaire de système d’exploitation.

Si la base de données de secours est activée	, vous
Un site distinct avec la même structure de répertoire que la base de données principale	Peut utiliser les mêmes noms de chemin pour les fichiers de secours que les fichiers primaires. De cette façon, vous n’avez pas à renommer les fichiers de données primaires dans le fichier de contrôle de secours.
Le même site que la base de données principale ou la base de données de secours se trouve sur un site distinct avec une structure de répertoire différente	Doit renommer les fichiers de données primaires dans le fichier de contrôle de veille après les avoir copiés sur le site de veille. Vous pouvez: Définissez les paramètres d’initialisation de la conversion de nom de fichier. Voir Section 6.3.4. Renommez les fichiers manuellement à l’aide des instructions ALTER DATABASE. Voir Section B.4. Utilisez une combinaison de paramètres de conversion et de renommages manuels.

Utilisez les commandes ou utilitaires du système d’exploitation pour effectuer les opérations de copie suivantes vers l’emplacement de veille:

1. Copiez le fichier de contrôle de veille.
2. Copiez les fichiers de données de sauvegarde.
3. Copiez tous les journaux de restauration archivés disponibles sur le site de secours.
4. Copiez les journaux de reprise en ligne. Ceci est recommandé pour les opérations de basculement et de basculement.

Ne copiez pas les tablespaces temporaires. Utilisez une méthode appropriée pour copier des fichiers binaires.

3.4 Création du fichier de paramètres d’initialisation de veille

Une fois que vous avez configuré le fichier de paramètres d’initialisation de base de données principale, vous pouvez dupliquer le fichier pour l’utiliser par la base de données de veille. La procédure de création du fichier de paramètres d’initialisation de veille est la suivante:

1. Copiez le fichier de paramètres d’initialisation de la base de données principale à l’aide d’un utilitaire du système d’exploitation.
2. Modifiez le fichier de paramètres d’initialisation à utiliser par la base de données de secours.
3. Transférez le fichier de paramètres d’initialisation sur le site de secours à l’aide d’un utilitaire de système d’exploitation approprié.
   Voir aussi :

   Section 5.6.1, Section 6.3.4 et Section 10.1.2