Dans un cluster SQL Server traditionnel en cas de basculement, tous les clients connectés à l'instance défaillante SQL Server perdent les connexions et chaque client doit rétablir une nouvelle connexion pour l'instance de cluster de basculement.
Le groupe de disponibilité AlwaysON atténue-t-il ce problème? Le basculement en cas de groupe de disponibilité SQL Server 2012 AlwaysON est-il transparent pour les clients se connectant à SQL Server?
Réponses:
Non. Lors d'un basculement, les clients le remarqueront. Votre connexion à SQL Server sera rompue et vous devrez réessayer votre transaction.
Pour ceux qui liront ce post plus tard à la suite d'une recherche sur le Web. Il est en effet décrit ici dans SQL Server BOL . Doh ... je ne pouvais pas le trouver plus tôt ....
Lorsqu'un basculement de groupe de disponibilité se produit, les connexions persistantes existantes au groupe de disponibilité sont interrompues et le client doit établir une nouvelle connexion afin de continuer à travailler avec la même base de données principale ou la base de données secondaire en lecture seule. Lorsqu'un basculement se produit du côté serveur, la connectivité au groupe de disponibilité peut échouer, forçant l'application cliente à réessayer de se connecter jusqu'à ce que le serveur principal soit entièrement remis en ligne.
Si le groupe de disponibilité revient en ligne pendant la tentative de connexion d'une application cliente mais avant la période d'expiration de la connexion, le pilote client peut se connecter avec succès pendant l'une de ses tentatives de nouvelle tentative interne et aucune erreur ne sera signalée à l'application dans ce cas.