RE: Backup RMAN on disk and tape at the same time

  • From: "Marquez, Chris" <CMarquez@xxxxxxxx>
  • To: "Vitalis" <vitalisman@xxxxxxxxx>
  • Date: Fri, 22 Apr 2005 14:26:37 -0400

Jerome,

>>*only in the first case* will this backup to tape be known to RMAN
Maybe we are disagreeing on semantics, but I agree RMAN doesn't about
any backup moved from the original location...put it back though, in=20
the right place and RMAN *remembers* it, like it never left...agreed?
So it is a matter of "who" and "how" it is got from tape.
Other than the DBA's on this list :o) most DBA's trust their SA
to restore files from tape...then the DBA begins to RESTORE.

>>RMAN backupsets to disk...then removed
>>require to mark these backupsets as 'UNAVAILABLE'
>>wouldn't be in sync with reality otherwise.

No sure about "required"...a simple "maintenance channel"=20
and some "crosscheck"ing would *find* the backupsets as=20
missing and update the controlfile and catalog accordingly.

I would bet 9 out of 10 DBA's that "RMAN Backup to Disk"
never "RMAN Delete" those backups...they user "$> rm" in
their RMAN shell scripts do I.

However, I did delete all my own backups from tape when using=20
Tivoli TSM/TDPO. The SA refused to delete/expire/purge Oracle=20
backups going  directly to tape (they would expire anything=20
from filesystem backup...go figure?).

I had to figure out in my own scripts and RMAN commands what=20
backup to keep/retain...my RMAN and controlfile were in sync
as you explained.

Back in early days I asked an author of a well know RMAN book=20
about deleting RMAN backup from Tape/MML". His response=20
"why do you want to do that...just have the MML expire your
backup(sets)".

My point, most DBAs don't spend enough time on backups...
...even fewer spend any time on correctly deleting backupsets...
...you are one of the few.

Chris

-----Original Message-----
From: Vitalis [mailto:vitalisman@xxxxxxxxx]=20
Sent: Friday, April 22, 2005 1:06 PM
To: Marquez, Chris
Cc: lucdemanche@xxxxxxxxx; oracle-l@xxxxxxxxxxxxx
Subject: Re: Backup RMAN on disk and tape at the same time


On 4/22/05, Marquez, Chris <CMarquez@xxxxxxxx> wrote:
>=20
> Jerome,
>=20
> >>resulting backup will be known in the control file/RMAN catalog.
> No both will be "known" to RMAN...

The "resulting backup" in my original sentence refered to the backups to
tape in both cases. And *only in the first case* will this backup to
tape be known to RMAN (as your next sentences rightly explained.)
Moreover RMAN backupsets to disk backed up with TSM and then removed
would require to mark these backupsets as 'UNAVAILABLE'  since the
control file/RMAN catalog wouldn't be in sync with reality otherwise.
With "BACKUP BACKUPSET..." the corresponding steps are somewhat
automated thanks to the option "... DELETE ALL".

Jerome

> just that one will be known (to be) on tape
> and the other will be known (to be) on disk (that has been copied to=20
> tape...I realize RMAN knows nothing of this copy to tape)
>=20
> Just becomes a matter of how "who" and "how" to it off/back from tape.



>=20
> Chris
>=20
> -----Original Message-----
> From: Vitalis [mailto:vitalisman@xxxxxxxxx]
> Sent: Friday, April 22, 2005 10:39 AM
> To: Marquez, Chris
> Cc: lucdemanche@xxxxxxxxx; oracle-l@xxxxxxxxxxxxx
> Subject: Re: Backup RMAN on disk and tape at the same time
>=20
> Hi Chris,
>=20
> The main advantage of "backup backupset ..." (to tape) vs. TSM backup=20
> of the backupsets is that the resulting backup will be known in the=20
> control file/RMAN catalog. The administration of the backups will be=20
> much
> easier: one will be able to restore/recover files with simple restore
> commands at the RMAN prompt (even if it will require for RMAN to
restore
> a backup of a backupset and "unpack" it.)
>=20
> Regards,
> Jerome
>=20
> On 4/22/05, Marquez, Chris <CMarquez@xxxxxxxx> wrote:
> > Luc,
> >
> > >>I'm doing a backup of my backupset to tape.
> >
> > Can I assume that you are using the TDPO Agent to do the "backup of=20
> > backupset (to tape)".
> >
> > Little curious as to why you bought the TDPO Agent...could you have=20
> > done RMAN to disk and the left Tivoli TSM do the filesystem backup=20
> > to move/copy your RMAN backups to tape.
> >
> > I do understand that by using TDPO Agent you don't have to wait for=20
> > the SA to put the filesystem backup, back on disk...you can go get=20
> > "backup of backupset" yourself using RMAN...guess I answered my own=20
> > question...maybe?
> >
> > Chris
> >
> > -----Original Message-----
> > From: oracle-l-bounce@xxxxxxxxxxxxx=20
> > [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Luc Demanche
> > Sent: Thursday, April 21, 2005 6:14 PM
> > To: Vitalis
> > Cc: oracle-l@xxxxxxxxxxxxx
> > Subject: Re: Backup RMAN on disk and tape at the same time
> >
> > Vitalis,
> >
> > I guess I found something.
> > I'm doing my regular backup on disk, and after I'm doing a backup of

> > my backupset to tape.
> >
> > backup backupset completed after 'sysdate-1';
> >
> > It's fine ...
> >
> > Luc
> >
> > On 4/21/05, Vitalis <vitalisman@xxxxxxxxx> wrote:
> > > On 4/21/05, Luc Demanche <lucdemanche@xxxxxxxxx> wrote:
> > > > Hi,
> > > >
> > > > Oracle 9.2.0.4 and Tivoli.
> > > >
> > > > My RMAN backups are running fine since few months.  We just=20
> > > > bought=3D20 the agent for Tivoli.
> > > >
> > > > I would like to know is someone tried to create there RMAN=3D20=20
> > > > backupsets either on disk and tape in the same time?
> > > >
> > > > Thank you
> > > >
> > > > Luc
> > > > --=3D3D3D20
> > > > Luc Demanche
> > > > Oracle DBA
> > > > (514) 867-9977
> > > > --
> > > > //www.freelists.org/webpage/oracle-l
> > > >
> > >=3D3D20
> > > Hi Luc,
> > >=3D3D20
> > > Do you mean: simultaneously write each backup piece to disk and to

> > >=3D20 tape? Some sort of backup duplexing to 2 different media =
types?

> > >No, =3D20 that's not possible. =3D3D20  Regards,  Jerome
> > >=3D3D20
> >
> > --=3D3D20
> > Luc Demanche
> > Oracle DBA
> > (514) 867-9977
> > --
> > //www.freelists.org/webpage/oracle-l
> > --
> > //www.freelists.org/webpage/oracle-l
> >
>
--
//www.freelists.org/webpage/oracle-l

Other related posts: