Discussion :

[Fabien Celaia]

Bonjour,

Soit une pluggable database PDBSRC d'un serveur de production

Je souhaite restaurer en PIT cette base (dans une version plus ancienne) dans une autre pluggable nommée PDBSAV (donc pas de duplicate from active database)

Quelle méthode me conseillez-vous ?

[Ikebukuro]

Je souhaite restaurer en PIT cette base (dans une version plus ancienne)

Quand tu parles de version plus ancienne, tu parles de quoi?
Ta base PDBSRC est par exemple en 18c et tu veux la copier dans PDBSAV qui est en 12.0?
Ou bien tu veux importer ta base PDBSRC datée du 01/02/2021 dans PDBSAV MAIS c'est la version du 20/01/2021 de PDBSRC que tu veux récupérer?

[Fabien Celaia]

Non, je parle du même SGBDR (de la même version Oracle)
Je parle de récupération PIT, donc, sur la même instance, remonter la PDB d'hier (sous un autre nom) à côté de la PDB courante.

[Ikebukuro]

[EDIT]
Je pense que ce lien est plus intéressant : "Duplicate Point-In-Time Recovered PDB Using Backup"
https://www.red-gate.com/simple-talk...-using-backup/



Est-ce que ce lien pourrait t'aider?
https://oracledbwr.com/point-in-time...logs%20option.

La partie importante est :

Code :

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

1
2
3
4
5
6
7
RMAN> run 
{
set until scn =2196232;
restore pluggable database pdb5;
recover pluggable database pdb5 auxiliary destination='/u01/app/oracle/oradata/DBWR/';
alter pluggable database pdb5 open resetlogs;
}

Aïe, en lisant mieux je vois que le lien explique comment faire du PITR sur une PDB mais pas comment créer une nouvelle base... compliqué ton histoire!
Le truc sympa ci-dessus c'est le "auxiliary destination" : RMAN va créer une nouvelle base dite auxiliaire mais normalement, une fois l'export/import datapump fait depuis cette base vers la base source, il détruit cette base auxiliaire qui ne lui sert plus à rien. C'est donc cette base auxiliaire qu'il faudrait préserver mais je ne sais pas comment faire...

[Ikebukuro]

Salut Fabien,

Alors, tu as avancé?

[dell68]

Fabien est ce que tu peux nous mettre au courant de ta solution ?

[Fabien Celaia]

Non, pas encore trouvé.
Le PIT m'impose quasiment la création d'une nouvelle CDB.
C'est quand même pas possible d'avoir un concept de base "pluggable" avec une telle dépendance à la CDB !

[SQLpro]

Ben oui, c'est pas le monde Sybase ou SQL Server...

C'est le monde Oracle copié par PostGreSQL : un seul journal de transaction pour toutes les bases.....

A +

[vanagreg]

Dans la réponse #4 Ikebukuro a donné la méthode il me semble, en utilisant une instance auxiliaire. La PDB va être restaurée dans la CDB, ce n'est pas ce qui est voulu?

[Ikebukuro]

Ah, vanagreg tu me confirmes ce que je pensais : le lien que j'ai donné va faire du PITR sur une base, pour cela RMAN crée une base auxiliaire format CDB, effectue ses opérations puis, une fois le Restore/Recover effectué, la base auxiliaire sera détruite.
Donc, Fabien, la création de la CDB comme tu dis, est une création temporaire, c'est comme ça que fonctionne le PITR sous Oracle.

[vanagreg]

Oui c'est bien ça. Au final c'est transparent.