ADSM-L

Re: [ADSM-L] Backup stg with VTL tape in use

2009-04-06 14:27:25
Subject: Re: [ADSM-L] Backup stg with VTL tape in use
From: "Huebner,Andy,FORT WORTH,IT" <Andy.Huebner AT ALCONLABS DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Mon, 6 Apr 2009 13:26:32 -0500
We used the VTL to reduce the disk pool size.  We use disk pools to prevent the 
issue you are having.  We wanted to make sure the TSM backend processing would 
not be interfered with by a node that is not able to complete a backup during 
the normal time.  The only nodes that go straight to tape (real or imagined) 
are those with very large objects.

Andy Huebner

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
David Longo
Sent: Monday, April 06, 2009 12:47 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Backup stg with VTL tape in use

I have TSM server 5.4.3.0 and an IBM 3584 library with LTO2/3 drives.
 
Recently installed a Diligent VTL.  I have migrated one of my smallest
Storage pools to VTL and find one problem.  In this Domain, I have one
Windows client that takes about 23 hours to backup - 10's of millions of files.
 
With VTL, I got rid of my Disk Pool for this Domain.  Now when I do a
"Backup stg" from my VTL pool to real LTO tape, it is waiting for Virtual
tape that client is writing to.  Client only backs up about 5 GB  a day, so
most times writing little or nothing, however the VTL tape is "IN USE".
 
Is there a way to "breakin" to tape and force new tape to mount?  I have
looked at TSM server doc and don't see it.
 
I have well over 400 clients and about a dozen are like this, taking well
6-24 hours to backup.  Thinking about it some, the only, or the simplest
option I see, is to take these dozen clients and put them in a Domain
by them selves that will still use a disk pool.  Part of the reason for 
VTL was to get rid of disk pools.  (DEDup and faster restores was primary 
reason.)
 
Anything simple I have missed?  (We have already looked at making these
clients run in less time, we are stuck with what we have for some time to come.)
 
Thanks,
David Longo


#####################################
This message is for the named person's use only.  It may 
contain private, proprietary, or legally privileged information.  
No privilege is waived or lost by any mistransmission.  If you 
receive this message in error, please immediately delete it and 
all copies of it from your system, destroy any hard copies of it, 
and notify the sender.  You must not, directly or indirectly, use, 
disclose, distribute, print, or copy any part of this message if you 
are not the intended recipient.  Health First reserves the right to 
monitor all e-mail communications through its networks.  Any views 
or opinions expressed in this message are solely those of the 
individual sender, except (1) where the message states such views 
or opinions are on behalf of a particular entity;  and (2) the sender 
is authorized by the entity to give such views or opinions.
#####################################


This e-mail (including any attachments) is confidential and may be legally 
privileged. If you are not an intended recipient or an authorized 
representative of an intended recipient, you are prohibited from using, copying 
or distributing the information in this e-mail or its attachments. If you have 
received this e-mail in error, please notify the sender immediately by return 
e-mail and delete all copies of this message and any attachments.
Thank you.

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