Share via

Supporto della disponibilità elevata per i database OLTP in memoria

  • Articolo

I database che contengono tabelle ottimizzate per la memoria, con o senza stored procedure compilate native, sono completamente supportati con i gruppi di disponibilità AlwaysOn. Non esiste alcuna differenza nella configurazione e nel supporto per i database che contengono In-Memory oggetti OLTP rispetto a quelli senza,

Gruppi di disponibilità AlwaysOn e database OLTP in memoria

La configurazione di database con componenti OLTP In-Memory fornisce quanto segue:

  • Un'esperienza completamente integrata
    È possibile configurare i database contenenti tabelle ottimizzate per la memoria usando la stessa procedura guidata con lo stesso livello di supporto sia per le repliche secondarie asincrone sia per quelle sincrone. Inoltre, il monitoraggio dello stato viene fornito mediante il noto dashboard AlwaysOn in SQL Server Management Studio.

  • Tempo di failover confrontabile
    Le repliche secondarie mantengono lo stato in memoria delle tabelle durevoli ottimizzate per la memoria. 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. Le tabelle con ottimizzazione per la memoria create come SCHEMA_ONLY sono supportate in questa configurazione. Tuttavia, le modifiche a queste tabelle non vengono registrate e pertanto non saranno presenti dati in queste tabelle nella replica secondaria.

  • Secondario leggibile
    È possibile accedere ed eseguire query su tabelle ottimizzate per la memoria nella replica secondaria se questa è stata configurata per l'accesso in lettura. Per altre informazioni, vedere Repliche secondarie attive: Repliche secondarie leggibili (Gruppi di disponibilità AlwaysOn).

Istanza di clustering di failover e database OLTP in memoria

Per ottenere disponibilità elevata in una configurazione di archiviazione condivisa, è possibile impostare il clustering di failover nelle istanze con uno o più database con tabelle ottimizzate per la memoria. Per l'impostazione di un'istanza di clustering di failover, è necessario considerare i fattori seguenti.

  • Obiettivo tempo di ripristino
    Il tempo di failover sarà probabilmente maggiore perché le tabelle ottimizzate per la memoria devono essere caricate in memoria prima che il database venga reso disponibile.

  • Tabelle SCHEMA_ONLY
    Tenere presente che le tabelle SCHEMA_ONLY saranno vuote e senza righe dopo il failover. Si tratta di un comportamento previsto definito dall'applicazione. Si tratta esattamente dello stesso comportamento quando si riavvia un database OLTP In-Memory con una o più tabelle SCHEMA_ONLY.

Supporto per la replica transazionale in OLTP In memoria

Le tabelle con funzione di sottoscrittori di replica transazionale, esclusa la replica transazionale peer-to-peer, possono essere configurate come tabelle ottimizzate per la memoria. Le altre configurazioni di replica non sono compatibili con le tabelle ottimizzate per la memoria. Per altre informazioni, vedere Replica in sottoscrittori di tabelle con ottimizzazione per la memoria.

Vedere anche

Gruppi di disponibilità AlwaysOn (SQL Server)
Panoramica di Gruppi di disponibilità AlwaysOn (SQL Server)
Repliche secondarie attive: Repliche secondarie leggibili (Gruppi di disponibilità AlwaysOn)
Replica in sottoscrittori di tabelle con ottimizzazione per la memoria