Mailing List
Home
Forum Home
Oracle List - by freelists.org
Oracle on SUSE Linux - Runing Oracle on SUSE Linux
Oracle database error code ...
www.freelists.org
Subjects
ORA 12540: TNS:internal limit restriction exceeded
ORA 12838 please : Is possible to append two times to the same table befo
ORA 12838 please : Is possible to append two times to the same table before
ora 04031
ora 12500 on windows
ORA 32004: obsolete and/or deprecated parameter(s) specified
ORA 01925: maximum of 30 enabled roles exceeded
ORA 01925: maximum of 30 enabled roles exceeded
ora 12500 on windows
ORA 01650, one idea
ORA 01650
ORA 4030
ORA 12838 please : Is possible to append two times to thesametable before do
ORA 12838 please : Is possible to append two times to thesame table before d
ORA 01536
ORA 03113 end of file on communication channel
ORA 32004: obsolete and/or deprecated parameter(s) specified
ORA 00600:
ORA 00020: maximum number of processes (%s) exceeded
ORA 01925: maximum of 30 enabled roles exceeded
ORA 3113 while creating a cluster database 9201 RAC on Linux with OCFS
ora 12500 on windows
ora 12500 on windows
ora 12500 on windows
ORA 01650, one idea
ora 12500 on windows
ora 12500 on windows
ora 12500 on windows
ORA 2000 Error Using DBMS STATS GATHER SCHEMA STATS
ORA 01650, one idea
ORA 01650, one idea
ORA 01650, one idea
ORA 01650
ORA 01650
ORA 01031
ORA 4030
ORA 4030
ORA 06502: PL/SQL: numeric or value error: Bulk Bind: Truncated Bind
ORA 01722 invalid number
 
-none-

-none-

2007-09-05       - By Allen, Brandon

 Back
I'm not positive on this, but I think RAID 0 would be the best option to
minimize contention since the data would be randomly distributed across
the 3 disks and therefore less likely that all or most of the data from
a single query would all come from a single disk.  With the 3 datafiles,
I'm pretty sure Oracle will write to all of them in a round-robin
fashion, but I'd bet there are certain situations where you could end up
with logically related data being physically grouped as well and then
you may end up having to read all those blocks from a single disk
instead of spreading the load.  I feel like I'm missing something though
so I'd have to think about this one more, but no time now - curious what
others have to say.

Regards,
Brandon





Privileged/Confidential Information may be contained in this message or
attachments hereto. Please advise immediately if you or your employer do not
consent to Internet email for messages of this kind. Opinions, conclusions and
other information in this message that do not relate to the official business
of this company shall be understood as neither given nor endorsed by it.


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.6000.16525" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=501395317-05092007><FONT face=Arial
color=#0000ff size=2>I'm not positive on this, but I think RAID 0 would be the
best option to minimize contention since the data would be randomly distributed
across the 3 disks and therefore&nbsp;less likely that all or most of the data
from a single query would all come from a single disk.&nbsp; With the 3
datafiles, I'm pretty sure Oracle will write to all of them in a round-robin
fashion, but I'd bet there&nbsp;are certain situations where you could end up
with logically&nbsp;related data being physically grouped as well and then you
may end up having to read all those blocks from a single disk instead of
spreading the load.&nbsp; I feel like I'm missing something though so I'd have
to think about this one more, but no time now - curious what others have to
say.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=501395317-05092007><FONT face=Arial
color=#0000ff size=2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=501395317-05092007><FONT face=Arial
color=#0000ff size=2>Regards,</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=501395317-05092007><FONT face=Arial
color=#0000ff size=2>Brandon</FONT></SPAN></DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>&nbsp;</DIV>
<DIV><BR clear=all>&nbsp;</DIV></BODY><!--[object_id=#oneneck.com#]--><FONT
face=Tahoma size=2><FONT color=#0000ff>
<P>Privileged/Confidential Information may be contained in this message or
attachments hereto. Please advise immediately if you or your employer do not
consent to Internet email for messages of this kind. Opinions, conclusions and
other information in this message that do not relate to the official business
of this company shall be understood as neither given nor endorsed by it.</P><
/FONT></FONT></HTML>