Condividi tramite

Impostare i database di configurazione e dell'organizzazione per il failover di SQL Server AlwaysOn

  • Articolo

 

Data di pubblicazione: gennaio 2017

Si applica a: Dynamics 365 (on-premises), Dynamics CRM 2016

Le istanze del cluster di failover (FCI) Microsoft SQL ServerAlwaysOn e i gruppi di disponibilità AlwaysOn offrono una soluzione completa di ripristino di emergenza e di disponibilità elevata. In questo argomento viene descritto come configurare una distribuzione locale di Server Microsoft Dynamics 365 esistente in modo che i database di configurazione e dell'organizzazione facciano parte di un'istanza del cluster di failover a due nodi AlwaysOn che utilizza i gruppi di disponibilità.

Importante

Se si esegue l'aggiornamento dei database di configurazione e di organizzazione di Microsoft Dynamics 365 che includono già SQL ServerAlwaysOn FCI configurato, non è necessario ripetere questa procedura.

Per ulteriori informazioni su queste soluzioni a disponibilità elevata SQL Server, vedi Istanze del cluster di failover AlwaysOn e Gruppi di disponibilità AlwaysOn.

In questo argomento

Prerequisiti

Abilitare SQL Server AlwaysOn

Creare il gruppo di disponibilità

Creare gli account di accesso di SQL per i gruppi di sicurezza di Microsoft Dynamics 365 in tutte le repliche secondarie

Aggiornare le stringhe di connessione del database di configurazione nel registro di sistema di Windows

Aggiornare la stringa di connessione nel database di configurazione

Riavviare i servizi IIS e Microsoft Dynamics 365

Monitorare il gruppo di disponibilità e testare il failover

Prerequisiti

In questo argomento, verrà configurato un cluster di failover dell'istanza a due server semplice e sarà necessario quanto segue:

  • Due server SQL Server in esecuzione in una configurazione con cluster di failover a due nodi con spazio di archiviazione condiviso, ad esempio SAN, NAS o Windows Storage Server. Per un elenco delle versioni di SQL Server supportate, vedi Edizioni di SQL Server.

  • Due server che eseguono SQL Server in Microsoft Windows Server che saranno repliche nel cluster di failover dell'istanza di SQL ServerAlwaysOn. L'istanza di replica primaria di SQL Server dispone dei database di configurazione (MSCRM_CONFIG) e dell'organizzazione (OrganizationName_MSCRM).

    Per ulteriori informazioni su quali versioni di AlwaysOn supportano SQL Server, vedi Disponibilità elevata (AlwaysOn). Per ulteriori informazioni su come creare un cluster di failover di SQL Server, vedere Creare un nuovo cluster di failover di SQL Server (installazione).

Istanza di cluster di failover a due nodi SQL Server 2012

Abilitare SQL Server AlwaysOn

I passaggi seguenti per la definizione delle funzionalità AlwaysOn utilizzano Microsoft SQL Server Management Studio. Può anche utilizzare Transact-SQL o SQL ServerPowerShell.Ulteriori informazioni:Introduzione ai gruppi di disponibilità AlwaysOn (SQL Server)

Nota

Sebbene i passaggi descritti sono specifici per Microsoft SQL Server 2012, puoi utilizzare una procedura analoga per altre versioni supportate di SQL Server.

  1. In Gestione configurazione SQL Server abilitare i gruppi di disponibilità AlwaysOn sulla replica primaria e secondaria. Per istruzioni dettagliate, vedere Abilitare i gruppi di disponibilità AlwaysOn.

  2. In SQL Server Management Studio creare un gruppo di disponibilità: specificare i database di configurazione e dell'organizzazione e la replica primaria e secondaria.Ulteriori informazioni:Creazione e configurazione di gruppi di disponibilità (SQL Server)

Creare il gruppo di disponibilità

Nei passaggi seguenti viene creato un singolo gruppo di disponibilità di SQL Server che include un database di configurazione di Microsoft Dynamics 365 e un unico database dell'organizzazione. Verrà inoltre aggiunto un listener al gruppo di disponibilità.

