I'm fairly certain that there are no real problems about having multiple LSUs,
certainly as far as dedupe goes - I am quite sure that dedupe is global to all
the LSUs.
The 'some advanced NetBackup features' is really saying that due to the
limitations of the current OST specification, each LSU is reporting back the
total free space of the appliance. That means you overestimate the free space,
and as some NetBackup load balancing uses that information to assign backups to
storage units it gets fooled. As I understand it there is not a quick fix as
it requires an update to the OST API spec from Symantec, and then that OST
vendors update their plug-ins to that new spec.
A similar issue happens with PureDisk appliances. Of course when the LSUs all
belong to different domains the problem is compounded, as they all think they
have space. Where this really could hurt if you ever actually fill it;
NetBackup before is starts a backup tries to figure out if there is enough
space, so as not to fail after hours of backup. If the space is being counted
several times over, maybe in different domains, than those sums may go wrong.
The warnings are there so you don’t start logging tickets to Symantec or the
OST appliance vendors.
If you buy lots of space (and I'm sure they will be pleased I you do) so you
don’t go near running out it will be fine. I'm sure you can ask the appliance
how much free space there really is, and make your plans for expansion based on
the trend in that.
William D L Brown
-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Mark
Glazerman
Sent: 20 April 2011 19:43
To: VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU
Subject: Re: [Veritas-bu] DD LSU question
According to the OST / Boost admin guide
(http://www.emc.com/collateral/software/white-papers/h7296-data-domain-boost-openstorage-wp.pdf)
having multiple LSU's may impact some advanced Netbackup features like media
server load balancing and capacity reporting. We are seeing equally impressive
compression numbers across our multiple LSU's as we were in our multiple
directories under /backup before deploying OST. I wouldn't be overly concerned
unless your SE or support give you reason to be.
Mark Glazerman
Desk: 314-889-8282
Cell: 618-520-3401
please don't print this e-mail unless you really need to
-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of X_S
Sent: Wednesday, April 20, 2011 1:15 PM
To: VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU
Subject: [Veritas-bu] DD LSU question
thanks, we created multiple lsu's for the same exact reason to keep an eye on
ratios of different os's and db's thinking that dedupe and compression would be
done across all the data ingested so the existence of multiple lsu's wouldn't
matter. i'm hoping this is the case
+----------------------------------------------------------------------
|This was sent by xspak1 AT yahoo DOT com via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
