Mise en miroir de base de données et clustering avec basculement
Mis à jour : 5 décembre 2005
Un cluster avec basculement est composé d'un ou de plusieurs disques physiques placés dans un groupe de clusters géré par le service de cluster Microsoft (MSCS), appelé groupe de ressources, et constituant ainsi des nœuds membres du cluster. Le groupe de ressources est configuré comme une instance cluster avec basculement qui héberge une instance de SQL Server. Une instance cluster avec basculement SQL Server se présente sur le réseau comme s'il était un ordinateur unique, mais il est doté d'une fonctionnalité qui assure le basculement d'un nœud vers un autre si le premier devient indisponible. Pour plus d'informations, consultez Clustering avec basculement.
Les clusters avec basculement garantissent une prise en charge de la haute disponibilité pour l'intégralité d'une instance de Microsoft SQL Server. En cela, ils se distinguent de la fonctionnalité de mise en miroir de bases de données qui offre cette même prise en charge pour une seule base de données. La mise en miroir de base de données est mise en œuvre entre des clusters avec basculement et également entre un cluster avec basculement et un hôte non-cluster.
.gif "ms191309.note(fr-fr,SQL.90).gif") Remarque : |
|---|
| Pour obtenir une présentation de la mise en miroir de bases de données, consultez Présentation de la mise en miroir de bases de données. |
Mise en miroir et clustering
En règle générale, lorsque la mise en miroir est associée au clustering, le serveur principal et le serveur miroir résident tous les deux sur des clusters ; le serveur principal est hébergé sur l'instance cluster avec basculement d'un cluster et le serveur miroir opère sur le serveur virtuel d'un autre cluster. Néanmoins, vous pouvez établir une session de mise en miroir dans laquelle un partenaire réside sur l'instance cluster avec basculement d'un cluster et l'autre partenaire sur un ordinateur distinct non-cluster.
Si le basculement d'un cluster rend un serveur principal provisoirement indisponible, les connexions client à la base de données sont fermées. À l'issue du basculement, les clients peuvent se reconnecter au serveur principal du même cluster ou d'un autre cluster (ou un ordinateur non-cluster) selon le mode d'opération.
Pour déterminer la façon dont vous allez configurer la mise en miroir de bases de données dans un environnement en clusters, le mode d'opération adopté pour la mise en miroir est primordial.
Session en mode haute sécurité avec basculement automatique
Si vous envisagez de mettre en miroir une base de données en mode haute sécurité avec basculement automatique, une configuration à deux clusters est recommandée pour les partenaires. Cette configuration assure une disponibilité optimale. Le témoin peut résider soit sur un troisième cluster, soit sur un ordinateur non-cluster.
Si le nœud hébergeant le serveur principal actif connaît une défaillance, le basculement automatique de la base de données débute après quelques secondes seulement, alors que le basculement vers un autre nœud de cluster est toujours en cours. La session de mise en miroir de bases de données bascule vers le serveur miroir de l'autre cluster (ou de l'ordinateur non-cluster) et le serveur miroir initial devient le serveur principal. Le nouveau serveur principal restaure par progression sa copie de la base de données aussi rapidement que possible et la remet en ligne en tant que base de données principale. Au terme du basculement de cluster, qui dure généralement plusieurs minutes, l'instance cluster avec basculement qui était le serveur principal devient le serveur miroir. Pour plus d'informations, consultez Mise en miroir synchrone de bases de données (mode Haute sécurité).
La figure suivante illustre les effets d'un basculement automatique entre des clusters dans une session de mise en miroir en mode haute sécurité avec un témoin (prise en charge du basculement automatique).
.gif "Basculement sur un cluster")
Les trois instances de serveur de la session de mise en miroir résident dans trois clusters distincts : Cluster_A, Cluster_B et Cluster_C. Sur chaque cluster, une instance par défaut de SQL Server s'exécute comme instance cluster avec basculement SQL Server. Au début de la session de mise en miroir, l'instance cluster avec basculement Cluster_A est le serveur principal, celle de Cluster_B est le serveur miroir et celle de Cluster_C est le témoin de la session. À un moment donné, le nœud actif de Cluster_A subit une défaillance, à la suite de quoi le serveur principal devient indisponible.
Avant que le basculement du cluster ne puisse avoir lieu, la perte du serveur principal est détectée par le serveur miroir avec l'aide du témoin. Le serveur miroir restaure par progression sa base de données et la remet en ligne en tant que nouvelle base de données principale aussi rapidement que possible. Une fois le basculement du Cluster_A terminé, le serveur principal initial devient le serveur miroir et synchronise sa base de données avec la base de données principale actuelle sur le Cluster_B.
Session en mode haute sécurité sans basculement automatique
Si vous procédez à la mise en miroir d'une base de données en mode haute sécurité sans basculement automatique, un autre nœud du cluster intervient en tant que serveur principal en cas d'échec du nœud chargé de l'exécution du serveur principal actuel. Notez que lorsque le cluster est indisponible, la base de données l'est également. Pour plus d'informations, consultez Mise en miroir synchrone de bases de données (mode Haute sécurité).
Session en mode hautes performances
Si vous envisagez de mettre en miroir une base de données en mode hautes performances, placez le serveur principal sur l'instance cluster avec basculement d'un cluster et le serveur miroir sur un serveur non-cluster situé sur un site distant. En cas de basculement du cluster vers un autre nœud, l'instance cluster avec basculement continue de fonctionner en tant que serveur principal au cours de la session de mise en miroir. Si le cluster tout entier est confronté à des problèmes, vous pouvez forcer le service sur le serveur miroir. Pour plus d'informations, consultez Mise en miroir asynchrone de bases de données (mode hautes performances).
Pour configurer un nouveau cluster avec basculement SQL Server 2005
Pour configurer la mise en miroir des bases de données
- Configuration de la mise en miroir d'une base de données
- Procédure : configurer une session de mise en miroir de base de données (SQL Server Management Studio)
Voir aussi
Concepts
Autres ressources
Mise en miroir de bases de données