Princy, Performance optimization of ARS include lot of parameters, below are the few of them which you can try. You can go for the configuration of the list & fast threads along with the private queues. Analyze the SQL logs & confirm which SQL queries are taking time. Configure the server for qualified searches only. Indexing major tables which always come in more searches is a prime one. Check out for QBE searches in field properties. Set field actions while opening a child form which generally produces the white screen while fetching the data from the parent form. Cache files on the client desktops (delete *.arf & *.arv files) may be for few clients. Hope this helps.
Cheers, Mahendra Mahalkar On Tue, Jul 20, 2010 at 3:52 PM, Princy <[email protected]> wrote: > hello, > > Thanks for the reply. > We have an active link on Incident Management Console with an interval > of 1 min to refresh the incidents table in the console (Change Field > Action). > This could be one of the reasons for the performance degradation. > > Can you please suggest any other alternative ways to achieve this > which wouldn't hit the performance? > > Thanks > > On Jun 21, 1:24 pm, "Walters, Mark" <[email protected]> wrote: > > I'd suggest that you need to try and break this problem down to look at > it in more detail - you're unlikely to find a single configuration setting > that will suddenly make the system perform acceptably. > > > > Identify one or two key activities that you consider to be performing > poorly - submitting an incident or running some other piece of workflow for > example. Enable server and client side logging and reproduce the problem > several times. Review the logs and see where the time is being spent - it > may be a particular piece of workflow or query that is taking a long time. > > > > It's interesting to note that admin users are not seeing the same issues. > The most obvious difference is that admin users will not be subject to the > permission checking that ordinary users are. Do you have a large number of > permission groups configured? > > > > The Optimizing and Troubleshooting manual has lots of information about > how to debug performance issues. > > > > Mark > > > > -----Original Message----- > > From: Action Request System discussion list(ARSList) [mailto: > [email protected]] On Behalf Of Princy > > Sent: 20 June 2010 19:23 > > To: [email protected] > > Subject: Performance issues with BMC AR Server 7.1 > > > > Hi All, > > > > We are facing lot of performance issues with the Remedy Server, which is > making it very slow to access. > > Found in other posts that the "Refresh On Entry Change" option if enabled > is the cause for most of the performance degradation issues. > > > > And on incidents form, for most of the tables this option is enabled. > > Would like to know if disabling this option would increase the > performance. > > > > Another issue we are facing is that few users (with Admin permissions) > when access the system, they find it fast. > > But other users like problem engineer/service desk user when access the > system, it is very slow and unusable. > > Could some one please throw light on this issue? > > > > Thanks. > > > > > _______________________________________________________________________________ > > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.orgattend > wwrug10www.wwrug.comARSlist: "Where the Answers Are" > > > > > _______________________________________________________________________________ > > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > > attend wwrug10www.wwrug.comARSlist: "Where the Answers Are" > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
