Solutions de haute disponibilité de SQL Server
La fonctionnalité de clustering de basculement Windows Server (WSFC) vous permet de configurer SQL Server pour qu'il soit à haute disponibilité en utilisant la redondance au niveau de l'instance (instance de cluster de basculement, FCI) ou au niveau de la base de données (groupe de disponibilité AlwaysOn, AAG). Vous pouvez également combiner les deux méthodes.
Dans une instance de cluster de basculement, les bases de données SQL sont situées sur un stockage partagé. Parce que ce stockage est accessible uniquement à partir du nœud actif, les données SQL Server sont sauvegardées uniquement lorsque le nœud actif est sauvegardé. Pour la même raison, les bases de données SQL peuvent être restaurées uniquement que sur un nœud actif. Si le nœud actif échoue, un basculement se produit et un autre nœud devient actif.
Dans un groupe de disponibilité, chaque réplica de base de données réside sur un nœud différent. Si le réplica principal devient non disponible, le rôle principal est attribué à un réplica secondaire résidant sur un autre nœud.
D'autres solutions comprennent la mise en miroir des bases de données et l'envoi des journaux. Pour plus d'informations à propos des solutions de haute disponibilité SQL Server, reportez-vous à la documentation de Microsoft : http://msdn.microsoft.com/fr-fr/library/ms190202.aspx.
Sauvegarde de SQL Server configuré pour la haute disponibilité
Dans les deux cas, la FCI et AAG, la sauvegarde d'un seul nœud ne suffit pas. Si ce nœud échoue, SQL Server continuera à fonctionner, mais ses bases de données ne seront pas sauvegardées. Si vous voulez que les données SQL Server soient sauvegardées sans interruption, indépendamment du nombre de nœuds qui sont en place et opérationnels, considérons l'approche suivante.
Les paramètres sont les suivants :
Dans Quoi sauvegarder, cliquez sur Éléments à sauvegarder et cochez la case à côté de la machine (pas celle à côté des disques individuels). Cela garantit que les stockages partagés seront inclus dans la sauvegarde lorsque le nœud devient actif.
Dans Où sauvegarder, spécifiez un emplacement unique pour tous les nœuds. Cela peut être un emplacement de stockage centralisé ou tout simplement un partage réseau. Cela garantit que toutes les données sauvegardées seront stockées en un seul endroit.
Sauvegarde en un seul passage de disques et d'applications - Activé.
Avec ces paramètres, si un basculement se produit, les bases de données SQL continueront d'être sauvegardées vers un autre nœud. Lorsqu'il s'agit d'une restauration, vous trouverez les bases de données en développant le cluster dans l'emplacement de stockage Vue des données ou Vue d'archive.
La restauration de bases de données est configurée pour la haute disponibilité
Une base de données configurée pour la mise en miroir ou incluse dans un groupe de disponibilité AlwaysOn ne peut pas être écrasée lors d'une restauration parce que Microsoft SQL Server l'interdit. Vous devez supprimer la mise en miroir de la base de données cible ou exclure la base de données cible du AAG avant la restauration. Ou restaurez simplement la base de données en tant que nouvelle base de données non AAG. Lorsque la restauration est terminée, vous pouvez reconstruire la mise en miroir ou la configuration AAG d'origine.