Creare il gruppo di disponibilità per i database di configurazione e dell'organizzazione

  1. In SQL Server che sarà la replica primaria, avviare SQL Server Management Studio.

  2. In Esplora oggetti, fare clic con il pulsante destro del mouse su Disponibilità elevata AlwaysOn e quindi su Creazione guidata Gruppo di disponibilità.

  3. Quando viene visualizzata la procedura guidata, fare clic su Avanti.

  4. Nella pagina Specifica nome, digitare un nome per il gruppo di disponibilità, ad esempio Dynamics 365, quindi fai clic su Avanti.

  5. Nella pagina Seleziona database selezionare i database MSCRM_CONFIG e NomeOrganizzazione_MSCRM e quindi fare clic su Avanti.

    Importante

    Requisiti per aggiungere un database a un gruppo di disponibilità:

    • Il modello di recupero deve essere impostato su Completo. Per impostazione predefinita, i database dell'organizzazione (OrganizationName_MSCRM) sono impostati su Semplice.

    • Backup completo del database.

  6. Nella pagina Specifica repliche scegliere Aggiungi replica, digitare il nome della replica SQL Server nella casella nome Server (ad esempio CRMNode2 in questo caso) e quindi fare clic su Connetti. L'istanza del server di replica verrà visualizzata nell'elenco Istanza server.

  7. Fai clic sulla scheda Endpoint e verifica che entrambe le repliche vengano visualizzate nell'elenco. Scorrere a destra fino a Account del servizio SQL Server e verificare di aver specificato un account utente di dominio. Un account utente di dominio per il servizio SQL Server è necessario per il clustering di failover di SQL Server.

  8. Fare clic sulla scheda Listener. Il listener del gruppo di disponibilità consente una connessione al client più rapida in scenari su più subnet. Immettere le informazioni seguenti:

    • Nome DNS del listener: digitare un nome per il listener.

    • Per completare la creazione del listener, specificare una porta TCP e impostare la Modalità di rete su IP statico. Fare clic su Aggiungi per immettere l'indirizzo IP e fare clic su OK. Per ulteriori informazioni su queste proprietà, fare clic sulla guida nella Creazione guidata Gruppo di disponibilità.

      Fare clic su Avanti.

  9. Stabilire le eventuali ulteriori modifiche da eseguire sulle repliche, quindi fare clic su Avanti. Per ulteriori informazioni, fare clic sulla guida nella Creazione guidata Gruppo di disponibilità.

    1. Nella pagina Seleziona sincronizzazione dati selezionare il metodo di sincronizzazione dei dati. Se si seleziona Completa, è necessario aggiungere una condivisione di rete a cui possono accedere tutte le repliche. Si noti che l'account di servizio SQL Server richiede autorizzazioni di scrittura e di lettura per la condivisione. Per ulteriori informazioni, fare clic sulla guida nella Creazione guidata Gruppo di disponibilità.

      Fare clic su Avanti.

  10. Verrà visualizzata la pagina Convalida che esegue i controlli di convalida per il nuovo gruppo di disponibilità. Risolvi tutti gli errori prima di creare il gruppo di disponibilità. Fare clic su Avanti.

  11. Nella pagina Riepilogo verificare che le scelte siano corrette e quindi fare clic su Fine.

Creare gli account di accesso di SQL per i gruppi di sicurezza di Microsoft Dynamics 365 in tutte le repliche secondarie

Creare gli account di accesso di SQL per i gruppi di sicurezza di Microsoft Dynamics 365 nella replica secondaria. A tale scopo, effettuare i passaggi seguenti:

  1. Avviare SQL Server Management Studio e connettersi alla replica secondaria SQL Server (CRMNode2).

  2. Espandi il nodo Sicurezza, fai clic con il pulsante destro del mouse su Account di accesso, quindi scegli Nuovo accesso.

  3. Nella casella nome Accesso fai clic su Cerca, quindi assicurati di aver incluso Gruppi in Selezionare questo tipo di oggetto (in caso contrario, fare clic su Tipi di oggetto e aggiungerlo). Digitare NomeDominio\PrivReportingGroup, fare clic su Controlla nomi e una volta risolto correttamente il nome, fare clic su OK.

    Nota

    Il nome effettivo di PrivReportingGroup può essere diverso. Verificare che il nome sia presente in Active Directory.

  4. Ripeti i passaggi 2 a 3 per i seguenti gruppi di sicurezza:

    • ReportingGroup

    • SQLAccessGroup

