Discussion :

[consuling]

Slt
mon organisation utilise une application de gestio reliée à la base de données ORACLE
c'est une aplication client serveur tout le monde a un client(poste) et peut atacquer le serveur.
comme je fait régulièrement des test fonctionnelle avant la mise en application, j'ai droit à une base de test cependant suite à quelque confusion je voudrai avoir un système indépendant (tout en local) sur tout ma base oracle car je veus l'attaquer avec un outil de buisness object
en fait ce que je veux savoir est purement technique il est question de pouvoir recopier les donner de la base de production et de me les mettre en local
alor faudra til créer une nouvelle bd chez moi avant d'y introduire des données ?
une simple recopie de la base de prod suffit et on l'insert dans un tablespace ?

[philcero]

A système d'exploitation égal, une recopie à froid de ta base de production sur la machine de test suffira. Ne pas oublier de mettre à jour les TNSNAMES.ORA & LISTENER.ORA (Le serveur à changé). Le mieux étant là d'avoir dans un TNSNAMES.ORA deux GSID (Un pour la production, un pour le test).

Si maintenant les systèmes différent, il faudra créer une base vierge sur la machine de test et procéder à un export (sur la base de production) / import (sur la base de tests) des données.

[consuling]

Merci
je crois que tout est claire
bon je situ un peux plus les chose
j'ai deux type de données:
-labase de production
-les donné d'une base d'évaluation (cette fois propriétaire au fournisseur du logiciel de gestion) contenant les données du module suplémentaire de notre logiciel de gestion
Alors mon fournisseur techniquement est capable de d'extraire les données de sa base propriétaire vers oracle
ce que je veux(mon objectif étant de ne pas avoir à créer un bd vierge sous ORALE) et que j'aimùerai savoir c'est une idée de comment faire pour avoir sur ma base en local les données de cette version d'évaluation sans avoir à créer une bd vierge
Merci

[philcero]

J'ai du mal à cerner le problème.

Il ne faut pas confondre base et schéma. Un base (l'instance physique) peut contenir plusieurs schémas (Bases logiques). Rien ne t'empêche d'avoir une seule et unique base de données de test dans laquelle tu importes (Après avoir purgé tous les objets) le contenu d'un schéma donné (Lui-même récupéré via un export).

Sur la machine source :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

exp <compte sysdba>/<mot de passe> file=<fichier dump> owner=<schema source> consistent=y

Puis, sur la machine cible :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

imp <compte sysdba>/<mot de passe> file=<fichier dump> fromuser=<schema source> touser=<schema destination> commit=y ignore=y

[consuling]

Bon déja merci pour la solution technique
je pose le problème tres simplement
les données dont j'ai besoin ne sont pas dans une base oracle - elles sont dans une base propriétaire
je veux installer le SGBD ORACLE en local

hypothèse - je copie la base de production du serveur de production que je met dans le sgbd installer en local (à confirmer!) juste pour avoir le schema relationnel(bien sur et les données)
en suite j'importe les donné du sgbd propriétaire vers la nouvelle bd
je pense qu'en procèdant ainsi j'aurai ce que je veus

[philcero]

Tu peux passer par une méthode consistant à utiliser deux schémas pour chaque base logique dans ce cas.

• Un schéma composé uniquement de tables en mode EXTERNAL (Fichiers texte à plat) à l'image de l'export de ta base d'origine en mode CSV.
• Un schéma final à l'image logique de ce que tu vaux que tu mets à jour à partir du schéma originel de manière automatisée avec des scripts SQL*Plus.