Soluzioni ad elevata disponibilità di SQL Server
La funzionalità Windows Server Failover Clustering (WSFC) consente di figurare un SQL Server ad elevata disponibilità attraverso la ridondanza a livello di istanza (istanza del cluster di failover, FCI) o a livello di database (gruppo di disponibilità AlwaysOn, AAG). È inoltre possibile combinare entrambi i metodi.
In un'istanza del cluster di failover, i database SQL sono posizionati in un archivio condiviso. Poiché è possibile accedere a questo archivio solo dal nodo attivo, il backup dei dati di SQL Server viene eseguito solo quando si esegue il backup del nodo attivo. Per lo stesso motivo, è possibile ripristinare i database SQL solo su un nodo attivo. Se il nodo attivo si guasta, si verifica un failover e un nodo diverso diventa attivo.
In un gruppo di disponibilità, ogni replica di database si trova su un nodo diverso. Se la replica principale diventa non disponibile, una replica secondaria che si trova su un nodo diverso viene assegnata al ruolo principale.
Altre soluzioni includono il mirroring del database e la distribuzione dei log. Per ulteriori informazioni sulle soluzioni ad elevata disponibilità di SQL Server, fare riferimento alla documentazione Microsoft: http://msdn.microsoft.com/it-it/library/ms190202.aspx.
Backup di SQL Server configurato per la disponibilità elevata
Sia nel caso di FCI che di AAG, il backup solo di un nodo non è sufficiente. Se questo nodo si guasta, SQL Server continuerà a funzionare, ma non verrà eseguito il backup dei relativi database. Se si vuole che il backup dei dati di SQL Server venga eseguito in modo costante, a prescindere dal numero di nodi attivi e operativi, considerare il seguente approccio.
Le impostazioni sono le seguenti:
In Cosa includere nel backup fare clic su Elementi del backup e selezionare la casella di controllo accanto alla macchina (non accanto ai singoli dischi). Questo assicura che gli archivi condivisi verranno inclusi nel backup quando il nodo diventa attivo.
In Dove eseguire il backup specificare un'unica posizione per tutti i nodi. Questa può essere un deposito centralizzato o semplicemente una condivisione di rete. Questo assicura che tutti i dati di cui è stato eseguito il backup verranno archiviati in una sola posizione.
Backup del disco e delle applicazioni a passaggio singolo: abilitato.
Con queste impostazioni, se si verifica un failover, il backup dei database SQL continuerà ad essere eseguito su un nodo diverso. Per quanto riguarda il ripristino, per individuare i database è necessario espandere il cluster nel deposito Visualizzazione dati o Visualizzazione archivio.
Ripristino di database configurato per la disponibilità elevata
Non è possibile sovrascrivere durante un ripristino un database configurato per il mirroring o incluso in un gruppo di disponibilità AlwaysOn. Microsoft SQL Server impedisce questa operazione. È necessario rimuovere il mirroring del database di destinazione oppure escludere il database di destinazione da AAG prima del ripristino. In alternativa, ripristinare il database come un nuovo database non AAG. Al termine del ripristino, è possibile ricostruire la configurazione mirroring/AAG originale.