Discussion :

[slausseur]

Bonjour,

Je vous ai déjà contactés au sujet des possibilités et restrictions oracle sur les exports imports de bases très volumineuses.

La base est en version 9.2.0.7, et la volumétrie est de 675Go.

Les DBA applicatifs me proposent finalement de ne pas exporter par schéma, mais par tablespace.

Ils ne veulent exporter et importer seulement les tablespaces des datas, en se disant que l'import des tablespaces data recréera tout seul les index.

Cela me semble totalement faux.
Qu'en pensez-vous?

Merci d'avance

[LeoAnderson]

S'ils parlent de tablespaces transportables, oui, le TTS_CHECK échouera s'il manque les tbs d'indexes.


s'ils parlent d'export par tablespaces, je vois pas bien l'intérêt... :S

[slausseur]

Bonjour,

ils veulent passer par l'option TABLESPACES.
Je sais qu'Oracle bosse beaucoup pour nous, mais là, il me semble que si je veux qu'il y ait des index à la fin de mon import des tbs des data, il faudra que je les recrée toute seule.

Autre question: ils souhaitent utiliser cette solution pour paralleliser les exports et faire tous les tablespaces en même temps. ( 5 tbs des data, de minimum 20Go)
Mais cette solution ne surchargerait pas trop le serveur?
Ils étaient partis sur les exports schéma par schéma, l'un à la suite de l'autre.

Merci d'avance

[LeoAnderson]

là, j'avoue être perdu et ne pas bien cerner ce que vous attendez de nous....

[slausseur]

Re-bonjour,

Je m'exprime peut-être assez mal.

J'ai une problèmatique de rafraîchissement de base oracle très volumineuse, et les solutions de type duplicate Rman, sauvegarde et restauration ne sont pas envisageables. ( temps trop long pour lancer toutes les validations client)

Nous avons une base avec plusieurs utilisateurs applicatifs, et seulement 2 doivent être récupérés afin de rafraîchir l'autre base.
Les DBA applicatifs ont avancé 2 méthodes: export/import fromuser touser
et export/import tablespaces.

Ma première question reposait sur la faisabilité niveau restriction ou non oracle d'export import de grosse volumétrie.
Ma 2e est donc s'il est possible de réaliser un export/import par tablespace, sachant que les DBA applicatifs pensent qu'il suffira d'importer les tablespaces des data pour que les index se recréent automatiquement.
De plus, si les exports par tablespace sont lancés en parallèle, ne risquons-nous pas de détériorer les performances de chaque export? (niveau CPU)

Merci d'avance.