Entity Framework - Stratégie de réessai SQL Azure

Question

Est-ce que quelqu'un pourrait me guider sur la façon de mettre en œuvre une politique de réessayer avec EF à SQL Azure, s'il vous plaît.

Answer 1

Ce fil de discussion Azure contient des liens vers de bonnes ressources couvrant ce sujet. Il ne semble pas y avoir encore quelque chose d'officiel. Mais il y a des projets open source qui vous donnent un bon début.

http://social.msdn.microsoft.com/Forums/en-US/ssdsgetstarted/thread/3a9ed384-5374-438e-a8a4-ff4bd8000738/#27b5251a-bff5-4282-980c-ad43fdd85591

De la réponse:

http://blogs.msdn.com/b/appfabriccat/archive/2010/10/28/best-practices-for-handling-transient-conditions-in-sql-azure-client-applications.aspx

Personnellement, je ne pas utiliser la bibliothèque le blog mentionne. Au lieu de cela, j'ai été en mesure de sortir avec une simple boucle WHILE avec un TRY/CATCH qui a surveillé les numéros d'erreur SQL EXCEPTION spécifiques qui étaient sûrs de réessayer. Il y a aussi un compteur qui l'empêche fondamentalement de «réessayer» pour toujours.

Answer 2

J'utilise le Transiet Fault Handling Framework, fourni dans la mesure d'une meilleure solution par l'équipe d'EF. Ajoutez le binaire ou le projet dans le lien ci-dessus à votre solution et ajoutez la référence à votre projet.

• instancier une politique de nouvelle tentative avec les paramètres appropriés:

var retryPolicy = new RetryPolicy<SqlAzureTransientErrorDetectionStrategy>(
      10, 
      TimeSpan.FromSeconds(0.5), 
      TimeSpan.FromSeconds(2) 
    ) { FastFirstRetry = true }; 

• Utilisez votre objet de stratégie de nouvelle tentative pour tout travail atomique sur la context.

using(var context = new ...) 
    { 
     ...//Maybe you do something to the database... 
     retryPolicy.ExecuteAction(() => context.SaveChanges()); 
    } 

Answer 3

Windows Server AppFabric équipe de conseillers à la clientèle ont fourni des indications assez détaillées autour de this blog post retries. Fondamentalement, ils ont un certain nombre de façons différentes d'utiliser le cadre de gestion des erreurs de transit (qui a été remplacé depuis par le Transient Fault Handling Application Block, qui est similaire) afin de fournir des tentatives.

Answer 4

Le problème avec l'utilisation de la bibliothèque Transient Fault Handling selon la plupart de la documentation est qu'il vous oblige à emballer tous les appels de base de données dans votre application.

Si vous utilisez Entity Framework 6 (actuellement en alpha) alors il y a un nouveau soutien en construit pour relances transitoires avec SQL Azure Database (avec un peu de configuration): voici le link

Je Nous avons créé une bibliothèque qui vous permet de configurer Entity Framework pour réessayer en utilisant le bloc Fault Handling sans avoir besoin de changer tous les appels de base de données. En général, vous n'aurez qu'à modifier votre fichier de configuration et éventuellement une ou deux lignes de code.

Cela vous permet de l'utiliser pour Entity Framework ou LINQ Pour Sql, voici le link

Answer 5

Entity Framework 6 a ajouté la résilience de connexion comme une nouvelle fonction pour aider à résoudre ce, citant Microsoft: "active la récupération à partir des échecs de connexion transitoires ". Voici le Connection Resiliency Spec for EF6 si vous voulez en savoir plus.

EF6 at NuGet