Durch welche Servereigenschaft eskaliert TransactionScope zu MSDTC?

In unserer Anwendung verwenden wir TransactionScope. Wir möchten den MSDTC-Dienst nicht nutzen, da er viel langsamer ist als einfache Transaktionen.

using (var transactionScope = new TransactionScope())
{
  ...
  transactionScope.Complete();
}

Während wir mit der Testdatenbank verbunden sind, benötigen wir kein MSDTC, aber genau derselbe Code, der auf demselben Computer ausgeführt wird, eskaliert, um MSDTC zu verwenden, wenn eine Verbindung mit der Produktions- oder Entwicklungsdatenbank besteht.

Die Entwicklungsdatenbank ist nicht geclustert und keine benannte Instanz.

Alle sind SQL Server 2008 (10.50.2500) und die Verbindungszeichenfolgen sind bis auf die Hostnamen genau gleich.

Es scheint, dass es einen Unterschied in der Einrichtung der Datenbanken geben muss. Irgendwelche Ideen, was das sein könnte?

BEARBEITEN

Die Transaktion diente dazu, Einfügungen in zwei verschiedenen Tabellen zu schützen. Ich bemerkte, dass es auch zwei Anrufe gab, die zu zwei Auswahlen führten. Diese mussten nicht in der Transaktion enthalten sein, daher habe ich sie außerhalb der Transaktion verschoben. Der Bedarf an MSDTC verschwand dann in allen drei Datenbanken. Problem gelöst, aber ohne wirklich zu wissen, was es verursacht hat.

Hier sind einige der Dinge, die Sie versuchen können, um es zum Laufen zu bringen:

• Vergleichen Sie Enlist=falsein Ihren Verbindungszeichenfolgen
• Vergleichen Sie MultipleActiveResultSets=truein Ihren Verbindungszeichenfolgen
• Benutzerinstanzdatenbanken scheinen aus irgendeinem Grund anders zu funktionieren - wir konnten sie nicht konsistent mit ihnen arbeiten lassen - verwenden Sie ständig vollständige Datenbanken
• Sie können dieselbe Verbindung wiederverwenden (schließen / erneut öffnen) oder mehr als eine Verbindung in einer Verbindung verwenden TransactionScope, aber Sie können nicht mehr als eine Verbindung gleichzeitig verwenden. Sie KÖNNEN jedoch eine ThreadStaticVerbindung aufrechterhalten und diese weitergeben (oder wie wir sie ThreadLocal<>in einer DB-Wrapper-Klasse verwenden) - dies löste ein Parallelitätsproblem für uns in ASP.NET, das zu einer unnötigen Eskalation führte
• Machen Sie sich keine Sorgen, wenn Ihre Datenbank <2008 oder die Kompatibilitätsstufe <100 ist
• Verwenden Sie bei der Verwendung von Verbindungszeichenfolgen nicht die ConnectionStringEigenschaft einer anderen Verbindung, um eine neue Verbindung zu erstellen. Diese entspricht möglicherweise nicht der ursprünglichen, was zu einer Eskalation führt
• Halten Sie Ihre Verbindungen nur so lange offen, wie Sie möchten, und schließen Sie sie zum frühestmöglichen Zeitpunkt.

Sachen, die ich nützlich fand:

• Eine ConnectionScopeKlasse gab mir einige Ideen: http://blogs.msdn.com/b/dataaccess/archive/2006/02/14/532026.aspx
• Es gibt mehr TransactionScopeals den Standard-Ctor! http://blogs.msdn.com/b/dbrowne/archive/2010/06/03/using-new-transactionscope-considered-harmful.aspx
• Beachten Sie, dass ich zwischen 2008 und 2008 R2 nichts Neues finden konnte, das anders wäre - hier ist eine Liste der Dinge, die in dieser Version neu waren: http://msdn.microsoft.com/en-us/library/bb500435% 28SQL.105% 29.aspx

In diesem Fall gibt es mehrere Verbindungen, die dieselbe Verbindungszeichenfolge verwenden

Irrelevant. Zweite Verbindung = Weitergabe an MSDTC. Sie können nur nicht mehrere Verbindungen öffnen. Halten Sie sich an eine Verbindung und diese wird nicht an MSDTC weitergegeben. Öffnen Sie eine zweite Zeichenfolge - dieselbe Zeichenfolge, auch wenn die erste geschlossen ist - und sie muss sich ausbreiten, da sie die Verbindung zur neuen nicht neu zuweisen kann / kann. Das macht es zu 2 Konnektionen, was per Definition eine verteilte Transaktion ist.