ADSM-L

Re: Deleting Backups

1998-01-22 17:09:50
Subject: Re: Deleting Backups
From: Randall Eggert <RANDYE AT MAPCOINC DOT COM>
Date: Thu, 22 Jan 1998 17:09:50 -0500
Mark,
R U sure that is what you want to do?

Another command that might be helpful is the Query Occupancy from the ADMIN
interface;

     DSMADMC Q OCC node * type=archive
     DSMADMC Q OCC node * type=backup
or      DSMADMC Q OCC node *

     This will show the number of files and the quantity of space each
filespace occupies within your storage pools by archive or backup function.

If some of the numbers are radically different than the size of the
filesystem, look for excessive archives, or retention periods within
management classes that are set too high.

I've also noticed our DB personnel make nightly point-in-time backups on
their databases.  Since these are SELECTIVE backups, ADSM never knows when
the DB group has deleted or changed the naming convention of their LARGE
files, thus ADSM retains them forever.

(An Incremental backup allows ADSM to scan the entire file system so it
will know when the user has deleted files.  This allows those files to fall
into the "inactive" category, and eventually fall off).  I am currently
showing an Active backup of a file taken 09/17/97 that fits into this
category.  It belongs to a Management class that keeps files 30 days (no
copy limitation).  Since the file is 200M, a number of them could tie up a
lot of tape.

Before deleting Archives from the user interface, run the associated Query
Archive on the same entries.  Definitely use the "-pick" option in the
command line, or the GUI interface.

good luck
Randall Eggert
MAPCO, Inc.
Tulsa, OK






Mark.Rizzo AT DIGITAL DOT COM on 01/22/98 03:52:00 PM

Please respond to ADSM-L AT VM.MARIST DOT EDU

To:   ADSM-L AT VM.MARIST DOT EDU
cc:    (bcc: Randall Eggert/TUL/MAPCO)
Subject:  Deleting Backups




ADSM'ers,

For over a year, we have been incrementally backing up files
as they are added to a file system. All of the files are
uniquely identified by the sub-directory structure above the
files. Some of the files are uniquely named, but others have
the same name and are uniquely identified only by the full
path name. Now we are running out of tape capacity and we
want to "clean up" some of the tape space and delete files no
longer needed from the tapes. We need a way to select these
incrementally backed up files for deletion by time/date or
by full path name and wild-carded file name (file specification),
as you can do with the DSMC DELETE ARCHIVE command. We
cannot determine from the documentation how this is done, if
in fact it can be done, if the files were backed up verses archived.
The files reside in a file system with other files more recently
backed up which we Do Not want to delete, so we cannot use the
DSMC DELETE FILESPACE command. The DSMC DELETE ARCHIVE
command provides the capability we need for files which were
archived, but this capability does not appear to be available for files
incrementally backed up. Is there any way to do what we want
to do?

Thanks,
Mark Rizzo
mark.rizzo AT digital DOT com
DoD
<Prev in Thread] Current Thread [Next in Thread>