Précédent   Forum des professionnels en informatique > Bases de données > Oracle > Outils > Recovery Manager
Recovery Manager Forum d'entraide Oracle Recovery Manager
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 26/11/2007, 21h14   #1
Invité régulier
 
Inscription : mai 2004
Messages : 33
Détails du profil
Informations forums :
Inscription : mai 2004
Messages : 33
Points : 7
Points : 7
Par défaut Probleme avec RMAN : RMAN-06026 et RMAN-06023

Bonjour,

Apres des recherches sur GOOGLE et sur le Forum je n'ai rien trouvé pour resoudre mon probleme qui est vraiment tres tres grave !

En fait qq un a fait une fausse manip sur une BDD Oracle, et je n'arrive pas a restaurer un TableSpace Oracle (espace de disques logiques)

J'ai l'erreur suivante :

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
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
 
 
Recovery Manager: Release 10.2.0.1.0 - Production ON Lun. Nov. 26 21:09:55 2007
 
 
 
Copyright (c) 1982, 2005, Oracle.  ALL rights reserved.
 
 
 
RMAN> 
 
connecté à la base de données cible : SYSTEMBO (DBID=812599928)
 
utilisation du fichier de contrôle de la base de données cible au lieu du catalogue de récupération
 
 
 
RMAN> 
 
écho activé
 
 
 
 
 
RMAN> run {
 
2> SET newname FOR datafile 'E:\ORADATA\SYSTEMBO\BO_XIR2_DATA_01.DBF' TO 'f:\save\BO_XIR2_DATA_01.DBF';
 
3> restore datafile 5 FROM tag 'BACKUP_SYSTEMBO_00_112607030001';
 
4> }
 
exécution de la commande : SET NEWNAME
 
 
 
Démarrage de restore dans 26/11/07
 
canal affecté : ORA_DISK_1
 
canal ORA_DISK_1 : sid=134 typedev=DISK
 
 
 
RMAN-00571: ===========================================================
 
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
 
RMAN-00571: ===========================================================
 
RMAN-03002: échec de la commande restore à 11/26/2007 21:09:57
 
RMAN-06026: certaines cibles sont introuvables - abandon de la restauration
 
RMAN-06023: aucune sauvegarde ou copie du fichier de données 5 à restaurer
 
 
 
 
 
RMAN> exit;
 
 
 
Gestionnaire de récupération (Recovery Manager) terminé.
J'ai tester avec d'autres TableSpace et ca fonctionne.
Alors dans la console web d'oracle 10g j'ai ete consulter :

Instance de base de données: SYSTEMBO > Gérer les sauvegardes en cours

et quand je clique sur la seule sauvarde valide que j'ai :

Code :
1
2
3
4
5
 
 
618	BACKUP_SYSTEMBO_00_112607030001	26 nov. 2007 03:01:26	ARCHIVED LOG	DISK	AVAILABLE	NO	1
	617	BACKUP_SYSTEMBO_00_112607030001	26 nov. 2007 03:01:11	SPFILE, CONTROLFILE	DISK	AVAILABLE	NO	1
	616	BACKUP_SYSTEMBO_00_112607030001	26 nov. 2007 03:01:03	DATAFILE	DISK	AVAILABLE	NO	1
