Disponibilità elevata e ripristino di emergenza per Master Data Services
Si applica a:
SQL Server - solo Windows Istanza gestita di SQL di Azure
Questo articolo illustra una soluzione per Master Data Services (MDS) ospitata in una configurazione di un gruppo di disponibilità Always On. L'articolo descrive come installare e configurare SQL 2016 Master Data Services in un gruppo di disponibilità Always On di SQL 2016. Lo scopo principale di questa soluzione consiste nel migliorare la disponibilità elevata e il recupero di emergenza dei dati di back-end di MDS ospitati in un database di SQL Server.
Introduzione
Questo articolo illustra una soluzione per Master Data Services (MDS) ospitata in una configurazione di un gruppo di disponibilità Always On. L'articolo descrive come installare e configurare SQL 2016 MDS in un gruppo di disponibilità Always On di SQL 2016. Lo scopo principale di questa soluzione consiste nel migliorare la disponibilità elevata e il recupero di emergenza dei dati di back-end di MDS ospitati in un database di SQL Server.
Per implementare la soluzione, è necessario completare le attività seguenti illustrate in questo articolo.
Le sezioni precedenti presenteranno brevemente le tecnologie, seguite dalle istruzioni relative. Per informazioni dettagliate sulle tecnologie, vedere i collegamenti ai documenti in ogni sezione.
La soluzione descritta in questo articolo si basa sui gruppi di disponibilità, in cui vi sono più repliche sincrone o asincrone di ogni database. Solo una replica accetta la transazione, ovvero accetta le richieste utente. Si tratta della replica primaria.
Ogni replica ha la propria archiviazione, pertanto non esiste alcuna archiviazione centralizzata condivisa in questa soluzione. Quando si verifica un errore software o hardware che interessa la replica primaria, è possibile eseguire il failover della replica primaria in una replica sincrona o asincrona automaticamente o manualmente in base alla configurazione e alle situazioni. In questo modo si garantisce la disponibilità elevata del database con interruzioni minime per gli utenti.
Le repliche asincrone sono in genere ospitate in un data center remoto rispetto a quello della replica primaria. In caso di scenari di emergenza, è possibile eseguire il failover della replica primaria in un altro data center. In questo modo si garantisce il ripristino di emergenza del database.
A scopo dimostrativo, la soluzione descritta in questo articolo usa le versioni seguenti del software. Le versioni precedenti dovrebbero funzionare allo stesso modo, con differenze minime.
- Windows Server 2012R2 con cluster di failover
- SQL Server 2016 con funzionalità Master Data Services
La soluzione usa anche due macchine virtuali, MDS-HA1 e MDS-HA2, per ospitare due repliche. MDS non limita il numero di repliche che è possibile usare, purché sia supportato da un gruppo di disponibilità.
Questo articolo presuppone conoscenze di base di Windows Server, Windows Server Failover Cluster, SQL Server Always On e SQL Server MDS.
Argomenti non trattati
Il documento non copre gli argomenti seguenti:
Come assicurare la disponibilità elevata e il recupero dopo un'emergenza di IIS, il server Web che ospita l'interfaccia utente di Master Data Services. MDS non impone alcun requisito specifico per IIS, quindi per assicurare la disponibilità elevata e il bilanciamento del carico di ISS possono essere usate le tecniche standard anche in questo contesto.
Come usare l’istanza del cluster di failover (FCI) Always On di SQL Server per supportare la disponibilità elevata (HA, High Availability) nel back-end di MDS. Il clustering di failover di SQL Server è una soluzione a disponibilità elevata diversa, è ufficialmente supportata da SQL Server e funziona con MDS.
Come usare una soluzione ibrida di cluster di failover di SQL Server e un gruppo di disponibilità Always On per il supporto a disponibilità elevata nel back-end di MDS. La soluzione ibrida funziona con MDS.
Considerazioni sulla progettazione
La figura 1 illustra una configurazione tipica usata principalmente nel gruppo di disponibilità AlwaysOn. Nel data center principale esistono due repliche con una relazione di commit sincrono ed entrambe hanno il privilegio di voto. Ciò consente di migliorare la disponibilità elevata nel caso in cui la replica primaria abbia esito negativo.
Nel data center del ripristino di emergenza esiste una replica secondaria con una relazione di commit asincrono con la replica primaria. Questo data center è in genere in un'area geografica diversa da quella del data center principale. La replica secondaria non ha il privilegio di voto.
Questa configurazione viene usata per eseguire il ripristino nel caso in cui il data center principale sia in stato di emergenza, ad esempio in caso di incendio, terremoto e così via.
Figura 1. Una configurazione tipica del gruppo di disponibilità Always On
Se non è necessario prendere in considerazione il ripristino di emergenza, non occorre avere una replica in un secondo data center. Se è necessario migliorare la disponibilità elevata, è possibile avere più repliche sincrone nello stessa data center principale.
Pertanto, è importante prendere in considerazione i requisiti e gli scenari e decidere di quante repliche sincrone e asincrone si ha bisogno e in quale data center.
Windows Server Failover Cluster (WSFC)
In questa sezione sono descritti i seguenti task.
Come illustrato nella figura 1 nella sezione precedente, la soluzione descritta in questo articolo include Windows Server Failover Cluster (WSFC). È necessario installare WSFC perché SQL Always On dipende da WFSC per il failover e il rilevamento degli errori.
WSFC è una funzionalità che migliora la disponibilità elevata di applicazioni e servizi. È costituita da un gruppo di istanze di Windows Server indipendenti che eseguono il servizio cluster di failover Microsoft. Le istanze di Windows Server (o nodi come vengono talvolta chiamate) sono connesse in modo che possano comunicare tra loro rendendo possibile il rilevamento degli errori. WSFC offre la funzionalità di rilevamento degli errori e il failover. Se un nodo o un servizio del cluster hanno esito negativo, viene rilevato l'errore e un altro nodo inizia automaticamente o manualmente ad offrire i servizi ospitati sul nodo in errore. Di conseguenza, le interruzioni per gli utenti sono minime e la disponibilità del servizio è migliorata.
Prerequisiti
Il sistema operativo Windows Server deve essere installato in tutte le istanze e tutti gli aggiornamenti devono essere corretti.
Nota
È vivamente consigliabile installare la stessa versione di Windows e lo stesso set di funzionalità in tutte le istanze per evitare problemi di incompatibilità.
Installare la funzionalità di cluster di failover
Completare i passaggi seguenti per ogni istanza di Windows Server per installare la funzionalità WSFC in ogni istanza. Sono necessarie autorizzazioni di amministratore.
Aprire Server Manager in Windows Server e fare clic su Aggiungi ruoli e funzionalità nel riquadro di destra. Verrà avviata la Add Roles and Feature Wizard (Procedura guidata Aggiungi ruoli e funzionalità).
Fare clic su Avanti fino ad accedere alla pagina Funzionalità.
Selezionare la casella di controllo Clustering di failover e fare clic su Avanti per completare l'installazione. Vedere Figura 2.
Se viene chiesta una conferma nella finestra Add features that are required for Failover clustering (Aggiungere funzionalità necessarie per il clustering di failover), fare clic su Aggiungi funzionalità. Vedere Figura 3.
Figura 2
Figura 3
Nella pagina Conferma fare clic su Installa per installare la funzionalità di clustering di failover.
Nella pagina Risultato assicurarsi che l'installazione sia riuscita e che non siano visualizzati errori e avvisi.
Creare un cluster di failover di Windows Server
Quando la funzionalità WSFC è installata in tutte le istante, è possibile configurarla. È necessario eseguire questa operazione solo in un nodo.
Aprire Server Manager in Windows Server e fare clic su Gestione cluster di failover dal menu Strumento nell'angolo superiore destro per avviare la gestione.
In Gestione cluster di failover fare clic su Convalida configurazione nel riquadro di destra. Vedere Figura 4.
Figura 4
In Convalida guidataconfigurazione fare clic su Avanti.
Nella finestra di dialogo Selezione dei server o di un cluster aggiungere i nomi dei server che ospiteranno SQL Server e fare clic su Avanti. Vedere Figura 5.
In questo esempio sono state aggiunte due istanze, MDS-HA1 e MDS-HA2.
Figura 5
Nella pagina Opzioni di testing fare clic su Esegui tutti i test e quindi su Avanti.
Fare clic su Avanti per completare la convalida.
Nella pagina Convalida in corso viene visualizzo lo stato di avanzamento e nella pagina Riepilogo il riepilogo della convalida. Vedere figure 6 e 7.
Nella pagina Riepilogo controllare eventuali messaggi di avviso o errore.
Gli errori devono essere corretti. Tuttavia, gli avvisi possono non costituire un problema. Un messaggio di avviso significa che l'elemento testato potrebbe soddisfare il requisito, ma c'è qualcosa da controllare. Ad esempio, nella figura 7 è illustrato un avviso "Convalida latenza di accesso al disco" che potrebbe essere dovuto al fatto che il disco è temporaneamente occupato da altre attività. Il messaggio può essere ignorato. Per altri dettagli, vedere la documentazione online per ogni messaggio di avviso e di errore. Vedere Figura 7.
Figura 6
Figura 7
Nella pagina Riepilogo verificare che la casella di controllo Crea il cluster ora utilizzando i nodi convalidati sia selezionata e fare clic su Fine per avviare la Creazione guidatacluster.
Nella Creazione guidatacluster fare clic su Avanti.
Nella pagina Punto di accesso per l'amministrazione del cluster immettere il nome del cluster WSFC e fare clic su Avanti. In questo esempio viene usato il nome cluster "MDS-HA". Vedere Figura 8.
Figura 8
- Continuare a fare clic su Avanti per completare la creazione del cluster. Nella sezione Riepilogo del cluster MDS-HA vengono visualizzate le informazioni sul cluster. Vedere Figura 9.
Figura 9
Se in un secondo momento è necessario aggiungere un nodo, fare clic sull'azione Aggiungi nodo nel riquadro di destra in Gestione cluster di failover.
Note:
La funzionalità WSFC potrebbe non essere disponibile in tutte le edizioni di Windows Server. Assicurarsi che l'edizione in uso abbia questa funzionalità.
Verificare di avere le autorizzazioni appropriate per configurare WSFC in Active Directory. Per altre informazioni, vedere Failover Cluster Step-by-Step Guide: Configure Accounts in Active Directory (Guida dettagliata del cluster di failover: Configurare gli account in Active Directory).
Per altre informazioni su WSFC, vedere Cluster di failover.
Gruppo di disponibilità Always On di SQL Server
In questa sezione sono descritti i seguenti task.
Always On offre due funzionalità per offrire disponibilità elevata e ripristino di emergenza per MDS, entrambe basate su WSFC.
Gruppo di disponibilità Always On
Istanza del cluster di failover Always On (FCI).
Un gruppo di disponibilità offre disponibilità a livello di database. Il gruppo di disponibilità, ovvero un set di database utente, e il relativo nome di rete virtuale vengono registrati come risorse in WSFC.
Le istanze del cluster di failover offrono disponibilità elevata a livello di istanza. Il servizio SQL Server e i servizi correlati vengono registrati come risorse in WSFC. La soluzione delle istanze del cluster di failover richiede l'archiviazione simmetrica su disco condiviso, ad esempio condivisioni di file SAN o SMB, che devono essere disponibili a tutti i nodi nel cluster WFC.
Prerequisiti
Installare SQL Server in tutti i nodi. Per altre informazioni, vedere Installare SQL Server 2016.
(Scelta consigliata) Installare esattamente lo stesso set di funzionalità e la stessa versione di SQL Server in ogni nodo. In particolare, è necessario installare MDS.
(Scelta consigliata) Usare la stessa configurazione per tutte le istanze di SQL Server. In particolare, configurare le stesse regole di confronto del server in tutte le istanze di SQL Server.
(Scelta consigliata) Usare lo stesso account servizio per eseguire tutte le istanze di SQL Server. In caso contrario, è necessario concedere l'autorizzazione per ogni istanza di SQL Server per assicurarsi che le istanze di SQL Server possano comunicare tra loro.
Verificare che l'impostazione di Windows Firewall consenta alle istanze di SQL Server di comunicare tra loro.
Abilitare i gruppi di disponibilità Always On di SQL Server in ogni istanza di SQL Server
In Gestione configurazione SQL Server fare clic su Servizio SQL server nel riquadro a sinistra, fare clic con il pulsante destro del mouse su SQL Server nel riquadro a destra e quindi su Proprietà. Vedere Figura 10.
Figura 10
Nella finestra di dialogo ProprietàSQL Server (MSSQLSERVER) fare clic sulla scheda Disponibilità elevata Always On e selezionare la casella di controllo Abilitare gruppi di disponibilità Always On. Quando viene visualizzato un valore nella casella di testo Nome cluster di failover Windows, fare clic su OK per continuare. Vedere Figura 11.
Figura 11
Quando viene visualizzata una pagina di avviso, fare clic su OK per continuare. Vedere Figura 12.
Figura 12
Fare clic su Riavvia per riavviare il servizio SQL Server e rendere effettiva la modifica. Vedere Figura 10.
Nota
È possibile modificare l'account del servizio che esegue il servizio SQL Server tramite Gestione configurazione SQL Server. Fare clic sulla scheda Accedi nella finestra di dialogo ProprietàSQL Server (MSSQLSERVER). Vedere Figura 11.
Creare un gruppo di disponibilità
Quando la funzionalità Always On è abilitata in tutte le istanze di SQL Server, viene creato un nuovo gruppo di disponibilità che contiene il database MDS in un nodo.
Il gruppo di disponibilità può essere creato solo sui database esistenti. Pertanto, o si crea un database MDS in un nodo, oppure si crea un database temporaneo che viene poi eliminato. In questo esempio viene creato un database MDS vuoto e un gruppo di disponibilità in tale database.
Avviare SQL Server Management Studio (SSMS) in un nodo e connettersi all'istanza di SQL Server locale con le credenziali appropriate.
In SSMS aprire una finestra di una nuova query ed eseguire lo script seguente per creare un database vuoto. Sostituire C:temp con il percorso che si vuole usare per eseguire un backup completo.
CREATE DATABASE MDS\_Sample GO BACKUP DATABASE MDS\_Sample TO DISK='C:\\temp' GONota
Un backup completo del database è necessario per la creazione del gruppo di disponibilità nel database.
In Esplora oggetti espandere la cartella Disponibilità elevata Always On e fare clic su Creazione guidata nuovo Gruppo di disponibilità per avviare la Creazione guidata di un nuovo Gruppo di disponibilità. Vedere Figura 13.
Figura 13
Nella Creazione guidata Gruppo di disponibilità fare clic su Avanti per visualizzare la pagina Specifica nome. Digitare un nome per il gruppo di disponibilità e fare clic su Avanti. Vedere Figura 14.
Figura 14
Fare clic sul database appena creato nella pagina Selezione database e fare clic su Avanti. Vedere Figura 15.
Figura 15
Nella pagina Specifica repliche aggiungere un'altra replica facendo clic su Aggiungi replica. La pagina elenca già le istanze correnti di SQL Server locale come replica. Vedere Figura 16.
Nella finestra di dialogo Connetti a server aggiungere le credenziali appropriate e fare clic su Connetti.
Figura 16
A questo punto dovrebbero essere visualizzate due repliche nell'elenco. Ripetere questo passaggio per aggiungere altri nodi come repliche. Vedere Figura 17.
Figura 17
Per ogni replica, configurare le impostazioni Commit sincrono, Failover automatico e Secondario leggibile seguenti. Vedere Figura 17.
Commit sincrono: in questo modo si garantisce che se viene eseguito il commit di una transazione nella replica primaria di un database, viene eseguito anche in tutte le altre repliche sincrone. Il commit asincrono non garantisce questo aspetto e potrebbe rimanere indietro rispetto alla replica primaria.
In genere, è consigliabile abilitare il commit sincrono solo quando i due nodi sono nello stesso data center. Se sono in data center diversi, il commit sincrono può rallentare le prestazioni del database. Se questa casella di controllo non è selezionata, viene usato il commit asincrono.
Failover automatico: quando la replica primaria è inattiva, il gruppo di disponibilità esegue automaticamente il failover nella replica secondaria se è stato selezionato il failover automatico. Questa opzione può essere abilitata solo sulle repliche con commit sincrono.
Secondario leggibile: per impostazione predefinita, gli utenti non possono connettersi alle repliche secondarie. Questa opzione consente agli utenti di connettersi a una replica secondaria con accesso in sola lettura.
Nella pagina Specifica repliche fare clic sulla scheda Listener ed eseguire le operazioni seguenti. Vedere Figura 18.
a. Fare clic su Crea un listener del gruppo di disponibilità per configurare un listener del gruppo di disponibilità per la connessione al database MDS.
b. Immettere un Nome DNS del listener, ad esempio MDSSQLServer.
c. Immettere la porta SQL predefinita, 1433, nella casella di testo Porta.
d. Immettere DHCP nella casella di testo Modalità di rete e fare clic su Avanti per continuare.
Nota
Facoltativamente, è possibile scegliere "Indirizzo IP statico" come Modalità di rete e immettere un indirizzo IP statico. È anche possibile immettere una porta diversa dalla 1433.
Figura 18
Nella pagina Seleziona sincronizzazione dati fare clic su Completa e specificare una condivisione di rete cui possano accedere tutti i nodi. Fare clic su Avanti per continuare. Vedere Figura 19.
Tale condivisione di rete verrà usata per archiviare il backup di database per creare le repliche secondarie. Se tale preferenza non è disponibile per l'organizzazione, scegliere un altro tipo di sincronizzazione dei dati. Fare riferimento a Gruppi di disponibilità Always On di SQL Server 2016 per informazioni su come usare altre opzioni per creare repliche secondarie. Nella figura 17 vengono elencate anche altre opzioni.
Figura 19
Nella pagina Convalida assicurarsi che tutte le convalide siano state passate correttamente e correggere eventuali errori. Fare clic su Avanti per continuare.
Nella pagina Riepilogo esaminare tutte le impostazioni di configurazione e fare clic su Fine. In questo modo verrà creato e configurato il gruppo di disponibilità.
Nella pagina Risultato verificare che tutti i passaggi necessari siano stati completati.
Convalidare e testare il gruppo di disponibilità
Aprire SSMS e connettersi al nome DNS del listener appena creato nella sezione Creare un gruppo di disponibilità. In questo esempio è MDSSQLServer.
In Esplora oggetti espandere la cartella Disponibilità elevata Always On, fare clic con il pulsante destro del mouse sul gruppo di disponibilità appena creato nella sezione Creare un gruppo di disponibilità e fare clic su Mostra dashboard. Vedere Figura 20. Viene visualizzato lo stato del nuovo gruppo di disponibilità e delle relative repliche.
Figura 20
Fare clic su Failover per eseguire il failover in una replica sincrona e in una replica asincrona. In questo modo è possibile verificare che il failover avvenga senza problemi.
L'installazione di AG è stata completata.
Per altre informazioni sui gruppi di disponibilità Always On, vedere Gruppi di disponibilità Always On di SQL Server 2016.
Configurare MDS per l'esecuzione in un nodo WSFC
La soluzione presentata in questo articolo richiede solo il database back-end di MDS in esecuzione in WSFC. Altre parti di MDS, come ad esempio applicazioni Web e Gestione configurazione MDS, possono essere eseguite nel nodo WSFC o all'esterno di WSFC, purché MDS possa connettersi al gruppo di disponibilità.
Aprire Gestione configurazione Master Data Services in un nodo, fare clic su Configurazione database e fare clic su Crea database per avviare la Creazione guidata database.
Nella pagina Server database digitare il nome DNS del listener del gruppo di disponibilità nella casella di testo Istanza di SQL Server, fare clic su Test connessione e fare clic su Avanti. Vedere Figura 21.
Figura 21
Nella pagina Database digitare il nome del database creato nella sezione Creare un gruppo di disponibilità e fare clic su Avanti. Vedere figura 22.
Figura 22
Completare la Creazione guidatadatabase. Per altre informazioni, vedere Installazione e configurazione di Master Data Services.
Fare clic su Applicazioni Web in Gestione configurazione Master Data Services per configurare l'applicazione Web e fare clic su Applica per applicare le impostazioni a MDS. Vedere figura 23. Per altre informazioni, vedere Installazione e configurazione di Master Data Services.
Figura 23
L'installazione di MDS è stata completata. È possibile ripetere i passaggi sopra descritti per configurare MDS affinché venga eseguito in tutti i nodi. Ogni gruppo di disponibilità ha il proprio database back-end.
Se in precedenza per creare un gruppo di disponibilità Always On è stato creato un database temporaneo (vedere la sezione Creare un gruppo di disponibilità), è necessario eliminare il database temporaneo
Per altre informazioni su Master Data Services, vedere Master Data Services.
Conclusione
In questo white paper è stato descritto come installare e configurare il database Master Data Services back-end come parte di un gruppo di disponibilità. Questa configurazione offre disponibilità elevata e ripristino di emergenza nel database back-end di Master Data Services. Per implementare questa configurazione, è necessario installare e configurare Windows Server Failover Cluster, il gruppo di disponibilità e Master Data Services.
Commenti sul feedback
Il documento è risultato utile? Per commenti e suggerimenti, fare clic su Commenti nella parte inferiore dell'articolo.
I commenti e i suggerimenti ci consentono di migliorare la qualità della documentazione pubblicata.
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per