Re: RMAN duplicate database without connect to source
- From: Niall Litchfield <niall.litchfield@xxxxxxxxx>
- To: Sreejith.Sreekantan@xxxxxxxxxx
- Date: Mon, 5 Jul 2010 16:03:35 +0100
That's a nice use of video, though it doesn't deal with the OP's situation.
RMAN Duplicate relies on a sqlnet connection to the source. Now you can of
course take backups with rman and do an old fashioned manual clone, but I
must admit I'm at a loss as to why you would not wish to use RMAN DUPLICATE
here.
On Mon, Jul 5, 2010 at 5:06 AM, Sreejith S Nair <
Sreejith.Sreekantan@xxxxxxxxxx> wrote:
> I have come across a good video tutorial for this, see if it helps ...
>
>
> http://kamranagayev.wordpress.com/2010/06/25/rman-video-tutorial-series-creating-duplicate-and-standby-database-using-rman/
>
>
> Best Regards,
> *Sreejith Nair*
>
>
>
>
>
>
>
>
>
> From: dba1 mcc <mccdba1@xxxxxxxxx>
> To: oracle-l@xxxxxxxxxxxxx
> Date: 07/03/2010 12:48 AM
> Subject: RMAN duplicate database without connect to source
> Sent by: oracle-l-bounce@xxxxxxxxxxxxx
> ------------------------------
>
>
>
> We have ORACLE database 10GR2 and 11G on Linux. We plan to clone database
> using RMAN from source server to target server. The way we want is transfer
> RMAN backup and archive logs to target server and duplicate it (change DB
> name).
>
> We don't want connect to source database using SQLnet and AUX to perform
> duplicate. Does anyone have procedure how to do it?
>
> Thanks.
>
>
>
>
>
> --
> //www.freelists.org/webpage/oracle-l
>
>
>
>
>
>
>
>
>
> DISCLAIMER:
>
> "The information in this e-mail and any attachment is intended only for the
> person to whom it is addressed and may contain confidential and/or
> privileged material. If you have received this e-mail in error, kindly
> contact the sender and destroy all copies of the original communication. IBS
> makes no warranty, express or implied, nor guarantees the accuracy, adequacy
> or completeness of the information contained in this email or any attachment
> and is not liable for any errors, defects, omissions, viruses or for
> resultant loss or damage, if any, direct or indirect."
>
>
>
>
>
--
Niall Litchfield
Oracle DBA
http://www.orawin.info
Other related posts:
