Just to add to Stuart's comment, NB6 reads policies according to refresh rate and when policies change. These are done by nbpem.
You can also refresh manually, via command or restart of NB (not the best way to do this) Some handy hints: - For those who do not know there is a setting for policy refresh on the master, default is 10min I think ? (host properties/master/global attr) - Manual refresh can be done via : nbpemreq -updatepolicies - This touch file stops nbpem doing refreshes unless you issue the nbpemreq command : /usr/openv/netbackup/bin/PolicyStrategy _____ From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] Sent: Monday, 23 July 2007 4:20 PM To: 'Liddle, Stuart'; 'Edson Noboru Yamada'; Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Maximum number of policies 1,100 policies!!!!!! Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] -----Original Message----- From: Liddle, Stuart [mailto:[EMAIL PROTECTED] Sent: Friday, July 20, 2007 2:59 PM To: WEAVER, Simon (external); 'Edson Noboru Yamada'; Veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Maximum number of policies Hi, we are running NB 5.1 MP6 with around 1100 policies and over 1600 clients. We have been having problems with the scheduler not starting things when they are supposed to start. The one thing that is very important is to have the proper settings in the /etc/system file for shared memory. If you don't have this set correctly, you WILL have problems with the scheduler. We had a case open with Symantec/Veritas about this and basically we were told that it would be best to upgrade to 6.x because the scheduler has been completely re-written and is much more efficient. We hope to upgrade to 6.5 later this year. In the mean time we have to figure out creative ways to deal with the problems of the scheduler getting bogged down. I believe that you should not have problems with only 100 policies if you have your memory settings correct in /etc/system. good luck. --stuart _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon (external) Sent: Friday, July 20, 2007 6:42 AM To: 'Edson Noboru Yamada'; Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Maximum number of policies Hi Well I know of a site that had 120 policies, but never reported an issue. Although its alot, I am not personally aware of any recommendation that states what the limit should be. Are you sure the frequency is right and the policy is enabled correctly ? If at all possible, can you consolidate any of your existing policies and merge them ? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Edson Noboru Yamada Sent: Friday, July 20, 2007 11:43 AM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Maximum number of policies Hi I have an NBU 5.1 installation with one master server (Solaris 9) and 6 media servers (RHEL4, Windows 2003). I´ve just created the 101st policy. The problem I´m running into is that apparently the scheduler is simply ignoring the backup window configured (it was supposed to start at 8pm but the job only is added to the queue around 2am). My question is: NBU 5.1 may have some kind of 100 policies limitation? Has anyone here with more than 100 policies/classes in place? Thank you 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 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@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu