Let me explain, because I have a little bit of experience with it.
a) BCV's are replicated disks which are synchronized using TimeFinder.
and then separated from the source. The phrase "splitting BCV's" means
producing an exact disk copy of the original disks, similarly to what dd can
do. It's an ideal way to make a copy of an instance. Last time I checked,
BCV's weren't supported by RMAN (it may have changed now), so the
tablespaces had to be put into backup mode or (8i and after) the database
had to be suspended (very litle known trick is "ALTER SYSTEM SUSPEND",
which abruptly ceases all the I/O in the database, without shutting it down).
b) RMAN is an oracle tool which works in conjunction with Legato (EMC),
NetBackup(Veritas),
Tivoli, Alexandria or SyncSort backups. RMAN doesn't know how to write to tape and
needs
a 3rd party backup to do so. The part that Veritas, Legato or IBM will charge
you for is
called libobk.so and is an interface which enables RMAN to work with their
particular tool.
RMAN is a very good tool which can do many things in a very easy way and without
generating a TB of redo archives for the duration of hot backup mode. Robert
Freeman's
book is definitely the best source for anything RMAN around.
On 2004.01.09 20:29, mkb wrote:
> Hi Ryan,
>
> Not for RMAN. I meant a license for Veritas or
> Legato.
>
> See Mladen's reply re: BCV (basically EMC takes a
> snapshot of the mount points onto corresponding mount
> points i.e. a 1-to-1 mapping for each mount point onto
> a BCV mount point)
>
> Hope that clears up the confusion.
>
> mohammed
>
> --- Ryan <[EMAIL PROTECTED]> wrote:
> > I never heard about the required license from
> > veritas and legato. Can
> > someone else confirm that this is necessary? They
> > actually charge you more
> > money to do use another product with veriftas and
> > legato?
> >
> > What is a 'BCV'?
> > ----- Original Message -----
> > To: "Multiple recipients of list ORACLE-L"
> > <[EMAIL PROTECTED]>
> > Sent: Friday, January 09, 2004 7:19 PM
> >
> >
> > > Let's assume RMAN is not an option since we don't
> > have
> > > a license or busget to use a third party backup
> > tool
> > > like Legato or Veritas with RMAN (used in a
> > previous
> > > life with Legato NetWorker. Loved it!!)
> > >
> > > So now I'm left with archive log mode. Archive
> > logs
> > > backed up nightly and a full backup once a week.
> > I
> > > have to set aside at least as much disk space for
> > the
> > > data files as the size of the physical db which
> > will
> > > later be copied to tape. Plus, I also need disk
> > space
> > > for my BCVs'. I can't have both (budgetry
> > > constraints). I'm leaning towards BCV's.
> > Wouldn't it
> > > be just as quick to restore the entire BCV as to
> > do an
> > > Oracle recovery from tape?
> > >
> > > Also Gene, you mention that while loading data,
> > you
> > > turn off archiving. So if you lost that dbf
> > during a
> > > load, how would you recover the db? Restore the
> > dbf,
> > > apply the logs and restart the load, right?
> > >
> > > In the same scenario in my environment I'd just
> > > restore the entire BCV set and re-start the load.
> > Not
> > > an expert on EMC's BCV technology but my sysadmin
> > says
> > > it can be done and yes, I'll test before I sign
> > off on
> > > it.
> > >
> > > True, I'd be nice to have archive logging aswell.
> > But
> > > is it a necassity or have we all been programmed
> > into
> > > believing that "ALL PRODUCTION DATABASES MUST BE
> > IN
> > > ARCHIVE LOG REGARDLESS". Should we not be
> > progressing
> > > beyond this like we did with hit ratios and one
> > large
> > > extents etc...?
> > >
> > > mohammed - jumping into flame proof suit
> > >
> > > --- Gene Sais <[EMAIL PROTECTED]> wrote:
> > > > I put all databases in archive mode, i.e. dev,
> > test,
> > > > and production. I
> > > > can use test db's to test backup/recovery
> > > > scenario's. The only time
> > > > they are not in archive mode is when I am doing
> > a
> > > > major load
> > > > (import,sqlload,etc). After I am done loading
> > data,
> > > > I put them back
> > > > into archive mode. What does it cost you, a few
> > > > archives? Ha, well
> > > > worth it :).
> > > > Gene
> > > > PS. On a side note, Robert Freeman, your book is
> > a
> > > > must have using
> > > > RMAN. Thanks for writing it!
> > > >
> > > > >>> [EMAIL PROTECTED] 01/09/04 04:54PM
> > >>>
> > > > My personal opinion is all production databases
> > > > should be in
> > > > archivelog
> > > > mode. Period. End of story.
> > > >
> > > > Less down time, more recovery options....it's
> > all
> > > > good.
> > > >
> > > > Having said that, given a specific business
> > case,
> > > > with a specific set
> > > > of
> > > > requirements, one could argue for noarchivelog
> > mode,
> > > > and you might
> > > > even
> > > > convince me...but I doubt it...;-)
> > > >
> > > > -Mark
> > > >
> > > > Mark J. Bobak
> > > > Oracle DBA
> > > > ProQuest Company
> > > > Ann Arbor, MI
> > > > "Imagination was given to man to compensate him
> > for
> > > > what he is not,
> > > > and
> > > > a sense of humor was provided to console him for
> > > > what he is."
> > > > --Unknown
> > > >
> > > >
> > > > -----Original Message-----
> > > > Sent: Friday, January 09, 2004 4:25 PM
> > > > To: Multiple recipients of list ORACLE-L
> > > >
> > > >
> > > > Have a question on backups in a DW environment.
> > > >
> > > > Our DW is somewhat small at the moment but
> > projected
> > > > to grow. I seem to be having a hard time trying
> > to
> > > > convince the sys admin that I don't want archive
> > > > logging turned on. To me, it does'nt make much
> > > > sense.
> > > >
> > > > He's proposed using EMC BCV's which I've agreed
> > to
> > > > (and also sounds like a good idea) but also
> > wants to
> > > > turn on archiving. My thinking is why turn on
> > > > archiving if I can restore my DB from last
> > night's
> > > > BCV's and then bring it up to date by re-loading
> > any
> > > > data that was loaded after the BCV split.
> > > >
> > > > Our system is not 24x7 so we can shutdown before
> > the
> > > > BCV split. Also, it's not directly accessed by
> > > > users
> > > > for ad-hoc queries. Automated processes access
> > the
> > > > database and build cubes using Cognos tools.
> > Users
> > > > access these and not the DB directly.
> > > >
> > > > So, again I don't see the need for archive
> > logging.
> > > >
> > > > Any thoughts?
> > > >
> > > > mohammed
> > > >
> > > >
> > > > __________________________________
> > > > Do you Yahoo!?
> > > > Yahoo! Hotjobs: Enter the "Signing Bonus"
> > > > Sweepstakes
> > > >
> > http://hotjobs.sweepstakes.yahoo.com/signingbonus
> > > > --
> > > > Please see the official ORACLE-L FAQ:
> > > > http://www.orafaq.net
> > > > --
> > > > Author: mkb
> > > > 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
> >
> === message truncated ===
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
> http://hotjobs.sweepstakes.yahoo.com/signingbonus
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: mkb
> 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).
>
--
Mladen Gogala
Oracle DBA
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Mladen Gogala
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).
