Thanks to all. Problem I always faced is you can run save cmds and
specify your own -t timestamp to rely on. Doing so, for incrs/diffs,
it compares files from another full (or incr/diff) level than the
last higher one. It becomes even more difficult when using different pools.
In this case, ordered by nsavetime savesets gives wrong result.
Now than saves started out of savegrp control are flagged as manual,
this has less sense (only of your client version is 7.5+, whatever
server version can be) but is still present as savegrp accept -t timestamp
param.
Maybe a new feature for a new networker version, engineering could
add the parent ssid field (or the used timestamp value we could use to
retrieve closest higher level from) at backup time
as a time reference for diffs/incr backups whatever the parent level
could be (a full, an incr or another differential level)
It seems to me it shouldn't be too difficult to implement as recover already
uses
an equivalent mechanism to establish volumes list before it recovers data
from ...
Cheers
Th
-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On
Behalf Of Tim Mooney
Sent: mercredi 29 septembre 2010 17:08
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: [Networker] Retrieving depending SSID for given SSID
In regard to: [Networker] Retrieving depending SSID for given SSID,
Thierry...:
> I am trying to find a way to retrieve and rebuild
> the family tree for a given SSID.
>
> For sample, gathering back all incr/diff SSIDs that rely on a
> given full SSIDs
> or
> for a given incr/diff SSID, retrieving on which full
> (and or incrs) it depends.
>
> Has anyone a clue for achieving this ?
I've thought about this problem some in the past. Preston posted a perl
script that does something like this, you should be able to find it in
the archives. I haven't looked closely at his code because I think this
is a problem I might eventually want to tackle, and I don't want to be
too influenced by his work.
I haven't actually tried it, but I think the key to solving this problem
is to use mminfo to generate a saveset report, ordered by time (or perhaps
reverse ordered by time). By doing that, I think the problem should be
relatively easy to solve.
Tim
--
Tim Mooney Tim.Mooney AT ndsu DOT
edu
Enterprise Computing & Infrastructure 701-231-1076 (Voice)
Room 242-J6, IACC Building 701-231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
To sign off this list, send email to listserv AT listserv.temple DOT edu and
type
"signoff networker" in the body of the email. Please write to
networker-request AT listserv.temple DOT edu if you have any problems with this
list. You can access the archives at
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
To sign off this list, send email to listserv AT listserv.temple DOT edu and
type "signoff networker" in the body of the email. Please write to
networker-request AT listserv.temple DOT edu if you have any problems with this
list. You can access the archives at
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
|
