On server groups, all the application servers point to a central database. Currently, we have 2 production application servers that are load balanced through our F5 load balancer. Both servers are pointed to a central oracle database that runs on a different server. In your situation, you could keep the oracle database on the first server and just point the second server to that database or just move the database to a different server and have both application servers point to that database.
A couple of things that I've noticed since we started the server group: - Check your load balancer to understand how it actually load balances. Ours for instance, balances based on IP's. Our problem resulting of this, is that all of our call center agents are NAT'd into one IP address while the rest of the company is NAT'd to a couple of others. Kind of defeats the purpose. - Make sure that the admin tool can modify workflow on both servers. With the load balancer, your not always going to get the same server (personal experience there). - Make sure that when you name your Remedy Application, that it is different accoss both servers. For example, if you have your first server name remedy and your second server is name remedy, you will not see both servers in the AR System Server Group Ranking form (personal experience there). - Make sure you set your AR System Server Group Rank form accordingly so that processes are not duplicated. Remember that both servers are pointing to the same database and hence the same workflow. This comes into view when running escalations. Currently, we have our first server doing all the e-mailing, escalations, and any other admin processes while the second server isn't assigned any tasks. - You may experience a license issue when you recieve your ServerGroup licenses from BMC. It's a bug that is hard to reproduce from their end apparently. We had to delete our .multilicense file and have the arsystem regenerate it. It's an annoying bugger. - Be aware that it took BMC several weeks to get our licenses and even then we had to resubmit several times because there was something wrong with them. When you do try to switch the servers over into ServerGroup mode make sure and keep the existing licenses in there so that you can roll back. We did this several times until we were sure all licenses were working correctly on both servers. Hopefully this helps you guys in your quest to have a server group. On Dec 12, 2007 1:25 PM, McManus Michael A SSgt HQ 754 ELSG/DOMH < [EMAIL PROTECTED]> wrote: > ** > > Dear listers, > > We're in the process of a 7.0 upgrade and a new hardware > configuration and we're trying to explore our options. I figured this is > likely the best place to ask the pertinent questions. We just bought 3 new > servers, and the plan was to set up a server group to help with load > balancing. My question is what is the best way to handle something like > this? We're totally new to this (we've always run on one production server > with the database on the server) and our initial thought was 2 production > servers with the user load split between the two and the third server as an > external database. I was posed a question today and I'm unsure whether it > can be done. Is it possible (and advisable if it is) to set up two > production servers with a database on each server and have those databases > effectively mirror each other in real time? I'm under the impression that a > server grouping reduces stress on the server, but there is still a > bottleneck at the database since all the servers in the group are using the > same db. Anyone out there have experience with something like this that can > point me in the right direction? > > > > Thanks much, > > > > Michael A. McManus, SSgt, USAF > > Remedy Developer > > HQ 754 ELSG/DOMH > __20060125_______________________This posting was submitted with HTML in > it___ -- "A fool acts, regardless; knowing well that he is wrong. The ignoramus acts on only what he knows, but all that he knows. The ignoramus may be saved, but the fool knows that he is doomed." Robert Halstead _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
