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

  • Article

 

Date de publication : janvier 2017

S’applique à : Dynamics 365 (on-premises), Dynamics CRM 2016

Les instances de cluster de basculement Microsoft SQL ServerAlwaysOn 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 365 Server afin que les bases de données de l'organisation et de configuration fassent partie d'une instance de cluster de basculement AlwaysOn à deux nœuds qui utilise les groupes de disponibilité.

Important

Si vous mettez à niveau des bases de données de configuration et d'organisation Microsoft Dynamics 365 pour lesquelles une instance de cluster de basculement SQL ServerAlwaysOn est déjà configurée, vous n'avez pas besoin d'effectuer à nouveau cette procédure.

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

Contenu de la rubrique

Configuration requise

Activez SQL Server AlwaysOn

Création du groupe de disponibilité

Créer les connexions SQL des groupes de sécurité Microsoft Dynamics 365 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 365

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 SQL Server 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. Pour obtenir la liste des versions de SQL Server prises en charge, consultez la rubrique Éditions de SQL Server.

  • Deux serveurs exécutant SQL Server sur Microsoft Windows Server qui seront des réplicas du cluster de basculement de l'instance SQL ServerAlwaysOn. 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 qui prennent en charge AlwaysOn, consultez Haute disponibilité (AlwaysOn). Pour plus d'informations sur la création d'un cluster de basculement SQL Server, voir Créer un cluster de basculement SQL Server (installation).

Instance de cluster de basculement impliquant 2 nœuds SQL Server 2012

Activez SQL Server AlwaysOn

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

Notes

Bien que les étapes ici soient spécifiques à Microsoft SQL Server 2012, vous pouvez utiliser la même procédure pour d'autres versions prises en charge de 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 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 365, 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

    Conditions requises 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.

    • Sauvegarde complète de la base de données.

  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, qui exécute les contrôles de validation du nouveau groupe de disponibilité, s'affiche. Résolvez toutes les erreurs avant de créer le 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 365 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éez 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éez 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 365 Server, y compris le serveur Extensions de rapport Microsoft Dynamics 365. Pour ce faire, procédez comme suit.

Avertissement

Des problèmes graves peuvent survenir si vous modifiez le Registre incorrectement à l’aide de l’Éditeur du Registre ou d’un autre procédé. Ces problèmes peuvent éventuellement vous amener à réinstaller le système d’exploitation et Microsoft Dynamics 365. Nous ne pouvons garantir que ces problèmes peuvent être résolus. Vous modifiez le Registre à vos propres risques.

  1. Sur l’ordinateur qui exécute le rôle Microsoft Dynamics 365 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 écouteur, 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 365 Server, notamment le serveur exécutant Extensions de rapport Microsoft Dynamics 365.

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).

Avertissement

Sauvegardez la base de données de configuration Microsoft Dynamics 365 (MSCRM_CONFIG) avant d'exécuter ces instructions de mise à jour.

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

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 365

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

Avertissement

Tous les utilisateurs Microsoft Dynamics 365 actifs sont déconnectés.

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 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. 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 de Microsoft Dynamics CRM Server.
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

© 2017 Microsoft. Tous droits réservés. Copyright