Définition des bases de données de configuration et d'organisation pour le basculement SQL Server 2012 AlwaysOn

Date de publication : novembre 2016

S’applique à : Dynamics CRM 2015

Les instances de cluster de basculement Microsoft SQL Server 2012AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution complète en matière de haute disponibilité et de récupération d'urgence. Cette rubrique explique comment configurer un déploiement local de Microsoft Dynamics CRM Server afin que les bases de données de l'organisation et de configuration fassent partie d'une instance de cluster de basculement SQL Server 2012AlwaysOn à deux nœuds qui utilise les groupes de disponibilité.

Pour plus d'informations sur ces solutions de haute disponibilité SQL Server 2012, consultez Instances de cluster de basculement AlwaysOn et Groupes de disponibilité AlwaysOn.

Contenu de la rubrique

Configuration requise

Activation de SQL Server 2012 AlwaysOn

Création du groupe de disponibilité

Créer les connexions SQL des groupes de sécurité Microsoft Dynamics CRM sur tous les réplicas secondaires

Mise à jour des chaînes de connexion de base de données de configuration dans le Registre Windows

Mettre à jour la chaîne de connexion dans la base de données de configuration

Redémarrer les services IIS et Microsoft Dynamics CRM

Surveillance du groupe de disponibilité et test du basculement

Configuration requise

Dans cette rubrique, un cluster de basculement d'instance incluant deux serveurs est configuré et requiert les éléments suivants :

• Deux serveurs Windows Server 2012 s'exécutant dans une configuration de cluster de basculement impliquant deux nœuds avec le stockage partagé, comme SAN, NAS ou Windows Storage Server.

• Deux serveurs exécutant SQL Server 2012 sur Windows Server 2012 qui seront des réplicas du cluster de basculement de l'instance SQL Server 2012AlwaysOn. L'instance principale de réplica SQL Server inclut les bases de données de configuration (MSCRM_CONFIG) et d'organisation (OrganizationName_MSCRM).

  Pour plus d'informations sur les versions de SQL Server 2012 qui prennent en charge AlwaysOn, consultez Haute disponibilité (AlwaysOn). Pour plus d'informations sur la création d'un cluster de basculement SQL Server 2012, voir Créer un cluster de basculement SQL Server (installation).

Activation de SQL Server 2012 AlwaysOn

Les étapes suivantes de mise en œuvre des fonctionnalités AlwaysOn utilisent Microsoft SQL Server 2012 Management Studio. Par ailleurs, vous pouvez utiliser Transact-SQL ou SQL ServerPowerShell.Pour plus d'informations :Commencer à utiliser les groupes de disponibilité AlwaysOn (SQL Server)

1. Dans Gestionnaire de configuration de SQL Server, activez les groupes de disponibilité AlwaysOn sur les réplicas principal et secondaire. Pour obtenir les procédures détaillées, voir Activer et désactiver les groupes de disponibilité AlwaysOn (SQL Server).

2. Dans SQL Server Management Studio, créez un groupe de disponibilité, spécifiez les bases de données de l'organisation et de configuration, ainsi que les réplicas principal et secondaire.Pour plus d'informations :Création et configuration des groupes de disponibilité (SQL Server)

Création du groupe de disponibilité

Les étapes suivantes permettent de créer un groupe de disponibilité SQL Server 2012 unique qui inclut une base de données de configuration Microsoft Dynamics 365 et une seule base de données de l'organisation. En outre, un port d'écoute est ajouté au groupe de disponibilité.

Création du groupe de disponibilité pour les bases de données de l'organisation et de configuration

1. Dans le SQL Server qui sera le réplica principal, démarrez SQL Server Management Studio.

2. Dans l'explorateur d'objets, cliquez avec le bouton droit sur Haute disponibilité AlwaysOn, puis cliquez sur Assistant Nouveau groupe de disponibilité.

3. Lorsque l'Assistant apparaît, cliquez sur Suivant.

4. Dans la page Spécifier le nom, tapez le nom du groupe de disponibilité, par exemple Dynamics CRM, puis cliquez sur Suivant.

5. Dans la page Sélectionner des bases de données, sélectionnez les bases de données MSCRM_CONFIG et OrganizationName_MSCRM, puis cliquez sur Suivant.

   Important

   Notez les exigences suivantes pour ajouter une base de données à un groupe de disponibilité :

   • Le modèle de récupération doit être défini sur Complet. Par défaut, les bases de données de l'organisation (OrganizationName_MSCRM) sont définies sur Simple.

   • Une sauvegarde complète de la base de données est requise.

6. Dans la page Spécifier les réplicas, cliquez sur Ajouter un réplica, tapez le nom de votre réplica SQL Server dans la zone Nom du serveur (tel que CRMNode2 dans cet exemple), puis cliquez sur Se connecter. L'instance de serveur de réplica apparaît dans la liste Instance de serveur.