j(obtiens qq chose de vraiment bizarre :

Code :
1
2
3
4
5
6
7
8
9
10
11
12
 
 
DATAFILE	2	D:\ORACLE\PRODUCT\10.2.0\ORADATA\SYSTEMBO\UNDOTBS01.DBF	209715200	UNDOTBS1	6448	19483607	26 nov. 2007 03:00:15
DATAFILE	1	D:\ORACLE\PRODUCT\10.2.0\ORADATA\SYSTEMBO\SYSTEM01.DBF	173301760	SYSTEM	5	19483607	26 nov. 2007 03:00:15
DATAFILE	8	E:\ORADATA\SYSTEMBO\TEST_XIR2_DATA_01.DBF	4005888	TEST_XIR2_DATA	16602526	19483607	26 nov. 2007 03:00:15
DATAFILE	3	D:\ORACLE\PRODUCT\10.2.0\ORADATA\SYSTEMBO\SYSAUX01.DBF	230170624	SYSAUX	6617	19483607	26 nov. 2007 03:00:15
DATAFILE	4	E:\ORADATA\SYSTEMBO\BO_DI_DATA_01.DBF	167288832	BO_DI_DATA	223712	19483607	26 nov. 2007 03:00:15
DATAFILE	6	E:\ORADATA\SYSTEMBO\BO_AUDIT_DATA_01.DBF	630784	BO_AUDIT_DATA	223920	19483607	26 nov. 2007 03:00:15
DATAFILE	7	E:\ORADATA\SYSTEMBO\TEST_AUDIT_DATA_01.DBF	630784	TEST_AUDIT_DATA	16601699	19483607	26 nov. 2007 03:00:15
DATAFILE	5	
	43859968	
	223804	19483607	26 nov. 2007 03:00:15
Le datfafile de la sauvegarde RMAN ne contient pas chemin de fichier ?!

Merci de me venir en aide en m'expliquant le pourquoi et surtout comment faire pour lui redonner le chemin.

Le tablespace existe et le fichier de donnees associés aussi.

++
stephDeZ est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 27/11/2007, 07h47   #2
Expert Confirmé
 
Avatar de LeoAnderson
 
Inscription : septembre 2004
Messages : 2 942
Détails du profil
Informations forums :
Inscription : septembre 2004
Messages : 2 942
Points : 2 972
Points : 2 972
que donne sous RMan
Code :
list backup FOR datafile 5;
et
Code :
list backup tag BACKUP_SYSTEMBO_00_112607030001;
mais avant, vérifions tout :
Code :
1
2
crosscheck backup;
crosscheck archivelog ALL;
LeoAnderson est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 27/11/2007, 15h21   #3
Invité régulier
 
Inscription : mai 2004
Messages : 33
Détails du profil
Informations forums :
Inscription : mai 2004
Messages : 33
Points : 7
Points : 7
Bonjour,

Code :
1
2
 
list backup "of" datafile 5;
donne une ligne vide

Alors que si je fais la meme chose avec le datafile 6 j'ai un retour


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
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
 
RMAN> list backup tag BACKUP_SYSTEMBO_00_112607030001;
 
 
Liste des ensembles de sauvegarde
===================
 
ClÚ BS  Type Taille LV       Type d'unitÚ Temps ÚcoulÚ Heure d'exÚcution
------- ---- -- ---------- ----------- ------------ -----------------
616     Full    149.25M    DISK        00:00:49     26/11/07
        ClÚ BP : 616   Statut : AVAILABLE  CompressÚ : YES  Balise : BACKUP_SYST
EMBO_00_112607030001
        Nom d'ÚlÚment : F:\SAVE\SYSTEMBO\J8J1VULU_1_1
  Liste des fichiers de donnÚes dans l'ensemble de sauvegarde 616
  Fichier LV Type SCN Ckp    Heure Ckp Nom
  ---- -- ---- ---------- --------- ----
  1       Full 19483607   26/11/07  D:\ORACLE\PRODUCT\10.2.0\ORADATA\SYSTEMBO\SY
STEM01.DBF
  2       Full 19483607   26/11/07  D:\ORACLE\PRODUCT\10.2.0\ORADATA\SYSTEMBO\UN
DOTBS01.DBF
  3       Full 19483607   26/11/07  D:\ORACLE\PRODUCT\10.2.0\ORADATA\SYSTEMBO\SY
SAUX01.DBF
  4       Full 19483607   26/11/07  E:\ORADATA\SYSTEMBO\BO_DI_DATA_01.DBF
  5       Full 19483607   26/11/07
  6       Full 19483607   26/11/07  E:\ORADATA\SYSTEMBO\BO_AUDIT_DATA_01.DBF
  7       Full 19483607   26/11/07  E:\ORADATA\SYSTEMBO\TEST_AUDIT_DATA_01.DBF
  8       Full 19483607   26/11/07  E:\ORADATA\SYSTEMBO\TEST_XIR2_DATA_01.DBF
 
ClÚ BS  Type Taille LV       Type d'unitÚ Temps ÚcoulÚ Heure d'exÚcution
------- ---- -- ---------- ----------- ------------ -----------------
617     Full    1.11M      DISK        00:00:01     26/11/07
        ClÚ BP : 617   Statut : AVAILABLE  CompressÚ : YES  Balise : BACKUP_SYST
EMBO_00_112607030001
        Nom d'ÚlÚment : F:\SAVE\SYSTEMBO\J9J1VUNM_1_1
  Fichier de contr¶le inclus : SCN Ckp : 19483814     Heure Ckp : 26/11/07
  SPFILE inclus : temps de modification : 26/11/07
 
ClÚ BS  Taille       Type d'unitÚ Temps ÚcoulÚ Heure d'exÚcution
------- ---------- ----------- ------------ -----------------
618     32.56M     DISK        00:00:10     26/11/07
        ClÚ BP : 618   Statut : AVAILABLE  CompressÚ : YES  Balise : BACKUP_SYST
EMBO_00_112607030001
        Nom d'ÚlÚment : F:\SAVE\SYSTEMBO\JAJ1VUNS_1_1
 
  Liste des journaux archivÚs dans l'ensemble de sauvegarde 618
  Thread SÚq     Plus petit SCN    Heure de chgt. de redo log SCN suivant   Proc
haine fois
  ---- ------- ---------- -------------------------- ---------- ---------
  1    669     19400373   25/11/07                   19454338   25/11/07
  1    670     19454338   25/11/07                   19483770   26/11/07
  1    671     19483770   26/11/07                   19483834   26/11/07
 
RMAN>
Cette commande montre bien que dans mon backupset j'ai une ligne avec un path vide.

Et les deux crosscheck montre que tout est correct

Code :
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
RMAN> crosscheck backup;
 
canal affectÚ : ORA_DISK_1
canal ORA_DISK_1 : sid=159 typedev=DISK
ÚlÚment de sauvegarde vÚrifiÚ : repÚrÚ comme Útant 'AVAILABLE'
descripteur d'ÚlÚment de sauvegarde=F:\SAVE\SYSTEMBO\J8J1VULU_1_1 recid=616 horo
datage=639630015
ÚlÚment de sauvegarde vÚrifiÚ : repÚrÚ comme Útant 'AVAILABLE'
descripteur d'ÚlÚment de sauvegarde=F:\SAVE\SYSTEMBO\J9J1VUNM_1_1 recid=617 horo
datage=639630071
ÚlÚment de sauvegarde vÚrifiÚ : repÚrÚ comme Útant 'AVAILABLE'
descripteur d'ÚlÚment de sauvegarde=F:\SAVE\SYSTEMBO\JAJ1VUNS_1_1 recid=618 horo
datage=639630077
ÚlÚment de sauvegarde vÚrifiÚ : repÚrÚ comme Útant 'AVAILABLE'
descripteur d'ÚlÚment de sauvegarde=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA
\SYSTEMBO\BACKUPSET\2007_11_26\O1_MF_NNNDF_TAG20071126T163505_3NOSXB1F_.BKP reci
d=619 horodatage=639678905
4 objets contre-vÚrifiÚs
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
 
RMAN> crosscheck archivelog ALL;
 
canal libÚrÚ : ORA_DISK_1
canal affectÚ : ORA_DISK_1
canal ORA_DISK_1 : sid=159 typedev=DISK
validation rÚussie pour le journal archivÚ
journal d'archivage nom=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SYSTEMBO\AR
CHIVELOG\2007_11_26\O1_MF_1_672_3NOSO9FO_.ARC recid=664 horodatage=639678651
validation rÚussie pour le journal archivÚ
journal d'archivage nom=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SYSTEMBO\AR
CHIVELOG\2007_11_26\O1_MF_1_673_3NOSQ878_.ARC recid=665 horodatage=639678712
validation rÚussie pour le journal archivÚ
journal d'archivage nom=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SYSTEMBO\AR
CHIVELOG\2007_11_26\O1_MF_1_674_3NOTONNK_.ARC recid=666 horodatage=639679685
validation rÚussie pour le journal archivÚ
journal d'archivage nom=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SYSTEMBO\AR
CHIVELOG\2007_11_26\O1_MF_1_675_3NP0LYVL_.ARC recid=667 horodatage=639685743
validation rÚussie pour le journal archivÚ
journal d'archivage nom=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SYSTEMBO\AR
CHIVELOG\2007_11_26\O1_MF_1_676_3NPF07W2_.ARC recid=668 horodatage=639698458
validation rÚussie pour le journal archivÚ
journal d'archivage nom=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SYSTEMBO\AR
CHIVELOG\2007_11_26\O1_MF_1_677_3NPHMG1G_.ARC recid=669 horodatage=639701119
validation rÚussie pour le journal archivÚ
journal d'archivage nom=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SYSTEMBO\AR
CHIVELOG\2007_11_27\O1_MF_1_678_3NR0MT7B_.ARC recid=670 horodatage=639751308
7 objets contre-vÚrifiÚs
 
 
RMAN>
Tout semble correct mais ca ne fonctionne pas, je suis un peu perdu.

Je n'ai pas de catalog RMAN j'utilise la controlFile de la base et il faut savoir que j'ai supprimer l'espace de disque logique BO_XIR2 avec le datafile sur lequel il manque le path dans mon backupset.

Merci
stephDeZ est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 27/11/2007, 15h33   #4
Expert Confirmé
 
Avatar de LeoAnderson
 
Inscription : septembre 2004
Messages : 2 942
Détails du profil
Informations forums :
Inscription : septembre 2004
Messages : 2 942
Points : 2 972
Points : 2 972
c'est simple : vous n'avez pas de sauvegarde du datafile 5.

vous ne pourrez donc pas le restaurer.

que donne
LeoAnderson est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 27/11/2007, 15h46   #5
Expert Confirmé
 
Inscription : février 2006
Messages : 3 433
Détails du profil
Informations forums :
Inscription : février 2006
Messages : 3 433
Points : 3 462
Points : 3 462
Est-ce que vous avez encore des sauvegardes RMAN de la base qui datent d'avant la suppression du tablespace ?
Quelle est la durée de rétention des sauvegardes ?
Quand le tablespace a-t-il été supprimé ?
Si oui, il faut les utiliser pour
  • soit restaurer la base courante à un état juste avant la suppression
  • soit cloner la base courante à un état juste avant la suppression.

Voir la note Metalink:
Subject: How to Recover a Drop Tablespace with RMAN
Doc ID: Note:455865.1 Type: HOWTO
Last Revision Date: 23-AUG-2007 Status: MODERATED
__________________
P. Forstmann

AskTom Forums OTN doc 8, 9, 10 et 11
pifor est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 27/11/2007, 16h57   #6
Invité régulier
 
Inscription : mai 2004
Messages : 33
Détails du profil
Informations forums :
Inscription : mai 2004
Messages : 33
Points : 7
Points : 7
voici le resultat de la commande

Code :
1
2
3
4
5
6
7
8
9
 
RMAN> report need backup;
 
la rÞgle de validitÚ RMAN sera appliquÚe Ó la commande
la rÞgle de validitÚ RMAN est dÚfinie Ó la redondance 1
Etat des fichiers ayant moins de 1 sauvegardes redondantes
Fichier #bkps Nom
---- ----- -----------------------------------------------------
5    0     E:\ORADATA\SYSTEMBO\BO_XIR2_DATA_01.DBF
Le backupset de la sauvegarde RMAN que j'ai date d'avant la suppression du tablespace

La duree de retention des sauvegardes rman est de 1 jour donc j'en ai qu'une et j'ai toujours celle d'avant la suppression du tablespace que j'ai arrete de faire les sauvegardes depuis.

Le tablespace a ete suppime hier à 15h45 et apres avoir tente une recuperation du tablespace avec rman ou je me suis trompe car j'ai mis de recuperer jusqu'a leur actuel au lieu d'utiliser le scn de la sauvegarde de la nuit donc j'ai supprime le tablespace et ensuite essayer de le recuperer en indiquant le scn de la save RMAN.

Ce que je ne comprends c que dans mon backupset j'ai bien la trace d'un tablespace 5 mais qui n'a pas de path de fichier et avec une taille coherente et une heure coherente aussi (03h00)

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
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
 
RMAN> list backupset
2> ;
 
 
Liste des ensembles de sauvegarde
===================
 
ClÚ BS  Type Taille LV       Type d'unitÚ Temps ÚcoulÚ Heure d'exÚcution
------- ---- -- ---------- ----------- ------------ -----------------
616     Full    149.25M    DISK        00:00:49     26/11/07
        ClÚ BP : 616   Statut : AVAILABLE  CompressÚ : YES  Balise : BACKUP_SYST
EMBO_00_112607030001
        Nom d'ÚlÚment : F:\SAVE\SYSTEMBO\J8J1VULU_1_1
  Liste des fichiers de donnÚes dans l'ensemble de sauvegarde 616
  Fichier LV Type SCN Ckp    Heure Ckp Nom
  ---- -- ---- ---------- --------- ----
  1       Full 19483607   26/11/07  D:\ORACLE\PRODUCT\10.2.0\ORADATA\SYSTEMBO\SY
STEM01.DBF
  2       Full 19483607   26/11/07  D:\ORACLE\PRODUCT\10.2.0\ORADATA\SYSTEMBO\UN
DOTBS01.DBF
  3       Full 19483607   26/11/07  D:\ORACLE\PRODUCT\10.2.0\ORADATA\SYSTEMBO\SY
SAUX01.DBF
  4       Full 19483607   26/11/07  E:\ORADATA\SYSTEMBO\BO_DI_DATA_01.DBF
  5       Full 19483607   26/11/07
  6       Full 19483607   26/11/07  E:\ORADATA\SYSTEMBO\BO_AUDIT_DATA_01.DBF
  7       Full 19483607   26/11/07  E:\ORADATA\SYSTEMBO\TEST_AUDIT_DATA_01.DBF
  8       Full 19483607   26/11/07  E:\ORADATA\SYSTEMBO\TEST_XIR2_DATA_01.DBF
 
ClÚ BS  Type Taille LV       Type d'unitÚ Temps ÚcoulÚ Heure d'exÚcution
------- ---- -- ---------- ----------- ------------ -----------------
617     Full    1.11M      DISK        00:00:01     26/11/07
        ClÚ BP : 617   Statut : AVAILABLE  CompressÚ : YES  Balise : BACKUP_SYST
EMBO_00_112607030001
        Nom d'ÚlÚment : F:\SAVE\SYSTEMBO\J9J1VUNM_1_1
  Fichier de contr¶le inclus : SCN Ckp : 19483814     Heure Ckp : 26/11/07
  SPFILE inclus : temps de modification : 26/11/07
 
ClÚ BS  Taille       Type d'unitÚ Temps ÚcoulÚ Heure d'exÚcution
------- ---------- ----------- ------------ -----------------
618     32.56M     DISK        00:00:10     26/11/07
        ClÚ BP : 618   Statut : AVAILABLE  CompressÚ : YES  Balise : BACKUP_SYST
EMBO_00_112607030001
        Nom d'ÚlÚment : F:\SAVE\SYSTEMBO\JAJ1VUNS_1_1
 
  Liste des journaux archivÚs dans l'ensemble de sauvegarde 618
  Thread SÚq     Plus petit SCN    Heure de chgt. de redo log SCN suivant   Proc
haine fois
  ---- ------- ---------- -------------------------- ---------- ---------
  1    669     19400373   25/11/07                   19454338   25/11/07
  1    670     19454338   25/11/07                   19483770   26/11/07
  1    671     19483770   26/11/07                   19483834   26/11/07
 
ClÚ BS  Type Taille LV       Type d'unitÚ Temps ÚcoulÚ Heure d'exÚcution
------- ---- -- ---------- ----------- ------------ -----------------
619     Full    41.85M     DISK        00:00:03     26/11/07
        ClÚ BP : 619   Statut : AVAILABLE  CompressÚ : NO  Balise : TAG20071126T
163505
        Nom d'ÚlÚment : D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SYSTEMBO\BA
CKUPSET\2007_11_26\O1_MF_NNNDF_TAG20071126T163505_3NOSXB1F_.BKP
  Liste des fichiers de donnÚes dans l'ensemble de sauvegarde 619
  Fichier LV Type SCN Ckp    Heure Ckp Nom
  ---- -- ---- ---------- --------- ----
  5       Full 19538132   26/11/07
 
RMAN>
stephDeZ est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 23/10/2009, 10h12   #7
Nouveau Membre du Club
 
Inscription : mai 2006
Messages : 76
Détails du profil
Informations forums :
Inscription : mai 2006
Messages : 76
Points : 29
Points : 29
Comme cette discussion sort en 1er choix sur google pour cette erreur, j'ajoute un lien qui m'a servi hier...
http://arjudba.blogspot.com/2008/04/...g-restore.html

Il y a plusieurs raisons possibles à ce message d'erreur : la mienne était parce que j'avais ajouté un datafile à un TBS après une sauvegarde RMAN.

Comme l'a dit LeoAnderson, le fichier ne pas pas être restauré parce que pas passé dans la sauvegarde.

La solution (si possible) étant de restaurer juste avant l'ajout de ce/ces fichiers
joziel est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 05h15.


 
 
 
 
Partenaires

Hébergement Web