Oracle 9i : commande IMPORT

Version imprimable

13/03/2007, 14h22
Lelio

[RESOLU] Oracle 9i : commande IMPORT
Bonjour,

Après avoir créé 2 tablespaces TB1_DATA et TB1_INDEX et un schéma :
Code:

1 2 3 4 5 CREATE USER "TEST" PROFILE "DEFAULT" IDENTIFIED BY "test" DEFAULT TABLESPACE "TB1_DATA" ACCOUNT UNLOCK; GRANT "CONNECT" TO "TEST"; GRANT "RESOURCE" TO "TEST";
J'ai tenté de réaliser un import dans ce nouveau schéma avec cette syntaxe :
Code:

1 2 IMP test/test FILE=export.dmp INDEXFILE=/data/MONINSTANCE/u01/system/TB1_INDEX.db
Il met ça :

Citation:

Import: Release 9.2.0.7.0 - Production on Ma Mar 13 14:13:14 2007

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

IMP-00058: Erreur ORACLE 12162 rencontrée
ORA-12162: TNS : nom de service incorrect
IMP-00000: Procédure d'import terminée avec erreur

Où ai-je râté un épisode ? :oops: :( Merci pour votre aide :)
13/03/2007, 14h28
e77em

ajoute @SID dans ta commande import
13/03/2007, 14h43
sanomory

tu fais set Oracle_sid=sid
ensuite tu relances imp
13/03/2007, 15h00
Lelio

Merci beaucoup !!! :oops: :oops:
Pourtant je pensais avoir écrit auparavant : ORACLE_SID=MONINSTANCE

Donc la commande marche mais j'obtiens cela :

Citation:

Import: Release 9.2.0.7.0 - Production on Ma Mar 13 14:46:17 2007

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

Connecté à : Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
JServer Release 9.2.0.7.0 - Production

Fichier d'export créé par EXPORT:V09.02.00 via le chemin classique
import effectué dans le jeu de caractères WE8ISO8859P1 et le jeu NCHAR AL16UTF16
le serveur d'import utilise le jeu de caractères WE8ISO8859P15 (conversion possible)
. . Table "A_LU" ignorée

. . Table "AVOCAT" ignorée

. . Table "CLIENT" ignorée

. . Table "EMAIL_DIFFERE" ignorée

. . Table "EST_PATIENT" ignorée

. . Table "ETAT" ignorée

. . Table "MEDECIN_CONSEIL" ignorée

. . Table "MESSAGE" ignorée

. . Table "PATIENT" ignorée

. . Table "PIECE_JOINTE" ignorée

. . Table "PLAN_TABLE" ignorée

. . Table "PROCEDURE" ignorée

. . Table "SINISTRE" ignorée

. . Table "STATISTIQUE" ignorée

. . Table "TYPE_ETAT" ignorée

. . Table "TYPE_PROCEDURE" ignorée

. . Table "UTILISATEUR" ignorée

Procédure d'import terminée avec succès.

Du coup, rien n'est importé :( Est-ce à cause de la spécification du tablespace index que je veux mettre ailleurs que dans le tb1_data ?
13/03/2007, 15h36
guigui_cwoco

Peux tu vérifier le parametre IGNORE ?
Peux tu vérifier que les objets a créer ne sont pas deja existant ?

Peux tu nous montrer le fichier de log de l'import et le fichier d'alerte de la base ?
13/03/2007, 15h38
sanomory

Verifie que ton schema ne comporte pas deja les objects que tu veux importer.
14/03/2007, 09h23
Lelio

Les objets ne sont pas existants car je viens de créer le schéma avec le CREATE USER juste avant.
Quant au fichier de log résultant de la commande "Imp" que je retranscris ici :

Citation:

IMP test/test FILE=export.dmp INDEXFILE=/DATA/MONINSTANCE/u01/system/TB1_INDEX.db LOG=import.log;

me donne le même résultat que sur l'écran à savoir plein de tables ignorées.