7. Cliquez sur l'onglet Points de terminaison et vérifiez que les deux réplicas figurent dans la liste. Accédez directement à Compte de service SQL Server et vérifiez qu'un compte d'utilisateur de domaine est spécifié. Un compte d'utilisateur de domaine pour le service SQL Server est nécessaire pour le clustering avec basculement SQL Server.

8. Cliquez sur l'onglet Port d’écoute. Un port d'écoute de groupe de disponibilité permet un basculement plus rapide de la connexion cliente dans des scénarios incluant plusieurs sous-réseaux. Entrez les informations suivantes.

   • Nom DNS de l'écouteur : tapez le nom du port d'écoute.

   • Pour terminer la création du port d'écoute, spécifiez un port TCP, puis définissez Mode réseau sur IP statique. Cliquez sur Ajouter pour entrer l'adresse IP, puis cliquez sur OK. Pour plus d'informations à propos de ces propriétés, cliquez sur Aide dans l'Assistant Nouveau groupe de disponibilité.

     Cliquez sur Suivant.

9. Déterminez, le cas échéant, les modifications supplémentaires à apporter aux réplicas, puis cliquez sur Suivant. Pour plus d'informations, cliquez sur Aide dans l'Assistant Nouveau groupe de disponibilité.

   1. Dans la page Sélectionner la synchronisation des données, sélectionnez le mode de synchronisation des données. Si vous sélectionnez Complet, vous devez ajouter un partage réseau qui est accessible par tous les réplicas. Notez que le compte de service SQL Server requiert des autorisations en lecture et écriture sur le partage. Pour plus d'informations, cliquez sur Aide dans l'Assistant Nouveau groupe de disponibilité.

      Cliquez sur Suivant.

10. La page Validation s'affiche. Elle exécute les contrôles de validation du nouveau groupe de disponibilité. Les erreurs doivent être résolues avant la création du groupe de disponibilité. Cliquez sur Suivant.

11. Dans la page Résumé, vérifiez que les choix sont corrects, puis cliquez sur Terminer.

Créer les connexions SQL des groupes de sécurité Microsoft Dynamics CRM sur tous les réplicas secondaires

Créez les connexions SQL des groupes de sécurité Microsoft Dynamics 365 sur le réplica secondaire. Pour ce faire, procédez comme suit :

1. Démarrez SQL Server Management Studio et connectez-vous au réplica SQL Server secondaire (CRMNode2).

2. Développez le nœud Sécurité, cliquez avec le bouton droit sur Connexions, puis cliquez sur Nouvelle connexion.

3. Dans la zone Connexion, cliquez sur Rechercher, vérifiez que Groupes est inclus dans Sélectionnez ce type d'objet (sinon, cliquez sur Types d'objet et sélectionnez-le.) Entrez DomainName\PrivReportingGroup, cliquez sur Vérifier les noms, puis lorsque le nom est correctement résolu, cliquez sur OK.

   Notes

   Le nom réel de PrivReportingGroup peut être différent. Vérifiez le nom tel qu'il existe dans Active Directory.

4. Répétez les étapes 2 et 3 pour les groupes de sécurité suivants.

   • ReportingGroup

   • SQLAccessGroup

Créer la connexion SQL MSCRMSqlClrLogin

1. Créer la clé asymétrique pour la connexion SQL MSCRMSqlClrLogin

   Sur tous les réplicas secondaires, exécutez l'instruction SQL suivante sur la base de données principale pour créer la clé asymétrique, où <path> représente le chemin d'accès au fichier Microsoft.Crm.SqlClr.Helper.dll situé sur le serveur sur lequel le rôle serveur Outils de déploiement est installé. Par exemple, spécifiez un chemin UNC sur un partage similaire à \\crmdeploymenttools\CRMshare\Tools\. Par défaut, Microsoft.Crm.SqlClr.Helper.dll est situé sur le serveur des outils de déploiement dans le dossier 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. Créer la connexion MSCRMSqlClrLogin

   Exécutez l'instruction SQL suivante sur la base de données principale pour créer la connexion 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
   

Mise à jour des chaînes de connexion de base de données de configuration dans le Registre Windows

Mettez à jour la chaîne de connexion SQL Server dans chaque Registre Windows sur tous les serveurs qui exécutent un rôle Microsoft Dynamics CRM Server, y compris le serveur Extensions de rapport Microsoft Dynamics CRM. Pour ce faire, procédez comme suit.

1. Sur l’ordinateur qui exécute le rôle Microsoft Dynamics CRM Server, démarrez l'Éditeur du Registre et recherchez la sous-clé de Registre suivante :

   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM\

