Hi:
I want to routinely generate a report test file for Active monitor (format like
Active monitor) by some policy and insert these records into database.
How can I do these by command line ?
Thanks for help !!
-----------------------------------------------
¥xÆW¤jô¤j(ªÑ)¤½¥q ¨t²Î³W¹ºº[ºû¹B³B
Shying Yih Huang ¶À²»¯q
Mobile: 0922-447515
* :02-66390503
FAX : 02-66390511
** shyingyihhuang at taiwanmobile.com
---------------------------
-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu [mailto:veritas-bu-bounces
at mailman.eng.auburn.edu] On Behalf Of veritas-bu-request at
mailman.eng.auburn.edu
Sent: Monday, July 31, 2006 3:41 PM
To: veritas-bu at mailman.eng.auburn.edu
Subject: Veritas-bu Digest, Vol 3, Issue 129
Send Veritas-bu mailing list submissions to
veritas-bu at mailman.eng.auburn.edu
To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
or, via email, send a message with subject or body 'help' to
veritas-bu-request at mailman.eng.auburn.edu
You can reach the person managing the list at
veritas-bu-owner at mailman.eng.auburn.edu
When replying, please edit your Subject line so it is more specific than "Re:
Contents of Veritas-bu digest..."
Today's Topics:
1. Re: Multiplexing (Liddle, Stuart)
2. Re: Multiplexing (WEAVER, Simon)
3. Re: Expiring copy 1 images (WEAVER, Simon)
4. Re: Multiplexing (Liddle, Stuart)
----------------------------------------------------------------------
Message: 1
Date: Sun, 30 Jul 2006 23:58:54 -0700
From: "Liddle, Stuart" <liddles at amgen.com>
Subject: Re: [Veritas-bu] Multiplexing
To: "WEAVER, Simon" <simon.weaver at astrium.eads.net>, "'Mansell,
Richard'" <Richard.Mansell at ccc.govt.nz>,
veritas-bu at mailman.eng.auburn.edu
Message-ID:
<E7D5AB4811D20B489622AABA9C5385910F525B40 at teal-exch.amgen.com>
Content-Type: text/plain
Simon,
Fine....believe what you want....but 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.
--stuart
-----Original Message-----
From: WEAVER, Simon [mailto:simon.weaver at astrium.eads.net]
Sent: Sunday, July 30, 2006 10:45 PM
To: 'Liddle, Stuart'; 'Mansell, Richard'; veritas-bu at 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 Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: Simon.Weaver at Astrium-eads.net
-----Original Message-----
From: Liddle, Stuart [mailto:liddles at amgen.com]
Sent: 28 July 2006 19:37
To: WEAVER, Simon; 'Mansell, Richard'; veritas-bu at mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Multiplexing
That's good for backup speeds, but it sucks for restores. Unless all of
your clients have really slow network connections, having a high
multiplexing value is not really a good idea.
You might want to consider dropping the multiplexing down to something like
6.
Our configuration uses VTL's to our first backup copy and then I use vault
to put it to physical tape. I multiplex to the VTL and single-stream to the
physical tapes. Once it is on the physical tape, we have a script that will
bpexpdate the copy 1 image on the VTL (this is not an automatic option in
NetBackup until version 6.x).
When you do a restore from a physical tape, you have a single-stream copy
and not one that is multiplexed....this makes for a faster restore.
--stuart
-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of WEAVER,
Simon
Sent: Thursday, July 27, 2006 11:22 PM
To: 'Mansell, Richard'; veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing
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 if that helps.
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: Simon.Weaver at Astrium-eads.net
-----Original Message-----
From: Mansell, Richard [mailto:Richard.Mansell at ccc.govt.nz]
Sent: 27 July 2006 22:31
To: veritas-bu at mailman.eng.auburn.edu
Subject: [Veritas-bu] Multiplexing
We are struggling to get all of the backups run during the backup window and
one of the obvious solutions is to start using multiplexing as the tape
drives are not being driven at any where near their maximum throughput.
There has been a rather nasty multiplexing problem fixed in 6.0 MP3 but I
would be interested to do a straw poll of how many people are using
multiplexing and if possible any issues encountered.
I would appreciate it if you would respond (off list) as to whether you use
multiplexing or not (any version of NetBackup). I will summarise the results
and post back to the list.
Regards
Richard
**********************************************************************
This electronic email and any files transmitted with it are intended
solely for the use of the individual or entity to whom they are addressed.
The views expressed in this message are those of the individual
sender and may not necessarily reflect the views of the Christchurch City
Council.
If you are not the correct recipient of this email please advise the sender
and delete.
Christchurch City Council
http://www.ccc.govt.nz
**********************************************************************
_______________________________________________
Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate
or otherwise deal with it. Please notify the sender by return email. The
views of the author may not necessarily constitute the views of Astrium
Limited. Nothing in this email shall bind Astrium Limited in any contract or
obligation.
Astrium Limited, Registered in England and Wales No. 2449259 Registered
Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
_______________________________________________
Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate
or otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of Astrium
Limited.
Nothing in this email shall bind Astrium Limited in any contract or
obligation.
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England
------------------------------
Message: 2
Date: Mon, 31 Jul 2006 08:26:18 +0100
From: "WEAVER, Simon" <simon.weaver at astrium.eads.net>
Subject: Re: [Veritas-bu] Multiplexing
To: "'Liddle, Stuart'" <liddles at amgen.com>, "'Mansell, Richard'"
<Richard.Mansell at ccc.govt.nz>, veritas-bu at mailman.eng.auburn.edu
Message-ID:
<06F68E0112FAD611839400508BAF1B3309194F90 at
mms12032.pth.uk.astrium.corp>
Content-Type: text/plain
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. We run an
extremely fast backbone, so I have no problems with the configuration in
place.
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: Simon.Weaver at Astrium-eads.net
-----Original Message-----
From: Liddle, Stuart [mailto:liddles at amgen.com]
Sent: 31 July 2006 07:59
To: WEAVER, Simon; 'Mansell, Richard'; veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing
Simon,
Fine....believe what you want....but 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.
--stuart
-----Original Message-----
From: WEAVER, Simon [mailto:simon.weaver at astrium.eads.net]
Sent: Sunday, July 30, 2006 10:45 PM
To: 'Liddle, Stuart'; 'Mansell, Richard'; veritas-bu at 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 Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: Simon.Weaver at Astrium-eads.net
-----Original Message-----
From: Liddle, Stuart [mailto:liddles at amgen.com]
Sent: 28 July 2006 19:37
To: WEAVER, Simon; 'Mansell, Richard'; veritas-bu at mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Multiplexing
That's good for backup speeds, but it sucks for restores. Unless all of
your clients have really slow network connections, having a high
multiplexing value is not really a good idea.
You might want to consider dropping the multiplexing down to something like
6.
Our configuration uses VTL's to our first backup copy and then I use vault
to put it to physical tape. I multiplex to the VTL and single-stream to the
physical tapes. Once it is on the physical tape, we have a script that will
bpexpdate the copy 1 image on the VTL (this is not an automatic option in
NetBackup until version 6.x).
When you do a restore from a physical tape, you have a single-stream copy
and not one that is multiplexed....this makes for a faster restore.
--stuart
-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of WEAVER,
Simon
Sent: Thursday, July 27, 2006 11:22 PM
To: 'Mansell, Richard'; veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing
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 if that helps.
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: Simon.Weaver at Astrium-eads.net
-----Original Message-----
From: Mansell, Richard [mailto:Richard.Mansell at ccc.govt.nz]
Sent: 27 July 2006 22:31
To: veritas-bu at mailman.eng.auburn.edu
Subject: [Veritas-bu] Multiplexing
We are struggling to get all of the backups run during the backup window and
one of the obvious solutions is to start using multiplexing as the tape
drives are not being driven at any where near their maximum throughput.
There has been a rather nasty multiplexing problem fixed in 6.0 MP3 but I
would be interested to do a straw poll of how many people are using
multiplexing and if possible any issues encountered.
I would appreciate it if you would respond (off list) as to whether you use
multiplexing or not (any version of NetBackup). I will summarise the results
and post back to the list.
Regards
Richard
**********************************************************************
This electronic email and any files transmitted with it are intended
solely for the use of the individual or entity to whom they are addressed.
The views expressed in this message are those of the individual
sender and may not necessarily reflect the views of the Christchurch City
Council.
If you are not the correct recipient of this email please advise the sender
and delete.
Christchurch City Council
http://www.ccc.govt.nz
**********************************************************************
_______________________________________________
Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate
or otherwise deal with it. Please notify the sender by return email. The
views of the author may not necessarily constitute the views of Astrium
Limited. Nothing in this email shall bind Astrium Limited in any contract or
obligation.
Astrium Limited, Registered in England and Wales No. 2449259 Registered
Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
_______________________________________________
Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate
or otherwise deal with it. Please notify the sender by return email. The
views of the author may not necessarily constitute the views of Astrium
Limited. Nothing in this email shall bind Astrium Limited in any contract or
obligation.
Astrium Limited, Registered in England and Wales No. 2449259 Registered
Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
_______________________________________________
Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or
otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of Astrium
Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
------------------------------
Message: 3
Date: Mon, 31 Jul 2006 08:21:27 +0100
From: "WEAVER, Simon" <simon.weaver at astrium.eads.net>
Subject: Re: [Veritas-bu] Expiring copy 1 images
To: "'Liddle, Stuart'" <liddles at amgen.com>, "'smpt'" <smpt at peppas.gr>,
"'Mansell, Richard'" <Richard.Mansell at ccc.govt.nz>,
veritas-bu at mailman.eng.auburn.edu
Message-ID:
<06F68E0112FAD611839400508BAF1B3309194F8F at
mms12032.pth.uk.astrium.corp>
Content-Type: text/plain; charset="iso-8859-1"
Stuart
Yes - that makes more sense with VTL - I knew there was something overlooked
!
Thanks for the clarification
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: Simon.Weaver at Astrium-eads.net
-----Original Message-----
From: Liddle, Stuart [mailto:liddles at amgen.com]
Sent: 31 July 2006 08:17
To: WEAVER, Simon; 'smpt'; 'Mansell, Richard';
veritas-bu at mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Expiring copy 1 images
True enough if you are just doing backups and putting them straight to tape.
But, if you have an environment where you are using VTL's to make your first
copy and then using Vault to make physical tape copies, then you want to
expire the first copy and perform the -dassignempty so that you can free up
the space on the VTL as quickly as possible.
-----Original Message-----
From: WEAVER, Simon [mailto:simon.weaver at astrium.eads.net]
Sent: Monday, July 31, 2006 12:01 AM
To: 'smpt'; Liddle, Stuart; 'Mansell, Richard';
veritas-bu at mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Expiring copy 1 images
Question: If I am missing something here, but I have never had to use the
-deassignempty when a tape expires either using BPEXPDATE or just expire
through NetBackup on its own accord (ie: automatically expire when the
retention period date is reached)
Thanks
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: Simon.Weaver at Astrium-eads.net
-----Original Message-----
From: smpt [mailto:smpt at peppas.gr]
Sent: 29 July 2006 17:14
To: Liddle, Stuart; WEAVER, Simon; 'Mansell, Richard';
veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Expiring copy 1 images
yes , you are right
My problem is that I have to run at least ones per day a script that will
find all empty media and run the bpexpdate -deassignempty command
But in an environment that has 150GB of image database and more than 2000
tapes it is a problem. Imagine that the bpmedia -movedb or the bpexpdate
command takes more than 15 min to complete.
smpt
> -------Original Message-------
> From: Liddle, Stuart <liddles at amgen.com>
> Subject: [Veritas-bu] Expiring copy 1 images
> Sent: 29 Jul '06 18:00
>
> When you expire all of the images on a tape (virtual or otherwise)
> you have to follow it up with this command:
>
> bpexpdate -deassignempty
>
> This will then set the status of the tape(s) to Available.
>
> A useful tip for expiring images is to look at the output from
bpimagelist
> -l
>
> If you look at:??http://support.veritas.com/docs/193085
>
> It will give a full description of the rather messy outpuf from this
> command.??Anyway, I put together an awk snippet to get just the
> information out that I needed:
>
> bpimagelist -l -hoursago 999 | awk '($1??== "IMAGE"){print $6,
> "Primary: "$28, "Copies: "$21,"Frags: "$22, "KB: "$19, $7, $11, $14}'
>
> Now you can use this output to look for whatever you want based upon
> the following
>
> Primary: 1 Copies: 1 -- an image that has not yet been dup'd
> Primary: 1 Copies: 2 -- an image that has been dup'd, but the
> primary image is still copy 1
> Primary: 2 Copies: 2 -- an image that has been dup'd with the
> primary image as copy 2
> Primary: 2 Copies: 1 -- an image that has been dup'd, primary image
> is copy 2, & copy 1 has been expired there are other variations on
> this, but you get the idea
>
> I look for something like "Primary: 2 Copies: 2" and then use the
> backupid (first field of my awk output) to expire copy 1 like this:
>
> bpexpdate -backupid <backupid> -d 0 -copy 1 -force
>
> The "-copy 1" part is important....if you leave this out it will
> expire all of the images....probably not a good idea.
>
> The last column in the awk output is the timestamp which may be
> useful if you decide that you want to leave the copy 1 image around
> for a set amount of time.??(Remember this can be converted to
> human-readable format by using the command:??bpdbm -ctime <timestamp>
> ).
>
>
> --stuart
>
> _________________________
> Stuart W. Liddle
> Amgen Corp.
> liddles at amgen.com
>
>
>
>
>
>
> -----Original Message-----
> From: smpt [mailto:smpt at peppas.gr]
> Sent: Saturday, July 29, 2006 1:04 AM
> To: Liddle, Stuart; WEAVER, Simon; 'Mansell, Richard';
> veritas-bu at mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Multiplexing
>
> Can you share your script?
>
> I'm using the same technique but there is a problem with tape
> expiration. When you expire all images of one tape the tape doesn't
> expire. You have to search for assigned tapes that they don't have
> media and then you have to use the bpexpdate - jusmedia command to
> expire the tape.
>
> smpt
>
>
> >??-------Original Message-------
> >??From: Liddle, Stuart <liddles at amgen.com> >??Subject: Re:
> [Veritas-bu] Multiplexing >??Sent: 28 Jul '06 20:36 > >??That's
> good for backup speeds, but it sucks for restores.??Unless all > of??
> your clients have really slow network connections, having a high >
> multiplexing value is not really a good idea.
> >
> >??You might want to consider dropping the multiplexing down to >
> something like??6.
> >
> >??Our configuration uses VTL's to our first backup copy and then I
> use > vault??to put it to physical tape.??I multiplex to the VTL and
> > single-stream to the??physical tapes.??Once it is on the physical >
> tape, we have a script that will??bpexpdate the copy 1 image on the >
> VTL (this is not an automatic option in??NetBackup until version 6.x).
> >
> >??When you do a restore from a physical tape, you have a
> single-stream > copy??and not one that is multiplexed....this makes
> for a faster
restore.
> >
> >??--stuart
> >
> >??-----Original Message-----
> >??From: veritas-bu-bounces at mailman.eng.auburn.edu
> >??[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of >
> WEAVER,??Simon >??Sent: Thursday, July 27, 2006 11:22 PM >??To:
> 'Mansell, Richard'; veritas-bu at mailman.eng.auburn.edu >??Subject: Re:
> [Veritas-bu] Multiplexing > > >??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 if that helps.
> >
> >??Regards
> >
> >??Simon Weaver
> >??3rd Line Technical Support
> >??Windows Domain Administrator
> >
> >??EADS Astrium Limited, B23AA IM (DCS) >??Anchorage Road,
> Portsmouth, PO3 5PU > >??Email: Simon.Weaver at Astrium-eads.net > >
> > >??-----Original Message----- >??From: Mansell, Richard
> [mailto:Richard.Mansell at ccc.govt.nz]
> >??Sent: 27 July 2006 22:31
> >??To: veritas-bu at mailman.eng.auburn.edu >??Subject: [Veritas-bu]
> Multiplexing > > > >??We are struggling to get all of the backups
> run during the backup > window and??one of the obvious solutions is
> to start using > multiplexing as the tape??drives are not being
> driven at any where near their maximum throughput.
> >??There has been a rather nasty multiplexing problem fixed in 6.0
> MP3 > but I??would be interested to do a straw poll of how many
> people are > using??multiplexing and if possible any issues encountered.
> >
> >??I would appreciate it if you would respond (off list) as to
> whether > you use??multiplexing or not (any version of NetBackup). I
> will > summarise the results??and post back to the list.
> >
> >??Regards
> >
> >??Richard
> >
> >
> >
> >
> **********************************************************************
> >??This electronic email and any files transmitted with it are
> intended > solely for the use of the individual or entity to whom
> they are
addressed.
> >
> >??The views expressed in this message are those of the individual >
> sender and may not necessarily reflect the views of the Christchurch
> > City??Council.
> >
> >??If you are not the correct recipient of this email please advise
> the > sender??and delete.
> >
> >??Christchurch City Council
> >??http://www.ccc.govt.nz
> >
> >
> **********************************************************************
> >
> >
> >??_______________________________________________
> >??Veritas-bu maillist??-??Veritas-bu at mailman.eng.auburn.edu >
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
> >??This email is for the intended addressee only.
> >??If you have received it in error then you must not use, retain, >
> disseminate??or otherwise deal with it.
> >??Please notify the sender by return email.
> >??The views of the author may not necessarily constitute the views
> of > Astrium??Limited.
> >??Nothing in this email shall bind Astrium Limited in any contract
> or > obligation.
> >
> >??Astrium Limited, Registered in England and Wales No. 2449259 >
> Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 >
> 2AS,??England??_______________________________________________
> >??Veritas-bu maillist??-??Veritas-bu at mailman.eng.auburn.edu >
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >??_______________________________________________
> >??Veritas-bu maillist??-??Veritas-bu at mailman.eng.auburn.edu >
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
>
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate
or otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of Astrium
Limited.
Nothing in this email shall bind Astrium Limited in any contract or
obligation.
Astrium Limited, Registered in England and Wales No. 2449259 Registered
Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or
otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of Astrium
Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
------------------------------
Message: 4
Date: Mon, 31 Jul 2006 00:40:13 -0700
From: "Liddle, Stuart" <liddles at amgen.com>
Subject: Re: [Veritas-bu] Multiplexing
To: "WEAVER, Simon" <simon.weaver at astrium.eads.net>, "'Mansell,
Richard'" <Richard.Mansell at ccc.govt.nz>,
veritas-bu at mailman.eng.auburn.edu
Message-ID:
<E7D5AB4811D20B489622AABA9C5385910F525B44 at teal-exch.amgen.com>
Content-Type: text/plain
Simon,
I won't argue that what you are seeing works for you. It will work, it's
just not optimal.
When you optimize your backup performance through the heavy use of
multiplexing, you will sacrifice performance on restores. If you can live
with that, then fine....go ahead and do it.
However, you can get better performance on restores by restoring from a tape
that has not been multiplexed. Try it sometime. This part of the equation,
by the way, has absolutely nothing to do with the speed of your backbone.
--stuart
-----Original Message-----
From: WEAVER, Simon [mailto:simon.weaver at astrium.eads.net]
Sent: Monday, July 31, 2006 12:26 AM
To: 'Liddle, Stuart'; 'Mansell, Richard'; veritas-bu at 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. We run an
extremely fast backbone, so I have no problems with the configuration in
place.
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: Simon.Weaver at Astrium-eads.net
-----Original Message-----
From: Liddle, Stuart [mailto:liddles at amgen.com]
Sent: 31 July 2006 07:59
To: WEAVER, Simon; 'Mansell, Richard'; veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing
Simon,
Fine....believe what you want....but 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.
--stuart
-----Original Message-----
From: WEAVER, Simon [mailto:simon.weaver at astrium.eads.net]
Sent: Sunday, July 30, 2006 10:45 PM
To: 'Liddle, Stuart'; 'Mansell, Richard'; veritas-bu at 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 Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: Simon.Weaver at Astrium-eads.net
-----Original Message-----
From: Liddle, Stuart [mailto:liddles at amgen.com]
Sent: 28 July 2006 19:37
To: WEAVER, Simon; 'Mansell, Richard'; veritas-bu at mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Multiplexing
That's good for backup speeds, but it sucks for restores. Unless all of
your clients have really slow network connections, having a high
multiplexing value is not really a good idea.
You might want to consider dropping the multiplexing down to something like
6.
Our configuration uses VTL's to our first backup copy and then I use vault
to put it to physical tape. I multiplex to the VTL and single-stream to the
physical tapes. Once it is on the physical tape, we have a script that will
bpexpdate the copy 1 image on the VTL (this is not an automatic option in
NetBackup until version 6.x).
When you do a restore from a physical tape, you have a single-stream copy
and not one that is multiplexed....this makes for a faster restore.
--stuart
-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of WEAVER,
Simon
Sent: Thursday, July 27, 2006 11:22 PM
To: 'Mansell, Richard'; veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Multiplexing
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 if that helps.
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: Simon.Weaver at Astrium-eads.net
-----Original Message-----
From: Mansell, Richard [mailto:Richard.Mansell at ccc.govt.nz]
Sent: 27 July 2006 22:31
To: veritas-bu at mailman.eng.auburn.edu
Subject: [Veritas-bu] Multiplexing
We are struggling to get all of the backups run during the backup window and
one of the obvious solutions is to start using multiplexing as the tape
drives are not being driven at any where near their maximum throughput.
There has been a rather nasty multiplexing problem fixed in 6.0 MP3 but I
would be interested to do a straw poll of how many people are using
multiplexing and if possible any issues encountered.
I would appreciate it if you would respond (off list) as to whether you use
multiplexing or not (any version of NetBackup). I will summarise the results
and post back to the list.
Regards
Richard
**********************************************************************
This electronic email and any files transmitted with it are intended
solely for the use of the individual or entity to whom they are addressed.
The views expressed in this message are those of the individual
sender and may not necessarily reflect the views of the Christchurch City
Council.
If you are not the correct recipient of this email please advise the sender
and delete.
Christchurch City Council
http://www.ccc.govt.nz
**********************************************************************
_______________________________________________
Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate
or otherwise deal with it. Please notify the sender by return email. The
views of the author may not necessarily constitute the views of Astrium
Limited. Nothing in this email shall bind Astrium Limited in any contract or
obligation.
Astrium Limited, Registered in England and Wales No. 2449259 Registered
Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
_______________________________________________
Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate
or otherwise deal with it. Please notify the sender by return email. The
views of the author may not necessarily constitute the views of Astrium
Limited. Nothing in this email shall bind Astrium Limited in any contract or
obligation.
Astrium Limited, Registered in England and Wales No. 2449259 Registered
Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
_______________________________________________
Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate
or otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of Astrium
Limited.
Nothing in this email shall bind Astrium Limited in any contract or
obligation.
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England
------------------------------
_______________________________________________
Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
End of Veritas-bu Digest, Vol 3, Issue 129
******************************************
DISCLAIMER:
Sample Disclaimer added in a VBScript.
|
