ADSM-L

Re: [ADSM-L] HSM for Windows

2007-03-29 13:13:20
Subject: Re: [ADSM-L] HSM for Windows
From: "Weeks, Debbie" <debbie AT ADMIN.USF DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 29 Mar 2007 13:13:02 -0400
This might work for us, we'll look into it.  Thanks! 

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Colwell, William F.
Sent: Thursday, March 29, 2007 10:00 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: HSM for Windows

Debbie,

I have a suggestion to give you 6 months on disk, then push to tape.
This will work especially well with file disk.  Make multiple stgpools, for 
example, march, april, etc.  Using a script or schedule, update the archive 
destination to use the current month stgpool.  Using another script or 
schedule, migrate the pool
6 months later.  The file type scratch volumes will be freed and so you will 
have only a net of 6 months worth of migrated files stored on TSM disk.

Thanks,

Bill Colwell
Draper Lab

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Weeks, Debbie
Sent: Wednesday, March 28, 2007 8:26 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: HSM for Windows

The problem is that to satisfy customer requests for archived data, it has to 
stay on disk.  Tape retrievals take too long.  We would prefer a hierarchical 
system that would allow, for example, files not touched in 6 months to go to 
disk, then if still not touched for another 6 months they migrate to tape.  
With the way this product works we will have to either manually create the 
hierarchy, or leave everything on disk.  Not much of a savings there.  Might as 
well just add the extra disk to the file server. 

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Francisco Molero
Sent: Wednesday, March 28, 2007 6:22 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: HSM for Windows

Hi,

I don't agree with you I think it is a more or les a good product, I only 
detect a problem " Reconcile Files".  But you can backup and restore stub files 
from TSM client and you can restore one stub and recall the file from HSM and 
you don't need to recall all files. In case you lost a directory with 10000 
files you restore the stub files it is more quickly. Other point is you need to 
establish a archive copy group with a long retention because you can recall a 
file because you have the stub file and this can be expired in the TSM Server.

----- Mensaje original ----
De: Allen S. Rout <asr AT UFL DOT EDU>
Para: ADSM-L AT VM.MARIST DOT EDU
Enviado: miércoles, 28 de marzo, 2007 15:10:27
Asunto: Re: HSM for Windows


>> On Wed, 28 Mar 2007 08:49:33 -0400, "Weeks, Debbie" <debbie AT ADMIN.USF DOT 
>> EDU> said:


> Thanks.  We are HIGHLY disappointed with this product.

When I heard about it ( Long Time Ago: Last Oxford ) my comment was that it is 
not really like anything that I've seen labeled HSM before.

Previous discussion, last January, starts:

http://www2.marist.edu/htbin/wlvtype?ADSM-L.118435

I piped up here:

http://www2.marist.edu/htbin/wlvtype?ADSM-L.118453


I think your observations mesh well with mine, though you're looking at it from 
a slightly different perspective.


Beware about the "back up the migrated stub file" problem.


- Allen S. Rout


        
        
                
______________________________________________
LLama Gratis a cualquier PC del Mundo. 
Llamadas a fijos y móviles desde 1 céntimo por minuto. 
http://es.voice.yahoo.com

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