Problème de l'importation d'Oracle .fichier dmp

Donc, j'ai regardé toutes les suggestions en vue de l'importation .les fichiers dmp et non d'entre eux semblent répondre à cette question: d'où les données une fois que vous importez?

Contexte: j'ai créé un utilisateur comme suit:

SQL> create user IMPORTER identified by "12345";
SQL> grant connect, unlimited tablespace, resource to IMPORTER;

J'ai ensuite couru le 'imp' de la commande comme suit:

C:\>imp system/password FROMUSER=OVIEDOE TOUSER=IMPORTER file=c:\database1.dmp

Maintenant, il y avait 9 .les fichiers dmp, après chacune d'elle, il m'a demandé pour la prochaine, et puis j'ai reçu le message "Importer résilié avec succès avec des avertissements."

L'avertissement:

Warning: the objects were exported by OVIEDOE, not by you

import done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
export client uses WE8ISO8859P1 character set (possible charset conversion)
IMP-00046: using FILESIZE value from export file of 2147483648

Maintenant il dit qu'il a été résilié avec succès afin que mon hypothèse (je suis nouveau à l'oracle et c'est peut-être mal), c'est que les données ont été chargées. Cependant, lorsque j'utilise SQL developer pour se connecter à la base de données et regardez sous les "tables" nœud sous l'IMPORTATEUR de l'utilisateur, il n'y a rien. Ce qui se passe? A la charge de données? Si oui, où puis je le trouver?

Existe-il d'autres messages dans le .Les fichiers JOURNAUX? Y at-il .Les MAUVAIS fichiers? La version de la base de données utilisez-vous?
Si l' .MAUVAIS fichiers au même endroit que le fichier journal, puis il n'ya aucun. L'avertissement ci-dessus est prise à partir du fichier journal et c'est la seule chose d'autre que le "succès" message à la fin. La version de la base de données: Oracle Database 10g Express Edition Version 10.2.0.1.0
Je pense qu' .les mauvais fichiers sont produites par SQLLoader, non? Imp *doit produire une ligne de log de sortie pour chaque table de chargement. Quelque chose comme: . . l'importation de la table "xxxxxx" nnnn lignes importées
hmmm, est-il une étape que je suis absent? Je ne sais pas ce que SQL*loader est. J'ai seulement couru Imp.exe, rien d'autre. Il n'y avait qu'un fichier journal produit (j'ai quitté ce de ma commande ci-dessus, mais j'ai spécifié une sortie nom du fichier journal explicitement).
Non, je commentais sur le commentaire d'origine par APC. SQL*Loader est un tout autre utilitaire, et l'un de ses fichiers de sortie est de xxx.pis si il y a des données qui ont été rejetées.
Est-ce que votre fichier de log avez un message de la forme ". . l'importation de la table" en elle?

InformationsquelleAutor Bitfiddler | 2010-04-19

import oracle

2

Êtes-vous sûr que le fichier contient en fait un objet possédé par OVIEDOE ? Normalement, je m'attends à une liste des objets importés en tant qu'il les traite.

Ce résultat est ce que j'imagine que si j'avais fait un export pour USER1 et ensuite essayé de l'importer avec FROMUSER=USER_1 (et oui, j'ai fait beaucoup de fautes de frappe dans mon temps).

Essayer IMP SHOW=Y pour afficher le contenu du fichier de vidage.

InformationsquelleAutor Gary Myers
1

Dans SQL Developer, vous êtes connecté en tant qu'IMPORTATEUR? L'utilisateur que vous êtes connecté doit avoir des privilèges sur l'IMPORTATEUR schéma de voir ses objets.

Aussi, assurez-vous que le SYSTÈME de l'utilisateur a IMP_FULL_DATABASE privilèges.

InformationsquelleAutor DCookie
1

DCookie: s'avère que le système n'a pas IMP_FULL_DATABASE privilèges, j'ai accordé eux.

J'ai donc essayé de lancer:
```
C:\oraclexe\app\oracle\product\10.2.0\server\BIN>imp.exe system/password file=C:\exp_schema\database1.dmp show=y full=y
```
le résultat a été:
```
Import: Release 10.2.0.1.0 - Production on Mon Apr 19 18:21:11 2010

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


Connected to: Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production

Export file created by EXPORT:V09.02.00 via conventional path

Warning: the objects were exported by OVIEDOE, not by you

import done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
export client uses WE8ISO8859P1 character set (possible charset conversion)
IMP-00046: using FILESIZE value from export file of 2147483648
. importing OVIEDOE's objects into SYSTEM
. importing PDQ_CLNR's objects into PDQ_CLNR
```
Après, il y a eu une série d'alternance de blocs que ce qui ressemble à la création de tableaux de suivi par le saut d'une table:
```
   . . skipping table "CHAINED_ROWS"
```
Il n'y a aucune indication quant à savoir pourquoi ces tables ont été ignorés et il y en a beaucoup. Puis à la fin, au lieu de demander le fichier suivant (qui est à la base de données2.dmp), il s'arrête et affiche:
```
Import file: EXPDAT.DMP >
```
Maintenant, je ne sais pas ce que ce fichier de vidage est, ou pourquoi il est prévu. Des idées?
- Avez-vous un espace dans le chemin d'accès au fichier dmp ?
- Non, il n'y a pas d'espaces.
- Je ne suis pas sûr si c'est la cause du problème, mais même si je pouvais obtenir que cela fonctionne en théorie, dans la pratique, Oracle express prend en charge uniquement 4Gigs de données et j'ai été de tenter d'importer des 12Gigs. Merci à tous pour votre aide.
InformationsquelleAutor Bitfiddler
0

Il est bien possible que l' 'imp' créé le OVIEDOE schéma pour vous, alors vous avez besoin de regarder là-bas (dans SQL Developer ouvrir "Autres utilisateurs" nœud).

Et si ce n'est pas ce que vous voulez, essayez de fromuser/touser commutateurs de imp.
- Je pense que c'est ce que l'OP n'.
- Oui j'ai fait d'utiliser FromUser ToUser. Il n'y a pas de OVIEDOE utilisateur dans mon "autres utilisateurs" nœud. L'IMPORTATEUR utilisateur n'a rien sous sa "tables" nœud.
- Aussi, imp va pas créer un utilisateur, sauf si vous êtes en train de faire un plein=y importer.
InformationsquelleAutor Juraj

Vous devez vous connecter pour publier un commentaire.