I can say that it will work and is very useful. Infact I would say it would be a best practice if the company can afford one more extra server. We have been using this feature since over an year. We have total 3 ARS servers with servergroup but only two servers are facing end users via loadbalanced VIP. The third box is a virtual server and we use it specifically for admin and back end processes like approval,escalation,reconciliation, reports, email, aie etc. In the user facing servers we set the record limit to 1000 and if any one wants to query more than 1000 they can use the backend server. It would avoid lot of headaches related to performance and also comes very handy during code deployments. For any OS patches we have the patches deployed first in the backend server and then we will do it on front end servers.
On Tuesday, March 20, 2012 11:28:00 AM UTC-5, Logan, Kelly wrote: > > ** > > Hello all, > > > > I am working on a new configuration for ARS 7.6.4, with ITSM and Atrium > CMDB. The server group documentation is mostly oriented around setting up > load-shared systems, but also notes you can set up a user server (that > users connect to directly) and process server(s). As we are on the smaller > side, I don’t think the full three load-shared servers recommended is > necessary, but I do think it would be helpful to segregate the users from > the processes that tend to run long and heavy. > > > > Has anyone had experience with how effective splitting the user and > process demands is in preventing slowdowns and/or with which were the most > effective to segregate (Email Engine, Escalations, Atrium > Integrator/Reconciliation, etc)? Any issues that you’ve run across that > effected standard functioning or other considerations you think I should > take into account? > > > > > > *Kelly Logan*, Sr. Systems Administrator (Remedy), GMS > > 734.997.4777 > > kelly.lo...@proquest.com > > www.proquest.com > > > > *ProQuest*...Start here. 2010 InformationWeek 500 Top Innovator > > > > P Please consider the environment before printing this email. > > > > *This email and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they are > addressed. If you have received this email in error please notify the > sender, and delete the message from your computer*. > > > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
