A mi-chemin entre la réplication et la mise en cluster de serveurs, la mise en miroir de bases de données est une bonne solution de haute disponibilité. Le principe est simple : les transactions effectuées sur l’instance principale sont également envoyées à l’instance miroir. De cette manière en cas de crash du principal il est possible de basculer (automatiquement ou non) sur le serveur miroir avec une perte de données au mieux inexistante et au pire minimale.
A la différence de la réplication ou d’un cluster, la base miroir n’est pas accessible en même temps que la base principale et ne sera en fait utilisée qu’en cas de problème sur le principal. Ce n’est donc pas un moyen de répartir la charge sur plusieurs serveurs mais bien un hot backup, c’est-à-dire une sauvegarde à jour de la base disponible immédiatement.
Dans la suite de l’article je vais détailler les étapes de mise en miroir d’une base de données avec SQLServer 2005.
Continuer à lire "Mise en miroir de base de données SQLServer"