2. Cliquez avec le bouton droit sur configdb, puis cliquez sur Modifier.

   1. Si Failover Partner=MSCRM_Mirror est présent, supprimez-le de la valeur.

   2. Remplacez la Source de données du nom d'instance SQL Server par le nom du port d'écoute du groupe de disponibilité.

      La chaîne de connexion complète doit ressembler à l'exemple suivant, où MSCRMAG représente le nom du port d'écoute du groupe de disponibilité qui contient la base de données de configurationMicrosoft Dynamics 365 :

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

      Conseil

      Le nom du port d'écoute peut être situé sous le nœud Groupes de disponibilité dans SQL Server Management Studio.

   3. Si vous utilisez un port d'écoute, ajoutez ;multisubnetfailover=true à la fin de la valeur configdb pour former la chaîne de connexion.Pour plus d'informations :Prise en charge de SqlClient pour une disponibilité élevée, récupération d'urgence

      Une valeur configdb complète pour plusieurs sous-réseaux doit apparaître comme suit :

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

3. Cliquez sur OK et fermez l’Éditeur du Registre.

4. Répétez les étapes précédentes pour ajouter la chaîne de connexion à la sous-clé de configuration de chaque serveur exécutant un rôle Microsoft Dynamics CRM Server, notamment le serveur exécutant Extensions de rapport Microsoft Dynamics CRM.

Mettre à jour la chaîne de connexion dans la base de données de configuration

Mettez à jour la table de l'organisation dans la base de données de configuration pour définir le nom du port d'écoute du groupe de disponibilité pour la chaîne de connexion cliente. Pour cela, exécutez l'instruction de mise à jour suivante dans la base de données de configuration (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'

• Remplacez AG_Listener_Name par le nom du port d'écoute du groupe de disponibilité où la base de données de l'organisation Microsoft Dynamics 365 est située.

• Remplacez OrganizationName_MSCRM par le nom de la base de données de l'organisation.

Paramètres supplémentaires disponibles

En outre, si vous utilisez un numéro de port autre que 1433 pour le port d'écoute du groupe de disponibilité, ajoutez le paramètre suivant où Port_Number représente le numéro de port réseau.

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'

Redémarrer les services IIS et Microsoft Dynamics CRM

Une fois ces modifications terminées, réinitialisez IIS sur l'ordinateur qui exécute le rôle Serveur d'application Web.

Pour ce faire, cliquez sur Démarrer, puis sur Exécuter. Dans la zone Ouvrir, tapez iisreset, puis cliquez sur OK.

Redémarrez tous les services Microsoft Dynamics 365 du déploiement sur tous les serveurs sur lesquels des fonctionnalités Microsoft Dynamics CRM Server 2013 sont installées.

Surveillance du groupe de disponibilité et test du basculement

Microsoft SQL Server 2012 Management Studio contient des fonctionnalités qui facilitent l'affichage de l'état du groupe de disponibilité et l'exécution d'un basculement manuel.

Affichage de l'état du groupe de disponibilité

1. Démarrez SQL Server Management Studio et connectez-vous à l'instance de SQL Server qui est le réplica principal du groupe de disponibilité.

2. Dans SQL Server Management Studio, développez Groupes de disponibilité, cliquez avec le bouton droit sur le groupe de disponibilité créé pour Microsoft Dynamics 365, puis cliquez sur Afficher le tableau de bord.

Le tableau de bord affiche tous les réplicas et l'état de la synchronisation. Notez que vous pouvez afficher le tableau de bord à partir de tout réplica du groupe de disponibilité.

Test du basculement

1. Vérifiez que Microsoft Dynamics 365 peut se connecter au groupe de disponibilité. Par exemple, démarrez Internet Explorer, puis connectez-vous à l'URL de l'organisation Microsoft Dynamics 365.

2. Dans le tableau de bord décrit dans la procédure précédente, cliquez sur Démarrer l'Assistant Basculement pour démarrer le processus de basculement.

3. Suivez les instructions de l'Assistant pour effectuer le basculement.

   Après un basculement réussi, le réplica principal devient le réplica secondaire et le réplica secondaire devient le réplica principal.

4. Basculez vers le navigateur Web connecté à l'organisation Microsoft Dynamics 365 et vérifiez que vous pouvez vous connecter au nouveau réplica principal en cliquant dans l'application.

Pour revenir aux réplicas principal et secondaire, réexécutez la procédure de basculement manuelle sur le nouveau réplica principal.

Voir aussi

Installation ou mise à niveau du serveur Microsoft Dynamics CRM.
Guide pas à pas du cluster de basculement : Configuration d'un cluster de basculement de serveur de fichiers à deux nœuds
Mise à niveau de Microsoft Dynamics CRM Server

© 2016 Microsoft Corporation. Tous droits réservés. Copyright