RE: EMC BCV Splits and Hot Backup mode.

From: Xin \ <xwu_at_sempratrading.com>
Date: Mon, 24 Sep 2001 11:16:13 -0700
Message-ID: <F001.00396B3F.20010924113509@fatcity.com>

Glenn:

If you put all the disks including your database files in one device group, you do not have to put your source database in backup mode. Otherwise, yes, you have to. In the first case, when you try to startup your database, Oracle will do an 'instacne recover'.

I configured both scenaries with my company and both work just fine.

Michael

-----Original Message-----
Sent: Monday, September 24, 2001 1:40 PM To: Multiple recipients of list ORACLE-L

It is my understanding that the common implementation of copying an Oracle database on an EMC using BCVs is this;

put the source database in BEGIN BACKUP mode for all the tablespaces,
break the mirror,
put tablespaces in END BACKUP mode
recover on target, or backup the files.

Question:
Why is it necessary to put the database in 'hot backup' mode when splitting a BCV? If it is just like splitting a mirror, why do you need the database in hot backup mode at all? Wouldn't it be the same as losing one side of a mirrored pair? When that happens, no extra processing is needed.

--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: Glenn Travis
INET: Glenn.Travis_at_sas.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------

To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_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).

This e-mail contains privileged attorney-client communications and/or confidential information, and is only for the use by the intended recipient. Receipt by an unintended recipient does not constitute a waiver of any applicable privilege.

Reading, disclosure, discussion, dissemination, distribution or copying of this information by anyone other than the intended recipient or his or her employees or agents is strictly prohibited. If you have received this communication in error, please immediately notify us and delete the original material from your computer.

Sempra Energy Trading Corp. (SET) is not the same company as SDG&E or SoCalGas, the utilities owned by SET's parent company. SET is not regulated by the California Public Utilities Commission and you do not have to buy SET's products and services to continue to receive quality regulated service from the utilities.

--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: Xin \"Michael\" Wu
INET: xwu_at_sempratrading.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------