Prise en charge de la haute disponibilité pour les bases de données OLTP en mémoireHigh Availability Support for In-Memory OLTP databases

S’APPLIQUE À : ouiSQL Server nonAzure SQL Database nonAzure Synapse Analytics (SQL DW) nonParallel Data Warehouse APPLIES TO: yesSQL Server noAzure SQL Database noAzure Synapse Analytics (SQL DW) noParallel Data Warehouse

Les bases de données contenant des tables optimisées en mémoire, avec ou sans procédures stockées compilées natives, sont entièrement prises en charge avec les groupes de disponibilité Always On.Databases containing memory-optimized tables, with or without native compiled stored procedures, are fully supported with Always On Availability Groups. Il n’existe aucune différence dans la configuration et la prise en charge des bases de données contenant des objets OLTP en mémoireIn-Memory OLTP et celles n’en comportant pas.There is no difference in the configuration and support for databases which contain OLTP en mémoireIn-Memory OLTP objects as compared to those without.

Quand une base de données OLTP en mémoire est déployée dans une configuration de groupe de disponibilité Always On, les modifications apportées aux tables optimisées en mémoire sur le réplica principal sont appliquées dans la mémoire aux tables sur les réplicas secondaires, au moment où la phase de restauration par progression est appliquée.When an in-memory OLTP database is deployed in an Always On Availability Group configuration, changes to memory-optimized tables on the primary replica are applied in memory to the tables on the secondary replicas, when REDO is applied. Cela signifie que le basculement vers un réplica secondaire peut être très rapide, étant donné que les données sont déjà en mémoire.This means that failover to a secondary replica can be very quick, since the data is already in memory. En outre, les tables sont disponibles pour les requêtes sur les réplicas secondaires qui ont été configurés pour un accès en lecture.In addition, the tables are available for queries on secondary replicas that have been configured for read access.

Groupes de disponibilité Always On et bases de données OLTP en mémoireAlways On Availability Groups and In-Memory OLTP Databases

La configuration des bases de données avec des composants OLTP en mémoireIn-Memory OLTP fournit les éléments suivants :Configuring databases with OLTP en mémoireIn-Memory OLTP components provides the following:

  • Expérience entièrement intégrée A fully integrated experience
    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.You can configure your databases containing memory-optimized tables using the same wizard with the same level of support for both synchronous and asynchronous secondary replicas. En outre, le contrôle d’intégrité est fourni par le tableau de bord Always On que vous connaissez dans SQL Server Management Studio.Additionally, health monitoring is provided using the familiar Always On dashboard in SQL Server Management Studio.

  • Temps de basculement comparable Comparable Failover time
    Les réplicas secondaires maintiennent l’état en mémoire des tables optimisées en mémoire durables.Secondary replicas maintain the in-memory state of the durable memory-optimized tables. 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.In the event of automatic or forced failover, the time to failover to the new primary is comparable to disk-bases tables as no recovery is needed. Les tables mémoire optimisées créées en tant que SCHEMA_ONLY sont prises en charge dans cette configuration.Memory-optimized tables created as SCHEMA_ONLY are supported in this 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.However changes to these tables are not logged and therefore no data will exist in these tables on the secondary replica.

  • Secondaire accessible en lecture Readable Secondary
    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.You can access and query memory-optimized tables on the secondary replica if it has been configured for read access. Dans SQL Server 2016 (13.x)SQL Server 2016 (13.x), l’horodateur de lecture sur le réplica secondaire est étroitement synchronisé avec l’horodateur de lecture sur le réplica principal, ce qui signifie que les modifications apportées sur le réplica principal sont rapidement visibles sur le réplica secondaire.In SQL Server 2016 (13.x)SQL Server 2016 (13.x), the read timestamp on the secondary replica is in close synchronization with the read timestamp on the primary replica, which means that changes on the primary become visible on the secondary very quickly. Ce comportement de synchronisation étroite est différent d’OLTP en mémoire SQL Server 2014 (12.x)SQL Server 2014 (12.x) .This close synchronization behaviour is different from SQL Server 2014 (12.x)SQL Server 2014 (12.x) In-Memory OLTP.

Instance de clustering de basculement (FCI) et bases de données OLTP en mémoireFailover Clustering Instance (FCI) and In-Memory OLTP Databases

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.To achieve high-availability in a shared-storage configuration, you can set up failover clustering on instances with one or more database with memory-optimized tables. Vous devez tenir compte des facteurs suivants dans le cadre de la configuration d'une instance FCI.You need to consider the following factors as part of setting up an FCI.

  • Objectif de temps de récupération Recovery Time Objective
    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.Failover time will likely to be higher as the memory-optimized tables must be loaded into memory before the database is made available.

  • Tables SCHEMA_ONLY SCHEMA_ONLY tables
    Sachez que les tables SCHEMA_ONLY seront vides et ne comporteront aucune ligne après le basculement.Be aware that SCHEMA_ONLY tables will be empty with no rows after the failover. C’est l’application qui conçoit et définit cela.This is as designed and defined by the application. Le comportement est identique quand vous redémarrez une base de données OLTP en mémoireIn-Memory OLTP avec une ou plusieurs tables SCHEMA_ONLY.This is exactly the same behavior when you restart an OLTP en mémoireIn-Memory OLTP database with one or more SCHEMA_ONLY tables.

Prise en charge de la réplication des transactions dans OLTP en mémoireSupport for transaction replication in In-Memory OLTP

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.Tables acting as transactional replication subscribers, excluding Peer-to-peer transactional replication, can be configured as memory-optimized tables. Les autres configurations de réplication ne sont pas compatibles avec les tables mémoire optimisées.Other replication configurations are not compatible with memory-optimized tables. Pour plus d’informations, consultez Abonnés à la réplication de tables optimisées en mémoire.For more information see Replication to Memory-Optimized Table Subscribers.

Voir aussiSee Also

Groupes de disponibilité Always On (SQL Server) Always On Availability Groups (SQL Server)
Vue d’ensemble des groupes de disponibilité Always On (SQL Server) Overview of Always On Availability Groups (SQL Server)
Secondaires actifs : réplicas secondaires lisibles (groupes de disponibilité AlwaysOn) Active Secondaries: Readable Secondary Replicas (Always On Availability Groups)
Abonnés à la réplication de tables optimisées en mémoireReplication to Memory-Optimized Table Subscribers