Yes, and that's exactly the problem as far as I'm concerned. We can migrate the
data to TSM disk, where it will have to stay unless a migration to tape can be
determined by the amount of time the file has been unused. With the current
capabilities we cannot do a smart migration to a third tier of storage, which
would be tape. True HSM products can do this. This software is just archive
with a stub file.
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Remco Post
Sent: Friday, March 30, 2007 2:37 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: HSM for Windows
Weeks, Debbie wrote:
> 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.
>
Ok, but aren't the policies you can set on the HSM client such that you can
achieve exactly that? I mean, disk on the client or the server doesn't really
matter most of the time, does it? And TSM policies never allow you to base
migration of diskpool to tapepool on the amount of time a file hasn't been
touched, just on the time the file has bee in the pool.
> -----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
--
Met vriendelijke groeten,
Remco Post
SARA - Reken- en Netwerkdiensten http://www.sara.nl
High Performance Computing Tel. +31 20 592 3000 Fax. +31 20 668 3167
PGP Key fingerprint = 6367 DFE9 5CBC 0737 7D16 B3F6 048A 02BF DC93 94EC
"I really didn't foresee the Internet. But then, neither did the computer
industry. Not that that tells us very much of course - the computer industry
didn't even foresee that the century was going to end." -- Douglas Adams
|
