Discussion :

[rbarbot]

Bonjour,

Nous sommes en phase de tests.
Nous copions notre base de production sur un serveur de tests (copie à chaud des fichiers de la base de données de prod vers le serveur de tests via les commandes de l'OS).
A la fin de la copie, en ouvrant la base de données copiée nous avons des erreurs comme quoi les fichiers ne sont pas à jour.

je suis en train de faire sous RMAN un RESTORE/RECOVER.
Est-ce une bonne méthode. Si non comment faire avec RMAN pour resynchroniser tout cela ?
Evidement ce serait plus simple de faire cette opération base de production fermée mais nous avons des contraintes pour le faire en cours de semaine.

Nous sommes en base 11.2.0.4 en mode archivelog sous linux.

Comment feriez-vous ?
Merci pour vos conseils

[SQLpro]

c'est normal. un SGBD Relationnel effectue des écritures croisées entre les fichiers du journal de transactions et les fichiers de données avec des contremarques temporelles appelées LSN pour Log Segment Number. En copiant les fichiers à chaud, vous n'avez quasiment aucune chance que ces LSN soit synchrones si vous avez la moindre activité dans votre base. Une telle copie de fichier a chaud est donc totalement proscrite comme méthode de sauvegarde d'une base...

Seule les sauvegardes initié par le mécanisme interne au SGBDR ou bien les copies de fichiers a froid peuvent être utilisée. Dans le cas d'Oracle, RMan est un bon outil.

A +

[vanagreg]

Bonjour,

Oui tu peux utiliser RMAN pour faire la copie Il y a d'ailleurs une option DUPLICATE pour cela. Sinon tu peux aussi utiliser Data Pump pour produire un fichier dump que tu importes sur ton server de test (tu peux même le faire via db link).

[Ikebukuro]

Si tu veux rafraîchir une base de test avec les données de prod, c'est Datapump qu'il faut utiliser (si ta base de test existe déjà).
Si tu veux créer une base de test avec les données de prod, alors RMAN et la commande DUPLICATE sont prévus pour cela, mais c'est plus complexe.

[Pomalaix]

Si tu veux rafraîchir une base de test avec les données de prod, c'est Datapump qu'il faut utiliser (si ta base de test existe déjà).
Si tu veux créer une base de test avec les données de prod, alors RMAN et la commande DUPLICATE sont prévus pour cela, mais c'est plus complexe.

Ce n'est pas parce que la base existe déjà qu'on ne peut pas la rafraîchir (ce qui va consister à la remplacer) avec un RMAN DUPLICATE !
D'ailleurs, dès que la volumétrie devient importante, ça va même être la technique de prédilection, là où Datapump sera beaucoup trop lent.
De plus, avec RMAN, on a un autre avantage important, qui est de pouvoir choisir le point temporel jusqu'auquel on va restaurer (UNTIL TIME).