ADSM-L

Re: Backup of files in TSM-HSM

2000-12-29 08:54:33
Subject: Re: Backup of files in TSM-HSM
From: Richard Sims <rbs AT BU DOT EDU>
Date: Fri, 29 Dec 2000 08:55:09 -0500
> > I'm wondering if there is any canonical way of taking backups of
> > metadata in a TSM-HSM managed filesystem (that is non-migrated data
> > such as directories, links and small files) under AIX. What I would
> > like to accomplish is to have each file, migrated or not, stored on
> > two tapes.  As I understand it, if I backup the HSM filesystem using
> > the TSM backup client I'll get a backup of all files. Since I want
> > duplicates of the unmigrated files I'll have to backup the copy
> > pool, but this means that I'll get three copies of migrated files,
> > one in the migration destination pool and two in the backup pools.
> > This is not ideal when you throw a couple of TB of data into you
> > HSM system.
> >
> > Coming from the DMF camp my instinct is to look for an option to the
> > backup client to make it backup only nonmigrated files but I guess
> > there might be some more obscure way of doing it.
> >
> > Deactivating the HSM client and taking a regular backup of the
> > filesystem would probably do what I want but it's not a very
> > attractive solution.

Per - Consider the following as a solution...

First, have the usual HSM migration storage pool.  That constitutes
the first copy of large files.
Now define a two-level storage pool hierarchy for backup: the first
level shall have a MAXSIze value of your stub files, and migration
disabled; the next level is an ordinary definition, with no MAXSIze.
Perform a backup of your HSM file system: small, resident files land
in the first level storage pool, and large files necessarily have to
skip to the second level storage pool.  You do Backup Stgpool only
on the first level primary storage pool, and so get two copies of
small (nonmigratable) files.  The second level of your primary
storage pools represents the second copy of the large, migrated
files.

Unless I've missed something, I believe that will achieve your
objective.

   Richard Sims, BU
<Prev in Thread] Current Thread [Next in Thread>