Discussion :

[dylan.pascal]

Bonjour,

Je poste ce message car je travail pour une entreprise qui a besoin de mettre en place un système de sauvegarde à chaud sur une base de données Oracle.
J'ai donc choisi RMAN.

Mon problème est que lorsque j'utilise la commande "shutdown immediate", pour ensuite lancer une restauration, je lance ma base en mode MOUNT, l'erreur suivante apparait : "Erreur Oracle de la base de données du catalogue de récupération, ORA-03113 : fin de fichier de canal de communication". Puis une autre erreur après avoir fait un "restore database" : RMAN-06004 "Erreur Oracle de la base de données du catalogue de récupération, ORA-03114 "Pas connecté à Oracle".

Avez vous déjà eu cette erreur ? J'ai déjà chercher sur Internet le nom des erreurs et leurs actions à faire, cela se corrige sur le moment mais les erreurs reviennent.

Cordialement,

[Pomalaix]

Si on lit attentivement le message d'erreur, le problème provient du catalogue, et pas de la base que vous restaurez.
Vous devriez jeter un coup d'oeil dans l'alert.log du catalogue.

Pouvez-vous fournir vos commandes RMAN ?
Si ça se trouve il y a une erreur grossière dans votre code...

[dylan.pascal]

Voici le contenu du fichier catalog.log:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
Recovery Manager: Release 10.2.0.1.0 - Production on Lun. Déc. 1 15:40:30 2014
 
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
 
connecté à la base de données du catalogue de récupération
 
RMAN> 
 
Gestionnaire de récupération (Recovery Manager) terminé.

Pour mes commandes je fais:

RMAN>shutdown immediate;
RMAN>startup mount pfile=D:\ORADATA\Rhone\Admin\Pfile\InitRhone.ora; (je suis obligé d'indiquer le pfile sinon la commande ne se lance pas (obsolete or deprecated parameters)
RMAN>restore database;
RMAN>recover database;
RMAN>alter database open;

[Pomalaix]

Il y a visiblement plusieurs soucis.
Pour éliminer les effets du catalogue, vous pouvez tenter la restauration sans vous y connecter. Celle ci-devrait fonctionner puisque, visiblement, vous avez encore le fichier de contrôle.

Par ailleurs, il n'est pas normal que le PFILE soit exigé.
Il faut cette fois-ci aller voir l'alert.log de la base RHONE, les paramètres problématiques devraient y figurer.
Une fois ceux-ci corrigés dans le SPFILE (pas à la main, hein !), vous n'aurez plus besoin d'utiliser la clause PFILE lors du démarrage.

Et enfin, contrairement à votre titre, rien me permet de mettre en cause le listener dans ce que vous avez décrit jusque là.

[dylan.pascal]

Eh bien oui la restauration fonctionne, car quand cette erreur survient je doit me déconnecter de RMAN (catalogue + target), je stop et démarre le listener. Je me connecte ensuite a la cible et je finis la restauration.

Ce que je ne comprends pas:
- la restauration ne fonctionne pas normalement (quand j'utilise les commandes basiques : shutdown immediate, startup mount, restore database, recover database, alter database open; (En gros tout se passe bien (aucun message d'erreurs mais la restauration n'est pas là).
- la restauration ne fonctionne que avec la clause "SET UNTIL TIME = "to_date" ".
- Perte de la connexion à Oracle quand j’arrête la base et la redémarre.

C'est peu être un peu dur à comprendre vu les différents problèmes, je ne sais pas si je suis clair ^^' , n'hésitez pas a me demander plus d'information.

En tout cas merci de votre aide

[Pomalaix]

...je ne sais pas si je suis clair ...

Malheureusement, non.
Moi désormais je passe mon tour, mais il y aura peut-être un bon samaritain qui aura envie de faire le tri de tout ça.

Mais il y a fort à parier, comme je l'ai déjà suggéré, que vous trouverez des informations intéressantes dans l'alert.log du catalogue d'une part, et de la base RHONE d'autre part.

Bon courage !