Le moyen le plus rapide de savoir si SQL Server est disponible

Question

J'ai un programme winform qui utilise la réplication de fusion pour maintenir une synchronisation SQL Express locale avec un serveur SQL central sur notre réseau. En raison de la nature de cette application, le processus de synchronisation s'exécute automatiquement sur App ouvrir et fermer. La façon dont je le fais (ci-dessous) semble prendre beaucoup de temps. Qu'est-ce qui serait un moyen plus rapide? En dehors des sentiers battus, il serait probablement correct si je vérifiais simplement le serveur lui-même, bien que cela pourrait présenter un trou pour un cas de bord où le serveur est disponible, mais SQL est en panne. Alternativement, peut-être juste vérifier si notre domaine est disponible bien que cela pourrait laisser le même trou, je suppose.

Merci!

private static bool IsSqlAvailable() 
    { 
     try 
     { 
      var conn = new SqlConnection("Data Source=WWCSTAGE;Initial Catalog=Connect;Integrated Security=True"); 
      conn.Open(); 
      conn.Close(); 
      HUD.IsSQLAvailable = true; 
      return true; 
     } 
     catch (Exception) 
     { 
      HUD.IsSQLAvailable = false; 
      return false; 
     } 
    } 

---

Comme une note supplémentaire. Ce qui précède est particulièrement lent lorsqu'il est hors réseau. Je mets même le délai d'attente de connexion = 1 et il se trouve toujours à ce point pendant un certain temps.

Answer 1

Mon conseil habituel dans ce genre de scénario, où vous vérifiez l'existence/la connectivité de quelque chose qui est hors de votre contrôle est: ne le faites pas.

Votre chèque peut passer et un instant plus tard, le résultat n'est plus vrai. Donc, essayez de faire ce que vous voulez faire, en supposant que le serveur SQL est disponible, et gérer les erreurs inévitables gracieusement.

Answer 2

Je voudrais envelopper ma connexion dans une clause using et probablement réduire le délai de connexion dans ma chaîne de connexion (généralement, si le serveur est en place, il devrait se connecter plus rapidement que la valeur par défaut).

Answer 3

Vous pensez peut-être trop dur. La disponibilité de votre serveur SQL est essentiellement équivalente à la possibilité de vous y connecter, donc je dirais que votre méthode d'essayer d'ouvrir une connexion est tout à fait valide. Ma seule suggestion serait d'assigner HUD.IsSQLAvailable une fois où vous appelez la méthode puisque vous obtenez déjà une valeur de retour, au lieu de l'assigner deux fois à IsSqlAvailable().

Answer 4

Je viens d'écrire une méthode de connexion de test aujourd'hui dans une application que j'écris au travail.

Je viens d'utiliser une simple méthode try catch sur juste un connection.open et connection.close et attrape l'exception si elle échoue. Vous n'avez pas à définir une variable si vous n'en avez pas besoin. Renvoyez juste vrai ou faux. Il va se bloquer pendant quelques secondes si la connexion va échouer.

Answer 5

Je pense que vous pouvez simplement demander au port TCP SQL Server. Mais il y a un problème si utilisé des instances nommées.