Re: best case scenarios for export/import
a month ago on MS NT 4.0, I imported a 70 gig dump file in 9.5 hours. That time includes creating the indexes. I can't remember what the totall size used in the database... config: 8.1.7.2.3 Win NT 4.0 Svc. Pack 6a There's also a brand new EMC Symmetrix on the backend - Original Message - To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]> Sent: Friday, December 20, 2002 8:04 AM > Good day, all: > > I'm looking for real-life best-case scenarios for running import/export . . > . I've been playing with this for quite some time and would like to know how > "fast" I can really expect this to go, particularly for the import. > > I'd be interested to hear others' experiences - how fast have you been able > to import data? what parameters have you used? etc. . . . it's both for > informational purposes and as a sanity check. > > For example: I'm now trying to import a dump file of appx 6.5 Gb - breaks > down into 12G data and 4G indexes. > using the following params on the first import, to just get the data (I then > rerun with the indexfile param to get the indexes): > recordlength=65535 > buffer=1500 (15M) > commit=y > indexes=n > constraints=n > grants=n > > This will import in appx 36 hours using a single 3 Gb rollback segment > > What kind of experiences have you had? > > Thanks > bill > > -- > Please see the official ORACLE-L FAQ: http://www.orafaq.net > -- > Author: Magaliff, Bill > INET: [EMAIL PROTECTED] > > Fat City Network Services-- 858-538-5051 http://www.fatcity.com > San Diego, California-- Mailing list and web hosting services > - > To REMOVE yourself from this mailing list, send an E-Mail message > to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in > the message BODY, include a line containing: UNSUB ORACLE-L > (or the name of mailing list you want to be removed from). You may > also send the HELP command for other information (like subscribing). > -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Steve Perry INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
Re: best case scenarios for export/import
Hi, That doesn't sound particularly healthy to me. Depends what you're running on I guess. We have a nightly batch job which does an import on 8.1.7, rather weedy 933MHz Intel, 50Mb SGA, 4 x SCSI disk Linux box. The dump file is 4.0Gb which turns out to be about 6Gb data, 1Gb indexes. It takes 3 hours, including all the index creation, and I've not even bothered trying to tune it *at all* (ie. default import parameters) because the window available for it is about 14 hours. One thing to take care over with indexes=n is that this is does not disable the creation of constraint indexes (ie. Primary Key, Unique). You may need to adjust the sort_area_size for these (however, I've not bothered as I still have 11 hours of spare window). When I do need to do this, I bounce the instance and set the sort_area_size instance wide - maybe somebody can suggest a better way of doing it just for the import? I guess your next step is to monitor the import itself and look at the wait events to see if something is obviously amiss. - Bill. At 06:04 20/12/2002 -0800, you wrote: Good day, all: I'm looking for real-life best-case scenarios for running import/export . . . I've been playing with this for quite some time and would like to know how "fast" I can really expect this to go, particularly for the import. I'd be interested to hear others' experiences - how fast have you been able to import data? what parameters have you used? etc. . . . it's both for informational purposes and as a sanity check. For example: I'm now trying to import a dump file of appx 6.5 Gb - breaks down into 12G data and 4G indexes. using the following params on the first import, to just get the data (I then rerun with the indexfile param to get the indexes): recordlength=65535 buffer=1500 (15M) commit=y indexes=n constraints=n grants=n This will import in appx 36 hours using a single 3 Gb rollback segment What kind of experiences have you had? Thanks bill -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Magaliff, Bill INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Bill Buchan INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
RE: best case scenarios for export/import
Bill - For other import tuning ideas, see http://www.orafaq.com/faqiexp.htm Dennis Williams DBA, 40%OCP Lifetouch, Inc. [EMAIL PROTECTED] -Original Message- Sent: Friday, December 20, 2002 8:04 AM To: Multiple recipients of list ORACLE-L Good day, all: I'm looking for real-life best-case scenarios for running import/export . . . I've been playing with this for quite some time and would like to know how "fast" I can really expect this to go, particularly for the import. I'd be interested to hear others' experiences - how fast have you been able to import data? what parameters have you used? etc. . . . it's both for informational purposes and as a sanity check. For example: I'm now trying to import a dump file of appx 6.5 Gb - breaks down into 12G data and 4G indexes. using the following params on the first import, to just get the data (I then rerun with the indexfile param to get the indexes): recordlength=65535 buffer=1500 (15M) commit=y indexes=n constraints=n grants=n This will import in appx 36 hours using a single 3 Gb rollback segment What kind of experiences have you had? Thanks bill -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Magaliff, Bill INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: DENNIS WILLIAMS INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
Re: best case scenarios for export/import
First of all you have to have an estimate on how long the import should take. Oracle rule-of-thumb formula for that is import elapsed time = export elapsed time X 4 At least you have a targeted time to shoot for then try to improve if necessary. Rick "Magaliff, Bill" dware.com> cc: Sent by: Subject: best case scenarios for export/import [EMAIL PROTECTED] 12/20/2002 09:04 AM Please respond to ORACLE-L Good day, all: I'm looking for real-life best-case scenarios for running import/export . . . I've been playing with this for quite some time and would like to know how "fast" I can really expect this to go, particularly for the import. I'd be interested to hear others' experiences - how fast have you been able to import data? what parameters have you used? etc. . . . it's both for informational purposes and as a sanity check. For example: I'm now trying to import a dump file of appx 6.5 Gb - breaks down into 12G data and 4G indexes. using the following params on the first import, to just get the data (I then rerun with the indexfile param to get the indexes): recordlength=65535 buffer=1500 (15M) commit=y indexes=n constraints=n grants=n This will import in appx 36 hours using a single 3 Gb rollback segment What kind of experiences have you had? Thanks bill -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Magaliff, Bill INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
RE: best case scenarios for export/import
Title: RE: best case scenarios for export/import 2 x (IBM p690, 16CPU, 16GB Ram, Oracle 9201), Export file from 8161 34GB. Import is 12 parallel streams (6 on each machines) with no constraints, custom parfiles (to import certain schema per stream only), buffer (either 8M and 16M), 12GB Undo on each instance, all tablespaces LMT When testing the migration plan, I used to (everything below was scripted) 1. Drop the database 2. Create the database total datafiles are about 140GB. 3. precreate all objects with no data, no indexes 4. Run all imports 5. Validate everything is okay. 6. Trash everything and start all over again. The last week (Mon-Fri) I actually tested the whole process at-least twice in a day proofing the scripts, always looking for UNKNOWN-PROBLEMS and always scanning for KNOWN PROBLEMS. Total time 1 Hour and 30 minutes for the import using pre-created objects (no indexes). This is all from memory we did migrate on Oct 12, we had a good sized window. AIX created a problem with shared disk when we were in middle of import. So we trashed all we did and restarted. The databases were up and running, all verified, completely analyzed, necessary indexes (intermedia etc) rebuilt and running Active/Active on RAC one minute before user testing was supposed to start. Raj __ Rajendra Jamadagni MIS, ESPN Inc. Rajendra dot Jamadagni at ESPN dot com Any opinion expressed here is personal and doesn't reflect that of ESPN Inc. QOTD: Any clod can have facts, but having an opinion is an art! -Original Message- From: Magaliff, Bill [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 9:04 AM To: Multiple recipients of list ORACLE-L Subject: best case scenarios for export/import Good day, all: I'm looking for real-life best-case scenarios for running import/export . . . I've been playing with this for quite some time and would like to know how "fast" I can really expect this to go, particularly for the import. I'd be interested to hear others' experiences - how fast have you been able to import data? what parameters have you used? etc. . . . it's both for informational purposes and as a sanity check. For example: I'm now trying to import a dump file of appx 6.5 Gb - breaks down into 12G data and 4G indexes. using the following params on the first import, to just get the data (I then rerun with the indexfile param to get the indexes): recordlength=65535 buffer=1500 (15M) commit=y indexes=n constraints=n grants=n This will import in appx 36 hours using a single 3 Gb rollback segment What kind of experiences have you had? Thanks bill This e-mail message is confidential, intended only for the named recipient(s) above and may contain information that is privileged, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please immediately notify corporate MIS at (860) 766-2000 and delete this e-mail message from your computer, Thank you.*2
best case scenarios for export/import
Good day, all: I'm looking for real-life best-case scenarios for running import/export . . . I've been playing with this for quite some time and would like to know how "fast" I can really expect this to go, particularly for the import. I'd be interested to hear others' experiences - how fast have you been able to import data? what parameters have you used? etc. . . . it's both for informational purposes and as a sanity check. For example: I'm now trying to import a dump file of appx 6.5 Gb - breaks down into 12G data and 4G indexes. using the following params on the first import, to just get the data (I then rerun with the indexfile param to get the indexes): recordlength=65535 buffer=1500 (15M) commit=y indexes=n constraints=n grants=n This will import in appx 36 hours using a single 3 Gb rollback segment What kind of experiences have you had? Thanks bill -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Magaliff, Bill INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).