Bonjour a tous,

j'ai un petit souci avec mon import via datapump (Oracle Version : 10.2.0.4).

Je lance donc mon import d'un schéma complet, il se déroule normalement et au bout d'environ 1h / 1h15 le client est déconnecté.

J'ai remarqué que cela arrivait lorsqu'il commence à appliquer les contraintes de tables mais cela peut aussi être un hasard.
(correspondant avec la durée des étapes précédentes)

Donc mon client reçoit comme message d'erreur :
UDI-00008: operation generated ORACLE error 3113
UDI-00008: operation generated ORACLE error 3114
ORA-03114: not connected to ORACLE

J'ai testé en désactivant le parrallel en passant de 4 à 1 mais sans résultat.



Suite à cela, j'ai activé les traces de datapump (paramètre TRACE=1FF0300)

Dans le fichier de trace master, je remarque ceci :
*** 2010-08-16 18:41:37.772
KUPC: 18:41:37.772: Before Listen: consumer = MCP from queue = SYS.KUPC$C_1_20100816173452
KUPM: 18:41:42.778: Client count is: 1
KUPM: 18:41:42.783: In check_workers...
kupptwa: [08-16-2010 18:41:42.783]
Entered - count total workers alive.
kuppwami: [08-16-2010 18:41:42.784]
Entered - what am I, return process type.
kupptwa: [08-16-2010 18:41:42.784]
Count of workers is 1
KUPM: 18:41:42.784: Live worker count is: 1
KUPM: 18:41:42.784: In set_longops
KUPM: 18:41:42.784: Work so far is: 28516,47222900390625
KUPM: 18:41:42.784: Checking for resumable waits
KUPC: 18:41:42.785: Before Listen: consumer = MCP from queue = SYS.KUPC$C_1_20100816173452
*** 2010-08-16 18:42:27.829
KUPC: 18:42:27.829: Before Listen: consumer = MCP from queue = SYS.KUPC$C_1_20100816173452
KUPC: 18:42:32.834: Before Listen: consumer = MCP from queue = SYS.KUPC$C_1_20100816173452
KUPC: 18:42:35.003: Before Dequeue: msg type is: 1
KUPC: 18:42:35.004: Dequeued msg type: 3031 ID: DG,KUPC$C_1_20100816173452,KUPC$A_1_20100816173455,MCP,930,Y
KUPM: 18:42:35.004: *******IN DISPATCH at 67355, request type=3031
KUPM: 18:42:35.004: Current user is: SYS
KUPM: 18:42:35.004: Log message received from worker DG,KUPC$C_1_20100816173452,KUPC$A_1_20100816173455,MCP,930,Y
KUPM: 18:42:35.004: Processing object type SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
KUPC: 18:42:35.006: Before ENQ: Sending Type: 2023 ID: DG,KUPC$S_1_20100816173452,MCP, ,752,Y
KUPM: 18:42:35.007: *******OUT DISPATCH , request type=3031 response type =2041
KUPC: 18:42:35.008: Before Listen: consumer = MCP from queue = SYS.KUPC$C_1_20100816173452
KUPM: 18:42:36.010: Client count is: 0
KUPM: 18:42:36.010: In check_workers...
kupptwa: [08-16-2010 18:42:36.010]
Entered - count total workers alive.
kuppwami: [08-16-2010 18:42:36.010]
Entered - what am I, return process type.
kupptwa: [08-16-2010 18:42:36.010]
Count of workers is 1
KUPM: 18:42:36.010: Live worker count is: 1
KUPM: 18:42:36.010: In set_longops
KUPM: 18:42:36.011: Work so far is: 28516,47222900390625
KUPM: 18:42:36.011: Checking for resumable waits
KUPC: 18:42:36.012: Before Listen: consumer = MCP from queue = SYS.KUPC$C_1_20100816173452
*** 2010-08-16 18:42:41.016
Je pense que ma coupure vient plutôt d'un élément extérieur comme le réseau ou autre, comme si sur le canal de communication , aucun message ne transit et du coup timeout. Mais je ne sais pas comment vérifier cela, c'est juste une idée comme ca.

Je précise que l'import va au bout (puisque tâche serveur), mais mon client reste connecté car je lance 3/4 import de schéma à la suite dans un script.

Si vous avez des idées, des conseils, j'ai cherché mais je suis à court d'idées.

Merci d'avance.