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


	REMARQUE : Vous pouvez également utiliser la procédure suivante pour restaurer le serveur Oracle sur un hôte autre que le serveur de production d’origine, alors que le serveur de production est toujours actif. Néanmoins, comme indiqué plus tôt, si votre objectif est de créer une copie de la base de données de production cible pour l'utiliser en continu sur un nouvel hôte, n'utilisez pas cette procédure. Utilisez plutôt le type de sauvegarde Base de données dupliquée. Pour plus d'informations, voir Sauvegarde de base de données dupliquée.

Utilisez la même procédure si un catalogue de récupération a été utilisé dans le cadre de la stratégie de sauvegarde pour le référentiel RMAN. RMAN stocke toujours les informations concernant les sauvegardes dans le fichier de contrôle. Ces informations figurant dans le fichier de contrôle constituent la référence des sauvegardes RMAN de votre base de données. RMAN peut effectuer toutes les opérations de sauvegarde et de récupération nécessaires en n'utilisant que les informations du référentiel figurant dans le fichier de contrôle.

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).

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

•

Logiciel de la base de données Oracle installé : installez sur le système la même version du logiciel de la base de données Oracle que celle du serveur endommagé. Le répertoire ORACLE_HOME doit être identique sur le serveur Oracle source et le serveur Oracle de destination. Vous n'avez pas besoin de créer la base de données.

•

Fichier de mot de passe Oracle créé : utilisez l'utilitaire orapwd pour créer le fichier de mot de passe Oracle.

•

Sous Linux :

orapwd file=<Oracle_Home>/dbs/orapw<SID> password=<mot de passe>

•

Sous Windows :

orapwd file=<Oracle_Home>\database\orapw<SID> password=<mot de passe>

•

Service Oracle sur Windows créé et lancé : créez le service Oracle sur Windows avec l'utilitaire oradim d'Oracle. Le SID Oracle doit être identique à celui de la base de données d'origine ou source. Cette option crée un nom de service Oracle identique. Par exemple, à partir d'une invite du système d'exploitation, exécutez la commande suivante :

oradim -new -sid <nom_sid>

Une fois le service Windows créé, démarrez-le avec la commande suivante à partir d'une invite du système d'exploitation :

net start oracleservice<nom_sid>

•

Logiciel NetVault Backup et Plug‑in pour Oracle installés : vous devez installer et configurer la même version du logiciel NetVault Backup et du plug-in que celle d'origine sur le serveur endommagé. Veillez à ce que les attributs par défaut du plug-in soient définis comme indiqué dans la rubrique Configuration des paramètres 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 de Plug‑in pour Oracle, recherchez-le 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 : vérifiez que l'emplacement par défaut du fichier SPFILE existe. Si vous ne le faites pas, une erreur ORA-17502 : échec de création du fichier se produit lors de la restauration du fichier SPFILE.

•

Sauvegardes de tous les tablespaces mises à disposition : vérifiez que vous disposez des dernières sauvegardes de tous les tablespaces.

Pour effectuer la récupération, procédez comme suit.

Restaurez les fichiers de configuration d'Oracle Net Services.

Si les Fichiers de configuration externes ont été inclus dans une précédente sauvegarde RMAN ou que Plug-in for FileSystem a été utilisé pour sauvegarder les fichiers de configuration d'Oracle Net Services, tels que «listener.ora », « sqlnet.ora » et « tnsnames.ora », restaurez les fichiers sur le serveur de la base de données Oracle de destination. Sinon, configurez l'Oracle Net Services sur le serveur Oracle de destination.

Démarrez l'écouteur Oracle.

Par exemple, à partir d'une invite du système d'exploitation, exécutez la commande suivante :

lsnrctl start

Démarrez RMAN sans catalogue, puis connectez-vous à la base de données cible :

RMAN TARGET / NOCATALOG

Définissez le DBID sur le DBID de la base de données endommagée.

SET DBID <DBID_source>;

