Exporter (0) Imprimer
Développer tout
Cet article a fait l'objet d'une traduction manuelle. Déplacez votre pointeur sur les phrases de l'article pour voir la version originale de ce texte. Informations supplémentaires.
Traduction
Source

Solutions haute disponibilité (SQL Server)

État de la rubrique : certaines informations de cette rubrique constituent une documentation préliminaire et peuvent faire l'objet de modifications dans les versions à venir. Ces informations préliminaires décrivent les nouvelles fonctionnalités ou les modifications apportées à des fonctionnalités existantes de Microsoft SQL Server 2014.

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

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

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

Cela vous a-t-il été utile ?
(1500 caractères restants)
Merci pour vos suggestions.

Ajouts de la communauté

AJOUTER
Microsoft réalise une enquête en ligne pour recueillir votre opinion sur le site Web de MSDN. Si vous choisissez d’y participer, cette enquête en ligne vous sera présentée lorsque vous quitterez le site Web de MSDN.

Si vous souhaitez y participer,
Afficher:
© 2014 Microsoft