Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Cloning 21 GB Table - Use of Snapshot ? - Review Approach please
Hi Folks
Another Idea suggested by some colleagues here:-
To create a snapshot between the source & target table of type complete
And then alter the snapshot to type FAST & once the target table has
exactly
the same data as source table.
How does this approach (of creating the target clone via snapshot) Compare against the "insert /*+ append nologging parallel(x, 4) */ into <target>" approach on the following points:-
impact on production performance,
time taken for completion,
redo, undo generation ,
other issues, if any
Awaiting your response, Thanks again.
P.S. Sending to individual IDs too as this e-mail posting seems to have failed a few times on the List.
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Tim Gorman
Sent: Friday, March 11, 2005 4:28 AM
To: oracle-l_at_freelists.org
Subject: Re: Cloning 21 GB Table - Review Approach please
Will Arhive Redo Log be generated by the INSERT /*+ APPEND */ Command if the Target Table has been PRE-Created with NOLOGGING?
No. Won't generate any "undo" either.
Any possibility of giving Hint for NOLOGGING in the INSERT Command ?
Yes. /*+ APPEND NOLOGGING */
Why not use the built-in parallelism of Oracle? Unless you've left
PARALLEL_MAX_SERVERS at the default of 5, you can add the PARALLEL hint
To both the INSERT and SELECT clauses. You might also want to precede
with
ALTER SESSION ENABLE PARALLEL DML and (of course) succeed with a
COMMIT...
alter session enable parallel dml;
insert /*+ append nologging parallel(x, 4) */ into <target> x
select /*+ full(y) parallel(y, 4) */ ... from <source> y;
commit;
No faster way to clone. Your mileage may vary, but if you have a decent sized box it shouldn't take more than 60-90 mins, tops...
--
http://www.freelists.org/webpage/oracle-l
--
http://www.freelists.org/webpage/oracle-l
Received on Mon Mar 21 2005 - 12:29:07 CST