Démarrez l'instance cible sans monter la base de données.


	IMPORTANT : une série d'erreurs Oracle peut survenir si un fichier PFILE n'est pas disponible lorsque vous exécutez la commande suivante. Ce processus est acceptable et vous pouvez ignorer les erreurs. Oracle utilise un fichier PFILE par défaut pour s'assurer que le processus de restauration du fichier SPFILE se poursuit : « démarrage de l'instance Oracle sans fichier de paramètres pour la récupération du fichier spfile ».

STARTUP NOMOUNT;

Restaurez le fichier SPFILE à partir de la sauvegarde automatique.

RUN {

ALLOCATE CHANNEL C1 TYPE 'SBT_TAPE';

RESTORE SPFILE FROM AUTOBACKUP;

}

Redémarrez la base de données avec le fichier SPFILE restauré.

STARTUP FORCE NOMOUNT;

Restaurez le fichier de contrôle à partir de la sauvegarde automatique.

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;

}


	IMPORTANT : si vous ne disposez pas d'une sauvegarde automatique du fichier de contrôle, suivez la procédure indiquée dans la rubrique Récupération manuelle d'un fichier de contrôle avant de continuer.

Sur la page Créer une tâche de restauration : sélectionner l'ensemble de sauvegardes, recherchez la dernière sauvegarde disponible qui inclut tous les tablespaces, puis cliquez sur Suivant.

Sur la page Créer un ensemble de sélections, accédez au client et à la base de données NetVault Backup sources, sélectionnez le nœud Base de données complète, puis cliquez sur Modifier les options du plug-in.

Cliquez sur l'onglet Options de restauration, puis sélectionnez les options applicables :

•

Pour monter la base de données avant de procéder à la restauration, sélectionnez l'option Monter la base de données avant la restauration.

•

Pour inclure les fichiers de données en lecture seule dans la restauration, sélectionnez l'option Vérifier les fichiers de données en lecture seule et restaurer si nécessaire.

Comme la récupération doit être effectuée suite à un sinistre, dans l'onglet Effectuer la récupération, sélectionnez Effectuer une récupération ponctuelle de la base de données.

La récupération ponctuelle permet de récupérer la base de données à un moment, un numéro de séquence du journal ou un SCN donné. Si l'heure spécifique ou la séquence de journal de l'échec n'est pas connue, Quest vous recommande d'utiliser l'option SCN.

Dans l'onglet Effectuer la récupération, sélectionnez l'option Vérifier les fichiers de données en lecture seule et les récupérer s'ils ne sont pas à jour pour inclure les fichiers de données en lecture seule dans le processus de récupération.

Les fichiers en lecture seule sont uniquement inclus s'ils sont nécessaires à la récupération. S'ils ne sont pas endommagés, RMAN les ignore.

Dans l'onglet Catalogue de récupération, désactivez l'option Utiliser le catalogue pour vous assurer que le catalogue de récupération n'est pas utilisé pour cette restauration.

Remplissez les onglets Planification et Options avancées, puis soumettez la tâche.

RMAN choisit automatiquement les meilleures sauvegardes complètes, incrémentielles ou de journaux archivés qui sont disponibles, puis restaure et récupère la base de données.

Dans RMAN, mettez à jour les métadonnées RMAN.

CROSSCHECK ARCHIVELOG ALL;

Quittez RMAN.


	IMPORTANT : après une récupération après sinistre, Quest vous recommande d'effectuer une sauvegarde complète ou incrémentielle de niveau 0 avec la base de données sélectionnée sur la page Créer un ensemble de sélections.

Récupération manuelle d'un fichier de contrôle

Lorsque les sauvegardes automatiques du fichier de contrôle ne sont pas disponibles, que le catalogue RMAN n'est pas utilisé et que seules les sauvegardes automatiques du fichier de contrôle sont effectuées en sélectionnant le nœud Fichier de contrôle sur la page Sélections de NetVault Backup, vous pouvez procédez comme suit pour extraire le fichier de contrôle à partir d'un élément de sauvegarde.

