You can do a couple of things:
- look at the remedy logs to figure out what these people are doing (sql);
then take steps to stop it.
- Limit the number of records the server can return (admin tool/ar.conf)

Unfortunately, from the db side, there is not much you can do to stop what
has started, short of stopping your remedy server.  Each queue
(fast/list/custom) configured on your arserver is configured with a set
min/max number of threads.  At startup, remedy establishes X number of
connections to your db (sum of the min threads for all queues).  These are
persistent sessions and should not be mucked with from the db side.

Axton Grams

On 1/2/07, Shawn Stonequist <[EMAIL PROTECTED]> wrote:

Greetings List!!

We have an issue in which some users (we know not who) are running queries
which are affecting the performance of our Remedy system, causing
significant delays, issues, and even complete system lock-ups for all our
Users.

We have three goals that we would like to accomplish:
1) Identify the user(s) and what they are doing
2) Prevent future performance degradation of this nature
3) Stop offending queries in progress should prevention be not possible to
bypassed in some manner, using a method other than rebooting our database
(as this brings all our users down, which is what we are trying to remedy)

We are interested in any possible solutions or paths to accomplish one or
more of these goals. We spoke with our Remedy Partner that provides our
support, but unfortunately, their best resolution was using User/API/SQL
Logging Remedy-side.

Unfortunately, for this to be successful, we would need to know before the
offending query is run, or have it always running (something our SA is
against due to system resource concerns)

Our SA provided me the following information concerning our configuration,
which may be helpful (I apologize that I don't know what it all means):

Distributed Server
Remedy 6.3.0 patch 018
Oracle 10.0.2
Monolithic

We look forward to and appreciate any assistance available.

Thanks!!!!
Shawn Stonequist
EMNS, Inc.


_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"


_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers 
Are"

Reply via email to