Networker

Re: [Networker] Why cant I change the browse time on this CFI?

2011-09-21 15:38:19
Subject: Re: [Networker] Why cant I change the browse time on this CFI?
From: George Sinclair <George.Sinclair AT NOAA DOT GOV>
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Date: Wed, 21 Sep 2011 15:37:40 -0400
On 2011-09-21 15:20, George Sinclair wrote:
On 2011-09-21 14:54, bingo wrote:
To answer your questions:

1. Even if the index does not get updated because the pool doesn't have
the "Store index entries" turned on, what would happen if the group did
*NOT* have "no index save" checked? Obviously, nothing would have
changed in the index, thus no backup of the index to tape, but lets say
isntead that a full was being run, and not an incremental. Would NW send
a copy of the index to tape in that case even though no change was
affected on it?

You are right - these are different issues. The index backup is run
via a savegrp command while the index is generated (or not) for any
backup, automatic or manual. It just depends to which pool the data
will be sent.

A differential index backup considers any change of the index of that
client. As as there changed nothing when the index has not been
updated, nothing can and will be backed up.


2. I'm unclear on why indexing being turned off for the pool would
preclude you from scanning the tape and adding that information to the
index? Is it the case that if the data was never indexed before then you
can't add it to the index later? Or are you instead referring to using
scanner to recover an index that was never written to tape? That
obviously would not be possible since it was never sent to tape.

The default option 'Store index entries' actually has 2 tasks:
- it generates the CFI metadata and embeds it within the save stream
already at the client.
- it send this info to the CFI at the server in real time.

By disabling it, you already switch of the CFI info generation - it is
logical that there will be nothing to retrieve when you run 'scanner'
later. Try it yourself.

What you say makes perfect sense now that I think about it. After all,
how can you recreate index metadata information if you can't determine
what that should be? And having the file(s) on tape doesn't give you
that. Yes, you have the file(s), but what about the user, group,
permissions, etc? All of that original metadata would have to be saved
to the tape, too, which it would not be with the 'Store index entries'
disabled for the pool.

BUT could NW determine at least the names from the data as it scans the
tape and then build/update the index that would at least have those file
names? Or is it the case that it can't determine the names from the data
on the tape and depends solely on that CFI information having been
written to the tape?

If indexing is turned off for a pool, and some of the media database
entries are later removed, you can still scan the tapes and rebuild the
media database entries for those save set sets, but you can't re-create
the index entries. Correct?

I hit the send button too soon. What I meant to say was that assuming that no CFI information was sent to tape (i.e. indexing was turned off for the pool) then a subsequent scanner command could still recover the data, but it's only going to pick up on a limited number of things like the ssid and save set names as far as what it can rebuild in terms of information about the data. That would be fine for recreating the media database entries (assuming those had been removed), but that's not going to cut it for the index. It would need the file names, minimally, for that. I guess you'd have to somehow recover the actual data and then rebuild the indexes from that, but there's no way to do that other than backing it all up again, this time with the indexing turned on, right?

How much longer does it take to rebuild indexes from scanner (assuming indexing *was* turned on for the pool when the data was written) versus the time it would take to actaully recover the data? Scanner doesn't have to read the data to rebuild the indexes, just the CFI information, so could take quite a while but would still be much faster than actually reading all the data, correct?




+----------------------------------------------------------------------
|This was sent by carsten_reinfeld AT avus-cr DOT de via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------

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





--
George Sinclair
Voice: (301) 713-3284 x210
- The preceding message is personal and does not reflect any official or unofficial position of the United States Department of Commerce -
- Any opinions expressed in this message are NOT those of the US Govt. -

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