Backint/TDP for R/3 is an archive process, not a backup process.

Best bet is to configure a management class/copy group and set retver for
the number of days you want to keep things. While you're at it, you'll also
want two management classes and proper copy groups and storage pools for the
off-line redo logs (handled through brarchive). You'll want to keep the redo
logs as long as you keep the backups. Those of us who are truly paranoid (or
have paranoid DBAs) appreciate the ability to keep the database and the redo
logs on three seperate sets of tapes. (I cheat just a bit - my second redo
log set uses the same storage pool as my normal archive processes).

We run a script through cron to do the brarchive about every half hour and
the brbackup once daily (online backups Sunday PM through Friday PM,
off-line at midnight Saturday). I'm keeping everything for 21 days.

Tom Kauffman
NIBCO

> -----Original Message-----
> From: Gill, Geoffrey L. [mailto:GEOFFREY.L.GILL AT SAIC DOT COM]
> Sent: Tuesday, September 25, 2001 10:11 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: SAP backup
>
>
> Seems as though the SAP backup test last night worked....sort
> of, I'm just a
> bit confused. For those of you who don't know me, that's normal.....
>
> What I see is my archive disk pool with data in it from that
> node. That's
> not where I wanted it to go and I don't know why it did, I
> expected it to go
> direct to tape. I don't see any mounts for tapes during this
> period, except
> reclamation. The node did have 4 sessions that started and I
> thought maybe
> it was going to tape and disk but since I don't see the tape
> mounts I doubt
> it.
>
> Is it normal for this backup process to use the archive copy
> group settings
> and not the backup copy group? Can anyone help me a bit as to
> what I need to
> change to go direct to tape? About a year ago we tested this
> once and I
> remember it had gone to tape. Unfortunately I don't remember
> making any
> changes that would now cause a backup to go to disk.
>
> How do I control the number of versions of data out there.
> This database if
> going to be huge and it could get out of hand very easily. If
> it's notmal
> for this to use the archive copy group, would I use the retain version
> setting to control it?
>
> Thanks in advance for the help.
>
> Geoff Gill
> TSM Administrator
> NT Systems Support Engineer
> SAIC
> E-Mail:   gillg AT saic DOT com
> Phone:  (858) 826-4062
> Pager:   (888) 997-9614
>