Not sure if that's the right way to word this but here's a few questions
that seem to fit the bill:
1. What happens if I have job A that I'm cloning to a given pool, which
I kicked off as:
A: nsrclone -b pool -S ssid1 ssid2 ssid3
and then, after that's been running for a while, I then launch another
clone operation B to the same pool as:
B: nsrclone -b pool -S ssid4 ssid5
Now, we're assuming that the device is not maxed out so it won't ask for
another tape in that same pool, and we're also assuming that the data
that's being read for job A is on a different tape than the data that's
being read for job B (guess it would have to be or NetWorker would have
a little fit). I assume it will then start multi-plexing the streams
from B into those already running from A? Seems like it should as this
is what it does for regular backups but just checking. Specifically, I
want to say that data from ssid1 will be cloned first, followed by
ssid2, and then 3 in that order, but when job B is launched, data from
ssid4 will then get multi-plexed with whatever ssid job A is on and then
when 4 is done, ssid5 will get plexed in with whatever ssid job A is on
at that point, so each job will be doing one ssid at a time, but two
ssids will always be being multi-plexed together, one from each job,
except for the odd guy out. That right?
I've always kept our devices set to 5 max, so recoveries don't have to
unwrap more than 5 streams, and I've not had any unacceptable recover
times. Not sure at what point it becomes an issue, though. Probably
above 4-5 I'm guessing?
2. I think this has been asked before and ties in with questions 1.
What's the advantage of running:
nsrclone -b pool -S ssid1 ssid2 ssid3
versus launching a separate nsrclone operation for each ssid? Is there
any advantage of one method versus the other?
Thanks.
George
--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
|
