Restaurer une DB à partir d’une copie de fichier

Version imprimable

19/04/2021, 22h04
mikedavem

Restaurer une DB à partir d’une copie de fichier

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
20/04/2021, 04h56
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 :)
20/04/2021, 09h42
SQLpro

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

A +
20/04/2021, 10h10
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
20/04/2021, 15h24
mikedavem

Citation:

Envoyé par SQLpro

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

A +

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

Citation:

Envoyé par 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

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 ... :aie:) 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 :calim2:).

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

++
20/04/2021, 17h52
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).
20/04/2021, 19h23
mikedavem

Hello vanagreg,

Merci pour ton retour et le lien. Non pas encore pour datapump, c'est une prochaine étape dans le chemin vers l'optimisation. Cela m'avait aussi été conseillé par Pachot. Je vais regarder de ce côté également.

Du coup je me pose la question des bonnes pratiques sur le rafraichissement des bases de données Oracle de PROD vers ACC / INT etc ... J'ai vu également que de restaurer sous un autre nom était quelque chose qui n'était pas forcément trivial ... Quelles sont les méthodes que vous préconisez en général? Est-ce que datapump est l'outil à préférer dans ce cas et ceci même pour les DBs à forte volumétrie?

++
20/04/2021, 19h46
Ikebukuro

Que les choses soient claires : pour un rafraîchissement de bases Oracle, depuis Oracle 10g en 2004, il faut utiliser datapump! exception faite des TRES TRES grosses bases où RMAN peut être intéressant mais 100Go... c'est pas terrible.
Pour accélérer l'export : faire du parallélisme.
Pour accélérer l'import :
- faire du parallélisme
- désactiver la génération des redo logs (être en mode NOLOGGING)
- si possible : désactiver les contraintes d'intégrité des tables de ta base cible dans lesquelles tu vas faire l'import; si la table n'existe pas ou si elle sera écrasée, voir si c'est possible de désactiver les contraintes d'une nouvelle table
- si possible : désactiver les triggers des tables de ta base cible dans lesquelles tu vas faire l'import
21/04/2021, 00h15
Pomalaix

Citation:

Envoyé par mikedavem

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/
21/04/2021, 00h20
Pomalaix

Citation:

Envoyé par Ikebukuro

Que les choses soient claires : pour un rafraîchissement de bases Oracle, depuis Oracle 10g en 2004, il faut utiliser datapump! exception faite des TRES TRES grosses bases où RMAN peut être intéressant mais 100Go... c'est pas terrible.

Que les choses soient claires : cette affirmation est une énormité.
21/04/2021, 10h23
mikedavem

Ok merci à tous pour vos retours :). Je vais compiler tout ca et travailler sur ce rafraichissement de bases de données

++
21/04/2021, 17h12
Ikebukuro

Citation:

Envoyé par Pomalaix

Que les choses soient claires : cette affirmation est une énormité.

Chez mes clients on utilisait toujours Datapump pour des rafraîchissements de base, d'où mon affirmation.