Re: Error -2147168227 Cannot create new transaction because capacity was exceeded.

From: Val Mazur (group51a_at_hotmail.com)
Date: 08/04/04


Date: Tue, 3 Aug 2004 23:55:24 -0400

Hi Doug,

Do you have nested transactions? If yes, then you cannot do this through
OLEDB provider for SQL Server. It supports only one level. How do you
declare, open and close connections? Could you post code here?

-- 
Val Mazur
Microsoft MVP
"Doug Stoltz" <NoSpam@MyEmail.com> wrote in message 
news:%23Z4QKbMeEHA.3512@TK2MSFTNGP12.phx.gbl...
> If you have some information on this error please reply.
>
> I have been unable to find info in the Knowledge base, ADO or SQL Server 
> doc
> on error -2147168227.  I have even run searches on the error text at the
> MSDN site and in the master.sysmessages table on my server. Google 
> searches
> have turned up little too. If you have info on this, please tell me how 
> you
> found it.
>
> The application is VB 6, ADO, using OLE DB  provider (SQLOLEDB)  and MDAC
> 2.8, and the database is SQL 2000 on an NT 4 Server machine.
>
> I've debugged the error to a call to:  ado.BeginTrans.
>
> 1) Can you tell me is this a client side ADO error or server side SQL 
> Server
> 2000 error?
>
> 2) Where can I find the error message info in the KB?
>
> 3) When I look at the Process Info in enterprise manager there are 
> multiple
> process Id's generated by the application.  My gut is telling me that I 
> have
> too many process id's created by the ADO driver on the client side and the
> ADO driver generates the error.  (Does this sound right to you?)
>
> 3b) I'm familair with SQL profiler and my research is pointing me back to
> the ADO driver. Do you have a suggestion to "prove"  its a driver side
> problem?  Or does the error code indicate which service generated the 
> error?
>
> 4) It seems to me that the ADO driver is deciding to create multiple
> connections (process id's) and is not closing them the same way as prior
> versions.  Do you know if there has been any change in this part of the 
> ADO
> code?  Do you have any ideas how I might research this part of my 
> question?
> Is there a blog somewhere that I can speak to ADO developers at microsoft?
>
> Background
> This behavior started happening about the time I upgraded to Crystal 10 
> and
> installed the latest MDAC.  Some of the offending code has been "tweaked" 
> to
> explicitly call the "close" method on recordset objects and this has 
> helped.
> In addition, I can see the connection property "multiple connections" =
> true; Even though I'd like to limit the driver to opening only 1 
> connection.
>
> Cheers
> You can email direct to dstoltz at coop-tech dot com.
> (email address scrambled to thwart spammers)
>
>
>
> 


Relevant Pages

  • Re: SQL Server extremely slow
    ... terms of what is meant by a dis-connected ado recordset. ... table in a mdb file could be considered disconnected from the server ... Well, ok, but keep in mind the disk drive is on sql server! ... 10 reocrds from the server via odbc does not produce more ...
    (comp.databases.ms-access)
  • Re: DAO vs ADO
    ... ADO ... > extra overhead retrieving metadata from the server for each query. ... > but I feel DAO is not as unsuitable as is often assumed. ... and ADO when working with SQL Server data. ...
    (microsoft.public.access.conversion)
  • Error -2147168227 Cannot create new transaction because capacity was exceeded.
    ... MSDN site and in the master.sysmessages table on my server. ... The application is VB 6, ADO, using OLE DB provider and MDAC ... Can you tell me is this a client side ADO error or server side SQL Server ... ADO driver generates the error. ...
    (microsoft.public.data.ado)
  • Re: Performance Steigerung durch Auslagerung der Tabellen ?
    ... ADO per se ist eine weitere Zwischenschicht zwischen DAO und der ... und schon auf einem SQL Server 2005 nicht mehr richtig laufen (es sei denn ... Indizes, Indizes, Indizes ...
    (microsoft.public.de.access)
  • Re: Performance Steigerung durch Auslagerung der Tabellen ?
    ... einen DB Server, wie DB2 oder MSSQL einen sofortigen ... Au weh, ADO per se ist eine weitere Zwischenschicht zwischen DAO und der Datenbank und macht per se erst mal gar nix schneller, tendenziell eher langsamer. ... zumindest beim SQL Server gilt: ... Indizes, Indizes, Indizes ...
    (microsoft.public.de.access)