Sometime in Dec, I had a mgmt class (BACKUP) with the retonly limit set to
3650. I then introduced another mgmt class (LEGAL) with a retonly limit set
to 3650 and changed the BACKUP mgmt class retonly limit to 180. I inserted a
line in the include/exlcude file
/ama/.../* LEGAL
All the files under /ama appeared to be rebound to the LEGAL mgmt class.
However, on trying to recover files older than 180 days, I found that they
were not there and some are still bound to the BACKUP mgmt class. Why is
this ?
Current AIX Server ver - 3.1.2.20
AIX Client ver - 3.1.0.6
December AIX server ver 3.1.2.0
AIX client ver 3.1.0.1
Jasdayal S Dhanoa
> -----Original Message-----
> From: Dwight Cook [SMTP:decook AT AMOCO DOT COM]
> Sent: Wednesday, February 17, 1999 4:50 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: lost my files
>
> Yes, every time a backup operation is run files are bound/rebound to
> management classes. Remember that as the "file" percolates up
> through
> the include/exclude list if it doesn't have a "match" or if its
> "match" doesn't have a management class specified it takes the
> default.
>
> When a file is "rebound" to a new management class, ALL COPIES
> contained within the adsm server are rebound.
>
> In your below problem say...
>
> > 1. Make the backup with the "no limit" mgmt class
>
> > 2. issue move data volname stgpool=another storage pool
> > ( optical - sice i do not have disk space )
>
> This is OK, no matter where you move the data within the adsm server
> the file will retain their management class characteristics
>
> > 3. issue move data opticvolume stgpool= tape storage pool
>
> same as with #2 ***BUT*** if you now, on your client, rebind the
> client files to some other management class... IT DOESN'T MATTER
> where
> the old copies are on the adsm server, they are rebound AND EXPIRED
> based on the most recent client/server processing.
>
> If you wish to take long term "no limit" / never expiring versions
> of
> client data... use "archive" and if you don't want to push that extra
> data across the network you could perform an "EXPORT" of say the
> client's active data and then (using the right options) you could
> import that client & its data at a later time .
>
> OK, I've probably made this about as clear as mud... sorry.
>
> Maybe this will help...
> If you want to keep something for "A PERIOD OF TIME (duration)" then
> you have to ARCHIVE it, otherwise "versioning" determines the life of
> the file on the adsm server... You could set a "no limit" versioining
> but there ain't enough tape in the world for that AND as soon as the
> active version of a file binds to a new management class... so go all
> the inactive versions ! ! !
>
> later,
> Dwight
>
>
> ______________________________ Reply Separator
> _________________________________
> Subject: Re: lost my files
> Author: iap (iap AT tarom.logicnet DOT ro) at unix,mime
> Date: 2/17/99 1:47 AM
>
>
> Thank you very much for your answer.
> Still some things are not clear for me...
>
> Dwight_Cook_ wrote:
>
> > OK, this discussion is for backups (incremental/selective)
> >
> > Storage pools don't/can't have retention characteristics !
> >
> > Only management class copy groups have retention characteristics...
> >
> > A file is bound to a management class.
>
> Is the file bound to a management class at the time of the backup
> operation,
> through the include/exclude list file, isn't it?
>
>
> > If you rebind a file to a new management class, all copies of that
> > file fall under the rule of the new management class. (ie you did
> > have the file under a "no limit" mgmtclass and you had 30 copies (1
> > active, 29 inactive) you then rebound it to a mgmtclass with 7
> copies
> > (1 active, 6 inactive) Well..... next time expiration runs 23 of
> you
> > copies go away.
> >
>
> Next day I return to my day by day management class and I make backup
> operations on the same files/directories, but this time they will have the
> rules specified in the copy group of my management class, management class
> which is different than mgmt class mentioned above ( that " no limit "
> class
> )?!
>
> Do this mean that I rebound my files after the backup is finished?
>
>
> >
> > AND since storage pools don't have retention characteristics, once
> > data is on the adsm server you may use "move data" to shuffle it
> > anywhere you wish.
> >
>
> Ok, let's say I choose to move my data.
> Are this the rights steps?
>
> 1. Make the backup with the "no limit" mgmt class
> 2. issue move data volname stgpool=another storage pool ( optical - sice i
> do
> not have disk space
> 3. issue move data opticvolume stgpool= tape storage pool
>
> Thank you for your help.
>
>
> Mihai Iancu
>
>
>
>
>
> >
> > later,
> > Dwight
> >
> > ______________________________ Reply Separator
> > _________________________________
> > Subject: lost my files
> > Author: iap (iap AT TAROM.LOGICNET DOT RO) at unix,mime
> > Date: 2/16/99 2:52 AM
> >
> > Hello all,
> >
> > Day by day I do my backups on two stgpools. I set my backup copy
> > groups, no of expiring days based on the no of copies existed/deleted
> > in my file space , and so on.
> >
> > One day last month, I did a full backup on another stgpool with the "No
> > limit settings " in a new defined backup copy group.
> >
> > The expiration process on those two stgpools works like a charm.
> >
> > BUT my files on that stgpool got expired !
> >
> > I did it, but now I want to understand what did I do wrong...
> > Please help !
> >
> > Thank you
> >
> > Mihai Iancu
|