Copier une base de données dans une autre

[FatmaFafa]

Bonjour,

J'ai des types et des tables qui sont remplies dans un base de donnée 'x' que je veux les copier dans une autre base de donnée c'est-à-dire je définit un autre utilisateur et un mot de passe et j'apporte les types et les tables sans apporter les données à partir de 'x'. Est-ce que le copiage est permet dans ce cas?

Merci d'avance.

[star]

tout à fait !
tu as la commande export qui fait très bien l'affaire
.

[FatmaFafa]

Merci pour votre réponse.

SVP, comment faire cette commande de export ?

[ora_home]

Il existe 3 modes d'export :
- table
- user
- full

les parametres de la commandes sont :
-parfile nom du fichier de paramêtres
-USERID user et password de connexion
-FULL export du fichier entier (N)
-BUFFER taille du data buffer
-OWNER liste des utilisateurs a exporter (en mode User)
-FILE fichier de sortie ou d'export (EXPDAT.DMP)
-TABLES liste des tables
-COMPRESS import dans 1 seul extent : compression (Y)
-RECORDLENGTH longueur d'enregistrement
-GRANTS export des grants ? (Y)
-INCTYPE export differentiel de type (incrémental, cumulative ou complete)
-DIRECT accès otimisé aux données (pas de SQL)
-INDEXES export des index (Y)
-RECORD marquage des export incrementaux (différentiels) dans le dictionnaire (Y)
-ROWS export des données aussi ? (Y)
-PARFILE fichier de paramètres (si pas mode commande)
-CONSTRAINTS export des constraintes (Y)
-CONSISTENT image avant consistante de l'export (mises a jour autorisées)
-LOG log file of screen output
-STATISTICS type de statistiques à générer à l'import estimate|compute|none (ESTIMATE)

[FatmaFafa]

Merci beaucoup pour votre collaboration

Mais moi, je ne veux pas exporter ma base de donnée dans un fichier, je veux juste copier tous mes tables et mes types vers un autre compte. Autrement, je veux remplir mes tables avec d'autres instances, sans les ajouter au compte ancien.

Merci.

[ora_home]

Envoyé par FatmaFafa

Merci beaucoup pour votre collaboration

Mais moi, je ne veux pas exporter ma base de donnée dans un fichier, je veux juste copier tous mes tables et mes types vers un autre compte. Autrement, je veux remplir mes tables avec d'autres instances, sans les ajouter au compte ancien.

Merci.

Même si, vous pouvez utiliser import/export. ci-dessous un exemple de ce que tu veux faire :

Export du schéma SCOTT :

Code :

1
2
C:\> exp userid=system/manager file=c:\backup\export_full.dump
log=c:\control\export_full.log owner=scott

Puis, Import du schéma SCOTT dans le schéma TEST :

Code :

1
2
C:\> imp userid=system/manager file=c:\backup\export_full.dump
log=c:\control\export_full.log fromuser=scott touser=test

[ora_home]

Et si tu veux le faire juste pour quelques tables, le voilà :
Export de la table ACCOUNT de l'utilisateur SCOTT :

Code :

1
2
C:\> exp userid=system/manager file=c:\backup\export_full.dump
log=c:\control\export_full.log TABLES=scott.account

Puis, Import de la table ACCOUNT de l'utilisateur SCOTT dans TEST :

Code :

1
2
3
 C:\> imp userid=system/manager file=c:\backup\export_full.dump
         log=c:\control\export_full.log fromuser=scott touser=test 
         TABLES=scott.account

[FatmaFafa]

Merci bien.

Je suis très basique en oracle. Si j'ai bien compris votre réponse et si j'ai un utilisateur nommé "Fatma", où je peux le mettre ? dans le userid ? ou dans le owner? sachant que je veux copier tout.

Autre chose, SVP, ces commandes seront écrites dans l'invite de commande ?

Code :

1
2
3
C:\> exp userid= Fatma file=c:\backup\export_full.dump
log=c:\control\export_full.log owner= Fatma

[ora_home]

Envoyé par FatmaFafa

Autre chose, SVP, ces commandes seront écrites dans l'invite de commande ?

1) Oui, les commandes sont exécutées au niveau DOS.

2) USER : c'est l'utilisateur qui a le droits pour faire cette opération. (en générale, tu garde SYSTEM avec son password)

Si tu veux EXPORTER le schéma de TEST(tous les objets) vers le schéma de FATMA, tu peux procéder à :

Code :

1
2
C:\> exp userid=system/manager file=c:\backup\export_full.dump
log=c:\control\export_full.log owner=TEST

Puis :

Code :

1
2
3
 
