Configurations prises en charge par Dynamics 365 Customer Engagement (on-premises)
L’architecture de déploiement à utiliser dépend des besoins de votre entreprise. Cette section contient des exemples pour la planification d’un déploiement Dynamics 365 Customer Engagement (on-premises) sur quatre architectures système d’ordinateurs représentatives : un déploiement sur un serveur à un seul ordinateur , un déploiement à deux serveurs, un déploiement à cinq serveurs et un déploiement à plusieurs serveurs impliquant un minimum de six serveurs. Ces déploiements sont expliqués en détail dans les configurations prises en charge de Microsoft Dynamics CRM 2011.
De plus, cette section décrit les configurations réseau, domaine et serveur prises en charge pour Dynamics 365 Customer Engagement (on-premises), qui accepte des topologies multiforêt et multidomaine.
Configuration requise pour Active Directory
La configuration requise pour Active Directory est la suivante :
Les ordinateurs exécutant les rôles Dynamics 365 Server et l’ordinateur exécutant SQL Server, où les bases de données Dynamics 365 Customer Engagement (on-premises) sont placées, doivent se trouver dans le même domaine Active Directory.
Le domaine Active Directory où un rôle Dynamics 365 Server est installé doit s’exécuter dans l’un des modes de domaine répertoriés dans la rubrique Modes Active Directory.
Le compte d’utilisateur utilisé pour exécuter un service Dynamics 365 Customer Engagement (on-premises) doit se trouver dans le même domaine que l’ordinateur exécutant le rôle Dynamics 365 Server.
Les groupes de sécurité Dynamics 365 Customer Engagement (on-premises) (PrivUserGroup, SQLAccessGroup, ReportingGroup et PrivReportingGroup) doivent se trouver dans le même domaine que l’ordinateur exécutant Dynamics 365 Server. Ces groupes de sécurité peuvent se trouver dans la même unité d’organisation ou dans différentes unités. Pour utiliser des groupes de sécurité placés dans des unités d’organisation différentes, vous devez installer Dynamics 365 Server à l’aide d’un fichier de configuration XML et spécifier le nom unique pour chaque groupe de sécurité pré-existant au sein de l’élément <Groups>. Plus d’informations : Exemple de fichier de configuration XML pour l’installation avec des groupes précréés
Avertissement
L’appartenance du compte d’utilisateur direct au groupe de sécurité privusergroup de Microsoft Dynamics 365 est requise, et l’imbrication de groupes sous privusergroup n’est actuellement pas prise en charge. L’appartenance à privusergroup autorisée via un autre groupe de sécurité peut causer des erreurs à l’échelle du système dans les fonctionnalités de rapport et l’application web. Par exemple, si vous ajoutez un groupe de sécurité nommé mycrmprivgroupusers à privusergroup, les membres de mycrmprivgroupusers ne sont pas résolus comme membres de privusergroup. Cela comprend les identités de service de SQL Server Reporting Services ou CRMAppPool.
Pour les utilisateurs qui accèdent à Dynamics 365 Customer Engagement (on-premises) à partir d’un autre domaine et qui n’utilisent pas l’authentification basée sur les revendications, une approbation à sens unique est nécessaire dans laquelle le domaine où Dynamics 365 Server est situé approuve le domaine où sont situés les utilisateurs.
Important
Pour ajouter des utilisateurs à Dynamics 365 Customer Engagement (on-premises) qui ne sont pas authentifiés en utilisant l’authentification basée sur les revendications, une approbation bidirectionnelle de forêt est requise.
Déploiement à un seul serveur
Pour les petites bases de données utilisateur, Dynamics 365 Server peut être déployé dans une configuration à un seul serveur, avec Dynamics 365 Server, SQL Server, SQL Server Reporting Services et éventuellement Microsoft Exchange Server installés et exécutés sur le même ordinateur.
Les déploiements à un seul serveur ne sont pas recommandés pour les performances de l’application et la récupération d’urgence.
Il existe une limite aux déploiements à un seul serveur : le serveur sur lequel Dynamics 365 Server est installé ne peut pas être utilisé simultanément comme contrôleur de domaine. Si l’ordinateur est un serveur membre (ne fonctionnant pas comme contrôleur de domaine), vous pouvez déployer le rôle Serveur complet Dynamics 365 Server sur un seul serveur Windows Server qui exécute également les autres produits requis.
Important
L’exécution de Dynamics 365 Server dans un environnement de production sur un contrôleur de domaine Active Directory n’est pas prise en charge.
Astuce
Pour réduire la charge de l’administration informatique, envisagez d’exécuter Dynamics 365 Customer Engagement (on-premises) dans le nuage. Pour plus d’informations : Microsoft Dynamics
Voir aussi
Planification du déploiement de Microsoft Dynamics CRM 2015
Déploiement de plusieurs serveurs