RMAN plante ou veut pas restaurer

[lca94]

Bonjour,
J'ai une restauration qui ne veut pas fonctionner.
Merci d'avance pour toute réponse... même si c'est comme je crain, que je n'ai plus que le vieux export pour la récup ...Et des manips pour MAJ manuellement :S



Description:
Une base de données en CLUSTER (2 machines) qui a tourné avec les cluster déphasés.
Ils ont été remis récement en phase (bonne config actuelle)

Mais qqu'un a bousillé une table et j'ai un export trop lointain.
Avec RMAN il est fait toutes les nuits un backup de tous les datafiles ONLINE
et toutes les heures de la journée le backup auto du control file et spfile
et de tous les archivageLOG.

En récupérant dans une nouvelle base de données créée pour ce travail (neuve)
Ftp pour prendre le dernier rman des datafiles et les archivelogs correspondant + autobackup.
(pris le fichier datafile a minuit et les logs qques heures avant et jusqu'à 8h00 date de
restauration décidée)
Récup du spfile par rman : Modif pour enlever tout ce qui touche le cluster.
Récup du controlfile au meme "endroit" sur ASM
Récup par RESTORE DATABASE après avoir nettoyé (CROSSCHECK) sur la machine de travail la liste des Backupset non disponibles

RECOVER demande toujours plus de log pour le thread 2, toujours plus en arriere si on lui rajoute par ftp les SCN demandés.
jusqu'au 20 septembre dernier il n'est tjs pas satisfait.

Je reste avec un RECOVER non terminé et impossible de récupérer les données.

Y-a-til un moyen d'y arriver meme si on aa pas toutes les données, mais de récupérer cette table qui est sur le tablespace USERS????
Merci

Ci-contre copy écran du dernier plantage de rman lors de "RESTORE ARCHIVELOG ALL;"
Même en évitant cette commande il demande des log manquants très antérieurs.

(note le to_date correspond à la date de backup + 1h)
Script etc..:

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
RUN
{
SET UNTIL TIME "to_date('2007-02-20 01:00:00', 'YYYY-MM-DD HH24:MI:SS')";
CROSSCHECK BACKUPSET;
DELETE NOPROMPT EXPIRED BACKUPSET;
RESTORE ARCHIVELOG ALL;
RESTORE DATABASE;
RECOVER DATABASE;
}
 
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00601: fatal error IN recovery manager
RMAN-03004: fatal error during execution of command
RMAN-10039: error encountered while polling FOR RPC completion ON channel DEFAULT
RMAN-10006: error running SQL statement: SELECT act FROM x$ksusex WHERE sid=:1 AND serial=:2
RMAN-10002: ORACLE error: ORA-03113: end-of-file ON communication channel
RMAN-03002: failure of restore command at 02/21/2007 16:42:53
RMAN-06026: some targets NOT found - aborting restore
RMAN-06025: no backup of log thread 2 seq 3178 lowscn 799202687 found TO restore
.../...
.../...
.../...
RMAN-06025: no backup of log thread 2 seq 3122 lowscn 795469123 found TO restore
MAN-06025: no backup of log ORACLE error FROM target DATABASE:
ORA-03127: no new operations allowed until the active operation ends
 
RMAN-06900: WARNING: unable TO generate V$RMAN_STATUS OR V$RMAN_OUTPUT row
RMAN-06901: WARNING: disabling UPDATE of the V$RMAN_STATUS AND V$RMAN_OUTPUT rows
oracle@cxxxxxl:[/xxx/oracle/admin/ORCL]$

[Marc Musette]

et tes channels ? il faut que tu vérifies si elles sont configurées comme sur la db de départ

[lca94]

Tu veux dire que rman trouve le bon chemin? Tous les fichiers sont remis sur le meme chemin qu'auparavant. il les trouve mais demande plus.

précision qui semble importante: la base de test n'est pas en cluster.