TechNet
Exporter (0) Imprimer
Développer tout

Solutions haute disponibilité (SQL Server)

 

Cette rubrique présente plusieurs solutions haute disponibilité SQL Server qui améliorent la disponibilité des serveurs ou des bases de données. Une solution à haute disponibilité masque l'impact d'une défaillance matérielle ou logicielle et gère la disponibilité des applications pour réduire au maximum le temps mort que perçoit l'utilisateur.

System_CAPS_ICON_note.jpg Remarque


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

Dans cette rubrique :

SQL Server fournit plusieurs options permettant de garantir un haut niveau de 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 exploitent la fonctionnalité WSFC (clustering de basculement Windows Server) pour fournir une haute disponibilité locale grâce à la redondance au niveau de l'instance de serveur, une instance de cluster de basculement (FCI). Une instance FCI est une instance unique de SQL Server installée sur plusieurs nœuds WSFC (clustering de basculement Windows Server) et, éventuellement, sur plusieurs sous-réseaux. Sur le réseau, une instance de cluster de basculement FCI apparaît en tant qu'instance de SQL Server s'exécutant sur un ordinateur unique, mais elle permet le basculement d'un nœud WSFC vers un autre en cas d'indisponibilité du nœud actuel.

Pour plus d'informations, consultez Entity with relative path '../Topic/AlwaysOn%20Failover%20Cluster%20Instances%20(SQL%20Server).md' can not be found, for source topic '{"project_id":"acb1e239-07de-4739-ad90-d32720c7417b","entity_id":"b2eda634-0f8e-4703-801b-7ba895544ff5","entity_type":"Article","locale":"fr-FR"}'..

Groupes de disponibilité AlwaysOn
Groupes de disponibilité AlwaysOn est une solution haute disponibilité et de récupération d'urgence au niveau de l'entreprise introduite dans SQL Server 2012 pour vous permettre d'optimiser la disponibilité d'une ou de plusieurs bases de données utilisateur.Groupes de disponibilité AlwaysOn requiert que les instances SQL Server résident sur des nœuds de Clustering de basculement Windows Server (WSFC). Pour plus d'informations, consultez Entity with relative path '../Topic/AlwaysOn%20Availability%20Groups%20(SQL%20Server).md' can not be found, for source topic '{"project_id":"acb1e239-07de-4739-ad90-d32720c7417b","entity_id":"b2eda634-0f8e-4703-801b-7ba895544ff5","entity_type":"Article","locale":"fr-FR"}'..

System_CAPS_ICON_note.jpg Remarque


Une instance FCI peut tirer parti de Groupes de disponibilité AlwaysOn pour permettre 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

System_CAPS_ICON_note.jpg 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 Groupes de disponibilité AlwaysOn à la place.

La mise en miroir de base de données est une solution qui permet d'optimiser la disponibilité d'une base de données en utilisant presque instantanément le basculement. La mise en miroir de base de données peut être utilisée pour gérer une base de données de secours ou une base de données miroir pour une base de données de production correspondante désignée sous le nom de base de données principale. Pour plus d'informations, consultez Mise en miroir de bases de données (SQL Server).

Copie des journaux de transaction
Comme Groupes de disponibilité AlwaysOn et la mise en miroir de bases de données, la copie des journaux de transaction fonctionne au niveau de la base de données. Utilisez la copie des journaux de transactions pour gérer une ou plusieurs bases de données de secours semi-automatique (appelées bases de données secondaires) pour une base de données de production unique correspondante appelée base de données primaire. Pour plus d'informations sur l'utilisation de la copie des journaux de transactions, consultez À propos de la copie des journaux de transaction (SQL Server).

Nous vous recommandons ce qui suit pour assurer une protection des données pour votre environnement SQL Server :

  • Pour la protection des données via une solution tierce de disque partagé (réseau 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 Groupes de disponibilité AlwaysOn.

    System_CAPS_ICON_note.jpg Remarque


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

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 du moteur de base de données déconseillées dans SQL Server 2014

Afficher:
© 2016 Microsoft