Tchater maintenant avec le support
Tchattez avec un ingénieur du support

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

Présentation de Quest® NetVault® Backup Plug-in  pour Oracle Définition d'une stratégie de sauvegarde Installation et retrait du plug-in Configuration du plug-in Sauvegarde de données Utilisation d'Oracle® Flashback Database Restauration de données
Restauration et récupération de données : présentation Procédure de restauration gérée par l'utilisateur Utilisation des procédures avancées de restauration gérée par l'utilisateur Procédure de restauration RMAN Utilisation des types de récupérations RMAN dans un environnement non RAC Utilisation des procédures avancées avec les restaurations RMAN
Gestion du catalogue de récupération Utilisation de l'interface de ligne de commande de RMAN Utilisation du plug-in avec Oracle® RAC Utilisation du plug-in dans un environnement de clusters de basculement Utilisation du plug-in avec Oracle® Data Guard Dépannage

Restauration d'un fichier SPFILE dans un environnement RAC

Comme les sauvegardes automatiques du fichier de contrôle sont requises dans un environnement RAC
multi-instance, le fichier SPFILE est sauvegardé avec le fichier de contrôle dès qu'une sauvegarde automatique est effectuée. Le fichier SPFILE est restauré à partir d'une sauvegarde automatique dans l'emplacement par défaut. Pour en savoir plus, voir les étapes suivantes. Si vous avez déjà démarré l'instance avec le fichier de paramètres du serveur, vous ne pouvez pas écraser le fichier de paramètres du serveur existant. Pour en savoir plus sur la restauration d'un fichier SPFILE dans un emplacement autre que celui par défaut, voir le guide Oracle® Database Backup and Recovery Basics (Guide de base sur la sauvegarde et la récupération de la base de données Oracle).

1
Dans une fenêtre de terminal, connectez-vous en tant que propriétaire du logiciel Oracle au nœud sur lequel Plug‑in pour Oracle est installé.
2
Configurez la variable de l'environnement ORACLE_SID sur l'instance locale.
export ORACLE_SID = <SID_local>
3
Démarrez SQL*Plus, puis connectez-vous à l'instance locale avec les privilèges d'administrateur.
SQLPLUS SYS AS SYSDBA
4
Arrêtez l'instance locale.
SHUTDOWN ABORT;
5
Démarrez l'instance locale avec l'option NOMOUNT.
STARTUP FORCE NOMOUNT;
6
Désactivez le paramètre d'initialisation CLUSTER_DATABASE pour l'instance locale.
ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SCOPE=SPFILE SID='<SID_local>';
7
Arrêtez l'instance locale.
SHUTDOWN ABORT;
8
Quittez SQL*Plus.
9
Arrêtez toutes les instances RAC.
>srvctl STOP DATABASE -d <nom_base de données> -o abort
10
Vérifiez que toutes les instances RAC sont arrêtées.
>srvctl STATUS DATABASE -d <nom_base de données>
11
Démarrez RMAN, puis connectez-vous à la base de données cible et au catalogue de récupération.
>rman TARGET / CATALOG rman/<mot de passe>@<identifiant_connexion du catalogue>
12
Démarrez l'instance locale avec l'option FORCE NOMOUNT.
STARTUP FORCE NOMOUNT;
13
Définissez l'identifiant de la base de données (DBID) cible avec l'option SET DBID.
RMAN affiche le DBID dès que vous vous connectez à la cible. Vous pouvez également l'obtenir en le cherchant dans les fichiers journaux RMAN enregistrés, en interrogeant le catalogue ou en consultant les noms de fichier de la sauvegarde automatique du fichier de contrôle. Le DBID est également disponible dans la boîte de dialogue Détails ou dans l'onglet Contenu de la sauvegarde.
SET DBID <DBID>;
14
Restaurez la sauvegarde automatique du fichier SPFILE.
Si vous restaurez le fichier SPFILE dans l'emplacement par défaut, exécutez la commande suivante :
RUN {
ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE';
RESTORE SPFILE FROM AUTOBACKUP;
}
15
Démarrez l'instance avec l'option FORCE.
STARTUP FORCE;
16
Quittez RMAN.
17
Démarrez SQL*Plus, puis connectez-vous à l'instance locale avec les privilèges d'administrateur.
SQLPLUS SYS AS SYSDBA
18
Activez le paramètre d'initialisation CLUSTER_DATABASE pour l'instance locale.
ALTER SYSTEM SET CLUSTER_DATABASE=TRUE SCOPE=SPFILE SID='<SID_local>';
19
Arrêtez l'instance locale.
SHUTDOWN ABORT;
20
Quittez SQL*Plus.
21
Démarrez toutes les instances RAC.
>srvctl START DATABASE -d <nom_base de données>
22
Démarrez tous les services RAC.
>srvctl START SERVICE -d <nom_base de données>
23
Vérifiez que toutes les instances RAC sont exécutées.
>srvctl STATUS DATABASE -d <nom_base de données>

