Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 466
  • Last Modified:

No TableData on Import

I added a larger harddrive to my NT server.  The original instance (Schdora1) was exported to a .dmp file.  I then stopped & disabled the Schdora1 Service, stopped & diabled the Listener, and installed a new Oracle 9i DB on the new drive. The new instance is call Schdora3 (because schdora2 failed, and it wouldn't let me reuse the name).  

After much consternation and cursing about tnsnames.ora and listener.ora files I FINALLY connected to the new schdora3 Service.

I don't really understand this, but the schema "Schedule" is actually a user.  I created my deveopment login of "BX", and the user "Schedule" after reading the IMP error message(s) several times.

I type:
IMP BX/<pwd>@Sch3
answer all the default prompts which include "Import Table Data?" yes.
All the sequences, views, Procedures and Packages come in, and NONE OF THE TABLES or TABLEDATA!!!!!

Its even asks "Import Grants?" to which I answer "yes".  

What the heck?

Bob
0
BobMiner
Asked:
BobMiner
1 Solution
 
baonguyen1Commented:
Hi BobMiner,

Did you export the database using FULL=Y option ?

Try this when you import:

c:\set ORACLE_SID=Sch3
c:\imp system/<passwod> file=dump_file.dmp full=y ignore=y log=file_name.log

if you want to import by BX, you have to grant IMPORT_FULL_DATABASE to this account

Hope this helps.
0
 
schwertnerCommented:
You should create the tablespaces for that tables. You should instruct Oracle to use the tablespaces for this schema and set the quota like:

CREATE TABLESPACE "TSDMEDICAL"
    LOGGING
    DATAFILE 'D:\ORACLE\ORADATA\TEST\TSDMEDICAL00.DBF'
    SIZE 100M REUSE AUTOEXTEND
    ON NEXT  100M MAXSIZE  32767M EXTENT MANAGEMENT LOCAL SEGMENT
    SPACE MANAGEMENT  AUTO;

create user lsmedical identified by lsmedical default tablespace TSDMEDICAL;
grant connect to lsmedical;
alter  user lsmedical quota unlimited on  TSDMEDICAL;
0
 
seazodiacCommented:
Bobminer:

How did you do the EXPORT? Is it a full database, user, or tablespace export?
you have to call IMP differently depending upon how you exported them.

1. if you have exported your Schdora1 database in FULL database mode,
then in the new database Schdora3:

you have to create the same set of users and their corresponding tablespaces as in the old database Schdora1.

like schwertner said, you set the quota for each user as required.

then you do an IMP like this (don't use interactive mode).

C:\>imp sys/password@Sch3 FILE=<dumpfilename> FULL=Y IGNORE=Y

2. if you have exported your Schdora1 database in USER mode:
you can create a arbitary, new user with the default tablespace (it could a new tablespace) in Schdora3 database, and grant this new user quota to this tablespace,

then you import like this;

C:\>imp sys/password@Sch3 FILE=<dumpfilename> FROMUSER=<user_from> TOUSER=<user_to> IGNORE=Y
0
 
BobMinerAuthor Commented:
Thanks Schwertner; it was the tablespace issue.  Thanks to Seazodiak and baonguyen1 for the additional information.

Regards.
Bob
0
 
schwertnerCommented:
Good luck! Soon you will be guru in Oracle!
0

Featured Post

Independent Software Vendors: We Want Your Opinion

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Tackle projects and never again get stuck behind a technical roadblock.
Join Now