Solutions haute disponibilité (SQL Server)

  • Article

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]

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 2012.

Dans cette rubrique :

  • Présentation des solutions haute disponibilité SQL Server

  • Solutions recommandées pour l'utilisation de SQL Server pour protéger des données

Présentation des solutions haute disponibilité SQL Server

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 Instances de cluster de basculement AlwaysOn (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 requiert 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é AlwaysOn (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é 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 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).

  • Envoi des journaux
    Comme pour Groupes de disponibilité AlwaysOn et la mise en miroir de bases de données, l'envoi de journaux s'effectue 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 l'utilisation de la copie des journaux de transactions, consultez À propos de la copie des journaux de transaction (SQL Server).

Icône de flèche utilisée avec le lien Retour en haut[Top]

Solutions recommandées pour l'utilisation de SQL Server pour protéger des données

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.

    [!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 Groupes de disponibilité AlwaysOn qui prennent en charge SQL Server, consultez la section « Haute disponibilité (AlwaysOn) » de Fonctionnalités prises en charge par les éditions de SQL Server 2012.

Voir aussi

Référence

Fonctionnalités du moteur de base de données déconseillées dans SQL Server 2012

Concepts

Améliorations de la disponibilité (moteur de base de données)

Clustering de basculement Windows Server (WSFC) avec SQL Server

Autres ressources

Mise en miroir de bases de données : interopérabilité et coexistence (SQL Server)