Author: ramkriz <networker-forum AT BACKUPCENTRAL DOT COM>
Date: Mon, 11 Jan 2010 18:43:24 -0500
Hi Brett, I would prefer Staging rather than Cloning. You could do the same using NSR stage instead of NSR clone. I have it configured as below in my server. Once your VTL reaches 80%, it will start
Author: jcmps821 <networker-forum AT BACKUPCENTRAL DOT COM>
Date: Tue, 12 Jan 2010 14:46:02 -0500
I think you can "script" your way around this limitation by .... 1) keep your mminfo command using a redirected output file ... 2) rather than running the nsrclone command once with an input file 3)
Author: Preston de Guise <enterprise.backup AT GMAIL DOT COM>
Date: Wed, 13 Jan 2010 06:58:44 +1100
It will work, but it will scatter your clones across every tape drive that can hold a clone volume. Why? When NetWorker finishes a clone operation, the sequence that will occur is: - Clone stops - De
Author: bbartick <networker-forum AT BACKUPCENTRAL DOT COM>
Date: Tue, 22 Dec 2009 18:55:58 -0500
We recently rolled out a VTL and I'm in the process of scripting the cloning process. From the testing I've done, it seems as though nsrclone does not clone the SSIDs in the order you pass to the com
Author: George Sinclair <George.Sinclair AT NOAA DOT GOV>
Date: Tue, 22 Dec 2009 23:18:17 -0500
bbartick wrote: We recently rolled out a VTL and I'm in the process of scripting the cloning process. From the testing I've done, it seems as though nsrclone does not clone the SSIDs in the order you
Author: Preston de Guise <enterprise.backup AT GMAIL DOT COM>
Date: Wed, 23 Dec 2009 15:27:16 +1100
George, Brett, Yes, since NetWorker keeps multiplexing, it needs to re-order any list of received savesets in the best order to preserve interleaving and prevent seeks/rewinds on each piece of media
Author: Len Philpot <Len.Philpot AT CLECO DOT COM>
Date: Wed, 23 Dec 2009 08:27:43 -0600
I agree. The only time I've seen any improvement of any kind using "per SSID" cloning was in a rare instances where I needed to run two clone jobs simultaneously, reading from tapes where the potent
Author: brerrabbit <networker-forum AT BACKUPCENTRAL DOT COM>
Date: Mon, 28 Dec 2009 13:27:39 -0500
I don't believe that this info is publicly available, we've looked into this previously and it wasn't. In fact, we had an Networker resident from EMC on site and he couldn't get the info either. Mayb
Author: bbartick <networker-forum AT BACKUPCENTRAL DOT COM>
Date: Mon, 28 Dec 2009 13:47:34 -0500
My quess is that the internal logic has something to do with minimizing the number of tape changes. It looks like if you are cloning a particular saveset, the system will try and find other savesets
Not really on topic... but maybe this workflow will help you in your flow design... With our VTL I've switched all of our backups (except for database) to 1 monthly full (last weekend of the month) a
Author: jbrissenden <networker-forum AT BACKUPCENTRAL DOT COM>
Date: Tue, 29 Dec 2009 13:02:34 -0500
What a pain huh? I believe you're right, you don't have the control over the ssid order when you issue nsrclone with a file. But I think if you say savetime < 21 days ago in your mminfo, the first ru
Smaller savetimes are older. '0' is 1970, '1000000000' is 2001. So a date smaller than a particular date is also older than that date. -- Darren To sign off this list, send email to listserv AT lists