Supporto della disponibilità elevata per i database OLTP in memoriaHigh Availability Support for In-Memory OLTP databases

I database che contengono tabelle con ottimizzazione per la memoria, con o senza stored procedure compilate native, sono completamente supportati con i gruppi di disponibilità AlwaysOn.Databases containing memory-optimized tables, with or without native compiled stored procedures, are fully supported with Always On Availability Groups. Non c'è alcuna differenza di configurazione e supporto per i database contenenti oggetti OLTP in memoriaIn-Memory OLTP rispetto a quelli che non li contengono.There is no difference in the configuration and support for databases which contain OLTP in memoriaIn-Memory OLTP objects as compared to those without.

Quando un database OLTP in memoria viene distribuito in una configurazione del gruppo di disponibilità AlwaysOn, le modifiche alle tabelle con ottimizzazione per la memoria nella replica primaria vengono applicate in memoria alle tabelle nelle repliche secondarie, quando è applicato ROLLFORWARD.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. Ciò significa che il failover su una replica secondaria può essere molto rapido, perché i dati sono già in memoria.This means that failover to a secondary replica can be very quick, since the data is already in memory. Inoltre, le tabelle sono disponibili per le query nelle repliche secondarie che sono state configurate per l'accesso in lettura.In addition, the tables are available for queries on secondary replicas that have been configured for read access.

Gruppi di disponibilità AlwaysOn e database OLTP in memoriaAlways On Availability Groups and In-Memory OLTP Databases

La configurazione dei database con componenti OLTP in memoriaIn-Memory OLTP offre quanto segue:Configuring databases with OLTP in memoriaIn-Memory OLTP components provides the following:

  • Un'esperienza completamente integrata A fully integrated experience
    È possibile configurare i database contenenti tabelle con ottimizzazione per la memoria usando la stessa procedura guidata con lo stesso livello di supporto sia per le repliche secondarie asincrone sia per quelle sincrone.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. Inoltre, il monitoraggio dello stato viene fornito tramite il noto dashboard AlwaysOn in SQL Server Management Studio.Additionally, health monitoring is provided using the familiar Always On dashboard in SQL Server Management Studio.

  • Tempo di failover confrontabile Comparable Failover time
    Le repliche secondarie mantengono lo stato in memoria delle tabelle durevoli con ottimizzazione per la memoria.Secondary replicas maintain the in-memory state of the durable memory-optimized tables. In caso di failover automatico o forzato, il tempo di failover al nuovo database primario è paragonabile a quello del failover a tabelle basate su disco, in quanto non è necessario il ripristino.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. Le tabelle con ottimizzazione per la memoria create come SCHEMA_ONLY sono supportate in questa configurazione.Memory-optimized tables created as SCHEMA_ONLY are supported in this configuration. Tuttavia, le modifiche a queste tabelle non vengono registrate e pertanto non saranno presenti dati in queste tabelle nella replica secondaria.However changes to these tables are not logged and therefore no data will exist in these tables on the secondary replica.

  • Secondario leggibile Readable Secondary
    È possibile accedere ed eseguire query su tabelle con ottimizzazione per la memoria nella replica secondaria se questa è stata configurata per l'accesso in lettura.You can access and query memory-optimized tables on the secondary replica if it has been configured for read access. In SQL Server 2016SQL Server 2016la sincronizzazione del timestamp di lettura sulla replica secondaria con il timestamp di lettura sulla replica primaria è molto veloce, il che significa che le modifiche apportate alla replica primaria diventano visibili molto rapidamente nella replica secondaria.In SQL Server 2016SQL Server 2016, 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. Questo comportamento di sincronizzazione rapida è diverso rispetto a OLTP in memoria di SQL Server 2014SQL Server 2014 .This close synchronization behaviour is different from SQL Server 2014SQL Server 2014 In-Memory OLTP.

Istanza di clustering di failover e database OLTP in memoriaFailover Clustering Instance (FCI) and In-Memory OLTP Databases

Per ottenere la disponibilità elevata in una configurazione di archiviazione condivisa, è possibile impostare il clustering di failover nelle istanze con uno o più database con tabelle con ottimizzazione per la memoria.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. Per l'impostazione di un'istanza di clustering di failover, è necessario considerare i fattori seguenti.You need to consider the following factors as part of setting up an FCI.

  • Obiettivo tempo di ripristino Recovery Time Objective
    Il tempo di failover sarà probabilmente maggiore perché le tabelle con ottimizzazione per la memoria devono essere caricate in memoria prima che il database venga reso disponibile.Failover time will likely to be higher as the memory-optimized tables must be loaded into memory before the database is made available.

  • Tabelle SCHEMA_ONLY SCHEMA_ONLY tables
    Tenere presente che le tabelle SCHEMA_ONLY saranno vuote e senza righe dopo il failover.Be aware that SCHEMA_ONLY tables will be empty with no rows after the failover. Si tratta di un comportamento previsto definito dall'applicazione.This is as designed and defined by the application. Questo comportamento corrisponde esattamente a ciò che succede quando si riavvia un database OLTP in memoriaIn-Memory OLTP con una o più tabelle SCHEMA_ONLY.This is exactly the same behavior when you restart an OLTP in memoriaIn-Memory OLTP database with one or more SCHEMA_ONLY tables.

Supporto per la replica transazionale in OLTP In memoriaSupport for transaction replication in In-Memory OLTP

Le tabelle con funzione di sottoscrittori di replica transazionale, esclusa la replica transazionale peer-to-peer, possono essere configurate come tabelle con ottimizzazione per la memoria.Tables acting as transactional replication subscribers, excluding Peer-to-peer transactional replication, can be configured as memory-optimized tables. Le altre configurazioni di replica non sono compatibili con le tabelle con ottimizzazione per la memoria.Other replication configurations are not compatible with memory-optimized tables. Per altre informazioni, vedere Replica in sottoscrittori di tabelle con ottimizzazione per la memoria.For more information see Replication to Memory-Optimized Table Subscribers.

Vedere ancheSee Also

Gruppi di disponibilità Always On (SQL Server) Always On Availability Groups (SQL Server)
Panoramica di Gruppi di disponibilità AlwaysOn (SQL Server) Overview of Always On Availability Groups (SQL Server)
Repliche secondarie attive: Repliche secondarie leggibili (gruppi di disponibilità Always On) Active Secondaries: Readable Secondary Replicas (Always On Availability Groups)
Replica in sottoscrittori di tabelle con ottimizzazione per la memoria Replication to Memory-Optimized Table Subscribers