yes just over 1100 policies....it's not quite 1 client per policy as Curtis Preston suggests. What we have done is to have a policy for a given dataset. For example, we have two exchange policies one has 13 exchange servers in it and the other has 10. The reason we have two is because they are in different datacenters and we have a media server in each datacenter.
Most of our policies actually do have only one client per policy, but because we are creating policies by dataset, we will have some that have more than one client. --stuart _____ From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] Sent: Sunday, July 22, 2007 11: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