Discussion :

[janlouk]

Bonjour à tous,

Oui je sais, encore un imbécile qui tente de faire un export sans aucune connaissance dans Unix et Oracle. Et en plus, il vient du monde Windows.

Et oui, c'est ça mon soucis, c'est que j'ai la logique Microsoft... Et je galère entre les problèmes de droits, de tailles de disques et maintenant, bêtement de restore.

Pourtant, ça devrait être si facile, mais pour moi ça ne l'est pas. Entre Oracle sur windows, Oracle sur Unix, SQL Plus, pas SQL Plus... Je suis perdu et je dois avancer et ensuite j'apprendrai. Mais voilà, je dois finir ça au plus vite.

Pour faire export/import, j'ai essayé avec SQL Developer mais pour 200 GB, c'est d'une lenteur... Donc je tente via les lignes de commandes.

Le but, prendre une copie complète de mon instance (sous SQL Server, je dirais ma base de donnée si j'ai bien compris), je veux donc les tables, les données, et tout ce qui va avec.

Je lance mon soft, mRemoteNG, avec ma connexion vers mon environnement de DEV.

J'arrive à cette ligne : [oracle@dbdevX]/home/oracle#
Je ne fais rien d'autres que mettre ensuite :

Code :

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

1
2
exp monloginDEV/monpassword@instance full=yes consistent=yes file=/monsharedrive/Export_instance_20151808_0840.dmp 
log=/monsharedrive/Export_instance_LOG_20151808_0840.log;

Et là il m'affiche ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
Connected to: Oracle Database 11g Release 11.2.0.1.0 - 64bit Production
EXP-00023: must be a DBA to do Full Database or Tablespace export
(2)U(sers), or (3)T(ables): (2)U >
log=/monsharedrive/Export_instance_LOG_20151808_0840.log;
 
Export grants (yes/no): yes > y
 
Export table data (yes/no): yes > y
 
Compress extents (yes/no): yes > y
 
Export done in WE8ISO8859P1 character set and AL16UTF16 NCHAR character set
. exporting pre-schema procedural objects and actions
. exporting foreign function library names for user userXXX
. exporting PUBLIC type synonyms
. exporting private type synonyms
. exporting object type definitions for user userXXX
EXP-00097: Object type "userXXX"."SELECTLONGESTCODEVALUEIMPL" is not in a valid state, type will not be exported
About to export userXXX's objects ...
. exporting database links
. exporting sequence numbers
. exporting cluster definitions
. about to export userXXX's tables via Conventional Path ...
. . exporting table                         ATAG01       7737 rows exported
. . exporting table                         ATAG02      22640 rows exported
. . exporting table                         ATAG03      13593 rows exported

Et voilà, c'est parti. Je suppose donc que c'est bon car je retrouve après +- 3h un gros fichier dans mon folder partagé.

C'est là que ça se gâte.

Je me connecte, toujours via mRemoteNG, sur mon autre instance qui elle est en TEST (avec un autre user). Je vais dans mon folder partagé via cd /monsharedrive

Je vois bien mon dump, et là je tape :

Code :

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

1
2
3
4
 
imp monloginTEST/monpassword@instance FULL=Y file=/monsharedrive/Export_instance_20151808_0840.dmp  
 
log=/monsharedrive/Export_instance_20151808_0840.log  FROMUSER=monuserDEV TOUSER=monuserTEST;

Et là, hop c'est parti mon kiki. Après +- 5h, avec quelques erreurs d'object déjà existant, c'est bon.

Ah ah, oui mais quand je vais voir dans mon SQL Developer, c'est complètement vide. Je ne vois aucune tables, aucun autre object. Rien de rien.
Je regarde dans mes autres instances, même dans d'autres environnements, aucun doublons, aucune table en plus. Je vérifie mes paramètres de connexion de mRemoteNG pour être sûr et rien ne me semble mauvais.

Alors, devais-je ajouter un commit=y dans ma ligne d'export ? Faire autre chose ?

Une question en plus, le premier message à propos que je dois être DBA pour faire un full backup, si c'est pas le cas, comment je sais qu'il a tout fait quand même vu que je vois la longue liste de mes tables exportées ?

Je suis perdu, j'ai lu tellement de choses... Et j'ignore si c'est important, mais quand je lance une connexion sur mRemoteNG (il utilise putty), il me dit ceci : Welcome to AIX Version 6.1!

Voilà, je ne sais pas si je dois donner plus d'infos... Encore sorry, j'ai regardé les différents sujets, mais clairement je manque de la base, mais je n'ai pas le temps de l'apprendre cette semaine, et ça devrait déjà être fait.

Merci pour votre aide.

[A.Herobic]

Bonjour,

honnêtement, je ne connais pas bien les outils que vous utilisez (mais je connais impdp et expdp).

Que disent les fichiers de log tant pour l'export que pour l'import?

Avec vous les mêmes tablespace dans les 2 instances?

[janlouk]

On m'a parlé de impdp et expdp, mais sans plus donc je n'ose pas m'aventurer dans un nouveau truc.

Pour les tables spaces, et bien justement, je n'en ai pas la moindre idée.

Par contre, pour le log, j'ignorais que le nom que je donnais pour l'export c'était pour "juste" créer un log. Donc quand je faisais l'import, je l'écrasais.

J'ai décidé de tout recommencer et voir si je vais rencontrer les mêmes soucis en n'oubliant pas de changer le nom du log lors d'import. Et aussi, de ne prendre que les tables et objet du user et pas faire un full.

[Nate_87]

Je te conseille avant de faire un import de créer des tablespaces identiques à celles de la base source

[A.Herobic]

Rebonjour,

que donne la requête suivante (pour voir les détails des tablespaces) dans les 2 environnements.

Code :

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

select * from dba_tablespaces;

[janlouk]

J'ai déjà remarqué ça mais si je lance ça dans SQL Developer avec "from dba_xxxxx" j'ai cette erreur :

ORA-00942: table or view does not exist
00942. 00000 - "table or view does not exist"
*Cause:
*Action:
Error at Line: 1 Column: 15

J'avais trouvé d'autres query avec le dba_ et ça ne fonctionnait pas.