Return-Path: Received: from air189.startdedicated.com (root@localhost) by orafaq.com (8.11.6/8.11.6) with ESMTP id hBGFcTZ24204 for ; Tue, 16 Dec 2003 09:38:30 -0600 X-ClientAddr: 66.27.56.213 Received: from www2.fatcity.com (rrcs-west-66-27-56-213.biz.rr.com [66.27.56.213]) by air189.startdedicated.com (8.11.6/8.11.6) with ESMTP id hBGFcTo24199 for ; Tue, 16 Dec 2003 09:38:29 -0600 Received: (from root@localhost) by www2.fatcity.com (8.11.6/8.11.6) id hBGFXNx06112 for oracle-l@orafaq.com; Tue, 16 Dec 2003 07:33:23 -0800 Received: by fatcity.com (05-Jun-2003/v1.0g-b73/bab) via fatcity.com id 005DA173; Tue, 16 Dec 2003 07:34:26 -0800 Message-ID: Date: Tue, 16 Dec 2003 07:34:26 -0800 To: Multiple recipients of list ORACLE-L X-Comment: Oracle RDBMS Community Forum X-Sender: "Mercadante, Thomas F" Sender: ml-errors@fatcity.com Reply-To: ORACLE-L@fatcity.com Errors-To: ML-ERRORS@fatcity.com From: "Mercadante, Thomas F" Subject: RE: How to refresh Organization: Fat City Network Services, San Diego, California X-ListServer: v1.0g, build 73; ListGuru (c) 1996-2003 Bruce A. Bergman Precedence: bulk Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Ron, here's an ugly way to do this: Empty your TEST database of data. Drop constraints & Indexes. Perform and export of the TEST database with ROWS=N - this will export all Functions, packages and procedures. Import data from production. Import the stuff from step 2 above. This should overlay all functions, packages and procedures from production. Like I said, this is uuugggly. I like Dennis's suggestions - force them to keep scripts of their functions and have them reload them once your refresh the database. One other option is to empty your database, drop indexes and constraints, and bring data one table at a time using insert into table as select * from table@database_link. Then apply constraints and indexes. I would attempt this approach before the ugly approach above. good Luck Tom Mercadante Oracle Certified Professional -----Original Message----- Sent: Tuesday, December 16, 2003 10:14 AM To: Multiple recipients of list ORACLE-L Like I said. There are new packages, procedures, functions, etc... in TEST that we do not want to lose. Ron -----Original Message----- Sent: Tuesday, December 16, 2003 9:04 AM To: Multiple recipients of list ORACLE-L Ron - You should consider refreshing the instance by cloning your production database. This way you get an exact replica in all respects, and you can test your backup as a bonus. If you are interested in this method, tell us how you backup your production database. Dennis Williams DBA Lifetouch, Inc. dwilliams@lifetouch.com -----Original Message----- Sent: Tuesday, December 16, 2003 8:55 AM To: Multiple recipients of list ORACLE-L I need to do a refresh of a test database using production data. We use import for this. In the past we have always dropped the schemas (4 or 5), recreated the schemas, and then did a full import with ignore=n. This time the user does not want to lose any of the new functions and procedures that are in test, but not in prod. Instead, they would like to just refresh the table data. Last time we tried this we had all kinds of trouble with functions, triggers, constraints, etc... and ended up doing a full import. Is there a tried and true way to just refresh the table data without losing anything else and without having all the problems with triggers and constraints? Thanks! Ron -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Smith, Ron L. INET: rlsmith@kmg.com 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: ListGuru@fatcity.com (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: DWILLIAMS@LIFETOUCH.COM 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: ListGuru@fatcity.com (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: Smith, Ron L. INET: rlsmith@kmg.com 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: ListGuru@fatcity.com (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: Mercadante, Thomas F INET: thomas.mercadante@labor.state.ny.us 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: ListGuru@fatcity.com (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).