ADSM-L

Re: Duel tape write to LTO's

2004-09-22 03:54:25
Subject: Re: Duel tape write to LTO's
From: Daniel Sparrman <Daniel.Sparrman AT EXIST DOT SE>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 22 Sep 2004 09:55:25 +0200
Hi Milton

Yes, we are successfully using the COPYSTGPOOLS feature. We have large 
Oracle and DB/2 database backups going directly to tape. The stgpool has 
the COPYSTGPOOLS feature set, which resides in a different library, even 
on a remote location(we're using 9310 with 9840B as the primary tape 
stgpool and 9310 with 9840C as copypools located 20km away from the main 
office).

During the backup process, if a mount request is denied or there aren't 
any idle drives in the copypool, the backup will continue, removing the 
copypool temporarily from the primary tape copystgpool list. This all 
depends on the parameter CONTINUECOPYONERROR which is also set on the 
primary stgpool. If you set this parameter to YES, the backup will 
continue, not requesting any more mount points in your copy storage pool. 
If you set this parameter to NO however, the backup will either go into 
mount wait status, or fail, depending on why it cant get a mount point in 
your copy storage pool.

Remember, this feature is only available on LAN-based backups. It is still 
not available for LAN-free backups, something I think is strange as the 
largest backups are using the LAN-free functionality. 

We managed to reduce the amount of data being backed up by the BACKUP 
STGPOOL process to 40%. If you dont use any LAN-free clients, this feature 
should be able to completely remove the need for backup stgpool. I do 
however recommend running the process, event if it doesnt backup any data. 
Its always good to know that ALL your data resides in the COPYPOOL.

I do not recommend using this feature on your primary diskpools. It will 
only mean that every backup session that is started from your clients, 
will need a mount point in your copy storage pool. This is a good way to 
make all clients come in to mount wait status or a good way of needing 
more drives.

Best Regards

Daniel Sparrman
-----------------------------------
Daniel Sparrman
Exist i Stockholm AB
Propellervägen 6B
183 62 TÄBY
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51



"Johnson, Milton" <milton.johnson AT CITIGROUP DOT COM> 
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
2004-09-21 17:44
Please respond to
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>


To
ADSM-L AT VM.MARIST DOT EDU
cc

Subject
Re: Duel tape write to LTO's






 It depends upon where you define the copypool to reside.  If it is
contained in the "2nd library" then yes.  Has anyone out there in TSM
land actually used this feature?  What happens to the back-up when one
of the tape volumes fills up?  Does it go into a media wait state until
the next volume is mounted?  What happens if there isn't a volume
available in the copypool?  Any other gotcha's?

H. Milton Johnson

 
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Timothy Hughes
Sent: Tuesday, September 21, 2004 10:05 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Duel tape write to LTO's

Hi Milton,

When TSM writes simultaneously to the copypool would this be on the 2nd
Library for duel tape backup?

"Johnson, Milton" wrote:

>  You should be able to create a PRIMARY STGPOOL named TAPEPOOL and a 
> COPY STGPOOL named COPYPOOL with both of them having a sequential 
> access
> (tape) DEVICE CLASS such as DLT or LTO.  Both stgpools can be in the 
> same library.  On the stgpool TAPEPOOL definition you set the 
> COPYSTGPOOLS parameter to COPYPOOL.  Then when your client backs up to

> TAPEPOOL, TSM will simultaneously write to COPYPOOL.  Of course having

> an adequate number of tape drives is required.
>
> H. Milton Johnson
>
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of Timothy Hughes
> Sent: Friday, September 17, 2004 8:01 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Duel tape write to LTO's
>
> Hello,
>
> I was told that this could work If I have 2 backup disk pools.
>
> Like I have backup diskpool, then I can have like say a DB2 backup 
> diskpool then I can have the next storage pool setting for the db 
> backup pool so I can migrate to the one Library then for the other 
> backup disk pool I can have it migrate to the other Library.
>
> I think I can have simultaneous write to two different libraries this 
> way. Still not sure if this would work.
>
>    TSM Library setup
>
>   TSM  SERVER  LTO_LIB  LIBRARY
>
>   TSM  SERVER  RMT1  DRIVE  LTO_LIB
>   TSM  SERVER  RMT2  DRIVE  LTO_LIB
>   TSM  SERVER  RMT3  DRIVE  LTO_LIB
>   TSM  SERVER  RMT4  DRIVE  LTO_LIB
>
>   TSM  SERVER  RMT_LTO  LIBRARY
>
>   TSM  SERVER  RMT5  DRIVE  RMT_LTO
>   TSM  SERVER  RMT6  DRIVE  RMT_LTO
>   TSM  SERVER  RMT7  DRIVE  RMT_LTO
>   TSM  SERVER  RMT8  DRIVE  RMT_LTO
>
> Any other ideas comments are welcome!
>
> Thanks
>
> "Johnson, Milton" wrote:
>
> > It is the basic philosophy of TSM to have only one copy of a file in

> > a
>
> > PRIMARY STORAGE POOL. With TSM 5.x you can simultaneously write to a

> > PRIMARY STORAGE POOL and COPY STORAGE POOL (see HELP DEFINE
STGPOOL).
> >
> > H. Milton Johnson
> >
> >
> > -----Original Message-----
> > From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On 
> > Behalf Of Timothy Hughes
> > Sent: Thursday, September 16, 2004 10:28 AM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Duel tape write to LTO's
> >
> > Hello all,
> >
> > We are backing our server from disk to tape on a LTO 3584 Library 
> > drives
> > 4 drives (1-4)
> >
> > We just added a 2nd library LTO (same 3584) Is it possible to backup

> > to the 2nd library LTO simultaneously.
> >
> > In other words were backing up to tape 1 on Lib_LTO and would like 
> > to backup to Tape 2 on the new library at the same time. We want 
> > Duel tape backup and don't want to use copy groups if we don't have
to.
> >
> > 3584 Lib_LTO A has 4 drives (1-4)
> > 3584 Rmt_LTO B has 4 drives (5-8)
> >
> > TSM version 5.2.3.1
> > AIX 5.2
> >
> > Thanks in advance for any help!

<Prev in Thread] Current Thread [Next in Thread>