RE: Timing for Cloning with Flashback Database vs other methods

From: Claudia Zeiler <czeiler_at_ecwise.com>
Date: Fri, 5 Dec 2008 12:59:41 -0800
Message-ID: <B47109E95A4F8C4AB42CC4D4169D997B1463CE7CB9@ecsrm01.ecwise.local>


I saw Lutz Hartmann give a demo of that at 2007 Open World on a toy database. It looked really wiz-bang. His demo also involved ASM in the mix. I took notes intending to try it out, and then didn't. -Claudia

From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Niall Litchfield Sent: Friday, December 05, 2008 12:54 PM To: bbel5_at_allstate.com
Cc: John Hallas; oracle-l_at_freelists.org
Subject: Re: Timing for Cloning with Flashback Database vs other methods

That sounds like

  1. setup standby - physical
  2. open standby read-write at time x
  3. do stuff
  4. flashback to before x
  5. resume standby

all very clever, and indeed briefly mentioned in the age-inducing presentation John refers to. I've never actually done it, because it seems far too likely to go horribly wrong.

Niall
On Fri, Dec 5, 2008 at 8:44 PM, Bellows, Bambi (Comsys) <bbel5_at_allstate.com<mailto:bbel5_at_allstate.com>> wrote:

John --

Thanks for the email back. Duplicate database seemed to me to be the way to go... but, evidently, there's a nifty new feature called flashback database, which, when combined with RMAN and DataGuard, clones a database. The folks here seem pretty excited about the prospects... and if it just applies changes since the last clone, it would speed things up (for subsequent clones, of course), but I wanted to make sure that it would be as fast as it sounds, so I came to the List, home of all the experts one could ever wish for... ;)

Thanks again for your response...

Bambi.


From: John Hallas [mailto:John.Hallas_at_morrisonsplc.co.uk<mailto:John.Hallas_at_morrisonsplc.co.uk>] Sent: Friday, December 05, 2008 2:25 PM
To: Bellows, Bambi (Comsys); oracle-l_at_freelists.org<mailto:oracle-l_at_freelists.org> Subject: RE: Timing for Cloning with Flashback Database vs other methods

I wish I felt like a young whippersnapper. Niall did a presentation at UKPUG this week that made me feel very old and my younger colleague was nudging me constantly with a smirk on his face.

What do you mean by cloning a database by flashback Bambi? I am not sure that option exists, even in 11g. You can flashback a database to a point in time using recover points but actually cloning a database is new to me.

We are currently experimenting with doing an EM database clone (which uses RMAN behind the scenes anyway). Some success but if a few iffies with a Peoplesoft database still to resolve. Duplicate database is the way to go though. As Niall says, it can be speeded up and is pretty simple, especially if you can get it all scripted (and maybe use OMF files).

John


From: oracle-l-bounce_at_freelists.org<mailto:oracle-l-bounce_at_freelists.org> [mailto:oracle-l-bounce_at_freelists.org<mailto:oracle-l-bounce_at_freelists.org>] On Behalf Of Bellows, Bambi (Comsys) Sent: 05 December 2008 17:43
To: oracle-l_at_freelists.org<mailto:oracle-l_at_freelists.org> Subject: Timing for Cloning with Flashback Database vs other methods



Wm Morrison Supermarkets Plc is registered in England with number 358949. The registered office of the company is situated at Gain Lane, Bradford, West Yorkshire BD3 7DL. This email and any attachments are intended for the addressee(s) only and may be confidential.

If you are not the intended recipient, please inform the sender by replying to the email that you have received in error and then destroy the email. If you are not the intended recipient, you must not use, disclose, copy or rely on the email or its attachments in any way.

Wm Morrison Supermarkets PLC accepts no liability or responsibility for anything said in the email or its attachments and gives no warranty as to accuracy. It is the policy of Wm Morrison Supermarkets PLC not to enter into any contractual or other obligations by email.

Although we have taken steps to ensure the email and its attachments are virus-free, we cannot guarantee this or accept any responsibility, and it is the responsibility of recipients to carry out their own virus checks.


--

Niall Litchfield
Oracle DBA
http://www.orawin.info

--

http://www.freelists.org/webpage/oracle-l Received on Fri Dec 05 2008 - 14:59:41 CST

Original text of this message