Discussion :

[jokos2000]

Bonjour,

Oracle 9.2.0.1 sur HP/UX

Actuellement, j'ai une base de production qui est sauvegardé à chaud tous les soirs par RMAN.

Les datafiles générés + controlfiles + ... sont déposés sur une base distante identique afin d'avoir un clone pour du report.

Nous avons besoin de créer des tables dans un nouveau tablespace dans cette base clone. Malheureusement, tous les soirs, ce tablespace sera détruit (cause : nouveau refresh du clone).

Y a-t-il une technique afin de garder les données du tablespace sur la base clône qui n'existe pas dans la base mère ?

J'ai une solution qui consisterait à faire un import avant éclatage de la base, puis après remontée du nouveau clone, recréation du tablespace et import des données...

Avez-vous une meilleure idée ? genre en resynchronisant les dbf ? (même si j'y croit pas trop ... )

Merci pour votre réponse.

Cordialement,

[orafrance]

étrange votre process... comment se fait-il que vous soyez amené à utiliser le clone et surtout qu'est ce qui empécherait de créer la table dans la base source et synchroniser les données avant la sauvegarde ?

[thomasjcj]

Ca doit etre faisable en utilisant les Tablespace Transportables:
http://download-west.oracle.com/docs...paces.htm#5697

[jokos2000]

Le tablespace transportable remplacerait l'import/export, cela revient un peu au même non ?

En fait, la base mère est une base de production, le clone est utilisé pour du report.

Donc le but est de créer un tablespace sur le clone, et lors du refresh du clone, garder ce tablespace. Mais effectivement, il ne doit pas avoir mieux que le tablespace transportable.

[orafrance]

ou comme je le disais, créer les objets dans la prod avec synchro des données (via vue matérialisée par exemple) avant clonage

[jokos2000]

Tout à fait orafrance, le problème est que la prod contient une structure de données applicative ... et donc, on ne veut pas modifier cette magnifique structure ...

Mais merci pour vos réponses.

Cordialement,

[orafrance]

c'est balaud