Spiegherò cos'è l'architettura AlwaysOn di SQL Server e l'installazione passo passo in questa serie di articoli. Esaminiamo l'architettura e l'installazione di SQL Server AlwaysOn (gruppo di disponibilità)
SQL Server AlwaysOn passo dopo passo
Microsoft ha introdotto la funzionalità Gruppi di disponibilità AlwaysOn con la versione di SQL Server 2012. Questa funzionalità è in realtà una combinazione di funzionalità di SQL Server che conosciamo in precedenza Log Shipping, Clustering di failover e Mirroring.
Se non sai cos'è il Log shipping, puoi leggere i seguenti articoli Log shipping.
Installazione e configurazione del log shipping e del ripristino di emergenza di SQL Server -4
Se non sai cos'è il clustering di failover, puoi leggere i seguenti articoli sul clustering di failover.
Installazione del cluster di failover di SQL Server -4
Il ripristino di emergenza è stato fornito con Log Shipping, ma la sincronizzazione in tempo reale non esiste con Log Shipping. Il mirroring ha la sincronizzazione in tempo reale, ma non c'era l'opzione di sola lettura e il server testimone è richiesto per il failover automatico.
L'applicazione ha accesso a 2 nodi tramite il nome del cluster di failover contemporaneamente al clustering di failover , ma il cluster di failover era solo una soluzione ad alta disponibilità.
Microsoft ha combinato tutti i vantaggi Log Shipping, Mirroring e Cluster di failover in SQL Server Always On.
Gruppo di disponibilità di SQL Server
L'architettura AlwaysOn di SQL Server è la seguente.
AlwaysOn è una nuova soluzione SQL Server che fornisce disponibilità elevata e ripristino di emergenza tra 2 server in esecuzione su Windows Server Failover Cluster (WSFC) installato su almeno 2 server.
AlwaysOn fornisce disponibilità elevata perché se il nodo primario è inattivo al momento T, il nodo secondario sarà primario tramite failover automatico.
AlwaysOn fornisce il ripristino di emergenza perché in caso di errore di archiviazione o scheda madre (o altra parte del server) del server primario, è possibile ripristinare il database con il failover automatico. Perché il database esiste fisicamente nel nodo secondario e si sincronizza dal database primario.
Puoi anche utilizzare il nodo secondario per scopi di reporting e backup.
In breve, se stai valutando insieme disponibilità elevata e ripristino di emergenza per i database SQL Server in esecuzione nella tua azienda, l'unica soluzione è AlwaysOn .
Crea gruppo di disponibilità
Gruppo di disponibilità AlwaysOn: È una struttura rilasciata con SQL Server 2012 che può essere utilizzata come alternativa al mirroring del database, al log shipping e al clustering di failover. Con il gruppo di disponibilità AlwaysOn, le modifiche in un database su un server vengono sincronizzate su un server diverso. I vantaggi di questa struttura rispetto al mirroring sono che è possibile utilizzare più di un server secondario Attivamente . Inoltre, mentre le operazioni di scrittura e altre operazioni DML vengono eseguite sul server primario, le operazioni di backup e reporting possono essere eseguite sul server secondario.
I requisiti per l'installazione AlwaysOn sono i seguenti.
Crea gruppo di disponibilità AlwaysOn
Per applicare il metodo del gruppo di disponibilità AlwaysOn di SQL Server al database, devono essere presenti due o più server con le stesse proprietà, in cui la struttura del cluster di failover di Windows Server è configurata come segue. Inoltre, la versione deve essere almeno SQL Server 2012 Enterprise Edition.
Per abilitare AlwaysOn su SQL Server 2012 e versioni successive, entrambi i nodi devono essere membri del cluster come segue.
Devono essere fatte le definizioni necessarie per l'accesso tra il primo nodo da configurare e il secondo nodo tramite le porte 1433 e 445.
Inoltre, le definizioni di condivisione file devono essere eseguite su una cartella che deve essere definita durante la configurazione del gruppo di disponibilità e verranno eseguiti i backup iniziali dei database da includere nel gruppo di disponibilità. (Normalmente è sufficiente assegnare agli account SQL Server e SQL Agent di entrambi i server i privilegi di lettura/scrittura sulla cartella corrispondente.) Tuttavia, se l'account SQL Server sul server di produzione è l'utente "SISTEMA LOCALE", l'autorizzazione a essere concesso sulla cartella condivisa deve essere 'tutti – leggi / scrivi' Autorizzazione.
L'utente che configurerà SQL Server sul server di origine deve disporre dell'autorizzazione di amministratore su Windows e amministratore di sistema su SQL Server.
Poiché i dischi dei server su cui verrà applicato AlwaysOn Availability Group sono separati e indipendenti tra loro, le cartelle da utilizzare per i dati e i file di registro dei database da posizionare sui server devono essere create con Stesso nome e Stesso percorsi.
È necessario installare SQL Server autonomo per AlwaysOn. È possibile utilizzare l'articolo seguente per installare l'istanza di SQL Server autonoma.
Installazione dettagliata di SQL Server 2017 -2
Continuerò a spiegare l'installazione di AlwaysOn nel prossimo articolo.
Puoi accedere ai prossimi post relativi all'installazione Always On di SQL Server con il seguente link.
Architettura AlwaysOn di SQL Server e installazione passo dopo passo -2
