Partager via

Solutions de haute disponibilité (SQL Server)

Cette rubrique présente plusieurs solutions de haute disponibilité SQL Server qui améliorent la disponibilité des serveurs ou des bases de données. Une solution à haute disponibilité masque les effets d’une défaillance matérielle ou logicielle et maintient la disponibilité des applications afin que le temps d’arrêt perçu pour les utilisateurs soit réduit.

Remarque

Pour plus d’informations sur les éditions de SQL Server qui prennent en charge une solution de haute disponibilité donnée, consultez la section « Haute disponibilité (AlwaysOn) » des fonctionnalités prises en charge par les éditions de SQL Server 2014.
#SolutionsRecommandées

Vue d’ensemble des solutions sql Server High-Availability

SQL Server fournit plusieurs options pour créer une haute disponibilité pour un serveur ou une base de données. Les options de haute disponibilité sont les suivantes :

Instances de cluster de basculement AlwaysOn
Dans le cadre de l’offre SQL Server AlwaysOn, les instances de cluster de basculement AlwaysOn tirent parti de la fonctionnalité WSFC (Windows Server Failover Clustering) pour fournir une haute disponibilité locale grâce à la redondance au niveau de l’instance de serveur- instance de cluster de basculement (FCI). Une instance FCI est une instance unique de SQL Server installée sur les nœuds du Clustering de basculement de Windows Server (WSFC) et, éventuellement, sur plusieurs sous-réseaux. Sur le réseau, une instance FCI semble être une instance de SQL Server s’exécutant sur un seul ordinateur, mais l’instance FCI fournit un basculement d’un nœud WSFC vers un autre si le nœud actuel devient indisponible.

Pour plus d’informations, consultez Instances de cluster de basculement AlwaysOn (SQL Server).

Groupes de disponibilité toujours actifs

Les groupes de disponibilité Always On sont une solution de haute disponibilité et de récupération d’urgence de niveau entreprise introduite dans SQL Server 2012 pour vous permettre d’optimiser la disponibilité pour une ou plusieurs bases de données utilisateur. Les groupes de disponibilité Always On nécessitent que les instances de SQL Server résident sur des nœuds de Cluster de basculement de Windows Server (WSFC). Pour plus d’informations, consultez Groupes de disponibilité AlwaysOn (SQL Server).

Remarque

Une instance FCI peut tirer parti des groupes de disponibilité Always On pour fournir une récupération d’urgence à distance au niveau de la base de données. Pour plus d’informations, consultez Clustering de basculement et groupes de disponibilité AlwaysOn (SQL Server).

Mise en miroir de bases de données

Remarque

Cette fonctionnalité sera supprimée dans une prochaine version de Microsoft SQL Server. Évitez d'utiliser cette fonctionnalité dans de nouveaux travaux de développement, et prévoyez de modifier les applications qui utilisent actuellement cette fonctionnalité. Nous vous recommandons d’utiliser des groupes de disponibilité Always On à la place.

La mise en miroir de bases de données est une solution permettant d’augmenter la disponibilité de la base de données en prenant en charge le basculement quasi instantané. La mise en miroir de bases de données peut être utilisée pour gérer une base de données de secours unique, ou une base de données miroir, pour une base de données de production correspondante appelée base de données principale. Pour plus d’informations, consultez La mise en miroir de bases de données (SQL Server).

Copie des journaux de transaction
Comme les Always On Availability Groups et la mise en miroir de bases de données, l'expédition de journaux fonctionne au niveau de la base de données. Vous pouvez utiliser l'expédition de journaux pour maintenir une ou plusieurs bases de données en veille active (appelées bases de données secondaires) pour une base de données de production unique, appelée base de données primaire. Pour plus d’informations sur l’expédition des journaux, consultez À propos de l’expédition des journaux (SQL Server).

Solutions recommandées pour l’utilisation de SQL Server pour protéger les données

Nous vous recommandons de fournir une protection des données pour votre environnement SQL Server :

  • Pour la protection des données via une solution tierce de disque partagé (SAN), nous vous recommandons d’utiliser les instances de cluster de basculement AlwaysOn.

  • Pour la protection des données via SQL Server, nous vous recommandons d’utiliser des groupes de disponibilité Always On.

    Remarque

    Si vous exécutez une édition de SQL Server qui ne prend pas en charge les groupes de disponibilité Always On, nous vous recommandons la copie des journaux de transaction. Pour plus d’informations sur les éditions de SQL Server qui prennent en charge les groupes de disponibilité Always On, consultez la section « Haute disponibilité (AlwaysOn) » des fonctionnalités prises en charge par les éditions de SQL Server 2014.

Voir aussi

Clustering de basculement Windows Server (WSFC) avec SQL Server
Mise en miroir de bases de données : interopérabilité et coexistence (SQL Server)
Fonctionnalités dépréciées du moteur de base de données dans SQL Server 2014

  • Last updated on