Restauration des fichiers de contrôle dans un environnement RAC

Vous ne devez restaurer le fichier de contrôle que dans les cas suivants :

•
Toutes les copies actuelles du fichier de contrôle ont été perdues suite à une panne de média ou une suppression accidentelle, ou ont été corrompues et ne sont pas utilisables.
•
Le support client Oracle® conseille de restaurer le fichier de contrôle.

Comme les sauvegardes automatiques du fichier de contrôle sont requises dans un environnement RAC
multi-instance, procédez comme suit pour restaurer les fichiers de contrôle à partir de la sauvegarde automatique.

1
Dans une fenêtre de terminal, connectez-vous en tant que propriétaire du logiciel Oracle au nœud sur lequel Plug‑in pour Oracle est installé.
2
Configurez la variable de l'environnement ORACLE_SID sur l'instance locale.
export ORACLE_SID = <SID_local>
3
Démarrez SQL*Plus, puis connectez-vous à l'instance locale avec les privilèges d'administrateur.
SQLPLUS SYS AS SYSDBA
4
Arrêtez l'instance locale.
SHUTDOWN ABORT;
5
Démarrez l'instance locale avec l'option NOMOUNT.
STARTUP FORCE NOMOUNT;
6
Désactivez le paramètre d'initialisation CLUSTER_DATABASE pour l'instance locale.
ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SCOPE=SPFILE SID='<SID_local>';
7
Arrêtez l'instance locale.
SHUTDOWN ABORT;
8
Quittez SQL*Plus.
9
Arrêtez toutes les instances RAC.
>srvctl STOP DATABASE -d <nom_base de données> -o abort
10
Vérifiez que toutes les instances RAC sont arrêtées.
>srvctl STATUS DATABASE -d <nom_base de données>
11
Démarrez RMAN, puis connectez-vous à la base de données cible.
>rman TARGET /
12
Démarrez l'instance locale avec l'option FORCE NOMOUNT.
STARTUP FORCE NOMOUNT;
13
Définissez l'identifiant de la base de données (DBID) cible avec l'option SET DBID.
RMAN affiche le DBID dès que vous vous connectez à la cible. Vous pouvez également l'obtenir en le cherchant dans les fichiers journaux RMAN enregistrés, en interrogeant le catalogue ou en consultant les noms de fichier de la sauvegarde automatique du fichier de contrôle. Le DBID est également disponible dans la boîte de dialogue Détails ou dans l'onglet Contenu de la sauvegarde.
SET DBID <DBID>;
14
Restaurez la sauvegarde automatique du fichier de contrôle.
Si vous restaurez le fichier de contrôle à partir de la dernière sauvegarde automatique, exécutez la commande suivante :
RUN {
ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE';
RESTORE CONTROLFILE FROM AUTOBACKUP;
ALTER DATABASE MOUNT;
RESTORE DATABASE;
RECOVER DATABASE;
}
15
Ouvrez la base de données avec l'option RESETLOGS.
ALTER DATABASE OPEN RESETLOGS;
16
Quittez RMAN.
17
Démarrez SQL*Plus, puis connectez-vous à l'instance locale avec les privilèges d'administrateur.
SQLPLUS SYS AS SYSDBA
18
Activez le paramètre d'initialisation CLUSTER_DATABASE pour l'instance locale.
ALTER SYSTEM SET CLUSTER_DATABASE=TRUE SCOPE=SPFILE SID='<SID_local>';
19
Arrêtez l'instance locale.
SHUTDOWN ABORT;
20
Quittez SQL*Plus.
21
Démarrez toutes les instances RAC.
>srvctl START DATABASE -d <nom_base de données>
22
Démarrez tous les services RAC.
>srvctl START SERVICE -d <nom_base de données>
23
Vérifiez que toutes les instances RAC sont exécutées.
>srvctl STATUS DATABASE -d <nom_base de données>
 
* 
IMPORTANT : après la restauration d'un fichier de contrôle à partir d'une sauvegarde automatique, Quest vous recommande d'effectuer une sauvegarde complète ou incrémentielle de niveau 0 avec toute la base de données sélectionnée sur la page Sélections de NetVault Backup.

Procédure de récupération après sinistre dans un environnement RAC

