Veritas-bu

[Veritas-bu] Exchange Mailbox Backup

2007-05-11 01:20:45
Subject: [Veritas-bu] Exchange Mailbox Backup
From: simon.weaver at astrium.eads.net (WEAVER, Simon (external))
Date: Fri, 11 May 2007 06:20:45 +0100
Jonathan wrote: I haven't done a brick level backup of Exchange since I
learned about Recovery Storage Groups
 
Well that makes more sense, because I have never, ever seen any performance
increase of BLB regardless of the hardware involved, the spindles involved,
fiber, tape technology. And the originator was specifically asking about the
backup type "BLB".
 
BLB are slow, slow slow! and should be avoided - as I pointed out in an
earlier thread, Ex2k3 offers ALOT more functionaility for you to move away
from this type of backup.
 
 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email:  <mailto:Simon.Weaver at Astrium-eads.net> Simon.Weaver at 
Astrium-eads.net

-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Martin,
Jonathan
Sent: 10 May 2007 21:18
To: Paul Keating; veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Exchange Mailbox Backup


I'd tell you I've got the magic voodoo over here Paul, but then you'd want
it.  And If I'm gonna give up the goods I'd better get dinner and dancing
first. =P
 
Our Exchange Fulls running by themselves over GigE to a DSSU sitting around
doing nothing else does about 100MB/sec, until it hits the logs.  Even then,
its very fast but the average time rounds out to 80MB/sec, still
respectable.  My fastest backup until that point was a Redhat 3 /  Oracle 9
Database at 55MB/sec (give or take Archive logs.)  In my Exchange case, the
secret has been number of spindles and drive speeds on the SAN.  We did
serious I/O testing on the Exchange server's storage and went for
performance all the way.  I think each storage group and logs are their own
8 disk raid5 w/ 146GB 15K FC drives in a Hitatchi SAN.  Surprisingly, I got
a Sun StorEdge 5320 running remote NDMP backups to LTO3 at 100MB/sec first
try, yesterday!  That was purely test data, and it remains to be seen if it
will maintain that after we load up terabytes of data.  (I don't manage the
SAN or the NAS, so all my secret sauce is definitely someone else's.)
 
I haven't done a brick level backup of Exchange since I learned about
Recovery Storage Groups, and that was on Arcserve, or whatever it was called
before CA bought it.  That was the 90's and all my memories from the 90's
are bad, so lets not go there.  I have to admit I've never run BSD.  Sounds
like fun, and the devil logo has definitely got it going on!  Silly penguin.
 
-Jonathan
 


  _____  

From: Paul Keating [mailto:pkeating at bank-banque-canada.ca] 
Sent: Thursday, May 10, 2007 3:26 PM
To: K Chapman; Martin, Jonathan; Anas Kayal;
veritas-bu at mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange Mailbox Backup


I've never seen 100MB/s, let alone "better than" 100MB/s on a single GigE
link, for ANY client type, let alone Windows, or Exchange, so colour me
surprised.
 
:o)
 
 
-- 

-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of K Chapman
Sent: May 10, 2007 3:22 PM
To: Martin, Jonathan; Anas Kayal; veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Exchange Mailbox Backup


you are seeing this speed doing brick level, or are you seeing it with info
store backups?  ive never seen brick level go too fast on any type of
disk/net/tape drive combo (5.5/2000/2003).  info stores go quite fast in all
cases (as expected).

 
aaarrrggghhh!!!!
FreeBSD rocks

============================================================================
========



La version fran?aise suit le texte anglais.



----------------------------------------------------------------------------
--------



This email may contain privileged and/or confidential information, and the
Bank of

Canada does not waive any related rights. Any distribution, use, or copying
of this

email or the information it contains by other than the intended recipient is

unauthorized. If you received this email in error please delete it
immediately from

your system and notify the sender promptly by email that you have done so. 



----------------------------------------------------------------------------
--------



Le pr?sent courriel peut contenir de l'information privil?gi?e ou
confidentielle.

La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute
diffusion,

utilisation ou copie de ce courriel ou des renseignements qu'il contient par
une

personne autre que le ou les destinataires d?sign?s est interdite. Si vous
recevez

ce courriel par erreur, veuillez le supprimer imm?diatement et envoyer sans
d?lai ?

l'exp?diteur un message ?lectronique pour l'aviser que vous avez ?limin? de
votre

ordinateur toute copie du courriel re?u.



This email (including any attachments) may contain confidential and/or 
privileged information or information otherwise protected from disclosure. If 
you are not the intended recipient, please notify the sender immediately, do 
not copy this message or any attachments and do not use it for any purpose or 
disclose its content to any person, but delete this message and any attachments 
from your system. Astrium disclaims any and all liability if this email 
transmission was virus corrupted, altered or falsified.
---------------------------------------------------------------------
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070511/e2ae7079/attachment.html

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