Solutions haute disponibilité (SQL Server)
Cette rubrique présente plusieurs solutions SQL Server haute disponibilité 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.
Notes
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) » de La rubrique Fonctionnalités prises en charge par les éditions de SQL Server 2014.
(#RecommendedSolutions)
Présentation des solutions haute disponibilité SQL Server
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é de clustering de basculement Windows Server (WSFC) pour fournir une haute disponibilité locale par le biais de la redondance au niveau instance serveur- un cluster de basculement instance (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é Always On
Always On Groupes de disponibilité est une solution de 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. Always On groupes de disponibilité nécessite que les instances SQL Server résident sur les nœuds WSFC (Clustering de basculement Windows Server). Pour plus d’informations, consultez Groupes de disponibilité AlwaysOn (SQL Server).
Notes
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
Notes
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 Always On groupes de disponibilité à 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 Always On groupes de disponibilité 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 transaction, consultez À propos de la copie des journaux de transaction (SQL Server).
Solutions recommandées pour l'utilisation de SQL Server pour protéger des données
Nous vous recommandons de protéger les données de votre environnement SQL Server comme suit :
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 Always On groupes de disponibilité.
Notes
Si vous exécutez une édition de SQL Server qui ne prend pas en charge Always On groupes de disponibilité, nous vous recommandons d’envoyer les journaux de transaction. Pour plus d’informations sur les éditions de SQL Server qui prennent en charge Always On groupes de disponibilité, consultez la section « Haute disponibilité (AlwaysOn) » de La rubrique 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 du moteur de base de données déconseillées dans SQL Server 2014