Veritas-bu

Re: [Veritas-bu] NetBackup 6.5 index size

2008-04-01 01:44:04
Subject: Re: [Veritas-bu] NetBackup 6.5 index size
From: "WEAVER, Simon \(external\)" <simon.weaver AT astrium.eads DOT net>
To: "Paul Keating" <pkeating AT bank-banque-canada DOT ca>, <Dariusz.Klar AT Sun DOT COM>, <veritas-bu AT mailman.eng.auburn DOT edu>
Date: Tue, 1 Apr 2008 06:27:29 +0100
Personally, I am not a fan of Veritas Volume Manager, and I certainly cannot 
recommend it.


-----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 Paul 
Keating
Sent: Monday, March 31, 2008 5:19 PM
To: Dariusz.Klar AT Sun DOT COM; veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] NetBackup 6.5 index size

Build your catalog filesytem using a Logical Volume Manager, such as Veritas 
Volume Manager (Storage Foundations) on a SAN attached LUN. As your catalog 
grows you can grow both the LUN and the filesystem hot, without an outage.

Or, if you have availability of a recent Enterprise class array such as the HDS 
USP-V, you can build it on a DP (Dynamic provisioned) LUN (aka thin 
provisioning)

The array presents your server with a large fixed size LUN, even several 
terabytes, but only occupies as much disk space as needed, initially, then auto 
allocates disk as needed.

Personally, I'd just go the volume manager route.

Paul

-- 


> -----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 
> Dariusz Klar
> Sent: March 28, 2008 9:03 AM
> To: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: Re: [Veritas-bu] NetBackup 6.5 index size
> 
> 
> Ed,
> 
> I know the general rules, but... Another challenge for me is to 
> estimate disk space for NetBackup catalog where total amount of data 
> under NetBackup protection is 3.6 PB (peta bytes) with ability to grow 
> to 8.5 PB in the future.
> 
> The difference between 1% and 2% of total amount of protected data for 
> catalog does matter. The difference vary from 36 TB to 85 TB in case 
> of 1% difference. I need to be more precise. If I will say to my 
> customer that they have to buy 255 TB (3% of total amount of data in 
> the future) for NetBackup catalog, I have to be 100% sure what I'm 
> talking about.
> 
> I called Symantec and with that big data volume they are not 100% sure 
> about space size for NetBackup catalog.
> 
> In this case "size" does matter ;-) Small mistake can cost a lot of 
> money.
> 
> regards,
> 
> Darek
> 
> Ed Wilts wrote:
> > On Fri, Mar 28, 2008 at 3:52 AM, Dariusz Klar <Dariusz.Klar AT sun DOT com 
> > <mailto:Dariusz.Klar AT sun DOT com>> wrote:
> >
> >     Recently I noticed that indexes are consuming a lot of
> disk space.
> >     Does
> >     anyone know the rule, how to plan space for indexes? Looks like
> >     something has changed since older versions of NetBackup.
> >
> >  
> > I don't think anything has changed.  The challenge in
> planning is that
> > the catalog size is based on number of files you're backing up, not 
> > the size of the files.  If you back up a lot of small files, your 
> > catalog will be much larger than the site that backs up the same 
> > amount of disk space containint large databases.  The longer the 
> > retentions, the more likely it is that you'll need a larger catalog 
> > for backing up the same amount of disk space.
> >  
> > The golden rule to remember is to never, ever fill your
> catalog disk.  
> > Use a different file system for your logs since they're the most 
> > likely thing to fill the disk.
> >  
> 
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu 
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 
====================================================================================

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.

_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu 
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

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

_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

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