Mise en miroir de bases de données dans SQL Server (ADO.NET)

La mise en miroir des bases de données dans SQL Server vous permet de conserver une copie, ou miroir, d'une base de données SQL Server 2005 sur un serveur en veille. La mise en miroir garantit que deux copies distinctes des données existent en permanence, en offrant une haute disponibilité et une redondance complète des données. Le fournisseur de données .NET pour SQL Server offre une prise en charge implicite de la mise en miroir de bases de données, de façon à ce que le développeur ne doive pas exécuter d'action ni écrire de code une fois qu'il a été configuré pour une base de données SQL Server 2005 ou SQL Server 2008. En outre, l'objet SqlConnection prend en charge un mode de connexion explicite qui permet la fourniture du nom d'un serveur partenaire de basculement dans la propriété ConnectionString.

La séquence d'événements simplifiée suivante se produit pour un objet SqlConnection qui vise une base de données configurée pour la mise en miroir :

1. L'application cliente se connecte avec succès à la base de données principale et le serveur renvoie le nom du serveur partenaire, qui est ensuite mis en cache sur le client.

2. En cas d'échec du serveur contenant la base de données principale ou d'interruption de la connectivité, l'état de la connexion et de la transaction est perdu. L'application cliente tente de rétablir une connexion à la base de données principale et échoue.

3. L'application cliente tente ensuite de façon transparente d'établir une connexion avec la base de données miroir sur le serveur partenaire. Si elle réussit, la connexion est redirigée vers la base de données miroir qui devient alors la nouvelle base de données principale.

Spécification du partenaire de basculement dans la chaîne de connexion

Si vous fournissez le nom d'un serveur partenaire de basculement dans la chaîne de connexion, le client essaie d'établir de façon transparente une connexion avec ce partenaire si la base de données principale est indisponible lors de la première connexion de l'application cliente.

";Failover Partner=PartnerServerName"

Si vous omettez le nom du serveur partenaire de basculement et que la base de données principale est indisponible lors de la première connexion de l'application cliente, un SqlException est déclenché.

Lorsqu'un SqlConnection est correctement ouvert, le nom du partenaire de basculement est retourné par le serveur et remplace toute valeur fournie dans la chaîne de connexion.

Remarque

Vous devez spécifier explicitement le nom de catalogue ou de base de données initial dans la chaîne de connexion pour les scénarios de mise en miroir de bases de données.Si le client reçoit des informations de basculement sur une connexion qui n'a pas de base de données ou de catalogue initial spécifié explicitement, les informations de basculement ne sont pas mises en cache et l'application ne tente pas de basculer en cas d'échec du serveur principal.Si une chaîne de connexion a une valeur pour le partenaire de basculement, mais pas de valeur pour la base de donneés ou le catalogue initial, un InvalidArgumentException est déclenché.

Extraction du nom de serveur actuel

En cas de basculement, vous pouvez extraire le nom du serveur auquel la connexion actuelle est réellement connectée en utilisant la propriété DataSource d'un objet SqlConnection. Le fragment de code suivant extrait le nom du serveur actif, en partant de l'hypothèse que la variable de connexion fait référence à un SqlConnection ouvert.

Quand un événement de basculement se produit et que la connexion est basculée vers le serveur miroir, la propriété DataSource est mise à jour afin de refléter le nom du miroir.

Dim activeServer As String = connection.DataSource

string activeServer = connection.DataSource;

Comportement de mise en miroir de SqlClient

Le client tente toujours de se connecter au serveur principal actuel. S'il échoue, il essaie le partenaire de basculement. Si la base de données miroir a déjà été basculée vers le rôle principal sur le serveur partenaire, la connexion réussit et le nouveau mappage miroir-principal est envoyé au client et mis en cache pendant la durée de l'appel AppDomain. Il n'est pas stocké dans un stockage persistant et n'est pas disponible pour des connexions subséquentes dans un AppDomain ou processus différent. Toutefois, il est disponible pour des connexions subséquentes à l'intérieur du même AppDomain. Notez qu'un autre AppDomain ou processus s'exécutant sur le même ou un autre ordinateur a toujours son pool de connexions et que ces connexions ne sont pas réinitialisées. Dans ce cas, en cas d'arrêt de la base de données principale, chaque processus ou AppDomain échoue une fois et le pool est automatiquement effacé.

Remarque

La prise en charge de la mise en miroir sur le serveur est configurée pour chaque base de données.Si des opérations de manipulation des données sont exécutées sur d'autres bases de données non incluses dans l'ensemble principal/miroir, soit en utilisant des noms multipart, soit en modifiant la base de données en cours, les modifications apportées à ces autres bases de données ne sont pas propagées en cas d'échec.Aucune erreur n'est générée en cas de modification des données d'une base de données non mise en miroir.Le développeur doit évoluer l'impact possible de telles opérations.

Ressources relatives à la mise en miroir de bases de données

Pour obtenir des informations et de la documentation conceptuelle sur la configuration, le déploiement et l'administration de la mise en miroir, voir les ressources suivantes dans la documentation en ligne de SQL Server.

Ressource	Description
Mise en miroir de bases de données dans la documentation en ligne de SQL Server 2008	Décrit comment installer et configurer la mise en miroir dans SQL Server 2008.
Mise en miroir de bases de données dans la documentation en ligne de SQL Server 2005.	Décrit comment installer et configurer la mise en miroir dans SQL Server 2005.