Before modify anything, I think you should patch the ARS server. There are a few memory issues resolved with the patchs, maybe could resolve your problems.
Regards; Jose Manuel Viejo Lobato [EMAIL PROTECTED] ViejoLobato S.L. Mensaje citado por "ZHANG, ERIC L" <[EMAIL PROTECTED]>: > I post this earlier today but don't see it on the list. I am trying > again. I apologize if you already saw this. > > -----Original Message----- > From: Eric Zhang [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 08, 2007 12:21 PM > To: [EMAIL PROTECTED] > Cc: ZHANG, ERIC L > Subject: URGENT - ITSM 7 performance issue - help needed > > Hello, all. > > We have been struggling with ITSM 7 performance since it went live on > 8/1. The performance is getting worse and worse for all the operations: > > search, create, and update. At the begging, it's the creating incident > that took more that 40 seconds to complete. Now it's all the > operations, > primarily on Incident. The incident ticket update can take up to 3 > minutes now. We opened a critical ticket to BMC support but so far we > haven't received a solution that improves the performance. > > Our configurations: > > ARS 7.0.01 no patch on Solaris 9 > Database is Oracle 10gR2 on another Solaris 9 box > Midtier is on Wintel 2003 IIS server (Only for requesters) > ITSM (including Incident and Change) 7.0.02 patch 3 > > I have been sending all kinds of loggings to BMC. The first suggestion > from BMC was to set Oracle-Cursor-Sharing to FORCES. That didn't help. > > The other suggestion was to change a Veritas setting ("mincache=direct") > > on the database server. But our DBA, UNIX. and Storage people all > rejected the idea because 1) that fix is for bulk data import 2) they > had > very experienced with that setting, which produced high IO waits and > worse > overall daily performance. > > Thanks in advance for your help. > > Eric Zhang > Sr. IT Consultant > Entergy Services, Inc. > (501) 377-5815 > > _______________________________________________________________________________ > 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"