OK, so then I'd just have to ensure that I have enough shared servers
configured to handle peak load without incurring waits.=20
Just needed help removing the wax from my ears, that's all.
Thanks Jared
Lisa
-----Original Message-----
From: Jared Still [mailto:jkstill_at_cybcon.com]=20
Sent: Thursday, February 19, 2004 10:31 AM
To: Oracle-L Freelists
Subject: RE: ora-12500 on windows
I haven't used MTS in quite some time, so let's see
if I have this right. :)
If you run long running queries through MTS, they will
tie up your shared servers. The shared server is not
released until the transaction is complete.
If you setup shared and dedicated connections, you can
route users to an MTS session via one net service, and
batch jobs, reports, etc go to another net service which
connects to a dedicated server.
HTH
Jared
On Thu, 2004-02-19 at 05:47, Koivu, Lisa wrote:
> Hi Jared,=3D20
>=20
> Yes, I saw that. The connections are queued up until they can be
handed
> off, not until processing is complete. Correct? So a long-running
> query can be handled in this environment without affecting other
> connection requests given it is configured properly.=3D20
>=20
> Am I missing something?
> Lisa
>=20
> -----Original Message-----
> From: Jared.Still_at_radisys.com [mailto:Jared.Still_at_radisys.com]=3D20
> Sent: Wednesday, February 18, 2004 4:51 PM
> To: oracle-l_at_freelists.org
> Subject: RE: ora-12500 on windows
>=20
> Lisa,
> Take a look at the first page of the MTS section in the Networking
admin
>=20
> guide (8i),
> or in the 9i Net Services Administrators Guide look at section 4=3D20
> "Archictecture of
> Oracle Net Services", and the subhead 'Database Server Process=3D20
> Architecture "
>=20
> The diagrams and explanation are pretty clear.
>=20
> Queries all queue up behind the shared servers.=3D20
>=20
> Jared
>=20
>=20
>=20
>=20
>=20
>=20
> "Koivu, Lisa" <Lisa.Koivu_at_Cendant-TRG.com>
> Sent by: oracle-l-bounce_at_freelists.org
> 02/18/2004 12:17 PM
> Please respond to oracle-l
>=20
> =3D20
> To: <oracle-l_at_freelists.org>
> cc:=3D20
> Subject: RE: ora-12500 on windows
>=20
>=20
> 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.
>=20
> Lisa
>=20
> -----Original Message-----
> From: Juan Cachito Reyes Pacheco =
[mailto:jreyes_at_dazasoftware.com]=3D3D20
> Sent: Wednesday, February 18, 2004 3:11 PM
> To: oracle-l_at_freelists.org
> Subject: Re: ora-12500 on windows
>=20
> 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.
>=20
> ----- Original Message -----=3D3D20
> From: "DENNIS WILLIAMS" <DWILLIAMS_at_LIFETOUCH.COM>
> To: <oracle-l_at_freelists.org>
> Sent: Wednesday, February 18, 2004 3:25 PM
> Subject: RE: ora-12500 on windows
>=20
>=20
> 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.
>=20
> Dennis Williams
> DBA
> Lifetouch, Inc.
> dwilliams_at_lifetouch.com
>=20
> -----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
>=20
>=20
> Hello Jeffrey,=3D3D3D20
>=20
> I'm feeling your pain, like you wouldn't believe.=3D3D3D20
>=20
> I think it's note 225349.1
>=20
> 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. =3D3D3D20
>=20
> 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. =3D3D3D20
>=20
> Can anyone comment - can MTS help in my situation? I've never used
it.
>=20
>=20
> Any comments or suggestions are welcome.
>=20
> Lisa Monkey
> Orlando, FL, USA=3D3D3D20
>=20
> -----Original Message-----
> From: Jeffrey Beckstrom [mailto:JBECKSTROM_at_gcrta.org]=3D3D3D20
> Sent: Wednesday, February 18, 2004 12:55 PM
> To: oracle-l_at_freelists.org; discgolfdba_at_yahoo.com
> Subject: Re: ora-12500 on windows
>=20
> 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
>=20
> familiar territory.
>=20
> 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?
>=20
> 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.
>=20
> 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.
>=20
> 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
>=20
> hth.
>=20
> Pd
>=20
> > 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 >>>
> >=3D3D3D20
> > > oracle.exe process was 1.4 G per task manager -
> > well under the 2 G
> > > limit.
> >=3D3D3D20
> > I've seen problems starting happen when about 1,5G
> > of mem was allocated to
> > oracle.exe... From which task manager column did you
> > check the process size,
> > from "mem usage" or from "vm size"?
> >=3D3D3D20
> > Tanel.
> >=3D3D3D20
> >=3D3D3D20
> > > 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
> > >
> > >
> >=3D3D3D20
>=20
> __________________________________
> Do you Yahoo!?
> Yahoo! Mail SpamGuard - Read only the mail you want.
> http://antispam.yahoo.com/tools=3D3D3D20
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com=3D3D3D20
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_freelists.org=3D3D3D20
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/=3D3D3D20
> FAQ is at =
http://www.freelists.org/help/fom-serve/cache/1.html=3D3D3D20
> -----------------------------------------------------------------
>=20
>=20
>=20
> ----------------------------------------------------------------
> 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
> -----------------------------------------------------------------
>=20
> "The sender believes that this E-Mail and any attachments were free of
=3D
> =3D3D
> =3D3D3D
> any virus, worm, Trojan horse, and/or malicious code when sent. This =
=3D
> =3D3D3D
> message and its attachments could have been infected during =3D3D3D
> transmission. By reading the message and opening any attachments, the
=3D
> =3D3D
> =3D3D3D
> recipient accepts full responsibility for taking proactive and
remedial
> =3D3D3D
> action about viruses and other defects. The sender's business entity
is
> =3D3D3D
> not liable for any loss or damage arising in any way from this message
=3D
> =3D3D
> =3D3D3D
> or its attachments."
>=20
> ----------------------------------------------------------------
> 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
> -----------------------------------------------------------------
>=20
>=20
> ----------------------------------------------------------------
> 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
> -----------------------------------------------------------------
>=20
> "The sender believes that this E-Mail and any attachments were free of
=3D
> =3D3D
> any virus, worm, Trojan horse, and/or malicious code when sent. This
=3D3D
> message and its attachments could have been infected during =3D3D
> transmission. By reading the message and opening any attachments, the
=3D
> =3D3D
> recipient accepts full responsibility for taking proactive and
remedial
> =3D3D
> action about viruses and other defects. The sender's business entity
is
> =3D3D
> not liable for any loss or damage arising in any way from this message
=3D
> =3D3D
> or its attachments."
>=20
> ----------------------------------------------------------------
> 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
> -----------------------------------------------------------------
>=20
>=20
>=20
>=20
> ----------------------------------------------------------------
> 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
> -----------------------------------------------------------------
>=20
> "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."
>=20
> ----------------------------------------------------------------
> 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
-----------------------------------------------------------------
Received on Thu Feb 19 2004 - 09:47:52 CST
