Networker

Re: [Networker] Does cloning unmuliplex and make recovery faster?

2007-01-17 16:04:09
Subject: Re: [Networker] Does cloning unmuliplex and make recovery faster?
From: George Sinclair <George.Sinclair AT NOAA DOT GOV>
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Date: Wed, 17 Jan 2007 15:56:13 -0500
And that's probably why my recover from the clone volume ran so much faster than the original because while I used the nsrclone command together with an input file of ssids, to create the clone, it only contained the multiplexed savesets that I specified and did not also contain whatever else was wrapped in with those on the original volume. The original volume
contained a lot of savesets from other clients, too.

So, as Curtis pointed out, there would be some partial de-multiplexing. Maybe there was enough
to make such a difference.

So, I would think that anytime you're cloning, and you're not doing
it one ssid at a time via nsrclone, the process would take much longer, but the speed of recovering any one cloned save set would be faster. I'd prefer to have more speed on creating the clone, though, by simply passing it all the ssids at one time. I can suffer a little wait time on the recover end.

George

Werth, Dave wrote:

So basically it looks like when multiple SSIDs are specified in a single
nsrclone command the relative multiplexing between those save sets will be
preserved.  You can demultiplex it by specifying each SSID in a separate
nsrclone command.
Dave

David Werth
Garmin AT, Inc
Salem, Oregon
dave.werth<at>garmin.com

-----Original Message-----
From: Curtis Preston [mailto:cpreston AT GLASSHOUSE DOT COM] Sent: Wednesday, January 17, 2007 11:19 AM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: [Networker] Does cloning unmuliplex and make recovery faster?

There are three possible scenarios of cloned data.  Which one of these
scenarios happens to you will be based on how you clone:
1. A group of SSIDs that were mpx'd get completely de-mpx'd when they
get cloned.
2. A group of SSIDs that were mpx'd stay mpx'd exactly the same when
they're cloned.
3. A group of SSIDs that were mpx'd are partially de-mpx'd when they're
the cloned.
Remember that ALL cloning is saveset cloning, whether you're doing
volume cloning (nsrclone -V <volume>), saveset cloning (nsrclone -S
<SSID>), or automatic cloning (group level cloning).  In every scenario,
nsrclone is given a list of one or more SSIDs to clone.  The only thing
that determines whether or not something is de-multiplexed is how
nsrclone was given the SSIDs.  Consider the following scenarios:

1. Group level cloning.  Nsrclone is given a list of SSIDs from the
backup that was just created.
2. Saveset cloning where nsrclone is given the name of a file with all
the SSIDs to clone.
3. Saveset cloning where nsrclone is given a list of SSIDs on the
command line.
4. Volume cloning where nsrclone is given the name of a volume to clone.
5. Saveset cloning where nsrclone is given only one SSID to clone.

Assume the following for the moment:
1. No SSIDs span tapes.
2. No other SSIDs are interleaved in with the SSIDs we want to clone.
(e.g. no other backups were running at the same time from another group
that we're not going to clone)

When scenario 1, 2, 3, or 4, nsrclone is given a list of SSIDs, and it
clones them all, with mpx intact, and the cloned volume(s) will look
exactly like the original volume(s).  You can verify this by looking at
the offsets of the savesets on the tape.

When scenario 5 happens, however, it will de-mpx the tape, as it's only
cloning one SSID.

Now, consider these additional scenarios:
Scenario 1, 2 or 3 above where the list of SSIDs were interleaved with
other SSIDs.  When this happens, obviously it's going to de-mpx a little
bit, as you're not cloning all the same data.  But it's not going to
completely de-mpx the data.  It's just not going to be mpx'd the same
way the original was.

Scenario 4 where some SSIDs span that volume and go onto another volume.
When this happens, the SSIDs that reside entirely on the volume will be
mpx'd exactly the same.  However, when it starts cloning SSIDs that
spanned to another volume, where or not they get somewhat de-mpxed will
be based on whether or not they were mpxed with other SSIDs that are not
getting cloned.


---
W. Curtis Preston
Author of O'Reilly's Backup & Recovery and Using SANs and NAS
VP Data Protection
GlassHouse Technologies


-----Original Message-----
From: networker-bounces AT backupcentral DOT com
[mailto:networker-bounces AT backupcentral DOT com] On Behalf Of Fazil Saiyed
Sent: Wednesday, January 17, 2007 5:56 AM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: [Networker] Does cloning unmuliplex and make recovery faster?

There would have been easy way to find that out.
Just look at original volumes and the savesets on them, then compare
with cloned tapes, you will have your answer, however, other post have indicated that there in no difference in cloning results wheather auto or manual that it DOES Demultiplex. ( baring small saveset belew 100 mb).
Either way, backing up to Disk and staging may be the cleanest and
fastest way to clone.
Thanks

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

------------------------- This e-mail and any attachments may contain confidential material for the sole use of the intended recipient. If you are not the intended recipient, please be aware that any disclosure, copying, distribution or use of this e-mail or any attachment is prohibited. If you have received this e-mail in error, please contact the sender and delete all copies. Thank you for your cooperation
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 - NOAA/NESDIS/National Oceanographic Data Center
SSMC3 4th Floor Rm 4145       | Voice: (301) 713-3284 x210
1315 East West Highway        | Fax:   (301) 713-3301
Silver Spring, MD 20910-3282  | Web Site:  http://www.nodc.noaa.gov/
- 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

<Prev in Thread] Current Thread [Next in Thread>