Impostare i database di configurazione e dell'organizzazione per il failover di SQL Server 2012 AlwaysOn
Data di pubblicazione: novembre 2016
Si applica a: Dynamics CRM 2015
Le istanze del cluster di failover (FCI) Microsoft SQL Server 2012AlwaysOn 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 CRM esistente in modo che i database di configurazione e dell'organizzazione facciano parte di un'istanza del cluster di failover a due nodi SQL Server 2012AlwaysOn 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à Microsoft SQL Server 2012AlwaysOn FCI configurato, non è necessario ripetere questa procedura.
Per ulteriori informazioni su queste soluzioni a disponibilità elevata SQL Server 2012, vedereIstanze del cluster di failover AlwaysOn e Gruppi di disponibilità AlwaysOn.
In questo argomento
Prerequisiti
Abilitare SQL Server 2012 AlwaysOn
Creare il gruppo di disponibilità
Creare gli account di accesso di SQL per i gruppi di sicurezza di Microsoft Dynamics CRM 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 CRM
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 Windows Server 2012 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.
Due server che eseguono SQL Server 2012 in Windows Server 2012 che saranno repliche nel cluster di failover dell'istanza di SQL Server 2012AlwaysOn. 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 2012, vedere Disponibilità elevata (AlwaysOn). Per ulteriori informazioni su come creare un cluster di failover di SQL Server 2012, vedere Creare un nuovo cluster di failover di SQL Server (installazione).
Abilitare SQL Server 2012 AlwaysOn
I passaggi seguenti per la definizione delle funzionalità AlwaysOn utilizzano Microsoft SQL Server 2012 Management Studio. In alternativa, è possibile utilizzare Transact-SQL o SQL ServerPowerShell.Ulteriori informazioni:Introduzione ai gruppi di disponibilità AlwaysOn (SQL Server)
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.
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 2012 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
In SQL Server che sarà la replica primaria, avviare SQL Server Management Studio.
In Esplora oggetti, fare clic con il pulsante destro del mouse su Disponibilità elevata AlwaysOn e quindi su Creazione guidata Gruppo di disponibilità.
Quando viene visualizzata la procedura guidata, fare clic su Avanti.
Nella pagina Specifica nome, digitare un nome per il gruppo di disponibilità, ad esempio Dynamics CRM, quindi fare clic su Avanti.
Nella pagina Seleziona database selezionare i database MSCRM_CONFIG e NomeOrganizzazione_MSCRM e quindi fare clic su Avanti.
Importante
Notare i requisiti seguenti per l'aggiunta di 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.
Il backup completo del database è obbligatorio.
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.
Fare clic sulla scheda Endpoint e verificare 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.
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.
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à.
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.
Verrà visualizzata la pagina Convalida in cui è possibile eseguire i controlli di convalida per il nuovo gruppo di disponibilità. È necessario risolvere gli errori per poter creare il gruppo di disponibilità. Fare clic su Avanti.
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 CRM 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:
Avviare SQL Server Management Studio e connettersi alla replica secondaria SQL Server (CRMNode2).
Espandere il nodo Sicurezza, fare clic con il pulsante destro del mouse su Account di accesso, quindi scegliere Nuovo accesso.
Nella casella nome Accesso fare clic su Cerca, assicurarsi 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.
Ripetere i passaggi 2 a 3 per i seguenti gruppi di sicurezza.
ReportingGroup
SQLAccessGroup
Creare l'account di accesso SQL MSCRMSqlClrLogin
Creare 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
Creare 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
Aggiornare 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 CRM, tra cui il server Estensioni di report di Microsoft Dynamics CRM. 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 CRM. La risoluzione di tali problemi non può essere garantita. La modifica del Registro di sistema è a esclusivo rischio dell'utente.
Nel computer che esegue il ruolo di Server Microsoft Dynamics CRM, avviare Editor del Registro di sistema e individuare la sottochiave seguente:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM\
Fare clic con il pulsante destro del mouse su configdb e quindi scegliere Modifica.
Se Failover Partner=MSCRM_Mirror è presente, rimuoverlo dal valore.
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.
Se si utilizza un listener, aggiungere ;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
Fare clic su OK e quindi chiudere l'Editor del Registro di sistema.
Ripetere i passaggi precedenti per aggiungere la stringa di connessione alla sottochiave di configurazione per ogni server che esegue un ruolo Server Microsoft Dynamics CRM incluso il server che esegue Estensioni di report di Microsoft Dynamics CRM.
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
Inoltre, se si utilizza un numero di porta diverso da 1433 per la disponibilità del listener del gruppo aggiungere 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 CRM
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 2012 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à
Avviare SQL Server Management Studio e connettersi all'istanza di SQL Server che rappresenta la replica primaria nel gruppo di disponibilità.
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. Si noti che è possibile visualizzare il dashboard da qualsiasi replica nel gruppo di disponibilità.
Test del failover
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.
Dal dashboard descritto nella procedura precedente, fare clic su Avvia Failover guidato per avviare il processo di failover.
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.
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
© 2016 Microsoft Corporation. Tutti i diritti sono riservati. Copyright