ADSM-L

[no subject]

1994-02-23 18:39:02
From: Peter Park <ppark AT VNET.IBM DOT COM>
Date: Wed, 23 Feb 1994 15:39:02 PST
Hi Mitch,
The results of your three different scenario are all the same.
The backup copy in the server will be marked as inactive file and
there is no active copy in the repository.

So, yes, include/exclude list does affect the status of files in the
repository.

Peter Park
ADSM client development.
======================================================================
I have a question regarding what happens after a file has been backed up
and then is excluded.

If a file is backed up with one active and one inactive version in the
repository and then excluded in an include/exclude list, what happens
to the status of that file when:

  1.  The next incremental backup is run and the file exists?
  2.  The file is deleted and then an incremental backup is run?
  3.  The high level directory (above that file) is then excluded?

Basically, do include/exclude lists affect the status of files in the
repository?
________________________________________________________________________
| Mitch Sako          \\\\   \\\\ \\\\\\\\  ||||||||  /////// //    // |
| I-NET Corporation    \\ \\ \\ \\    \\       ||    //      //    //  |
| LSI Logic Contract    \\  \\\  \\    \\      ||   //      ////////   |
| Mailstop E-195         \\       \\    \\     ||  //      //    //    |
| 1501 McCarthy Blvd.     \\       \\ \\\\\\\\ || /////// //    //     |
| Milpitas  CA  95035                                                  |
| local:      mitch@dc49                  Phone:  (408) 433-4187       |
| internet:   msako AT lsil DOT com              FAX:    (408) 433-8796       |
| uucp:       lsil!msako                  Pager:  (408) 989-3365       |
| ibmmail:    USMILUN9 AT IBMMAIL                                      |
| DISCLAIMER: Opinions expressed are mine alone                        |
|______________________________________________________________________|
<Prev in Thread] Current Thread [Next in Thread>
  • [no subject], Peter Park <=