No, there is no way to achieve this. You can only use more drives to speed
up the process
stefanos.
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Patrick
Sent: Tuesday, March 01, 2011 1:41 PM
To:
Subject: Re: [Veritas-bu] Multiplexing on destaging basic disk dssu
I believe you can't MPX duplications because of a limitation within the
bpduplicate process. It will allow you to keep already MPX'ed images MPX'ed,
but you can't MPX a duplication job that isn't MPX'ed already, which is your
5:31 PM
To: Patrick
Cc: veritas-bu@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing on destaging basic disk dssu
I believe you can't MPX duplications because of a limitation within the
bpduplicate process. It will allow you to keep already
On Tue, Mar 1, 2011 at 5:41 AM, Patrick
netbac...@whelan-consulting.co.ukwrote:
Is there a way to do the above? If so how?
Short answer: no.
Longer answer: It's been requested multiple times and is being considered
for a future release.
There are ways to configure yourself around these
...@ewilts.org]
Sent: 01 March 2011 18:27
To: Patrick
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing on destaging basic disk dssu
On Tue, Mar 1, 2011 at 5:41 AM, Patrick netbac...@whelan-consulting.co.uk
wrote:
Is there a way to do the above? If so how?
Short answer
1208506181 1195233074 1209450948
-Original Message-
From: [EMAIL PROTECTED]
[mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of
bob944
Sent: Wednesday, April 30, 2008 9:03 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing on VTL's
My main concern
@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing on VTLs
On Wed, Apr 30, 2008 at 6:36 PM, Mike Sparkes [EMAIL PROTECTED]
wrote:
Multiplexing mixes streams of data from multiple sources into
one stream to the storage device. A de-duplication product on that
storage device
@ www.backupcentral.com
VP Data Protection, GlassHouse Technologies
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Wednesday, April 30, 2008 4:12 PM
To: Mike Sparkes
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing on VTLs
-
From: [EMAIL PROTECTED] [mailto:veritas-bu-
[EMAIL PROTECTED] On Behalf Of bob944
Sent: Thursday, May 01, 2008 12:10 AM
To: 'Len Boyle'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing on VTL's
I agree with b and c, but there a can be a little misleading
as we
The only downside to not multiplexing is the number of drives you have
to create and configure as well as the number of virtual media you have
to create as well. Depending on the VTL, media can be created by
allocating all the virtual cart space up front of allocating space on
demand. So, if you
Your logic is correct. If your licensing allows many Virtual Tape Drives
then create them and run many parallel backup jobs. Even in a virtual
environment this will make your restores quicker. Also, if you ever move
to de-duplication, the act of multiplexing your backups ruins the
ability to
On Wed, Apr 30, 2008 at 5:58 PM, Mike Sparkes [EMAIL PROTECTED]
wrote:
if you ever move
to de-duplication, the act of multiplexing your backups ruins the
ability to detect duplicate blocks. Your de-dupe ratio will be terrible.
I don't follow your logic here. Why would multiplexing affect
We recently purchased a VTL to backup some short retention backups to.
The backups will expire on the VTL and will not be duplicated to tape
or anywhere else for that matter. We also have capacity licensing so
we can create as many virtual tape drives as necessary. I don't
believe
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of bob944
Sent: Wednesday, April 30, 2008 4:36 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing on VTL's
Good reason #1: in my VTL testing experience, making a boatload
:* Wednesday, April 30, 2008 4:12 PM
*To:* Mike Sparkes
*Cc:* veritas-bu@mailman.eng.auburn.edu
*Subject:* Re: [Veritas-bu] Multiplexing on VTLs
On Wed, Apr 30, 2008 at 5:58 PM, Mike Sparkes [EMAIL PROTECTED]
wrote:
if you ever move
to de-duplication, the act of multiplexing your backups ruins
smaller tapes. And a backup that requires a dozen tapes
because they're only 10GB-sized incurs a significant time
penalty from all those media change times.
===
Speaking only for my NetApp VTLs here, but the 'media change
time' as in 'rewind, unload drive, put tape in slot, grab a
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of bob944
Sent: Wednesday, April 30, 2008 9:03 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing on VTL's
My main concern is that when doing restores off a multiplexed
tape, the VTL
Assuming the retention level is same for all three jobs NetBackup will
multiplex all three jobs to one single tape.
Cheers
Ueli Schweizer
AGITE Software
Zurich . West Palm Beach . London
Swiss Headquarter:
AGITE Software AG . Boesch 43 . CH-6331 Huenenberg . Switzerland
Direct: +41 79 204 9190
Hi Brenda, do you have OPEN FILE License on your server?
Did u check about SECURITY on the DRIVE E? Be sure to have the user SYSTEM with full access in there.
regards
Marcos DeLima
Date: Tue, 17 Oct 2006 13:35:07 -0400 From: [EMAIL PROTECTED] To: veritas-bu@mailman.eng.auburn.edu Subject:
On 10/17/06, Ashley, Brenda R Ctr 584 CBSS/GBMUAC
[EMAIL PROTECTED] wrote:
Hello All,
I am having a difficult time trying to combine multiplexing with
multistreaming to maximize my performance.
Before getting too far into a solution you need to define the problem.
What kind of performance
PROTECTED]
Sent: Monday, July 31, 2006 12:26 AM
To: 'Liddle, Stuart'; 'Mansell, Richard'; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Multiplexing
Stuart
I will believe what I have seen, and the restores for the 2 SAN Media
Servers are absolutely well within limits of restoring data
On Sun, Jul 30, 2006 at 11:58:54PM -0700, Liddle, Stuart wrote:
Finebelieve what you wantbut the numbers don't lie.
If you ever try any testing of this you will see that restores are
significantly faster when you do them from non-multiplexed tapes.
There are 2 significant factors
'; 'Mansell, Richard';
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing
Stuart
Completely disagree - we get the best of both worlds and
restores have never
been any real issue for us, even large amounts of data across multiple
tapes.
Regards
Simon Weaver
3rd Line
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Liddle, Stuart
Sent: July 31, 2006 2:59 AM
To: WEAVER, Simon; 'Mansell, Richard';
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing
Simon,
Finebelieve what you wantbut the numbers don't
]
-Original Message-
From: Ed Wilts [mailto:[EMAIL PROTECTED]
Sent: 31 July 2006 12:33
To: Liddle, Stuart
Cc: WEAVER, Simon; 'Mansell, Richard'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing
On Sun, Jul 30, 2006 at 11:58:54PM -0700, Liddle, Stuart wrote:
Fine
we used to multiplex until we had to duplicate images... we no longer multiplex now. that would be another reason to not multiplex (this is also a resource issue/time issue for us). if you ever had to demux from tape to tape several hundred gig... yuk"Liddle, Stuart" [EMAIL PROTECTED] wrote:
If it's within your required parameters, then it's OK.
It's obviously and trivially true that restoring from mulitplexed
tapes is slower, because the drive has to read data that's not
required to get to the data that is.
I don't agree.
Yes, the tape has to read more data, but if that new
of people on earth - those who understand binary
and those who don't.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul
Keating
Sent: 31 July 2006 14:16
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing
Or at the very least
, Portsmouth, PO3 5PU
Email: [EMAIL PROTECTED]
-Original Message-
From: Liddle, Stuart [mailto:[EMAIL PROTECTED]
Sent: 28 July 2006 19:37
To: WEAVER, Simon; 'Mansell, Richard'; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Multiplexing
That's good for backup speeds
Richard
Yes I use multiplexing a lot
NBU 5.1 Master MP2 + 2 SAN Media Servers
4 drives in a robot - using SSO
1 Storage Unit set to multiplex 25 jobs per drive (Master)
2 SAN Storage Units set to use 2 drives, multiplex 8 per drive
Seems to work - get a lot of jobs done - around 300 per night
yes that's all. but don't forget if you change one of them should be restart NBU . joeJerry Vochteloo [EMAIL PROTECTED] wrote: These things will determine if multiple jobs runMultiplexing in the storage unitMultiplexing in the scheduleMax jobs/clients (global) set to more then one (if you are also
Make sure the drive/storage unit can accept more than 1 stream
simultaneously.
Make sure the schedule has media multiplexing enabled and a number
higher than 1.
-Jonathan
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Asiye
Yigit
Sent: Thursday, July
: [Veritas-bu] Multiplexing problem
Make sure the drive/storage unit can accept more than 1 stream
simultaneously. Make sure the schedule has media multiplexing enabled
and a number higher than 1.
-Jonathan
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Make sure jobs are set to max of 99 - ensure storage unit multiplexing per
drive is set to a high value
In the SCHEDULE of the policy, ensure multiplexing is set to a high value -
not as high as the storage unit if poss !
HTH
Ie: Storage multiplex is 12 - schedule policy set to 6 - so 6
A couple things to keep in mind that can trip you up w/ multiplexing
(and have done so to me in the past):
1) Configuration - The tape drive needs to be set up to multiplex and,
if you really want to get the most bang for the buck, the policy
should be set to multistream as well.
2) Media
These things will determine if multiple jobs run
Multiplexing in the storage unit
Multiplexing in the schedule
Max jobs/clients (global) set to more then one (if you are also multistreaming)
Max jobs this client
Max jobs per policy
Number of drives in STU
Max of concurrent drives used for backup
just the opposite.
multiplexing is the practice of writing multiple backup jobs
simultaneously to one tape/drive, interleaving segments of each backup
on the tape.
Multiplexing is beneficial when you have new technology tape drives that
write 40+ MB/s natively, and clients that just can't push
And where is the settling for multi streaming?
Greg
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul
Keating
Sent: Friday, June 23, 2006 11:32 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] multiplexing
just the opposite
Message-
From: Hindle, Greg [mailto:[EMAIL PROTECTED]
Sent: 23 June 2006 16:36
To: Paul Keating; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] multiplexing
And where is the settling for multi streaming?
Greg
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] multiplexing
And where is the settling for multi streaming?
Greg
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul
Keating
Sent: Friday, June 23, 2006 11:32 AM
To: veritas-bu
Simon
I believe this will happen -
Your first job will kick off at 6PM with 3 streams. All these streams
will go to one tape drive, because you have the MPX value on the
schedule set at 3.
The second policy will start at 7PM and generate another 3 streams. All
these streams will go to a second
This can be a hairy subject. Why do you want to use this option, before
I start.
Best Regards,
Darby Moses
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon
Sent: Wednesday, November 02, 2005 6:37 AM
To: veritas-bu@mailman.eng.auburn.edu
42 matches
Mail list logo