| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Oracle 9.2.0.5 "10046" Tracing Causes Server Crash on Windows 2000?
The tables are not partitioned but we are using RAID 10 striped and =
mirrored. Are parallel and partitioning 'locked' together? Is their no =
value to parallel unless the tables are partitioned? We are moving =
toward it but haven't done it yet.=20
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Michael McMullen
Sent: Tuesday, August 03, 2004 11:41 AM
To: oracle-l_at_freelists.org
Subject: Re: Oracle 9.2.0.5 "10046" Tracing Causes Server Crash on
Windows 2000?
Queries will automatically go in parallel if you have partitioned tables =
and
your queries don't use the partition key unless you use a global index. =
I
read that there was 250 simultaneous sessions. If you have lots of
partitioned tables with lots of users querying these tables without
specifying the partition key, I think you'll hit a performance problem
pretty quickly just on maxing out cpu.
What kinds of indexes do you have on the partitioned tables? I use =
bitmaps
on the partitioned tables and they fly. Very small, helps performance =
alot.
Mike
> We were hoping to improve query performance with parallel although it =
=3D
> may not be necessary in all circumstances. Regarding parallel is it =
=3D
> better to pick and choose what activities are performed in parallel? =
I =3D
> think we've basically defaulted it on after our performance improved =
in =3D
> the areas we were concerned about. What about V$PARAMETER error? Is =
=3D
> that significant? It keeps showing up in the alert log.=3D20
>
> We had two occassions last week when I had to reboot the server. The =
=3D
> first was recorded in the logs I provided. The second was when I =3D
> arrived in the morning Friday and couldn't log in. I couldn't find any =
=3D
> errors recorded anywhere. We installed 9.2.0.5 on Tuesday the 27th.
>
> -----Original Message-----
> From: oracle-l-bounce_at_freelists.org
> [mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Tanel P=3DF5der
> Sent: Tuesday, August 03, 2004 10:46 AM
> To: oracle-l_at_freelists.org
> Subject: Re: Oracle 9.2.0.5 "10046" Tracing Causes Server Crash on
> Windows 2000?
>
>
> It seems that, you are using parallel query and =3D
> cursor_sharing=3D3Dforce|similar
> here, it might be that the problem occurs when all of these features
> "collide". Do you need your query to run in parallel? (parallel option
> triggers lots of bugs, including data/query result corruption ones, in =
=3D
> my
> experience).
>
> Tanel.
>
> ----- Original Message -----=3D20
> From: "Freeman, Donald" <dofreeman_at_state.pa.us>
> To: "Oracle-L (E-mail)" <oracle-l_at_freelists.org>
> Sent: Tuesday, August 03, 2004 5:26 PM
> Subject: Oracle 9.2.0.5 "10046" Tracing Causes Server Crash on Windows =
=3D
> 2000?
>
>
> > I am finally getting to practice some of the tracing functionality =
=3D
> that =3D3D
> > is discussed here and ran into something I haven't seen dicussed =
here. =3D
> =3D3D
> > We had a complaint about a query that performs inconsistently and I =
=3D
> =3D3D
> > enabled my session trigger on user logon to capture it. The server =
=3D
> =3D3D
> > failed at a point shown below. The first entry is the alert log =3D
> entry. =3D3D
>
>
> ----------------------------------------------------------------
> 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
> -----------------------------------------------------------------
> ----------------------------------------------------------------
> 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
> -----------------------------------------------------------------
>
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- 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 Aug 03 2004 - 12:05:08 CDT
 |
 |