Discussion :

[moucmouc]

Bonjour,

neophyte oracle , je dois remplacer un serveur 2003 qui abrite Oracle 9i et une seule bdd avec 5 users.
Apres parcours du forum tutos etc.. je ne sais pas quelle est la meilleure façon de procéder:

import / export
sauvegarde à froid ou a chaud
utiliser rman...
simple copy du repertoire E:\oracle\oradata\oracle apres arret de la base

Comment etre sûr de ne rien oublier pendant la bascule ?

[orafrance]

Tu change quoi exactement ? Juste la machine ? Si c'est le cas, il suffit de suivre cette procédure : http://oracle.developpez.com/guide/s...eneralites/#L5

[moucmouc]

je change juste la machine.
je veux garder le même nom de base de données

[orafrance]

Et tu peux pas faire une image de ton système et les disques ou un backup avec le systemstate de la machine?

[moucmouc]

je souhaire repartir sur un systeme propre qui n'aura pas les memes caracteristiques materielles que l'ancien serveur.

je pourrais pas simplement :
- installer oracle 9i sur le nouveau serveur sa

[moucmouc]

désolé ...suite a un clic malencontreux la suite..

1 - installer oracle 9i sur new serveur sans configurer
2- arreter la bdd sur ancien serveur
3- recopier le contenu de e:\oracle sur le nouveau

4 demarrer oracle sur nouveau .

[orafrance]

c'est bien la procédure décrite dans le tuto

[fatsora]

je ne sais pas quelle est la meilleure façon de procéder:


import / export
sauvegarde à froid ou a chaud
utiliser rman...
simple copy du repertoire E:\oracle\oradata\oracle apres arret de la base

Comment etre sûr de ne rien oublier pendant la bascule ?

Bonjour,

en fait la reponse est ca depend

EXPORT/import

les trous seront supprimés, les index seront d'equerre , donc la base est reorganisée

Peut etre tres long (temps d'export + temps import )

Peut ne pas etre utile pour d'autres base en vue simulation reprise

On peut oublier des objets logiques :des driots utlisateurs...

Facile a mettre en oeuvre

L'utilité est surtout lors de transfert vers d'autres OS ou de 32 a 64 bit.


COPIE

les trous s'il y en a dans les tables,tablespaces seront la ,
base est copiée en l'etat, apres tu peux faire des reorganisations...

A court terme, c'est peut etre le plus facile a mettre en oeuvre.

Plus intéressant pour grosses volumetries car le temps d'import peut etre tres long

Le temps de copie peut etre plus long que RMAN restaure.

Ici , si on a oublié quelque chose, ce serait des fichiers physiques et non des objets logiques


RMAN

Utile si la base etres importante, ou si l'espace alloué des datafiles importante alors que les fichiers
réellement ecrits ne sont pas importants

==> gain de temps

On est quasiment sur de ne rien oublier avec cet outils

un peu plus complexe pour la prise en main ,
mais peut etre tres utile puor le future
disons que c'est un investissement a long terme

Utile pour d'autres operations futures : reprise,copie, dataguard,centralisation de sauvegarde