Miglioramenti apportati alla disponibilità (motore di database)
Per salvaguardare i database dell'applicazione degli ambienti aziendali da interruzioni pianificate e non, oltre alla funzionalità Gruppi di disponibilità AlwaysOn in SQL Server 2012 sono stati introdotti numerosi altri miglioramenti a livello della disponibilità.
Contenuto dell'argomento
Funzionalità nuove o migliorate in SQL Server 2012 SP1
Istanze del cluster di failover SQL Server AlwaysOn
Gruppi di disponibilità AlwaysOn
Operazioni online
Funzionalità nuove o migliorate in SQL Server 2012 SP1
Per un riepilogo di tutte le funzionalità avanzate di SQL Server 2012 SP1, vedere Funzionalità nuove o migliorate in SQL Server 2012 SP1.
Migrazione tra cluster di gruppi di disponibilità AlwaysOn per l'aggiornamento del sistema operativo
In SQL Server 2012 SP1 viene introdotto il supporto per la migrazione tra cluster di gruppi di disponibilità AlwaysOn per distribuzioni in un nuovo cluster WSFC (Windows Server Failover Clustering). In una migrazione tra cluster un gruppo o un batch di gruppi di disponibilità AlwaysOn viene spostato nel nuovo cluster WSFC di destinazione con tempi di inattività minimi. Il processo di migrazione tra cluster consente di gestire i contratti di servizio (SLA, Service Level Agreement) durante l'aggiornamento a un cluster Windows Server 2012. SQL Server 2012 SP1 deve essere installato e abilitato per AlwaysOn nel cluster WSFC di destinazione. L'esito positivo della migrazione tra cluster dipende da una pianificazione e una preparazione dettagliate del cluster WSFC di destinazione.
Per ulteriori informazioni, vedere Migrazione tra cluster di gruppi di disponibilità AlwaysOn per l'aggiornamento del sistema operativo.
[Inizio pagina]
Istanze del cluster di failover SQL Server AlwaysOn
Cluster di failover su più subnet: un cluster di failover su più subnet di SQL Server è una configurazione in cui ogni nodo del cluster di failover è connesso a una diversa subnet o a un diverso set di subnet. Queste subnet possono trovarsi nello stesso luogo o essere dislocate in diverse località geografiche. Il clustering tra siti dislocati in diverse località geografiche viene talvolta definito come cluster esteso. Poiché non esiste alcuna archiviazione condivisa a cui possono accedere tutti i nodi, i dati devono essere replicati tra le archiviazioni dati nelle diverse subnet. Grazie alla replica dei dati risultano disponibili più copie dei dati. Pertanto, oltre a una disponibilità elevata, un cluster di failover su più subnet offre una soluzione di recupero di emergenza. Per ulteriori informazioni, vedere Clustering su più subnet di SQL Server (SQL Server).
Criteri del failover flessibili per il rilevamento dell'integrità del cluster: in un'istanza del cluster di failover di SQL Server, solo un nodo può disporre del gruppo di risorse del cluster a un'ora specificata. Le richieste del client vengono servite tramite questo nodo per quell'istanza del cluster di failover. In caso di errore, la proprietà del gruppo viene spostata in un altro nodo nel cluster di failover. Questo processo viene chiamato failover. La funzionalità di rilevamento degli errori migliorata introdotta in SQL Server 2012 e l'aggiunta della proprietà del livello di condizione di errore consente di configurare criteri di failover più flessibili. Per ulteriori informazioni, vedere Criteri di failover per istanze del cluster di failover.
Checkpoint indiretti: la funzionalità dei checkpoint indiretti rappresenta un'alternativa specifica del database ai checkpoint automatici, che vengono configurati da una proprietà del server. I checkpoint indiretti implementano un nuovo algoritmo di checkpoint per il Motore di database. Questo algoritmo fornisce una garanzia più accurata dei tempi di recupero del database in caso di arresto anomalo del sistema o di failover rispetto a quella fornita dai checkpoint automatici. Per assicurarsi che il recupero del database non superi il periodo di inattività consentito per un determinato database, è possibile specificare il periodo di inattività massimo consentito per quel database.
[!NOTA]
Un carico di lavoro transazionale online su un database configurato per i checkpoint indiretti potrebbe subire un calo delle prestazioni.
Per ulteriori informazioni, vedere Checkpoint di database (SQL Server).
[Inizio pagina]
Gruppi di disponibilità AlwaysOn
La distribuzione di Gruppi di disponibilità AlwaysOn comporta la creazione e la configurazione di uno o più gruppi di disponibilità. Un gruppo di disponibilità è un contenitore che definisce un set di database utente (database di disponibilità) di cui eseguire il failover come singola unità e un set di repliche di disponibilità per ospitare copie di ogni database di disponibilità. Per ogni gruppo di disponibilità sono necessarie almeno due repliche di disponibilità, ovvero la replica primaria e una replica secondaria.
In Gruppi di disponibilità AlwaysOn è incluso un ampio set di opzioni che migliorano la disponibilità del database e consentono un utilizzo ottimale delle risorse. I componenti chiave sono i seguenti:
Più repliche secondarie: una replica primaria e fino a quattro repliche secondarie. Per ulteriori informazioni, vedere Panoramica di Gruppi di disponibilità AlwaysOn (SQL Server).
Importante Ogni replica di disponibilità deve risiedere su un nodo diverso di un singolo cluster WSFC (Windows Server Failover Clustering). Per ulteriori informazioni sui prerequisiti, sulle limitazioni e sulle procedure consigliate per i gruppi di disponibilità, vedere Prerequisiti, restrizioni e consigli per i gruppi di disponibilità AlwaysOn (SQL Server).
Modalità di disponibilità alternative: modalità commit asincrono e modalità commit sincrono. Per ulteriori informazioni, vedere Modalità di disponibilità (gruppi di disponibilità AlwaysOn).
Diverse modalità di failover: failover automatico, failover manuale pianificato e failover manuale forzato. Per ulteriori informazioni, vedere Failover e modalità di failover (gruppi di disponibilità AlwaysOn).
Repliche secondarie attive:
Accesso in sola lettura alle repliche secondarie. Per ulteriori informazioni, vedere Repliche secondarie attive: Repliche secondarie leggibili (Gruppi di disponibilità AlwaysOn).
Esecuzione di operazioni di backup sulle repliche secondarie. Per ulteriori informazioni, vedere Repliche secondarie attive: Backup in repliche secondarie (Gruppi di disponibilità AlwaysOn).
Le funzionalità secondarie attive migliorano l'efficienza IT e riducono i costi tramite un migliore utilizzo delle risorse dell'hardware secondario. Inoltre, la ripartizione delle applicazioni con finalità di lettura e dei processi di backup alle repliche secondarie consente di migliorare le prestazioni sulla replica primaria.
Listener del gruppo di disponibilità che consentono un failover rapido dell'applicazione dopo il failover del gruppo di disponibilità. Per ulteriori informazioni, vedere Listener del gruppo di disponibilità, connettività client e failover dell'applicazione (SQL Server).
Criteri di failover flessibili per ogni gruppo di disponibilità per offrire un qualche tipo di controllo sul processo di failover automatico. Per ulteriori informazioni, vedere Failover e modalità di failover (gruppi di disponibilità AlwaysOn).
Ripristino automatico della pagina per la protezione dai danneggiamenti di pagina. Per ulteriori informazioni, vedere Correzione automatica della pagina (Gruppi di disponibilità/Mirroring del database).
Forzatura del quorum WSFC (quorum forzato). Per ulteriori informazioni, vedere WSFC (Windows Server Failover Clustering) con SQL Server.
Crittografia e compressione, che forniscono trasporto sicuro a prestazioni elevate.
Interoperatività con le funzionalità di SQL Server seguenti:
Change Data Capture
Rilevamento delle modifiche
Database indipendenti
Crittografia del database
Snapshot di database
FILESTREAM
FileTable
Ricerca full-text. Gli indici full-text sono sincronizzati con i database secondari AlwaysOn.
Log shipping
Archivio BLOB remoto (RBS)
Replica
Service Broker
SQL Server Agent
Per ulteriori informazioni, vedere Gruppi di disponibilità AlwaysOn: interoperabilità (SQL Server).
Strumenti di Gruppi di disponibilità AlwaysOn
Gruppi di disponibilità AlwaysOn include un set integrato di strumenti per semplificare la distribuzione e la gestione dei gruppi di disponibilità, tra cui:
Istruzioni DDL Transact-SQL per la creazione e la gestione di gruppi di disponibilità. Per ulteriori informazioni, vedere Panoramica delle istruzioni Transact-SQL per i gruppi di disponibilità AlwaysOn (SQL Server).
Diverse procedure guidate di SQL Server Management Studio:
La Creazione guidata Gruppo di disponibilità consente di creare e configurare un gruppo di disponibilità. In alcuni ambienti, questa procedura guidata prepara automaticamente i database secondari e avvia la sincronizzazione dei dati per ognuno di essi. Per ulteriori informazioni, vedere Utilizzare la finestra di dialogo Nuovo gruppo di disponibilità (SQL Server Management Studio).
La Procedura guidata Aggiungi database a gruppo di disponibilità aggiunge uno o più database primari a un gruppo di disponibilità esistente. In alcuni ambienti, questa procedura guidata prepara automaticamente i database secondari e avvia la sincronizzazione dei dati per ognuno di essi. Per ulteriori informazioni, vedere Utilizzare la Procedura guidata Aggiungi database a gruppo di disponibilità (SQL Server).
La Procedura guidata Aggiungi replica a gruppo di disponibilità aggiunge una o più repliche secondarie a un gruppo di disponibilità esistente. In alcuni ambienti, questa procedura guidata prepara automaticamente i database secondari e avvia la sincronizzazione dei dati per ognuno di essi. Per ulteriori informazioni, vedere Utilizzare la procedura guidata Aggiungi replica a gruppo di disponibilità (SQL Server Management Studio).
La Procedura guidata Failover del gruppo di disponibilità avvia un failover manuale su un gruppo di disponibilità. A seconda della configurazione e dello stato della replica secondaria specificata come destinazione del failover, la procedura guidata può eseguire un failover pianificato o un failover manuale forzato. Per ulteriori informazioni, vedere Utilizzare la Procedura guidata Failover del gruppo di disponibilità (SQL Server Management Studio).
Dashboard AlwaysOn fornisce una vista immediata dell'integrità di un gruppo di disponibilità. Per velocizzare la scelta di decisioni operative da parte degli amministratori del database, il dashboard fornisce indicatori visivi degli stati chiave dei gruppi di disponibilità e i relativi database e repliche di disponibilità del componente. Il dashboard fornisce anche punti di avvio per vari scenari per la risoluzione di problemi. Per ulteriori informazioni, vedere Utilizzare il Dashboard AlwaysOn (SQL Server Management Studio).
Nel riquadro Dettagli Esplora oggetti, vengono visualizzate informazioni di base sui gruppi di disponibilità esistenti. Per ulteriori informazioni, vedere Utilizzare Dettagli Esplora oggetti per monitorare Gruppi di disponibilità (SQL Server Management Studio).
Cmdlet di PowerShell. Per ulteriori informazioni, vedere Panoramica dei cmdlet di PowerShell per Gruppi di disponibilità AlwaysOn (SQL Server).
[Inizio pagina]
Operazioni online
Maggior supporto per le compilazioni di indici online
Gli indici in cui sono incluse colonne di dati LOB, cioè varchar(max), nvarchar(max), varbinary(max) o di dati XML possono essere ora compilati, ricompilati o eliminati online. Per informazioni sulle operazioni sugli indici online, vedere Linee guida per operazioni di indice online e Eseguire operazioni online sugli indici.
Tempo di inattività ridotto per l'aggiornamento dell'applicazione
L'aggiunta di colonne della tabella contenenti valori predefiniti è ora un'operazione di soli metadati, pertanto è necessario effettuare soltanto un breve blocco esclusivo sull'oggetto, la cui durata è in genere inferiore a un secondo. Non sono più necessari blocchi di tabella esclusivi a lungo termine. Per informazioni sull'aggiunta di colonne della tabella, vedere Aggiungere colonne a una tabella (Motore di database).
[Inizio pagina]
Vedere anche
Concetti
Gruppi di disponibilità AlwaysOn (SQL Server)