“L'opération n'est pas valide pour l'état de la transaction”, d'erreur et de l'étendue de la transaction

Je reçois le message d'erreur suivant lorsque j'essaie d'appeler une procédure stockée qui contient une Instruction SELECT:

L'opération n'est pas valide pour l'état de la transaction

Voici la structure de mes appels:

public void MyAddUpdateMethod()
{

    using (TransactionScope Scope = new TransactionScope(TransactionScopeOption.RequiresNew))
    {
        using(SQLServer Sql = new SQLServer(this.m_connstring))
        {
            //do my first add update statement

            //do my call to the select statement sp
            bool DoesRecordExist = this.SelectStatementCall(id)
        }
    }
}

public bool SelectStatementCall(System.Guid id)
{
    using(SQLServer Sql = new SQLServer(this.m_connstring)) //breaks on this line
    {
        //create parameters
        //
    }
}

Est le problème avec moi, la création d'une nouvelle connexion à la base de données au sein de la transaction?

InformationsquelleAutor Michael Kniskern | 2008-10-10
  1. 49

    Après avoir fait quelques recherches, il semble que je ne peut pas avoir deux connexions ouvertes à la même base de données avec le bloc TransactionScope. J'ai dû modifier mon code ressemble à ceci:

    public void MyAddUpdateMethod()
{
    using (TransactionScope Scope = new TransactionScope(TransactionScopeOption.RequiresNew))
    {
        using(SQLServer Sql = new SQLServer(this.m_connstring))
        {
            //do my first add update statement            
        }

        //removed the method call from the first sql server using statement
        bool DoesRecordExist = this.SelectStatementCall(id)
    }
}

public bool SelectStatementCall(System.Guid id)
{
    using(SQLServer Sql = new SQLServer(this.m_connstring))
    {
        //create parameters
    }
}
    • Je suis tombé sur une même situation. J'ai eu à faire référence à deux bases de données différentes dans la même étendue de la transaction. Merci pour l'astuce.
    • Bonne prise, un lieu commun de voir cela se produire est si vous avez un de journalisation (nlog, log4net) qui est écrit à la DB, depuis la journalisation va créer sa propre connexion à la base de données pour votre application.
    • Où avez-vous trouver cette information?
    • Applications d'enregistrement de doit probablement supprimer toute extérieure TransactionScope contexte.
    InformationsquelleAutor Michael Kniskern
  2. 9

    J'ai aussi trouver le même problème, j'ai changé de délai d'expiration de transaction à 15 minutes et il fonctionne.
    J'espère que cette aide.

    TransactionOptions options = new TransactionOptions();
options.IsolationLevel = System.Transactions.IsolationLevel.ReadCommitted;
options.Timeout = new TimeSpan(0, 15, 0);
using (TransactionScope scope = new TransactionScope(TransactionScopeOption.Required,options))
{
    sp1();
    sp2();
    ...

}
    • Je soupçonne fortement que ce n'est pas le délai d'attente qui a changé le comportement, mais le fait que vous avez changé, le niveau d'isolation de Serializable à ReadCommitted.
    InformationsquelleAutor Sharique
  3. 7

    Quand j'ai rencontré cette exception, il y avait une InnerException "Délai d'expiration de Transaction". Puisque c'est au cours d'une session de débogage, quand j'ai arrêté mon code pour un certain temps à l'intérieur de la TransactionScope, j'ai choisi d'ignorer cette question.

    Lorsque cette exception spécifique avec un délai d'attente s'affiche dans déployés code, je pense que la section suivante en vous .fichier de configuration va vous aider:

    <system.transactions> 
        <machineSettings maxTimeout="00:05:00" /> 
</system.transactions>
    • Est le même que TransactionOptions.Timeout ?
    InformationsquelleAutor R. Schreurs
  4. 2

    J'ai rencontré cette erreur lors de ma Transaction est imbriquée dans une autre. Est-il possible que la procédure stockée déclare sa propre transaction ou que la fonction d'appel déclare l'un?

    • Je n'ai pas de t-sql code de transaction dans l'un de mes procédures stockées. En théorie, la transaction devrait être contrôlé par l'MyAddUpdateMethod()
    • +1 parce que j'ai reçu ce message d'erreur lorsque la transaction langue dans ma procédure stockée a été mauvais, c'est à dire de la transaction compte étant foiré.
    InformationsquelleAutor Wyatt
  5. 1

    Pour moi, cette erreur est venu quand j'ai essayé la restauration d'une transaction de bloc après la survenue d'une exception, à l'intérieur d'une transaction de bloc.

    Tout ce que j'avais à faire était de supprimer mon intérieur transaction de bloc.

    Les choses peuvent devenir assez bordélique lors de l'utilisation de transactions imbriquées, le mieux pour éviter cela et juste restructurer votre code.

    InformationsquelleAutor Vishav Premlall