Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: undo segments vs. rbs

Re: undo segments vs. rbs

From: Mladen Gogala <mladen_at_wangtrading.com>
Date: Tue, 18 May 2004 17:15:48 -0400
Message-ID: <20040518211548.GA3362@mladen.wangtrading.com>


Well, I suggest you to have one LMT with uniform extent size of 67108864 bytes and forget about sizing and re-sizing. To save you the trouble of calculating 64*1048576=67108864. Nothing like the binary numbers, don't you agree? I mean, if 10M is a large extent, 64M would probably be considered humongous and would solve all your problems. As Oracle is NOT caching extents (a very persistent fairy tale, with the same amount of truth as Cinderella, Sleeping Beauty or Red Riding Hood) you will not see any difference in performance. What you will also stop seeing are the coveted ORA-01555 messages. God knows when did I see my last one? It makes me so nostalgic.

On 05/18/2004 04:34:15 PM, Paula_Stankus_at_doh.state.fl.us wrote:
> I am working on moving a productional database from 8.0.6 to 9i. I have =
> a question: if I have 10 rbs at 128K (initial and next extent) and one =
> "large" on at 10,485,760 bytes how does that translate into undo =
> segments? =20
>
> Are there any best practices on sizing undo segments?
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
>

-- 
Mladen Gogala
Oracle DBA



Note:
This message is for the named person's use only.  It may contain confidential, proprietary or legally privileged information.  No confidentiality or privilege is waived or lost by any mistransmission.  If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender.  You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Wang Trading LLC and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks.
Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity.

----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request_at_freelists.org
put 'unsubscribe' in the subject line.
--
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 May 18 2004 - 16:12:52 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US