Veritas-bu

Re: [Veritas-bu] Catalog performence to tape

2007-07-10 05:36:26
Subject: Re: [Veritas-bu] Catalog performence to tape
From: "Clooney, David" <david.clooney AT bankofamerica DOT com>
To: Hampus Lind <hampus.lind AT rps.police DOT se>, Kevin Whittaker <Kevin.Whittaker AT syniverse DOT com>, bobbyrjw AT comcast DOT net, veritas-bu AT mailman.eng.auburn DOT edu
Date: Tue, 10 Jul 2007 10:20:40 +0100

Hampus,

 

Sounds very interesting, what sort of unwanted files are you talking about ?

 

Dave

 


From: Hampus Lind [mailto:hampus.lind AT rps.police DOT se]
Sent: 09 July 2007 21:42
To: 'Kevin Whittaker'; bobbyrjw AT comcast DOT net; Clooney, David; veritas-bu AT mailman.eng.auburn DOT edu
Subject: SV: [Veritas-bu] Catalog performence to tape

 

Hi,

 

I have come across performance issue in the catalog several times.. I all cases there have been files or dir`s under the images catalog which should not bee there.. After finding those files and removing them, the speed was back to normal.

 

I did not find these files in any log, they did not show up in “bpdbm –consistency 2” check either.. The bpdbm command never finished at all..

 

We had about 70 GB in the images catalog and the catalog backup took about 4 hours to complete when we had “unauthorized” files in there.. After removing the files the backup took about 1 hour to complete.

 

It`s not a fun job to do, looking trough the images cataloges, but it always payoff..

 

Good luck!

 

 

 

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail:
hampus.lind AT rps.police DOT se

-----Ursprungligt meddelande-----
Från: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mail
to:veritas-bu-bounces AT mailman.eng.auburn DOT edu] För Kevin Whittaker
Skickat: den 9 juli 2007 21:40
Till: bobbyrjw AT comcast DOT net; Clooney, David; veritas-bu AT mailman.eng.auburn DOT edu
Ämne: Re: [Veritas-bu] Catalog performence to tape

 

Actually, yes I have.  I am in the process of starting the upgrade to 6.x and ran the nbcc tool.  Everything has come back cleaned.

 

Kevin

 


From: bobbyrjw AT comcast DOT net [mailto:bobbyrjw AT comcast DOT net]
Sent: Monday, July 09, 2007 3:39 PM
To: Kevin Whittaker; Clooney, David; veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Catalog performence to tape

Have you run a consistency check to see if you have bad image files?

 

Bobby.

 

-------------- Original message --------------
From: "Kevin Whittaker" <Kevin.Whittaker AT syniverse DOT com>

I wish had an answer for you, but alas I have almost the same issue.

 

I am running Solaris 9, NB 5.1 MP6 with a catalog size of 40GB.  The catalog backup takes around 2.5 hours to backup.  I even turned up logging and found it spent all of it's time in the images directory.

 

I am even running SAN attached 9940B tape drives.

 

If I can not find an answer, I am considering using SRDF from EMC to duplicate the file system of the catalog images.  I just have to figure out how to pause backups long enough to break the SRDF connection and then restart them.  Then I can backup the duplicate that will be located in our DR site.

 

Anyway, does anybody have any idea how to speed up the backups of the catalog?

 


From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Clooney, David
Sent: Wednesday, July 04, 2007 9:34 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Catalog performence to tape

 

Hi all

 

Apologies for not participating in this list as much as I used to however I have been totally inundated.

 

Was wondering whether someone could shed some light on an issue I am currently faced with.

 

One of our Netbackup environments currently residing on Solaris 8 64 bit  NBU 5.1 MP6 has a catalog size of approx 50 Gb

 

The NBU catalog backup is taken over three hours to complete which is madness.

 

What I have discovered is that when the catalog backup runs the use of SIZE_DATA_BUFFERS and NUMBER_OF_DATA_BUFFERS is excluded. I can understand this as the catalog should be outside the realms of NBU essentially.

 

When I create a policy based backup of the catalog mount point the backup flies through in no time at all, as I presume the buffer settings are utilised.

 

For a further test I have used Solaris’s tar to backup the same mount point to tape and this too takes forever and a day.

 

So I'm sort of concluding that the OS in some way, shape or form is letting me down.

 

1.      Can anyone think of anything or point me in the right direction as to tune the OS so I can increase throughput to our SAN attached 9940B's ?

 

2.      On another topic I was going to try and setup rsync to take copies of the catalog, would it be detrimental to the NBU environment if I gave the rsync’s user group read access to the catalog mount point ?

 

Thanks in advance

 

Dave

 


Notice to recipient:
The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful.


When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity.

If this email originates from the U.K. please note that Bank of America, N.A., London Branch and Banc of America Securities Limited are author ised and regulated by the Financial Services Authority.


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