Nel mondo odierno guidato dalla tecnologia, ci sono poche parti della nostra vita che non dipendono dal software e dalle funzioni relative all'IT. Poiché siamo diventati più dipendenti dalla tecnologia, siamo diventati meno tolleranti nei confronti dei problemi di prestazioni nelle applicazioni che utilizziamo regolarmente.
Uno dei criteri di prestazione più critici che abbiamo per le applicazioni è che vogliamo che siano sempre disponibili quando ne abbiamo bisogno. I tempi di inattività di server e database sono inaccettabili nell'ambiente aziendale competitivo di oggi. Per garantire che gli utenti possano accedere alle applicazioni senza interruzioni, i DBA ei team IT devono concentrarsi sul mantenimento dell'elevata disponibilità per i database di SQL Server.
Che cos'è la disponibilità elevata di SQL Server?
La disponibilità elevata di SQL Server è la pratica di mantenere i database e le istanze di SQL Server attivi e in esecuzione con tempi di inattività minimi in caso di arresto anomalo o guasto. Molte applicazioni aziendali si basano sul fatto che i database siano attivi e funzionanti, quindi quando i database sono inattivi, gli utenti si sentono frustrati e potresti perdere la loro attività.
L'elevata disponibilità è particolarmente cruciale per le applicazioni mission-critical e i siti di e-commerce in cui i tempi di inattività possono avere un effetto negativo immediato sul benessere o sulle entrate.
SQL Server dispone di diverse tecnologie a disponibilità elevata, tra cui log shipping, replica transazionale e mirroring dei dati, ma per brevità, l'obiettivo di questo post è come ottenere una disponibilità elevata utilizzando i gruppi di disponibilità Always On di SQL Server.
Cosa sono i gruppi di disponibilità Always On di SQL Server?
I gruppi di disponibilità Always On supportano un ambiente replicato per un insieme definito di database di disponibilità che eseguono il failover insieme su una replica di disponibilità.
Come spiegato nella documentazione di Microsoft SQL Server, "un gruppo di disponibilità supporta un set di database primari di lettura-scrittura e da uno a otto set di database secondari corrispondenti".
Hai anche la possibilità di rendere disponibili i database secondari per l'accesso in sola lettura e alcune operazioni di backup. Tuttavia, è importante notare che i database secondari non sono backup. Dovresti continuare a eseguire regolarmente il backup dei tuoi database e dei relativi registri delle transazioni.
Vantaggi dei gruppi di disponibilità Always On di SQL Server
I gruppi di disponibilità Always On di SQL Server offrono numerosi vantaggi che aiutano le organizzazioni a mantenere la disponibilità elevata, tra cui:
Repliche di disponibilità: Le repliche di disponibilità sono ospitate da un'istanza di SQL Server specificata, che conserva una copia locale di ogni database di disponibilità appartenente al gruppo di disponibilità. Ciascun gruppo di disponibilità può supportare una replica primaria e fino a otto repliche secondarie.
Modalità di disponibilità alternative: I gruppi di disponibilità Always On supportano due tipi di modalità di disponibilità alternative:commit asincrono e commit sincrono.
La modalità di commit asincrono è una buona opzione di ripristino di emergenza quando le repliche di disponibilità sono altamente distribuite.
La modalità di commit sincrono fornisce disponibilità elevata e protezione dei dati, ma può influire sulle prestazioni. Un gruppo di disponibilità può supportare fino a tre repliche di disponibilità con commit sincrono, inclusa la primaria.
Faiover dei gruppi di disponibilità: I gruppi di disponibilità Always On forniscono diverse forme di failover e modalità di failover con diverse probabilità di perdita di dati:failover automatico (nessuna perdita di dati), failover manuale pianificato (nessuna perdita di dati) e failover manuale forzato (possibile perdita di dati).
Ascoltatore del gruppo di disponibilità: Ciascun gruppo di disponibilità Always On fornisce un listener del gruppo di disponibilità, ovvero un server a cui i client possono connettersi per accedere a un database nella replica primaria o secondaria del gruppo di disponibilità. I listener dirigono le connessioni in entrata alla replica primaria o secondaria, consentendo un rapido failover dell'applicazione in caso di errore di un gruppo di disponibilità.
Funzioni di sicurezza: I gruppi di disponibilità Always On di SQL Server supportano il ripristino automatico della pagina per la protezione dal danneggiamento della pagina, nonché la crittografia e la compressione per un trasporto sicuro e ad alte prestazioni.
Prerequisiti e restrizioni per i gruppi di disponibilità Always On
Prima di distribuire i gruppi di disponibilità Always On di SQL Server, è importante comprendere i prerequisiti e le restrizioni ad essi associati. Puoi trovare una discussione completa sui gruppi di disponibilità Always On di SQL Server nella documentazione di Microsoft SQL Server, ma tocchiamo alcuni dei punti salienti qui:
Requisiti e restrizioni del gruppo di disponibilità
Il processo di configurazione dei gruppi di disponibilità è regolato da determinati prerequisiti e restrizioni. Puoi saperne di più sulle specifiche (e su come la configurazione di un ambiente virtuale può aiutare a eludere alcune restrizioni) qui:
- Prerequisiti
- Restrizioni
Requisiti e restrizioni del database di disponibilità
Prima di aggiungere un database a un gruppo di disponibilità Always On, devi assicurarti che il database soddisfi i requisiti e le restrizioni descritti qui:
- Elenco di controllo dei requisiti
- Restrizioni
Prerequisiti e restrizioni dell'istanza di SQL Server
I gruppi di disponibilità eseguono il failover su un set definito di repliche di disponibilità ospitate da istanze di SQL Server. Queste istanze devono essere configurate in modo appropriato per ospitare efficacemente le repliche di disponibilità. Queste risorse forniscono specifiche sui prerequisiti necessari, i requisiti di utilizzo dei thread e le autorizzazioni necessarie:
- Elenco di controllo dei prerequisiti
- Utilizzo del thread
- Autorizzazioni
Utilizzo di un'istanza del cluster di failover di SQL Server per ospitare una replica di disponibilità
Un'istanza del cluster di failover di SQL Server è una singola istanza di SQL Server che viene installata nei nodi del clustering di failover di Windows Server e fornisce il ripristino a livello di database. Ci sono alcune cose importanti da sapere sull'hosting di una replica di disponibilità su un'istanza del cluster di failover, quindi assicurati di rivedere attentamente l'elenco di controllo e le restrizioni:
- Elenco di controllo dei prerequisiti
- Restrizioni
Guida introduttiva ai gruppi di disponibilità Always On
Dopo aver ordinato i prerequisiti e le restrizioni, è possibile procedere con la configurazione e la distribuzione dei gruppi di disponibilità Always On di SQL Server. Ci sono quattro passaggi principali nella configurazione iniziale e nella configurazione dei gruppi di disponibilità, ciascuno con diverse attività secondarie. I passaggi sono elencati di seguito con i dettagli completi disponibili nella documentazione di Microsoft SQL Server:
- Configura un'istanza di SQL Server per supportare i gruppi di disponibilità Always On
- Crea e configura un nuovo gruppo di disponibilità
- Gestire gruppi di disponibilità, repliche e database
- Monitoraggio dei gruppi di disponibilità
I gruppi di disponibilità Always On di SQL Server sono un modo semplice e affidabile per mantenere la disponibilità elevata per l'azienda. I gruppi di disponibilità Always On massimizzano la disponibilità del database e offrono agli utenti l'esperienza applicativa affidabile e senza interruzioni di cui hanno bisogno.