Creare l'account di accesso SQL MSCRMSqlClrLogin

  1. Crea la chiave asimmetrica per l'account di accesso SQL MSCRMSqlClrLogin.

    In tutte le repliche secondarie, eseguire l'istruzione SQL seguente sul database master per creare la chiave asimmetrica, dove <path> è il percorso della cartella del file Microsoft.Crm.SqlClr.Helper.dll ubicato nel server in cui è installato il ruolo server Strumenti di distribuzione. Ad esempio, specificare il percorso UNC in una condivisione simile a \\crmdeploymenttools\CRMshare\Tools\. Per impostazione predefinita, Microsoft.Crm.SqlClr.Helper.dll si trova nel server Strumenti di distribuzione server nella cartella C:\Program Files\Microsoft Dynamics CRM\Tools\.

    IF NOT EXISTS (SELECT * FROM sys.asymmetric_keys WHERE name = 'MSCRMSqlClrKey') BEGIN CREATE ASYMMETRIC KEY MSCRMSqlClrKey FROM EXECUTABLE FILE = ’<path>\Microsoft.Crm.SqlClr.Helper.dll’; 
END

  2. Crea l'account di accesso SQL MSCRMSqlClrLogin.

    Eseguire le seguenti istruzioni SQL sul database master per creare l'account accesso SQL MSCRMSqlClrLogin.

    IF NOT EXISTS (SELECT * FROM sys.syslogins WHERE name = 'MSCRMSqlClrLogin') BEGIN CREATE LOGIN MSCRMSqlClrLogin FROM ASYMMETRIC KEY MSCRMSqlClrKey GRANT UNSAFE ASSEMBLY TO MSCRMSqlClrLogin END

Aggiornare le stringhe di connessione del database di configurazione nel registro di sistema di Windows

Aggiorna la stringa di connessione di SQL Server in ogni Registro di sistema di Windows di tutti i server che eseguono un ruolo di Server Microsoft Dynamics 365, tra cui il server Estensioni di report di Microsoft Dynamics 365. A tale scopo, eseguire la procedura seguente.

Avviso

Se si modifica il Registro di sistema in modo errato tramite l'Editor del Registro di sistema o con un altro metodo, possono verificarsi gravi problemi che possono richiedere la reinstallazione del sistema operativo e di Microsoft Dynamics 365. La risoluzione di tali problemi non può essere garantita. La modifica del Registro di sistema è a esclusivo rischio dell'utente.

  1. Nel computer che esegue il ruolo di Server Microsoft Dynamics 365, avviare Editor del Registro di sistema e individuare la sottochiave seguente:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM\

  2. Fai clic con il pulsante destro del mouse su configdb e fai clic su Modifica.

    1. Se Failover Partner=MSCRM_Mirror è presente, rimuovilo dal valore.

    2. Modificare Origine dati dal nome dell'istanza di SQL Server al nome del listener del gruppo di disponibilità.

      La stringa di connessione completa deve essere simile all'esempio seguente, dove MSCRMAG è il nome del listener del gruppo di disponibilità per il gruppo di disponibilità che include il database di configurazione di Microsoft Dynamics 365:

      Data Source MSCRMAG;Initial Catalog= MSCRM_CONFIG;Integrated Security=SSPI

      Suggerimento

      Il nome del listener può essere ubicato nel nodo Gruppi di disponibilità in SQL Server Management Studio.

    3. Se usi un listener, aggiungi ;multisubnetfailover=true alla fine del valore configdb per comporre la stringa di connessione.Ulteriori informazioni:Supporto SqlClient per la disponibilità elevata, ripristino di emergenza

      Un valore configdb completo per più subnet verrà visualizzato nel modo seguente:

      Data Source MSCRMAG;Initial Catalog= MSCRM_CONFIG;Integrated Security=SSPI;multisubnetfailover=true

  3. Fare clic su OK e quindi chiudere l'Editor del Registro di sistema.

  4. Ripetere i passaggi precedenti per aggiungere la stringa di connessione alla sottochiave di configurazione per ogni server che esegue un ruolo Server Microsoft Dynamics 365 incluso il server che esegue Estensioni di report di Microsoft Dynamics 365.

