Have you considered the COST of 5000 media server licenses? We're talking
$25M just for that. Then you would have to add SSO licenses for each of
those media servers. Wow!
At 05:49 PM 7/17/00 -0700, Pat Whelan wrote:
>If I understand the question right, there are 500-5000 clients, each with
>fiber cards, needing to be backed up? If this is the case than I agree whole
>heatedly with the observation. If however there are fewer systems with
>fiber cards than only those systems need their own class. The rest can be
>divided into manageable groups with a set of clients going to one storage
>unit, or better yet to "Any Available". Just my two cents worth.
>
>The biggest installation problems appear to be from the hardware
>configuration side. Also depending upon the target and lun numbers used, the
>NBU configuration utilities may need tweaking. (e.g. sg.conf, on Suns)
>
>Patrick Whelan
>Consulting
>[NBU (with extensions) and Storage Migrator for UNIX]
>[VxFS and Volume Manager]
>pwhelan AT veritas DOT com
>
>Of course this is just my opinion, I could be wrong. - Dennis Miller
>Friends help friends move, good friends help move bodies - Unknown.
>
>
> -----Original Message-----
> From: Dean, James [mailto:jimmy.dean AT usi DOT net]
> Sent: Monday, July 17, 2000 3:31 PM
> To: 'Buffington, Devon'; 'veritas nbu'
> Subject: RE: [Veritas-bu] Veritas SSO
>
> I would like to add to this a small problem I have seen in
>implementing this
> and see if the same person has any ideal how to work around
>it. We are
> currently undergoing a migration from another backup
>platform to using
> Netbackup with and without the SSO option, i.e. IP based
>backups and SAN
> based backups.
>
> With the SSO option, this turns every client on the SAN/(w/
>a fiber card)
> into a media server. What this means is having a separate
>class with only
> one client defined per client. In a large environment (500
>- 5000 clients)
> this becomes a major nightmare to administer and track (500
>- 5000 classes).
> Especially if you make a backup window change. I agree with
>some of you
> that would say that this gives you more flexibility with
>scheduling, but I
> am really not concerned with that in light of the number of
>clients.
>
> Does anyone else see a problem with this, and if not, could
>you offer some
> possible solutions as a work around.
>
> Thanks,
> James Dean
> Enterprise Backup
> USinternetworking Inc.
>
>
> -----Original Message-----
> From: Buffington, Devon
>[mailto:Devon_Buffington AT AIMFUNDS DOT COM]
> Sent: Monday, July 17, 2000 4:47 PM
> To: 'veritas nbu'
> Subject: [Veritas-bu] Veritas SSO
>
>
> Hello,
> Looking to see if anyone out there has experience with
>Veritas' SSO product.
> If so, could you share your impressions on ease of
>installation, ease of
> use, and if it improved your backups. Also, any particular
>problems you had
> installing or using it would be helpful.
>
> Thanks in advance,
>
> Devon S. Buffington
> UNIX System Administrator
> AIM Management Group
>
> _______________________________________________
> 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
>_______________________________________________
>Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
---
W. Curtis Preston, Principal Consultant at Collective Technologies
Email: curtis AT colltech DOT com (Best way to contact me)
Work : 408 452 5555 (Leave a message.)
Pager: 800 946 4646, pin#1436065 (If urgent.)
Tap into the Collective Intellect (TM): http://www.colltech.com
Backup & Restore resources: http://www.backupcentral.com
|
