Configurations prises en charge par Microsoft Dynamics 365
Date de publication : janvier 2017
S’applique à : Dynamics 365 (on-premises), Dynamics CRM 2016
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 Microsoft Dynamics 365 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 la rubrique Microsoft Dynamics CRM 2011 supported configurations.
De plus, cette section décrit les configurations réseau, domaine et serveur prises en charge pour Microsoft Dynamics 365, 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 Microsoft Dynamics 365 Server et l'ordinateur exécutant SQL Server, où les bases de données Microsoft Dynamics 365 sont placées, doivent se trouver dans le même domaine Active Directory.
Le domaine Active Directory où un rôle Microsoft 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 utilisateur utilisé pour l'exécution d'un service Microsoft Dynamics 365 doit se trouver dans le même domaine que l'ordinateur exécutant le rôle Microsoft Dynamics 365 Server.
Les groupes de sécurité Microsoft Dynamics 365 (PrivUserGroup, SQLAccessGroup, ReportingGroup et PrivReportingGroup) doivent se trouver dans le même domaine que l’ordinateur exécutant Microsoft 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 Microsoft 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>.Pour plus d'informations :Exemple de fichier de configuration XML pour l'installation de CRM Server avec des groupes précréés
Avertissement
L'appartenance du compte d'utilisateur direct au groupe de sécurité privusergroup de Microsoft Dynamics CRM 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 CRM. 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 à Microsoft Dynamics 365 à 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ù Microsoft Dynamics 365 Server est situé approuve le domaine où sont situés les utilisateurs.
Important
Pour ajouter des utilisateurs à Microsoft Dynamics 365 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, un Microsoft Dynamics 365 Server peut être déployé dans une configuration à un seul serveur, avec Microsoft Dynamics 365 Server, SQL Server, Microsoft 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 Microsoft 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 Microsoft Dynamics 365 Server sur un seul serveur Windows Server qui exécute également les autres produits requis.
Important
L'exécution de Microsoft Dynamics 365 Server dans un environnement de production sur un contrôleur de domaine Active Directory n'est pas prise en charge.
Conseil
Pour réduire la charge de l'administration informatique, envisagez d'exécuter Microsoft Dynamics 365 dans le nuage.Pour plus d'informations :Microsoft Dynamics
Contenu de la section
Déploiement de plusieurs serveurs Microsoft Dynamics 365
Voir aussi
Planification du déploiement de Microsoft Dynamics 365
Déploiement de plusieurs serveurs Microsoft Dynamics 365
© 2017 Microsoft. Tous droits réservés. Copyright