Aggiornare la stringa di connessione nel database di configurazione

Aggiornare la tabella dell'organizzazione nel database dell'organizzazione per specificare il nome del listener del gruppo di disponibilità per la stringa di connessione del client. A tal fine, eseguire l'istruzione di aggiornamento seguente sul database di configurazione (MSCRM_CONFIG):

Avviso

Prima di eseguire le istruzioni di aggiornamento, eseguire il backup del database di configurazione di Microsoft Dynamics 365 (MSCRM_CONFIG).

Update Organization set ConnectionString = 'Provider=SQLOLEDB;Data Source=AG_Listener_Name;Initial Catalog=OrganizationName_MSCRM;Integrated Security=SSPI';MultiSubnetFailover=True' where DatabaseName = 'OrganizationName_MSCRM'

  • Sostituire AG_Listener_Name con il nome del listener del gruppo di disponibilità in cui si trova il database dell'organizzazione di Microsoft Dynamics 365.

  • Sostituire NomeOrganizzazione_MSCRM con il nome del database dell'organizzazione.

Parametri aggiuntivi disponibili

Se utilizzi un numero di porta diverso da 1433 per la disponibilità del listener del gruppo, aggiungi il seguente parametro dove Port_Number è il numero di porta di rete.

Update Organization set ConnectionString = 'Provider=SQLOLEDB;Data Source=AG_Listener_Name,Port_Number;Initial Catalog=OrganizationName_MSCRM;Integrated Security=SSPI;multisubnetfailover=true' where DatabaseName = 'OrganizationName_MSCRM'

Riavviare i servizi IIS e Microsoft Dynamics 365

Dopo aver apportato le modifiche, reimpostare IIS nel computer che esegue il ruolo del Server applicazione Web.

Avviso

Tutti gli utenti di Microsoft Dynamics 365 attivi verranno disconnessi.

A tale scopo, fare clic sul pulsante Start, quindi scegliere Esegui. Nella casella Apri digitare iisreset e quindi fare clic su OK.

Riavviare tutti i servizi di Microsoft Dynamics 365 nella distribuzione in tutti i server in cui sono installate le funzionalità di Server Microsoft Dynamics CRM 2013.

Monitorare il gruppo di disponibilità e testare il failover

In Microsoft SQL Server Management Studio sono incluse funzionalità che semplificano la visualizzazione dello stato del gruppo di disponibilità e l'esecuzione di un failover manuale.

Visualizzare lo stato del gruppo di disponibilità

  1. Avviare SQL Server Management Studio e connettersi all'istanza di SQL Server che rappresenta la replica primaria nel gruppo di disponibilità.

  2. In SQL Server Management Studio, espandere Gruppi di disponibilità, fare clic con il pulsante destro del mouse sul gruppo di disponibilità creato per Microsoft Dynamics 365 e quindi fare clic su Mostra dashboard.

Nel dashboard vengono visualizzate tutte le repliche e lo stato della sincronizzazione. Puoi visualizzare il dashboard da qualsiasi replica nel gruppo di disponibilità.

Test del failover

  1. Verificare che sia possibile connettere Microsoft Dynamics 365 al gruppo di disponibilità. Ad esempio, avviare Internet Explorer e collegarlo all' URL dell'organizzazione di Microsoft Dynamics 365.

  2. Dal dashboard descritto nella procedura precedente, fare clic su Avvia Failover guidato per avviare il processo di failover.

  3. Seguire le istruzioni nella procedura guidata per completare il failover.

    Una volta completato un failover, la replica primaria diventa la secondaria e la replica secondaria diventa la primaria.

  4. Passare al Web browser connesso all'organizzazione di Microsoft Dynamics 365 e verificare che sia possibile connettersi senza problemi alla nuova replica primaria facendo clic all'interno dell'applicazione.

Per ritornare alle repliche principali e secondarie originali, ripetere la procedura manuale di failover nella nuova replica primaria.

Vedere anche

Installare o aggiornare il server Microsoft Dynamics CRM
Guida dettagliata al cluster di failover: Configurazione di un cluster di failover di un file server con due nodi
Aggiornare un Server Microsoft Dynamics CRM

© 2017 Microsoft. Tutti i diritti sono riservati. Copyright