TechNet
Exporter (0) Imprimer
Développer tout

Solutions haute disponibilité (SQL Server)

 

S'applique à: SQL Server 2016

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.

Remarque : vous voulez savoir quelles éditions de SQL Server prennent en charge une solution haute disponibilité donnée ? Consultez la section « Haute disponibilité (Always On) » de l’article Fonctionnalités prises en charge par les éditions de SQL Server 2016.

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 Always On
    Dans le cadre de l’offre SQL Server Always On, les instances de cluster de basculement Always On exploitent la fonctionnalité de clustering de basculement Windows Server (WSFC) 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 Instances de cluster de basculement Always On (SQL Server)

  • 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 exige que les instances SQL Server résident sur des nœuds de clustering de basculement Windows Server (WSFC). Pour plus d’informations, consultez Groupes de disponibilité Always On (SQL Server).

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é Always On (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 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 miroirpour 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. Vous pouvez utiliser 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 la copie des journaux de transactions, consultez À propos de la copie des journaux de transaction (SQL Server).

Voici les mesures que nous préconisons pour assurer la protection des données de 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 des instances de cluster de basculement Always On.

  • Pour la protection des données via SQL Server, nous vous recommandons d'utiliser Groupes de disponibilité AlwaysOn.

    Nous vous recommandons d’utiliser la copie des journaux de transaction si vous exécutez une édition de SQL Server qui ne prend pas en charge Groupes de disponibilité AlwaysOn.. Pour plus d’informations sur les éditions de SQL Server qui prennent en charge Groupes de disponibilité AlwaysOn, consultez la section « Haute disponibilité (Always On) » de l’article Fonctionnalités prises en charge par les éditions de SQL Server 2016.

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 2016

Ajouts de la communauté

AJOUTER
Afficher:
© 2016 Microsoft