| 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: ora-12500 on windows
Using dedicated servers, they can be frequent, but they should be short, the
reason is simple as they share a connection, if several customer takes the
connection 5 minutes, then some of them will be waiting, that amount of time
at least.
We tried to do it, and testing we saw a dedicated server was the best,
becaues the previous reason.
Anyway the best thing to do is to test, try, if this solve your problem and it works better than previously with long process, then this oculd be the solution.
The best is test, now matter how close is a rule, there is always exceptions.
Juan, why do you say that MTS is only for short quick queries? Can you elaborate? I think I know why but I'd like to hear your side.
Lisa
-----Original Message-----
From: Juan Cachito Reyes Pacheco [mailto:jreyes_at_dazasoftware.com]=20
Sent: Wednesday, February 18, 2004 3:11 PM
To: oracle-l_at_freelists.org
Subject: Re: ora-12500 on windows
If your transactions are short, few seconds, you can use shared servers
otherwise if your querys or operation takes several minutes, shared
server
is not an option.
You can have both, once you configure shared server you can configure
some
computers to be dedicated.
Lisa
Maybe I'm a little simple, but in this situation I would be pressing
the
vendor (Informatica) for a solution. Taking the point of view that "your
application has a problem". They may well have a solution or a
suggestion.
After all, they've been around awhile. Just a thought from a simple mind
that hates to solve problems others have already solved.
Dennis Williams
DBA
Lifetouch, Inc.
dwilliams_at_lifetouch.com
-----Original Message-----
From: Koivu, Lisa [mailto:Lisa.Koivu_at_Cendant-TRG.com]
Sent: Wednesday, February 18, 2004 12:13 PM
To: oracle-l_at_freelists.org; JBECKSTROM_at_gcrta.org
Subject: RE: ora-12500 on windows
Hello Jeffrey,=3D20
I'm feeling your pain, like you wouldn't believe.=3D20
I think it's note 225349.1
My problem that is resulting in ora-12500's is many, many connections being fired at one time. Informatica fires in the neighborhood of 300 connections all at the same time, the exact same second. I have tried adding multiple listeners, adding the QUEUESIZE parameter, all to no avail. I had to reduce the sga size to stop the errors. =3D20
To make this more interesting, I am guaranteed that in the future there will be several hundred more concurrent connections added to what I'm dealing with now. =3D20
Can anyone comment - can MTS help in my situation? I've never used it.
Any comments or suggestions are welcome.
Lisa Monkey
Orlando, FL, USA=3D20
-----Original Message-----
From: Jeffrey Beckstrom [mailto:JBECKSTROM_at_gcrta.org]=3D20
Sent: Wednesday, February 18, 2004 12:55 PM
To: oracle-l_at_freelists.org; discgolfdba_at_yahoo.com
Subject: Re: ora-12500 on windows
we are w2k AS. Do you know the metalink note for large memory support?
>>> discgolfdba_at_yahoo.com 2/18/04 11:11:20 AM >>>
--- Jeffrey Beckstrom <JBECKSTROM_at_gcrta.org> wrote:
> mem usage
familiar territory.
on win32, the process memory limit is between 1.7 and 1.8 GB of virtual memory. what version of operating system is the server running?
if it is w2k server, you're stuck. you must reduce
either the SGA or PGA memory allocations in order to
stay under the process limit.
if it is w2k advanced server, you can enable large
memory support, and carry up to a 3*10E9 (convert to
power of 2) memory allocated to a process.
if is is w2k3 server, you can enable large memory
support.
certain versions of Oracle on win32 support large
memory, and some don't.
9.2.0.4 does.
8.1.7.3 and 8.1.7.4 do not.
to reduce memory allocations, you might:
- check v$sgastat for free memory, and reduce the size
of the shared, large and java pools.
- reduce the buffer cache
- reduce sort_area_size, hash_area_size
hth.
Pd
> I would suspect they should be close to each other
> since currently mem usage is 1.1 g and vm size is
> 1.2 g.
> >>> tanel.poder.003_at_mail.ee 2/18/04 9:17:39 AM >>>
>=3D20
>=3D20
>=3D20
>=3D20 >=3D20> >
> > Swap space is set to max of 4 G
> > commit charge peak is 2.4 G
> > commit charge limit is 5.8 G
> > We should be well under the limits
> >
> > Jeffrey Beckstrom
> > Database Administrator
> > Greater Cleveland Regional Transit Authority
> > 1240 W. 6th Street
> > Cleveland, Ohio 44113
-- Archives are at http://www.freelists.org/archives/oracle-l/=3D20 FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html=3D20 ----------------------------------------------------------------- ---------------------------------------------------------------- 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 ----------------------------------------------------------------- "The sender believes that this E-Mail and any attachments were free of = =3D any virus, worm, Trojan horse, and/or malicious code when sent. This =3D message and its attachments could have been infected during =3D transmission. By reading the message and opening any attachments, the = =3D recipient accepts full responsibility for taking proactive and remedial =3D action about viruses and other defects. The sender's business entity is =3D not liable for any loss or damage arising in any way from this message = =3D or its attachments." ---------------------------------------------------------------- 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 ----------------------------------------------------------------- ---------------------------------------------------------------- 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 ----------------------------------------------------------------- "The sender believes that this E-Mail and any attachments were free of = any virus, worm, Trojan horse, and/or malicious code when sent. This = message and its attachments could have been infected during = transmission. By reading the message and opening any attachments, the = recipient accepts full responsibility for taking proactive and remedial = action about viruses and other defects. The sender's business entity is = not liable for any loss or damage arising in any way from this message = or its attachments." ---------------------------------------------------------------- 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 -----------------------------------------------------------------Received on Wed Feb 18 2004 - 14:48:48 CST
 |
 |