Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Ripristino di emergenza
Molte organizzazioni implementano l'alta disponibilità per i propri database SQL Server, ma ciò non è sufficiente per le organizzazioni che richiedono una vera resilienza IT. Si consiglia di implementare una soluzione di disaster recovery per evitare la perdita di dati e i tempi di inattività dei database mission-critical. L'adozione di un'architettura di disaster recovery multiregionale per le distribuzioni di SQL Server consente di:
-
Raggiungere la continuità aziendale
-
Migliora la latenza per la tua base clienti distribuita geograficamente
-
Soddisfa i requisiti normativi e di revisione
Le opzioni per il disaster recovery includono log shipping, gruppi di disponibilità Always On, snapshot Amazon EBS archiviati in Amazon S3 e replicati AWS tra regioni, istanze cluster Always On Failover FCIs () combinate con gruppi di disponibilità Always On e gruppi di disponibilità distribuiti.
Gruppi di disponibilità distribuiti
Un'architettura con gruppi di disponibilità distribuiti è un approccio ottimale per la distribuzione di SQL Server in più regioni. Un gruppo di disponibilità distribuito è un tipo speciale di gruppo di disponibilità che si estende su due gruppi di disponibilità separati. È possibile considerarlo come un gruppo di disponibilità di gruppi di disponibilità. I gruppi di disponibilità sottostanti sono configurati su due diversi cluster WSFC.
I gruppi di disponibilità distribuiti sono liberamente accoppiati, il che significa che non richiedono un singolo cluster WSFC e sono gestiti da SQL Server. Poiché i cluster WSFC vengono gestiti singolarmente e le trasmissioni sono principalmente asincrone tra due gruppi di disponibilità, è più semplice configurare il disaster recovery in un altro sito. Le repliche primarie di ogni gruppo di disponibilità sincronizzano le proprie repliche secondarie.
Al momento, i gruppi di disponibilità distribuiti supportano solo il failover manuale. Per garantire che nessun dato vada perso, interrompi tutte le transazioni sui database primari globali (ovvero sui database del gruppo di disponibilità primario). Quindi imposta il gruppo di disponibilità distribuita sul commit sincrono.