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

Pour mettre les bases de données d'application dans un environnement d'entreprise à l'abri de périodes d'inactivité planifiées et non planifiées, SQL Server 2012 propose la fonctionnalité Groupes de disponibilité AlwaysOn et d'autres améliorations garantissant un haut niveau de disponibilité.

Dans cette rubrique

  • Nouveautés ou fonctionnalités améliorées dans SQL Server 2012 SP1

  • Instances de cluster de basculement SQL Server AlwaysOn

  • Groupes de disponibilité AlwaysOn

  • Opérations en ligne

Nouveautés ou fonctionnalités améliorées dans SQL Server 2012 SP1

Pour un résumé de toutes les fonctionnalités améliorées de SQL Server 2012 SP1, consultez Nouveautés ou fonctionnalités améliorées dans SQL Server 2012 SP1.

Migration entre clusters de groupes de disponibilité AlwaysOn pour la mise à niveau du système d'exploitation

SQL Server 2012 SP1 introduit la prise en charge de la migration entre clusters de groupes de disponibilité AlwaysOn pour les déploiements dans un nouveau cluster de clustering de basculement Windows Server (WSFC). Une migration entre clusters déplace un groupe de disponibilité AlwaysOn ou un lot de groupes de disponibilité vers le nouveau cluster WSFC de destination avec un temps mort minimal. Le processus de migration entre clusters permet de conserver les contrats de niveau de service (SLA) lors de la mise à niveau vers un cluster Windows Server 2012. SQL Server 2012 SP1 doit être installé et activé pour AlwaysOn sur le cluster WSFC de destination. La réussite d'une migration entre clusters dépend de la planification et de la préparation du cluster WSFC de destination.

Pour plus d'informations, consultez Migration entre clusters de groupes de disponibilité AlwaysOn pour la mise à niveau du système d'exploitation.

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

Instances de cluster de basculement SQL Server AlwaysOn

  • Clusters de basculement de sous-réseaux multiples : un cluster de basculement de sous-réseaux multiples SQL Server est une configuration où chaque nœud de cluster de basculement est connecté à un sous-réseau différent ou un ensemble de sous-réseaux différent. Ces sous-réseaux peuvent être situés au même emplacement ou dans des sites géographiquement dispersés. En cas de clustering dans des sites géographiquement dispersés, on utilise parfois le terme « clusters étendus ». Comme tous les nœuds ne peuvent pas accéder à un stockage partagé, les données doivent être répliquées entre le stockage des données sur les sous-réseaux multiples. Avec la réplication de données, il existe plusieurs copies des données disponibles. Par conséquent, un cluster de basculement de sous-réseaux multiples fournit une solution de récupération d'urgence en plus d'une haute disponibilité. Pour plus d'informations, consultez Clustering de sous-réseaux multiples SQL Server (SQL Server).

  • Stratégie de basculement souple pour la détection d'intégrité de cluster : dans une instance de cluster de basculement SQL Server, un seul nœud peut posséder le groupe de ressources de cluster à un moment donné. Les demandes des clients sont traitées par ce nœud pour cette instance de cluster de basculement. En cas d'échec, la propriété du groupe est déplacée vers un autre nœud du cluster de basculement. Ce processus s'appelle le basculement. La détection de défaillance améliorée introduite dans SQL Server 2012 et l'ajout de la propriété du niveau de condition d'échec vous permettent de configurer une stratégie de basculement plus souple. Pour plus d'informations, consultez Stratégie de basculement pour les instances de cluster de basculement.

  • Points de contrôle indirects : la fonctionnalité de points de contrôle indirects est une solution spécifique à la base de données qui peut constituer une alternative aux points de contrôle automatiques, ces derniers étant configurés par une propriété de serveur. Les points de contrôle indirects implémentent un nouvel algorithme de points de contrôle pour le Moteur de base de données. Cet algorithme fournit une garantie du temps de récupération de base de données en cas d'incident ou de basculement plus précise que celle fournie par les points de contrôle automatiques. Pour garantir que la récupération de base de données ne dépasse pas le temps mort autorisé pour une base de données spécifique, vous pouvez préciser le temps mort maximal autorisé pour cette base de données.

    [!REMARQUE]

    Une charge de travail transactionnelle en ligne sur une base de données configurée pour les points de contrôle indirects peut rencontrer une dégradation des performances.

    Pour plus d'informations, consultez Points de contrôle de base de données (SQL Server).

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

Groupes de disponibilité AlwaysOn

Le déploiement de Groupes de disponibilité AlwaysOn implique la création et la configuration d'un ou plusieurs groupes de disponibilité. Un groupe de disponibilité est un conteneur qui définit le basculement d'un ensemble de bases de données utilisateur (bases de données de disponibilité) en tant qu'unité unique et un jeu de réplicas de disponibilité pour héberger des copies de chaque base de données de disponibilité. Chaque groupe de disponibilité requiert au moins deux réplicas de disponibilité : le réplica principal et un réplica secondaire.

Groupes de disponibilité AlwaysOn fournit un riche ensemble d'options qui améliorent la disponibilité des bases de données et l'utilisation des ressources. Les composants clés sont les suivants :

Pour plus d'informations, Groupes de disponibilité AlwaysOn : interopérabilité (SQL Server).

Outils pour les groupes de disponibilité AlwaysOn

Groupes de disponibilité AlwaysOn fournit un jeu intégré d'outils pour simplifier le déploiement et la gestion de groupes de disponibilité, notamment :

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

Opérations en ligne

  • Prise en charge étendue des constructions d'index en ligne

    Les index qui incluent des colonnes de données d'objet volumineuses, varchar(max), nvarchar(max), varbinary(max), ou des données XML, peuvent maintenant être créés, reconstruits ou supprimés en ligne. Pour plus d'informations sur les opérations en ligne sur les index, consultez Instructions pour les opérations d'index en ligne et Exécuter des opérations en ligne sur les index.

  • Temps mort réduit pour la mise à niveau de l'application

    L'ajout de colonnes de table qui contiennent des valeurs par défaut est désormais une opération qui porte uniquement sur les métadonnées. Ainsi, seul un verrou exclusif de courte durée doit être appliqué sur l'objet, en général moins d'une seconde. Les verrous de table exclusifs à long terme ne sont plus nécessaires. Pour plus d'informations sur l'ajout de colonnes de table, consultez Ajouter des colonnes à une table (moteur de base de données).

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

Voir aussi

Concepts

Nouveautés (moteur de base de données)

Groupes de disponibilité AlwaysOn (SQL Server)

Instances de cluster de basculement AlwaysOn (SQL Server)

Clustering de basculement Windows Server (WSFC) avec SQL Server