Re: Delete backups
2015-10-04 18:15:42
Subject: |
Re: Delete backups |
From: |
INTERNET.OWNERAD at SNADGATE |
To: |
Jerry Lawson at TISDMAIL |
Date: |
5/8/96 7:50PM |
Did you see my note of several days ago about a problem I have been having
with an extra management class? I moved a node from one Domain to another,
and keep getting messages every day about a missing MC that I don't think
anyone was using - I can't find references to it on their machine in any
simple manner I can think of. And the messages come out every day when the
scheduled backup runs. By the way, the archive has a 5 year retention - I
hope I don't have to look at them for that long!
Jerry Lawson
jlawson AT itthartford DOT com
________________________Forward Header________________________
Author: INTERNET.OWNERAD
Subject: Re: Delete backups
05-08-96 07:50 PM
David Ong points out:
>Are you saying that expiration processing for excluded files will disregard
>copygroup information of the mgmt class that the files were backed-up with
>and simply delete all versions? I thought excluded files were treated like
>deleted files. I would greatly appreciate it if you can clarify this for me.
Hi David!
You win! I was just testing to see if anyone was paying attention... ;-)
Just kidding. Ya got me!
You are correct. Excluded files are treated like deleted files. But I did find
a round-about way to do what Claudia was asking about.
1) Create a management class called DELBKUP, or something like that. In this
management class, indicate 0 (zero) days retention for extra versions and
0 days retention for the only version.
2) Set up an INCLUDE statement for the file to point to the DELBKUP management
class.
3) Run an incremental backup. This will cause the file to be rebound to the
DELBKUP management class.
4) Change the INCLUDE to an EXCLUDE (and remove the reference to the DELBKUP
management class).
5) Run another incremental backup. This will cause the active version to be
deactivated.
6) Run inventory expiration. The management class settings should cause the
versions to expire.
I did test this. However, you'd have to be pretty desperate to go to all this
trouble just to delete unwanted backups for a single file, unless they are
useless and big, and you need to free up the storage space.
Bill Colwell's point in a previous post is well taken. I don't recommend
excising backup versions, either, unless there is some compelling reason to
do so.
Thanks,
Andy Raibeck
ADSM Level 2 Support
408-256-0130
|
<Prev in Thread] |
Current Thread |
[Next in Thread> |
- Re: Delete backups, (continued)
- Re: Delete backups, Bill Colwell
- Re: Delete backups, Rick Tsujimoto
- Re: Delete backups, Andrew M. Raibeck
- Re: Delete backups, David Ong
- Re[2]: Delete backups, Rick Tsujimoto
- Re: Delete backups, Andrew M. Raibeck
- Re: Delete backups, Jerry Lawson
- Re: Delete backups, Claudia Masters
- Re: Delete backups, Andrew M. Raibeck
- Re: Delete backups, Joe Gross
- Re: Delete backups,
INTERNET . OWNERAD at SNADGATE <=
|
|
|