Discussion :

[mikedavem]

Bonjour à tous, j’évalue actuellement les possibilités de restauration / clonage d’une DB oracle vers un autre serveur (UAT/INT etc ...). Etant relativement nouveau sur la partie Oracle, je me permets de demander sur le forum quelques conseils ou retours d'expériences.

Une première option que j’ai noté est l’utilisation de RMAN avec le traditionnel couple sauvegarde / restauration. Cependant, une autre voie que j'envisage serait la suivante: Monter la base de données avec une simple copie de ces fichiers. Est-ce possible? Est-ce que l'environnement cible doit être ISO en terme de structure de dossier qui hébergent les fichiers de bases de données ?

Bonne soirée et merci d’avance pour vos réponses

[mikedavem]

Après quelques lectures sur internet il semblerait que l'opération soit réalisable mais tout commentaire ou retour d'expérience est le bienvenue

[SQLpro]

Oulala... tu est insomniaque ou bien la suisse n'est pas sur le même fuseau horaire ???

A +

[Ikebukuro]

Tu as oublié de nous donner les infos les plus importantes : version de ta base et, si >= 12c, est-elle en architecture multi-tenants?

Sinon, si tu as une base 1, une base 2 et que tu veux migrer ta base 1 vers la base 2 en faisant absolument une copie de fichiers, c'est possible avec la techno "Transportable tablespaces" : je ne l'ai jamais utilisé mais il faut
1) récupérer la liste et les chemins complets des datafiles des tablespaces applicatifs : DBA_DATA_FILES
2) arrêt propre de la base (shutdown immediat)
3) export import datapump des métadatas des tablespaces applicatifs : ça devrait aller très vite car très peu de données, voir la doc datapump (c'est le seul point un peu difficile)
4) copie avec cp ou scp des fichiers de tes tablespaces
5) redémarrer la abse

[mikedavem]

Oulala... tu est insomniaque ou bien la suisse n'est pas sur le même fuseau horaire ???

A +

Non une fille d'un an qui se lève la nuit ... mais ca revient à être sur un autre fuseau horaire au final ^^

Tu as oublié de nous donner les infos les plus importantes : version de ta base et, si >= 12c, est-elle en architecture multi-tenants?

Sinon, si tu as une base 1, une base 2 et que tu veux migrer ta base 1 vers la base 2 en faisant absolument une copie de fichiers, c'est possible avec la techno "Transportable tablespaces" : je ne l'ai jamais utilisé mais il faut
1) récupérer la liste et les chemins complets des datafiles des tablespaces applicatifs : DBA_DATA_FILES
2) arrêt propre de la base (shutdown immediat)
3) export import datapump des métadatas des tablespaces applicatifs : ça devrait aller très vite car très peu de données, voir la doc datapump (c'est le seul point un peu difficile)
4) copie avec cp ou scp des fichiers de tes tablespaces
5) redémarrer la abse

Ok merci Ikebukuro alors commençons par donner les détails => Oracle 12.1 et pas d'architecture multi-tenant

Actuellement nous avons une base sur laquelle nous effectuons toute une série de datapump via le script du prestataire de l'application (encapsulé dans du bash + PERL ... ) pour rafraichir les bases en ACC et INT mais j'ai le sentiment que c'est une opération extrêmement longue (bientôt plus d'heure pour restaurer moins de 100GB ).

De ce que je comprends datapump fait de l'export / import de données et j'aimerai tester d'autres alternatives "plus efficaces" pour voir si on peut accélérer ce processus:

- Passer par un RMAN pour restaurer la DB sur les instances ACC / INT
- Utiliser éventuellement les capacités de snapshot de la baie pour remonter les fichiers de la base sur l'instance cible ACC / INT
- Eventuellement exécuter qq post scripts pour nettoyer et alignement de la configuration

++

[vanagreg]

Bonjour,

A l'époque on avait un client qui envoyait des backup pieces RMAN pour rafraîchir nos env. J'avais réussi à restaurer mais j'avais bien galéré. Je ne maitrise pas RMAN en fait. Donc oui c'est possible de le faire directement depuis les backup pieces RMAN. Voici une page qui pourrait t'aider:

https://oracle-patches.com/en/databa...an-rman-backup

Bien sûr Data Pump est plus simple car moins de config. Tu as pensé à utiliser le paramètre "parallel" pour ton import Data Pump? (il faut l'édition Entreprise).

[Pomalaix]

Une première option que j’ai noté est l’utilisation de RMAN avec le traditionnel couple sauvegarde / restauration. Cependant, une autre voie que j'envisage serait la suivante: Monter la base de données avec une simple copie de ces fichiers. Est-ce possible? Est-ce que l'environnement cible doit être ISO en terme de structure de dossier qui hébergent les fichiers de bases de données ?

Il est bien entendu tout à fait possible de dupliquer une base d'une machine vers une autre.

1) A partie d'une simple copie des fichiers de la base
Il faut faire cette copie impérativement base arrêtée, en intégrant tous les fichiers de la base, y compris INIT.ORA.
Si l'arborescence est identique des 2 côtés, et qu'on n'a pas nécessité de rebaptiser la base, cette simple copie est suffisante.
Si on veut modifier les chemins et/ou renommer la base, le plus efficace sera de recréer les fichiers de contrôle.
C'est le genre de manip qu'on faisait il y a 20 ans, avant l'adoption généralisée de RMAN.

2) Duplication RMAN
Soit par connexion directe à la base source, soit à partir d'une sauvegarde de celle-ci.
On a la possibilité de paralléliser les transferts, de renommer la base, de modifier les chemins, de dupliquer à l'état d'un moment précis.

3) Datapump
Bof.
Comparativement à RMAN, c'est beaucoup moins efficace puisque ça intervient au niveau logique et non physique. Donc on ne coupe pas à l'application des contraintes, à la création des index, etc.
Le mécanisme des tablespaces transportables améliore nettement les choses sur ce dernier point, mais c'est clairement RMAN qu'on va utiliser pour dupliquer une base complète.


Le choix va bien sûr dépendre des contraintes :
- possibilité ou non d'arrêter la base source pour copier ses fichiers (si pas possible on oublie l'option 1)
- rapidité d'exécution : là c'est RMAN qui s'impose
- outils maîtrisés : on pourrait se tourner vers Datapump si on n'est pas pressé, et qu'on ne connaît pas RMAN
- nécessité d'avoir la maîtrise du point de restauration (à l'état de 22h12 hier) : datapump ne permet pas cela


C'est un sujet qui avait été abordé en bonne partie ici :
https://www.developpez.net/forums/d2...est-existante/