La récupération après sinistre inclut la restauration et la récupération d'une base de données RAC multi-instance suite à une panne de média de tout le stockage partagé, y compris les fichiers de contrôle actuels, tous les fichiers journaux redo en ligne, tous les fichiers de paramètres et le catalogue de récupération. Pour effectuer une récupération après sinistre, vous avez besoin de l'ensemble minimum requis de sauvegardes, qui inclut les sauvegardes de tous les fichiers de données, certains journaux redo archivés générés après la sauvegarde et au moins une sauvegarde automatique du fichier de contrôle.

Si votre objectif est de créer une copie de votre base de données cible pour l'utiliser en continu sur un environnement RAC de secours ou un environnement RAC indépendant, n'utilisez pas ces procédures. Vous devez alors utiliser le type de sauvegarde Base de données dupliquée destiné à ces fins. Pour plus d'informations, voir Duplication d'une base de données dans un environnement RAC.

 
* 
IMPORTANT : lors d'une récupération test, veillez à ne pas connecter le catalogue de récupération pendant la restauration des fichiers de données. Sinon, RMAN enregistre les informations relatives aux fichiers de données restaurés dans le catalogue de récupération. Cet enregistrement interfère avec les futures tentatives de restauration et de récupération de la base de données principale. Si vous devez utiliser un catalogue de récupération parce que le fichier de contrôle n'est pas assez gros pour contenir les données du référentiel RMAN sur toutes les sauvegardes que vous avez besoin de restaurer, exportez le catalogue et importez-le dans un autre schéma ou une autre base de données, puis utilisez le catalogue de récupération copié pour la restauration test. Sinon, le catalogue considère la base de données restaurée comme la base de données cible actuelle.

La procédure suivante décrit les étapes de la récupération après sinistre sur le même environnement RAC sur lequel la base de données source réside. Cette procédure est utile dans le cas où une panne complète de média du stockage partagé a lieu et que la partie endommagée du stockage partagé est reconstituée avec la même configuration ou qu'un nouveau stockage partagé a été configuré en répliquant la configuration du stockage partagé d'origine.

Pour connaître les variantes de la procédure de récupération après sinistre suivante, voir la rubrique Performing Disaster Recovery (Procédure de récupération après sinistre) dans l'Oracle® Database Backup and Recovery Advanced User’s Guide (Guide d'utilisation avancée sur la sauvegarde et la récupération de la base de données Oracle).

•
Pré-requis
•
Procédure de récupération après sinistre

Pré-requis

Pour effectuer une récupération après sinistre sans catalogue de récupération, les conditions suivantes doivent être remplies :

•
Environnement Oracle® RAC installé : vous devez disposer d'un environnement Oracle RAC correctement configuré qui correspond à la configuration indiquée dans la rubrique Procédure de sauvegarde gérée par l'utilisateur. Par ailleurs, la même version du logiciel de la base de données Oracle doit être installée dans l'environnement RAC comme c'était le cas dans l'environnement RAC endommagé. Le répertoire ORACLE_HOME doit être identique sur le nœud d'origine et le nouveau nœud. Vous n'avez pas besoin de créer la base de données, mais vous devez configurer les services Oracle Net Services et ASM pour le stockage partagé.
•
Logiciel NetVault Backup et Plug‑in pour Oracle installés : la même version du logiciel NetVault Backup et du plug-in doit être installée sur l'un des nœuds du RAC avec le même Nom d'ordinateur NetVault qui a été défini pour l'environnement RAC. Veillez à ce que les attributs par défaut du plug-in soient définis comme indiqué dans la rubrique Configuration d'attributs par défaut.
•
DBID de la base de données source identifié : identifiez le DBID de la base de données endommagée. Si le DBID n'a pas été enregistré lors de l'installation initiale du plug-in, vous pouvez l'obtenir en le recherchant dans les journaux binaires NetVault Backup pour les sauvegardes RMAN de la base de données source. Le DBID est également disponible dans la boîte de dialogue Détails ou dans l'onglet Contenu de la sauvegarde.
•
L'emplacement par défaut destiné au fichier SPFILE doit exister : pour pouvoir procéder aux étapes suivantes, il faut que l'emplacement par défaut dans le stockage partagé ASM existe. Si vous ne vérifiez pas l'existence de l'emplacement par défaut, une erreur ORA-17502 : échec de création du fichier se produit lors de la restauration du fichier SPFILE. L'emplacement du fichier SPFILE doit être indiqué dans le fichier PFILE avec le paramètre SPFILE.
•
Sauvegardes de tous les tablespaces mises à disposition : vérifiez que vous disposez des dernières sauvegardes de tous les tablespaces.
Documents connexes

The document was helpful.

Sélectionner une évaluation

I easily found the information I needed.

Sélectionner une évaluation