They should probably look at moving to 6.5 when it comes out and use the Fibre
Transport client rather than adding all the media servers. We had a similar
model in our infant days with NBU. Lots of media servers all using SSO. The
environment was pretty unstable. Once we scaled back our media servers, the
environment performed much better.
Rene? Carlisle
Sr. Systems Administrator
675 Basket Road
Webster, NY 14580
Jer 29:11-13
585-216-0497 (w)
585-472-2360 (c)
-----Original Message-----
From: veritas-bu-admin at mailman.eng.auburn.edu [mailto:veritas-bu-admin at
mailman.eng.auburn.edu] On Behalf Of Ambrose, Monte
Sent: Thursday, March 30, 2006 2:17 PM
To: Mark.Donaldson at cexp.com; stumpb at michigan.gov; veritas-bu at
mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] media server cutoff point
When I did architectures for clients at VERITAS I used the following to
determine what clients should be upgraded to media servers. I believe that
other architects followed some of these same guidelines.
1. Data backup size - Between 100GB and 200GB minimum depending on several
factors such as: If customer had a dedicated GIG backup network and depending
on total data from all clients and what their backup windows were.
2. Do they have the infrastructure to attach clients to the SAN (Switch ports,
client HBA ports ...)?
3. How critical is the data for backup? Does it need to be backed up fast or
more importantly recovered fast?
4. Total impact to the backup system. At some point you have too many media
servers to manage. This is both from an administrative standpoint and the
ability of NetBackup to manage this load (media server communication and SSO
management). As a general rule I have tried to keep media server numbers under
20 for any given master server domain.
5. You have some good points also, tape media utilization will go down
dramatically.
Monte
-----Original Message-----
From: veritas-bu-admin at mailman.eng.auburn.edu
[mailto:veritas-bu-admin at mailman.eng.auburn.edu] On Behalf Of Mark.Donaldson
at cexp.com
Sent: Thursday, March 30, 2006 9:20 AM
To: stumpb at michigan.gov; veritas-bu at mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] media server cutoff point
What's their perceived "problem" that would lead to this rather dubious
solution?
-M
-----Original Message-----
From: veritas-bu-admin at mailman.eng.auburn.edu
[mailto:veritas-bu-admin at mailman.eng.auburn.edu]On Behalf Of Bob Stump
Sent: Thursday, March 30, 2006 10:12 AM
To: veritas-bu at mailman.eng.auburn.edu
Cc: greg_carter at symantec.com
Subject: [Veritas-bu] media server cutoff point
A client is currently using 150GB as the threshold for determining whether a
server should be a NetBackup media server or client.
This results in 30 SAN media servers using SSO and 730 clients that are
multiplexed in about 70 policies.
The environment is the large STK SL8500 with 20 9940B tape drives The client is
converting all NetBackup clients that have over 36GB of data into media servers.
stop laughing....This is serious.
Please help me demonstrate the folly of this proposal.
tape-drives will be shoeshining as the media servers will not be able to get
the data to the drives fast enough license fees will be astronomical for SAN
media servers tape drives will not be available when needed and jobs will fail
with
134/196 errors
the number of tapes will increase since media servers do not share tapes The
number of policies will cause bpsched to crunch continually The catalog backup
will never start or finish.
other reasons...please
_______________________________________________
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
_______________________________________________
Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
-----------------------------------------
The information contained in this message may be privileged,
confidential, and protected from disclosure. If the reader of this
message is not the intended recipient, or any employee or agent
responsible for delivering this message to the intended recipient,
you are hereby notified that any dissemination, distribution, or
copying of this communication is strictly prohibited. If you have
received this communication in error, please notify us immediately
by replying to the message and deleting it from your computer.
Thank you. Paychex, Inc.
|