Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Mailing Lists -> Oracle-L -> RE: What's max sort_area_size? SUN 64 bit O 9.2.0.4 64 bit
Ah. Unfortunately that limit is compiled in and shipped for a given
OS/release. I do not believe that you can change it. I have not checked on
the availability of a "large memory model" release for that port, nor am I
sure they bump sort area size max above 2G even for a "large memory model"
port.
mwf
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Wolfson Larry - lwolfs
Sent: Tuesday, June 08, 2004 2:33 PM
To: 'oracle-l_at_freelists.org'
Subject: RE: What's max sort_area_size? SUN 64 bit O 9.2.0.4 64 bit
Mark,Niall, Thanks for input. What I'm asking is what parameter sets the limit and how can I raise the bar.
Just thought on 64 bit OS it could be higher than 2G.
From my TAR:
Hi,
The Sort_area_size minimum value is equivalent of six database blocks and
the maximum is OS dependent. This has been documented in NOTE:30918.1.(see
below)
Pls let us know if you have tried setting the PGA_AGGREGATE_TARGET instead
of setting
sort_area_size.
There are some known issues like dynamically changing the parameters sort_area_size, hash_area_size ...failing with ORA-68.
For example:
SQL> alter session set sort_area_size=2097152;
ERROR:
ORA-68: invalid value 2097152 for parameter sort_area_size
SQL> alter session set hash_area_size=2097152;
ERROR:
ORA-68: invalid value 2097152 for parameter hash_area_size ...
The range of values are different.
In most of the times restarting the database resolved the
issue.(???????????????)
The reason could be that the range of these parameters are stored in SGA, for some reason SGA corrupted/defective where range is stored. Afraid! so bounce of the database should solve it.
Thanks XXXXXXX
Parameter type Integer
Default value 65536
Parameter class Dynamic: ALTER SESSION, ALTER SYSTEM ... DEFERRED
Range of values Minimum: the value equivalent of six database blocks
Maximum: operating system-dependent (WHAT PARM?)
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Mark W. Farnham
Sent: Tuesday, June 08, 2004 6:03 AM
To: oracle-l_at_freelists.org
Subject: RE: What's max sort_area_size? SUN 64 bit O 9.2.0.4 64 bit
I think I see 2G-1 in the error message. Is that the limit you were looking for?
-----Original Message----- From: oracle-l-bounce_at_freelists.orgsome large sorts we're running at night.
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Wolfson Larry - lwolfs
Sent: Tuesday, June 08, 2004 3:57 AM To: oracle-l_at_freelists.org Subject: What's max sort_area_size? SUN 64 bit O 9.2.0.4 64 bit I've 3-4 servers with 16-26G of memory, that I thought I could use for
I got back 06:24:20 LNW>ALTER SESSION SET SORT_AREA_SIZE =3147483647; ERROR: ORA-00068: invalid value 3147483647 for parameter sort_area_size, must be between 0 and 2147483647 Opened a TAR and OS said it was OS dependent. I asked what limit wasand he said he didn't have that info, BUT, if I re-started DB the problem should go away... I was hoping for a more concrete answer. And TAR still hasn't been updated although I did get phone call.
The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. ----------------------------------------------------------------Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------Received on Tue Jun 08 2004 - 15:18:54 CDT