Sur la page Créer une tâche de restauration : sélectionner l'ensemble de sauvegardes, recherchez la dernière sauvegarde disponible qui porte la mention « Fichier de contrôle inclus ».

Récupérez le fichier de contrôle.

SQL> STARTUP NOMOUNT;

DECLARE

devtype varchar2(256);

done boolean;

BEGIN

devtype := dbms_backup_restore.deviceallocate('sbt_tape', params=>'');

dbms_backup_restore.restoresetdatafile;

dbms_backup_restore.restorecontrolfileto

('<nom et chemin de destination du fichier de contrôle>');

dbms_backup_restore.restorebackuppiece

('<nom du segment de sauvegarde identifié précédemment>',done=>done);

devtype varchar2(256);

done boolean;

BEGIN

devtype := dbms_backup_restore.deviceallocate('sbt_tape', params=>'');

dbms_backup_restore.restoresetdatafile;

dbms_backup_restore.restorecontrolfileto

('C:\oracle\product\10.1.0\oradata\o10gg\control01.ctl');

dbms_backup_restore.restorebackuppiece

('ZETK2003:#3293:ZETK2003:274_578391288:O10GG_1135958971',done=>done);

END;

Utilisez la commande REPLICATE CONTROLFILE pour copier le fichier de contrôle restauré.

RMAN TARGET / NOCATALOG

SET DBID <DBID_source>;

connect TARGET /

RUN {

ALLOCATE CHANNEL C1 TYPE 'SBT_TAPE';

replicate controlfile from

'<nom et chemin source du fichier de contrôle>';

}

Utilisation des procédures avancées avec les restaurations RMAN

Cette rubrique contient des sous-rubriques qui décrivent les autres opérations de restauration qu'il est possible d'effectuer avec Plug‑in pour Oracle.

•

Renommage ou déplacement des fichiers

•

Duplication d'une base de données dans un environnement non RAC

•

Procédure de récupération au niveau des tables

Renommage ou déplacement des fichiers

Avec la méthode de sauvegarde RMAN, le plug-in vous permet de renommer le fichier de contrôle et les fichiers de données pendant la restauration. Le fait de renommer les fichiers peut s'avérer utile si vous ne souhaitez pas écraser la version existante et que vous souhaitez créer une copie du fichier. Vous pouvez également déplacer les fichiers vers un autre répertoire pendant la restauration avec le plug-in.

Suivez la procédure indiquée dans la rubrique Préparation de la base de données pour la récupération.

Dans le volet Navigation, cliquez sur Créer une tâche de restauration, puis sélectionnez Plug‑in pour Oracle dans la liste Type de plug-in.

Dans le tableau des ensembles de sauvegardes, sélectionnez l'élément approprié, puis cliquez sur Suivant.

Pour plus d'informations, voir Sélection des données à restaurer.

Sur la page Créer un ensemble de sélections, sélectionnez le fichier de données ou le fichier de contrôle que vous souhaitez restaurer.

Dans la liste Actions, sélectionnez Renommer.

Dans la boîte de dialogue Renommer/Déplacer, saisissez les informations appropriées.

•

Renommer : saisissez le nouveau nom.

•

Déplacer : saisissez le nouveau chemin d'accès.

Le plug-in utilise la commande RMAN SET NEWNAME pour restaurer et/ou renommer les sauvegardes RMAN. La commande SET NEWNAME est prioritaire sur le paramètre DB_CREATE_FILE_DEST. Si vous n'indiquez pas le chemin d'accès complet pour une restauration ou un renommage, le plug-in se comporte comme suit :

•

SPFILE : le fichier est restauré sous le nouveau nom dans le répertoire « $ORACLE_HOME/dbs ».

•

Fichier de données :

•

Si vous spécifiez un nouvel emplacement à la création du fichier, le fichier est restauré ou renommé à cet emplacement sous le nouveau nom.

•

Si vous ne spécifiez pas de nouvel emplacement à la création du fichier, le fichier est restauré ou renommé sous le nouveau nom dans le répertoire « $ORACLE_HOME/dbs ».