Re: Performance issues with BMC AR Server 7.1
That depends on what really that Active Link does. What does it do? And what is the requirement around which you have built that AL? Joe From: Princy To: arslist@ARSLIST.ORG Sent: Tue, July 20, 2010 6:22:17 AM Subject: Re: Performance issues with BMC AR Server 7.1 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" 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:arsl...@arslist.org] On Behalf Of Princy > Sent: 20 June 2010 19:23 > To: arsl...@arslist.org > 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 at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
Re: Performance issues with BMC AR Server 7.1
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 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" 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: > arsl...@arslist.org] On Behalf Of Princy > > Sent: 20 June 2010 19:23 > > To: arsl...@arslist.org > > 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"
Re: Performance issues with BMC AR Server 7.1
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" 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:arsl...@arslist.org] On Behalf Of Princy > Sent: 20 June 2010 19:23 > To: arsl...@arslist.org > 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"
Re: Performance issues with BMC AR Server 7.1
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:arsl...@arslist.org] On Behalf Of Princy Sent: 20 June 2010 19:23 To: arslist@ARSLIST.ORG 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 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"
Re: Performance issues with BMC AR Server 7.1
Princy, You might want to check the qualification in the table fields and optimize those so there are no table scans and the queries make use of available indexes. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Princy Sent: Sunday, June 20, 2010 2:23 PM To: arslist@ARSLIST.ORG 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 at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