C:\> imp userid=system/manager file=c:\backup\export_full.dump
log=c:\control\export_full.log fromuser=TEST touser=FATMA

[FatmaFafa]

Bonjour et merci beaucoup.

j'ai fait ce que vous m'avez dit. Mais le résultat est :

Code :

1
2
3
4
5
 
Export : Release 10.2.0.1.0  - Production ON Ven.oct.12 10:32:16 2012
copyright <c> 1982,2005, oracle ALL rights reserved
Exp-00028 : Echec d'ouverture de c:\control\export_full.log pour écriture
Exp_00000: Procédure d'export terminée avec erreur

Dans mon cas le mot de passe du schéma SYSTEM est aussi system donc j'ai remplacer

Code :

1
2
3
C:\> exp userid=system/system file=c:\backup\export_full.dump
log=c:\control\export_full.log owner=TEST

Est ce que c'est juste ce que j'ai fait ?

Cordialement

[ora_home]

Envoyé par FatmaFafa

Code :

Est ce que c'est juste ce que j'ai fait ?

Oui, c'est correcte. le problème c'est dans le chemin du log. il faut avoir le répertoire c:\control

[FatmaFafa]

J'ai créé la répertoire controle et tout va bien mais avec un avertissement. Voici le

Code :

1
2
3
4
5
6
7
8
 
IMP-00002: échec d'ouverture de c:\backup\export_full.dump pour lecture
Fichier d'export créé par EXPORT:V10.02.01 via le chemin classique
import effectué dans le jeu de caractères WE8MSWIN1252 et le jeu NCHAR AL16UTF16
le serveur d'import utilise le jeu de caractères AL32UTF8 (conversion possible)
. Import d'objets TEST dans FATMA
. . Import de la TABLE                          "TOTO"          2 lignes importées       <
Fin de l'import réussie avec avertissements.

Le problème de cette importation c'est qu'elle apporte aussi les données des tables or, moi, je veux importer que mes types et mes tables vides. Y-a-t il une commande qui supprime toutes les données, sachant que je travaille avec une base de donnée d'objet relationnel et j'ai beaucoup de "nested Table" et références "Ref".

Meilleurs Salutations

[Pomalaix]

Envoyé par FatmaFafa

Le problème de cette importation c'est qu'elle apporte aussi les données des tables or, moi, je veux importer que mes types et mes tables vides.

Si vous ne voulez importer que la structure et pas les données, il fallait utiliser en plus l'option ROWS=NO lors de votre import.

[FatmaFafa]

Merci. j'ai testé tout ce qui précédé et tout va bien sur un exemple de schéma qui contient une seule table.

Maintenant, j'ai testé pour le schéma souhaité travaillé avec, ça marche pas.
voici ci-joint une partie de l'invite de commande

[ora_home]

tu peux nous envoyer les fichiers LOG ?? (de l'import et de l'export)

[Pomalaix]

Le point majeur à creuser, c'est l'erreur ORA-02304.

Une piste : http://blogorak.estsurinternet.com/s...eur-ora-02304/

[FatmaFafa]

ok.

[ora_home]

Envoyé par FatmaFafa

ok.

déjà le chemin c:\backup\export_full.dump n'existe pas chez toi !!!!
faut bien creer le repetoir c:\backup, ou bien donner le chemin exacte du fichier export_full.dump

[FatmaFafa]

faut bien creer le repetoir c:\backup, ou bien donner le chemin exacte du fichier export_full.dump

j'ai créé ce répertoire et j'ai trouvé le même résultat !

[ora_home]

IMP-00003: ORACLE error 2304 encountered
ORA-02304: invalid object identifier literal
IMP-00017: following statement failed with ORACLE error 2304:
“CREATE TYPE “SYS_PLSQL_1823160_17_2″ TIMESTAMP ‘2011-04-13:08: …
lors d’un import cela est du au fait que les identifiants de type sont unique dans la base et que le type que vous creez lors de l’import existe deja dans un autre schema.
3 solutions :
- la mauvaise (eclle qu’on vous conseille partout comme si vous aviez le choix de creer des schemas ou d’en supprimer en production comme bon vous semble…) : créer tous les TYPEs dans un schema dédié par ex; : ‘MES_TYPES’ ainsi ils deviennent transverrses et il n’y a plus de probleme de doublons d’IDs.
- SI vous utilisez IMPORT : mettre l’option TOID_NOVALIDATE de l’import. ATTENTION ! ce n’est pas ‘=Y ‘ la valeur mais ‘NOM_SCHEMA.NOM_TYPE’, ‘NOM_SCHEMA.NOM_TYPE’,
Si vous en avez 2000 …;-((
- Si vs utilisez DATAPUMP impdb : appliquez l’option “ transform=OID:y “