Oracle-L: RE: AIX 4.3.3 / 8.1.7 & Timed Statistics & Tuning Question

From: Henry Poras <hporas_at_etal.uri.edu>
Date: Thu, 06 Feb 2003 07:50:02 -0800
Message-ID: <F001.00545D77.20030206075002@fatcity.com>

AIX 4.3.3 / 8.1.7 & Timed Statistics & Tuning QuestionLisa,

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: root_at_fatcity.com [mailto:root_at_fatcity.com]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

--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Henry Poras
INET: hporas_at_etal.uri.edu

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------

To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). Received on Thu Feb 06 2003 - 09:50:02 CST