Thanks to all your responses, and yes we would try and suggest a new media
server to the management. Actually we had already suggested a addl media
server and have a SSO for our media server.
But I aint really clear as to when the scheduler is invoked. In the case
mentioned below the admin has arnd 3000 policies and it takes 40 mins for
the scheduler to run thru.
1. How do I estimate the run thru time for the scheduler on my server???
2. How do we set the correct interval for say about 1000 policies, or is 10
a perfect value for all occasions??
3. OR do I need to be bothered, is it managed automatically.
Thank you once again for leading me in the right direction.
On 8/29/06, WEAVER, Simon <simon.weaver at astrium.eads.net> wrote:
>
> *3000 policies??????????????????????*
> *Am I reading this right!?*
>
> *Regards*
>
> *Simon Weaver
> 3rd Line Technical Support
> Windows Domain Administrator*
>
> *EADS Astrium Limited, B23AA IM (DCS)*
> *Anchorage Road, Portsmouth, PO3 5PU*
>
> *Email: **Simon.Weaver at Astrium-eads.net* <Simon.Weaver at Astrium-eads.net>
>
> -----Original Message-----
> *From:* briandiven at northwesternmutual.com [mailto:
> briandiven at northwesternmutual.com]
> *Sent:* 29 August 2006 12:35
> *To:* david.clooney at bankofamerica.com; sdhotre at cedardoc.com;
> backupicici at gmail.com; veritas-bu at mailman.eng.auburn.edu
> *Subject:* Re: [Veritas-bu] >>NBU 5.1 MP4 bptm performance tuning<<
>
> We have around 3,000 policies and it takes about 40 minutes for BPSCHED
> to get through them.
>
> ------------------------------
> *From:* veritas-bu-bounces at mailman.eng.auburn.edu on behalf of Clooney,
> David
> *Sent:* Tue 8/29/2006 5:56 AM
> *To:* Shekhar Dhotre; Veritas Netbackup; veritas-bu at mailman.eng.auburn.edu
> *Subject:* Re: [Veritas-bu] >>NBU 5.1 MP4 bptm performance tuning<<
>
> Agree with the last two entries.
>
> In my opinion the wake up interval has nothing to do with it. It sounds
> like the server is being hammered, new media server required.
>
> D
>
> ------------------------------
> *From:* veritas-bu-bounces at mailman.eng.auburn.edu [mailto:
> veritas-bu-bounces at mailman.eng.auburn.edu] *On Behalf Of *Shekhar Dhotre
> *Sent:* 28 August 2006 14:42
> *To:* Veritas Netbackup; veritas-bu at mailman.eng.auburn.edu
> *Subject:* Re: [Veritas-bu] >>NBU 5.1 MP4 bptm performance tuning<<
>
> >>Any suggestions to reduce CPU load on netbackup server, especially as
> to what might be invoking these bptm processes??????
>
>
>
> I would split the backup load by adding another media server.
>
>
> ------------------------------
>
> *From:* veritas-bu-bounces at mailman.eng.auburn.edu [mailto:
> veritas-bu-bounces at mailman.eng.auburn.edu] *On Behalf Of *Veritas
> Netbackup
> *Sent:* Saturday, August 26, 2006 3:54 PM
> *To:* veritas-bu at mailman.eng.auburn.edu
> *Subject:* [Veritas-bu] >>NBU 5.1 MP4 bptm performance tuning<<
>
>
>
> Hi,
>
> Our netbackup master-media server a SF6900 with 4 dual core CPU's and 16
> Gb of memory is 100% utilized all the times. The only time it gets some
> respite is during the afternoon, when users do not want to load their system
> with backup processes.
>
> Even with 20 Active backups our server indicates a minimum of 95 % util. I
> checked ps -ef and found numerous bptm and bpsched processes.
>
> How can we reduce the bptm processes??? I spoke to an ex-colleague and he
> opined that we change the scheduler invocation to 20 mins from the default
> 10 mins in the global attributes. Since we have around 1000 policies and
> hence the scheduler might not able to complete its first round and meantime
> nbu would invoke another one. This overlapping he said shd be reduced.
>
> Any suggestions to reduce CPU load on netbackup server, especially as to
> what might be invoking these bptm processes??????
>
> Regards,
> PP BIJU KRISHNAN
> Netbackup Team,
> ICICI Bank Ltd.
> India
>
>
> ------------------------------
>
> *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 authorised
> and regulated by the Financial Services Authority.
> ------------------------------
>
> This e-mail and any attachments may contain confidential information of
> Northwestern Mutual. If you are not the intended recipient of this message,
> be aware that any disclosure, copying, distribution or use of this e-mail
> and any attachments is prohibited. If you have received this e-mail in
> error, please notify Northwestern Mutual immediately by returning it to the
> sender and delete all copies from your system. Please be advised that
> communications received via the Northwestern Mutual Secure Message Center
> are secure. Communications that are not received via the Northwestern Mutual
> Secure Message Center may not be secure and could be observed by a third
> party. Thank you for your cooperation.
>
> This email is for the intended addressee only.
> If you have received it in error then you must not use, retain,
> disseminate or otherwise deal with it.
> Please notify the sender by return email.
> The views of the author may not necessarily constitute the views of
> Astrium Limited.
> Nothing in this email shall bind Astrium Limited in any contract or
> obligation.
>
> Astrium Limited, Registered in England and Wales No. 2449259
> Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
> England
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060830/4b33f6ce/attachment-0001.html
|
