RE: Unsetting init.ora parameter (WAS: db_file_multiblock_read

From: <oracle-l-bounce_at_freelists.org>
Date: Thu, 21 Dec 2006 13:47:40 -0600
Message-ID: <FB5D3CCFCECC2948B5DCF4CABDBE6697A527C7@QTEX1.qg.com>

Arg. I didn't quite grasp your message until just trying this myself. <blush>

And so far, spinning through the docs and MeatLink, I don't see any reference to why this is not working.

I really don't need another open SR... <sigh>

Rich

-----Original Message-----

From: Allen, Brandon [mailto:Brandon.Allen_at_OneNeck.com] Sent: Thursday, December 21, 2006 11:07 AM To: Jesse, Rich; oracle-l_at_freelists.org
Subject: RE: Unsetting init.ora parameter (WAS: db_file_multiblock_read_count causing...)

I know you can reset it in the spfile with the following syntax:

alter system reset db_file_multiblock_read_count scope=spfile sid='*';

But, then I ran the following test:

SQL> show parameter multiblock

NAME                                 TYPE        VALUE


------------------------------------ -----------

------------------------------

db_file_multiblock_read_count        integer     128     <--(this was

the "unset" value that Oracle set on its own at startup)

SQL> alter system set db_file_multiblock_read_count=64; <--(I changed it to a hardcoded value of 64)

System altered.

SQL> alter system reset db_file_multiblock_read_count scope=memory sid='baantst1';

System altered.

The above command completes successfully, but below you can see the parameter is still set to 64, so it doesn't appear to have had the desired affect of forcing Oracle to dynamically calculate its own value.

SQL> show parameter multi

NAME                                 TYPE        VALUE


------------------------------------ -----------

------------------------------

db_file_multiblock_read_count        integer     64

Regards,
Brandon

--
http://www.freelists.org/webpage/oracle-l

Received on Thu Dec 21 2006 - 13:47:40 CST