Import Process Slow .. Suggestions for Speedup ?

Question

Hi,
I am doing an import of data from a dump file since the last 15 hours. The size of the database is 15GB on a 10.2.0.3.
The majority of the size is in one particular schema.
The requirement is to duplicate the schema into a new tablespace. I created the structure off of the DDL from an index file and then loading data using :
imp system/password buffer=125000000 file=............. log=....._rows.log fromuser=scott touser=alice rows=y ignore=y constraints=n indexes=n
Some how since the last 12 or so hours it is trying to load data into a table consisting of 6 million rows, and still hasnt completed.
I can see for a fact that the UNDO TS has crossed 6GB and the tablespace for the schema around 3GB.
The redolog is 50MB each of 3 groups and there is constant Checkpoint incomplete as well.
Now this is a test machine, but the machine where this is supposed to happen tomorrow is a 9.2.0.3 on a Solaris box.
Is there any way to speed up this process .. maybe stop all the logging ? What are the other ways I can import all this data faster than the current unpredictably slow process.
Thanks.

Answer 1

If you are copying data within the same database, why not use CTAS or INSERT, with PARALLEL and APPEND ?
eg
ALTER SYSTEM SET PARALLEL_MAX_SERVERS=8;
CREATE TABLE newschema.table_a AS SELECT * FROM oldschema.table_a where 1=2;
ALTER TABLE newschema.table_a NOLOGGING;
ALTER TABLE newschema.table_a PARALLEL 2;
ALTER TABLE oldschema.table_b PARALLEL 2;
ALTER SESSION ENABLE PARALLEL DML;
INSERT /*+ APPEND  */ INTO newschema.table_a SELECT * FROM oldschema.table_a ;
COMMIT;
ALTER TABLE oldschema.table_a NOPARALLEL;
CREATE INDEX newschema.table_a_ndx_1 ON newschema.table_a(col1,col2) PARALLEL 4 NOLOGGING;
ALTER TABLE newschema.table_a NOPARALLEL;
ALTER INDEX newschema.table_a_ndx_1 NOPARALLEL;and run multiple tables in parallel (table_a being in the above block of code, table_b being in another block of code running concurrently, those each block of code using 4 ParallelQuery operators.
Hemant K Chitale
http://hemantoracledba.blogspot.com