RE: AIX 4.3.3 / 8.1.7 & Timed Statistics & Tuning Question

[Henry Poras]

Title: AIX 4.3.3 / 8.1.7 & Timed Statistics & Tuning Question

Lisa,

 

When I first got to URI (8.1.7 4.3.3) timed_statistics were also set to false. I changed them to true and have had no problems with it.

 

I have also found that a lot of PeopleSoft setups aren't installed by experienced Dingbat Administrators (when the switch from monkey to dingbat?) so the SGA and other parameters can be funky (for a small dev db we had a 20M log_buffer). Given that, my feeling on whether to change your SGA is 'it depends'.

 

Is there any paging on the OS? How often do you restart your application server processes? They can continue to gobble up additional memory (you can monitor this with ps). There is a way to recycle them (some config file parameters. I'd have to look them up) if this is a problem. Also, if user load will grow, new app servers might be spawned, using up additional memory.

 

How does your db performance look? (of course that'll be easier to tell after turning on timed_statistics). Any users connecting to the database outside of PeopleSoft? What is their sort_area_size, ...?

 

HTH.

 

Henry

no clever moniker

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Koivu, Lisa
Sent: Thursday, February 06, 2003 9:24 AM
To: Multiple recipients of list ORACLE-L
Subject: AIX 4.3.3 / 8.1.7 & Timed Statistics & Tuning Question

Good morning everyone -

Quick poll for those of you on 8.1.7 and AIX 4.3.3: 

Do you have TIMED_STATISTICS = true?  Have you encountered any problems with it?

The databases I inherited have this set false all over the place, hence my tuning efforts are really limited.  However I don't want to change it without checking around first.

And a tuning question:

This environment (peoplesoft) is very very low on memory.  When the app servers and databases are up there's less than 50MB of memory free.  Adding hardware is not a choice here.

The databases have 100MB set for the SGA.  It really looks like not much thought went into some of the parm settings. 

What I've read about tuning says that you must have a goal in mind.  Well, afaik nothing is "broken", nothing is suffering - then again, no one really paid much attention to Oracle.  It was up, fine, move on.  Am I on the wrong path if my goal for tuning is to figure out if I can reduce the size of the SGA and redo logs without adversely affecting performance?

Any comments are appreciated.  Thanks everyone

Lisa Koivu
Oracle Dingbat Administrator
Fairfield Resorts, Inc.
5259 Coconut Creek Parkway
Ft. Lauderdale, FL, USA  33063
Office: 954-935-4117 
Fax:    954-935-3639
Cell:    954-683-4459