RMAN TSPITR 12cR2

Bonjour,
Base oracle 12.2 sous windows 10
Ayant fait un backup de la base :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 14 Full 331.16M DISK 00:00:57 07/11/20 BP Key: 17 Status: AVAILABLE Compressed: YES Tag: ARCH_TEST_TBS_DATA Piece Name: F:\APP\ADMIN\VIRTUAL\FAST_RECOVERY_AREA\TEST\BACKUPSET\2020_11_07\O1_MF_NNNDF_ARCH_TEST_TBS_DATA_HTDPHZCG_.BKP Liste des fichiers de donnÚes dans l'ensemble de sauvegarde 14 File LV Type Ckp SCN Ckp Time Abs Fuz SCN Sparse Name ---- -- ---- ---------- -------- ----------- ------ ---- 1 Full 1756330 07/11/20 NO F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\SYSTEM01.DBF 3 Full 1756330 07/11/20 NO F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\SYSAUX01.DBF 5 Full 1756330 07/11/20 NO F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\UNDOTBS01.DBF 7 Full 1756330 07/11/20 NO F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\USERS01.DBF 8 Full 1756330 07/11/20 NO F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\TBS_DATA01.DBF

---

et aussi le controlfile ...

Afin de tester le TSPITR sur RMAN ..
je supprime le tablespace TBS_DATA :

ensuite, je vais verifier sur RMAN sans utiliser le recovery catalog, l'existence de la sauvegarde :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

Liste des ensembles de sauvegarde ===================     BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 14 Full 331.16M DISK 00:00:57 07/11/20 BP Key: 17 Status: AVAILABLE Compressed: YES Tag: ARCH_TEST_TBS_DATA Piece Name: F:\APP\ADMIN\VIRTUAL\FAST_RECOVERY_AREA\TEST\BACKUPSET\2020_11_07\O1_MF_NNNDF_ARCH_TEST_TBS_DATA_HTDPHZCG_.BKP Liste des fichiers de donnÚes dans l'ensemble de sauvegarde 14 File LV Type Ckp SCN Ckp Time Abs Fuz SCN Sparse Name ---- -- ---- ---------- -------- ----------- ------ ---- 1 Full 1756330 07/11/20 NO F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\SYSTEM01.DBF 3 Full 1756330 07/11/20 NO F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\SYSAUX01.DBF 5 Full 1756330 07/11/20 NO F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\UNDOTBS01.DBF 7 Full 1756330 07/11/20 NO F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\USERS01.DBF 8 Full 1756330 07/11/20 NO

---

Et là, le datafile 8 n'apparaît plus dans le backupset ???
et je relance l'existence de la sauvegarde du tablespace supprimé :

Code:

---

1 2 3 4 5 6 7 8

RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: Úchec de la commande list Ó 11/07/2020 09:36:07 RMAN-20202: Tablespace introuvable dans le catalogue de rÚcupÚration RMAN-06019: impossible de convertir le nom de tablespace "TBS_DATA"

---

et la commande report schéma

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

Liste des fichiers de donnÚes permanents =========================== File Size(MB) Tablespace RB segs Datafile Name ---- -------- -------------------- ------- ------------------------ 1 820 SYSTEM YES F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\SYSTEM01.DBF 3 540 SYSAUX NO F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\SYSAUX01.DBF 5 535 UNDOTBS1 YES F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\UNDOTBS01.DBF 7 5 USERS NO F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\USERS01.DBF   Liste des fichiers temporaires ======================= File Size(MB) Tablespace Maxsize(MB) Tempfile Name ---- -------- -------------------- ----------- -------------------- 1 130 TEMP 32767 F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\TEMP01.DBF

---

le résultat du report schéma est OK !

Problème : si je veux faire sur RMAN :

Code:

---

1 2	recover tablespace until scn xxxxx auxiliary destination 'path_direct' ;

---

Impossible il va me retrourner une érreure ???

Comment ça se fait que la suppression du tablespace supprime aussi son datafile dans le backupset ??

Merci d'avance !

Tu fais mumuse avec RMAN et le TSPITR?

Bienvenue dans mon monde de souffrance :aie::aie:

J'en ai bavé sur ce TSPITR!!!!!!!!!

Pour info, si tu n'as pas de catalogue et que tu supprimes un TBS, il est normal que RMAN ne connaisse plus celui-ci dans les sauvegardes passées puisquil interroge le ctrl file et que celui-ci ne connait que la structure actuelle de ta base, donc sans le TBS.
ATTENTION : il y a un piège avec ce message d'erreur RMAN-06019; regarde ici, j'en ai même fais un post sur mon blog http://dbaoraclesql.canalblog.com/ar.../38623498.html

Fais un petit détour ici (les grands esprits se rencontrent) : https://www.developpez.net/forums/d2.../#post11642048

En résumé, tu te connectes via RMAN au CDB, tu lances RECOVER TABLESPACE nom_pdb:no_tbs UNTIL scn_avant_droppage_tbs(voir alert.log) AUXILIARY DESTINATION répertoire_création_base_auxiliaire

Par exemple :
RECOVER TABLESPACE ORCL:ZZTBS until SCN 2290550 auxiliary destination '/u01/oraaux/';


BONNE CHANCE!!!!!!!!!!

Ok, merci de m'avoir éclairé je vais lire ça

Citation:

---

Envoyé par dell68

Comment ça se fait que la suppression du tablespace supprime aussi son datafile dans le backupset ??

---

Ce n'est pas supprimé des backupsets, mais pour trouver les backupsets, il faut connaître le tablespace, mais il n'est plus connu du controlfile.
Donc, pour récupérer le tablespace à un pint-in-time il faut récupérere le controlfile à ce point-in-time.

Tiens, une petite question Franck : si j'utilise un catalog RMAN, est-ce que ce catalogue sauvegarde l'historique de la structure de la base : noms des tablespaces, noms des datafiles etc etc?

En clair, est-ce que, dans le cas de test de dell68, au lieu d'avoir la colonne Name vide
File LV Type Ckp SCN Ckp Time Abs Fuz SCN Sparse Name
8 Full 1756330 07/11/20 NO

on aurait la colonne avec le nom du fichier de l'époque?
8 Full 1756330 07/11/20 NO F:\APP\ADMIN\VIRTUAL\ORADATA\TEST\Nom_Fichier.DBF
?

Pour répondre à Ikebukuro, y a pas photo sur recovery catalog c'est super le drop d'un ou des tablespaces
n'a pas d'impacte sur la catalog, le datafile(s) n'est pas supprimé !
A propos de cette fonctionnalité du TSPITR en une seule commande sur RMAN ( plus simple ..)

Code:

---

1 2	recover tablespace ... until scn auxiliary destination 'path_directory/' ;

---

est beaucoup moins rapide
que la solution avec flashback database :

Code:

---

1 2 3

flashback database until scn ... ; alter database open resetlogs ;

---

+ sur RMAN

avec

Code:

---

1 2 3 4 5 6

run { restore datafile .. ; recover datafile ... ; sql 'alter database datafile .. online ' ; }

---

Oui mais pour le FLASHBACK DATABASE il faut avoir activé les FLASHBACK LOGS, chose que peu de clients font car cela fait doublon avec RMAN pour eux et attention à la taille que ça va occuper sur le disque.