N'étant pas très calée sous Oracle :oops: , pourriez-vous me dire comment voir le paramètre IGNORE ? Où pourrais-je trouver le fichier d'alerte de la base ?

merci beaucoup.
14/03/2007, 11h05
guigui_cwoco
Tu peux consulter les parametres de la commande IMP via :
Code:

1 2 imp -help
Pour vérifier que les objets n'existent pas deja (en sqlplus), avec le compte SYSTEM, en espérant que tu as accès :
Code:

1 2 SELECT table_name from DBA_TABLES where OWNER = 'TEST';
Si cette requete te retourne des valeurs, c'est que les objets existent deja.
14/03/2007, 11h56
pifor

Pourquoi utilisez-vous le paramètre INDEXFILE ? S'il est spécifié, il sert à extraire le DDL du fichier import et non à créer des objets dans la base d'après la doc. de référence
14/03/2007, 12h33
elharet

bonjour;
J'ai pas compris pourquoi tu veux lancer l'import avec la commande

Code:

INDEXFILE==/DATA/MONINSTANCE/u01/system/TB1_INDEX.db

pourquoi ne pas importer sans ce paramètre puis faire un move des indexes ou des tables du tablespace dans lequel ils sont vers le tablespace que tu veux.
14/03/2007, 14h57
Lelio

Pour l'aide sur la commande Import, je l'ai faite et c'est comme ça que j'ai vu l'instruction INDEXFILE qui me permet de spécifier l'emplacement des index.

En fait, ce que j'aimerais faire est que mon Imp se fasse dans un schéma que j'ai nouvellement créé. Ce schéma est attaché à un tablespace TB1_DATA. Par défaut, il met les index dans ce tablespace. Or, je souhaite que les index soient stockés dans le tablespace TB1_INDEX que j'ai préalablement créé.

J'ai vérifié si une table existe :

Citation:

[root@PRODDB root]# su - oracle
[oracle@PRODDB oracle]$ ORACLE_SID=MONINSTANCE
[oracle@PRODDB oracle]$ sqlplus /nolog

SQL*Plus: Release 9.2.0.7.0 - Production on Me Mar 14 14:40:58 2007

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

SQL> connect system/dba as sysdba
Connecté.
SQL> SELECT * FROM avocat WHERE OWNER = 'test';
SELECT * FROM avocat WHERE OWNER = 'test'
*
ERREUR à la ligne 1 :
ORA-00942: Table ou vue inexistante

SQL>
SQL>
SQL> show tables;
SP2-0158: option SHOW inconnue "tables"

SQL> select * from V_TABLES;

SQL>

Apparemment je n'ai rien dans le schéma.

Je vais lancer la commande Import sans l'option INDEXFILE (comme le suggère elharet) et faire le déplacement par la suite avec un ALTER je suppose ?

Merci beaucoup.
14/03/2007, 18h50
pifor

Oui, vous pouvez déplacer les index dans une autre tablespace avec:

Code:

ALTER INDEX <inom de l'index> REBUILD TABLESPACE <nom du tablespace>;

Pour vérifier si une table existe, il faut utiliser DBA_TABLES et écrire en général le nom du propriétaire en majuscules:

Code:

select table_name from dba_tables where owner='TEST';

si tu veux que tous les indexes de ton schema 'TEST' soient dans le tablespace TB1_INDEX sachant qu'aprés l'import ils sont dans le tablespace TB1_DATA, il faut lancer le script suivant:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
BEGIN
   FOR i IN (SELECT    'alter index '
                    || owner
                    || '.'
                    || index_name
                    || ' REBUILD TABLESPACE TB1_INDEX' stmt
               FROM dba_indexes
              WHERE owner='TEST')
   LOOP
         EXECUTE IMMEDIATE i.stmt;
   END LOOP;
END;
/

sans que tu rebuild tous les indexes un par un.

19/03/2007, 17h18
Lelio

ça fonctionne correctement avec un Import normal et un alter index.

Merci beaucoup pour votre aide.