3,733 to be exact. Everyone thinks we are nuts when they first hear
this and then think it's pretty cool and creative what we are doing. To
put it in the simplest of terms, NBU does not allow you to pass
parameters, but it does pass the policy name. Therefore, we use unique
policy names to effectively pass parameters. This basically means that
for about 1,500 databases, we only have to maintain 2 scripts.
For example:
These are 3 policies for the same instance. I know it is a UDB backup
on physical server aldar, test database instance tdbin125, database
prodrepi ... and then I know whether or not this is an online or offline
database backup or if it is a log backup. We also use the name of the
schedules to indicate retention periods. Ergo, one script gets called,
it knows everything it needs to build the backup command, the script
determines the appropriate retention period for the day of the month,
adds the appropriate schedule, etc.
The only thing we insist on is that the DB teams maintain an asset list
of their active DB's. Then each morning, policies are automatically
generated for any new DB's.
It works great for us - haven't had to touch this process for over a
year. It is the same process for sybase and oracle and we are currently
adding SQL into this mix. The only companies I know of with more
policies have multiple NBU master servers.
I would be interested in your comments about this process. Maybe there
is a better way to do it, but we implemented this in the NBU 3.4/4.5
days and it has served us well.
________________________________
From: WEAVER, Simon [mailto:simon.weaver at astrium.eads.net]
Sent: Tuesday, August 29, 2006 7:51 AM
To: DIVEN, BRIAN; 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<<
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
<mailto: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
</pre><font face=Arial>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.</font><pre>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060830/07d49150/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 6325 bytes
Desc: Outlook.jpg
Url :
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060830/07d49150/attachment-0001.jpeg
|
