Prise en charge de la haute disponibilité pour les bases de données OLTP en mémoire

  • Article

Les bases de données contenant des tables mémoire optimisées, avec ou sans procédures stockées compilées natives, sont entièrement prises en charge avec les groupes de disponibilité AlwaysOn. Il n’existe aucune différence dans la configuration et la prise en charge des bases de données qui contiennent des objets OLTP In-Memory par rapport à celles sans,

Groupes de disponibilité AlwaysOn et bases de données OLTP en mémoire

La configuration de bases de données avec In-Memory composants OLTP offre les fonctionnalités suivantes :

  • Expérience entièrement intégrée
    Vous pouvez configurer vos bases de données contenant des tables optimisées en mémoire à l’aide du même assistant et avec le même niveau de prise en charge pour les réplicas secondaires synchrones et asynchrones. En outre, le contrôle d'intégrité est fourni par le tableau de bord AlwaysOn que vous connaissez dans SQL Server Management Studio.

  • Temps de basculement comparable
    Les réplicas secondaires maintiennent l’état en mémoire des tables optimisées en mémoire durables. En cas de basculement automatique ou forcé, le temps de basculement vers le nouveau réplica principal est comparable aux tables sur disque car aucune récupération n'est nécessaire. Les tables mémoire optimisées créées en tant que SCHEMA_ONLY sont prises en charge dans cette configuration. Toutefois, les modifications apportées à ces tables ne sont pas enregistrées et par conséquent, aucune donnée n'existera dans ces tables sur le réplica secondaire.

  • Lisible secondaire
    Vous pouvez accéder aux tables optimisées en mémoire sur le réplica secondaire et les interroger si le réplica secondaire a été configuré pour un accès en lecture. Pour plus d’informations, consultez Secondaires actifs : réplicas secondaires lisibles (groupes de disponibilité AlwaysOn).

Instance de clustering de basculement (FCI) et bases de données OLTP en mémoire

Pour bénéficier d’une haute disponibilité dans une configuration de stockage partagé, vous pouvez configurer le clustering de basculement sur les instances comportant une ou plusieurs bases de données avec des tables mémoire optimisées. Vous devez tenir compte des facteurs suivants dans le cadre de la configuration d'une instance FCI.

  • Objectif de temps de récupération
    Le temps de basculement est susceptible d’être plus élevé, car les tables optimisées en mémoire doivent être chargées en mémoire avant que la base de données ne soit disponible.

  • Tables SCHEMA_ONLY
    Sachez que les tables SCHEMA_ONLY seront vides et ne comporteront aucune ligne après le basculement. C’est l’application qui conçoit et définit cela. Le comportement est identique quand vous redémarrez une base de données OLTP en mémoire avec une ou plusieurs tables SCHEMA_ONLY.

Prise en charge de la réplication des transactions dans OLTP en mémoire

Les tables agissant comme des abonnés de réplication transactionnelle, à l'exclusion de la réplication transactionnelle d'égal à égal, peuvent être configurées en tant que tables mémoire optimisées. Les autres configurations de réplication ne sont pas compatibles avec les tables mémoire optimisées. Pour plus d’informations, consultez Abonnés à la réplication de tables optimisées en mémoire.

Voir aussi

Groupes de disponibilité AlwaysOn (SQL Server)
Vue d'ensemble des groupes de disponibilité AlwaysOn (SQL Server)
Secondaires actifs : Réplicas secondaires accessibles en lecture (groupes de disponibilité AlwaysOn)
Abonnés à la réplication de tables optimisées en mémoire