Déploiement Et Utilisation de Dynamics 365 Customer Engagement (On-Premises), Version 9 PDF

Contents
Déployer et utiliser Dynamics 365 Customer Engagement (on-premises)

Planification Dynamics 365 Customer Engagement (on-premises)
Éditions et licences
Configuration système et technologies requises
Configuration matérielle requise pour Dynamics 365 Server
Configuration matérielle requise pour SQL Server
Configuration logicielle requise
Configuration requise et recommandations pour SQL Server
Configuration réseau et Active Directory
Configuration de la création de rapports
Prise en charge linguistique
Conditions préalables et considérations relatives à la planification de votre
déploiement
Installation et configuration de SQL Server
Configuration requise et recommandations pour SQL Server
Déploiement de SQL Server
Planification requise pour SQL Server Reporting Services
Considérations relatives à la sécurité
Meilleures pratiques de sécurité
Meilleures pratiques d'administration
Sécurité des systèmes d'exploitation et des technologies de plateforme
Ports réseau requis
Déploiement de plusieurs serveurs
Rôles serveur
Prise en charge de topologies à plusieurs serveurs
Planifier votre mise à niveau
Avant la mise à niveau : problèmes et considérations
Configurer un déploiement avec accès via Internet
Accessibilité
InstallationDynamics 365 Customer Engagement (on-premises)
Installer ou mettre à niveau Dynamics 365 Server
Installation de Dynamics 365 Server
Installation des rôles serveur frontal et principal Dynamics 365
Installer le rôle serveur complet Dynamics 365
Installation de Dynamics 365 Reporting Extensions
Mise à niveau de Dynamics 365 Server
Effectuer une mise à niveau à partir de Dynamics 365 Server
Mettre à niveau Dynamics 365 Reporting Extensions
Après la mise à niveau
Installer ou mettre à niveau des modules linguistiques
Installation et activation d'un module linguistique
Mise à niveau et activation d'un module linguistique
Résolution des problèmes d'installation et de mise à niveau
La configuration d'IFD.
Implémentation de l'authentification basée sur les revendications : accès interne
Déploiement et configuration d'AD FS
Configuration de Dynamics 365 Server pour l'authentification basée sur les
revendications
Configuration du serveur AD FS pour l'authentification basée sur les
revendications
Ajout du site Web AD FS à la zone de sécurité Intranet local
Test de l'authentification interne basée sur les revendications
Implémentation de l'authentification basée sur les revendications : accès externe
Configuration de Dynamics 365 Server pour l'IFD
Configuration d'AD FS pour IFD
Test de l'authentification externe basée sur les revendications
Dynamics 365 pour tablettes et IFD
Dynamics 365 pour téléphones et IFD
Configurer Dynamics 365 for Outlook pour utiliser l’authentification basée sur les
revendications
Dépannage de Dynamics 365 Server IFD
Utiliser l’invite de commandes pour installer
Installation de Dynamics 365 Server à l'aide d'une invite de commandes
Fichier de configuration XML pour Dynamics 365 Server
Exemple de fichier de configuration XML pour CRM Server
Exemple de fichier de configuration XML pour l'installation de CRM Server
avec des groupes précréés
Installation de rôles Dynamics 365 Server à l'aide de l'invite de commandes
Exemple de fichier XML des rôles WebApplicationServer et
OrganizationWebService
Exemple de fichier XML de rôle HelpServer
Installer les extensions de création de rapports à l'aide d'une invite de commandes
Fichier de configuration XML pour Dynamics 365 Reporting Extensions
Exemple de fichier de configuration XML pour Dynamics 365 Reporting
Extensions
Installer l'extension de création de rapports à l'aide d'une invite de commandes
Fichier XML d'extension de création de rapports
Exemple de fichier XML d'extension de création de rapports
Instructions de configuration et post-installation
Applications disponibles pour Dynamics 365 Customer Engagement (on-premises)
Désinstaller, réparer ou modifier
Désinstallation, modification ou réparation de Dynamics 365 Server
Désinstallation ou réparation de Dynamics 365 Reporting Extensions
Désinstallation ou réparation de l'extension de création de rapports Dynamics 365
Désinstallation ou réparation d'un module linguistique Dynamics 365
Exploitation de Dynamics 365 Customer Engagement (on-premises)
Administrer le déploiement à l’aide de Windows PowerShell
Mettre à jour les paramètres de configuration du déploiement
Configurer des paramètres de revendication
Configuration des paramètres IFD
Configurer les paramètres d'adresse Web
Configurer les paramètres OAuth
Utiliser le Gestionnaire de déploiement pour gérer le déploiement
Propriétés du déploiement
Modification d'une clé de produit (Product Key)
Utilisation de Windows PowerShell pour effectuer les tâches du gestionnaire de
déploiement
Configurer l’authentification basée sur les revendications
Désactiver l’authentification basée sur les revendications
Désactivation d'un déploiement avec accès via Internet
Administrateurs de déploiement
Ajouter un nouvel administrateur de déploiement
Supprimer un administrateur de déploiement
Gérer les organisations
Modification des attributs d’une organisation
Désactivation/Activation d'une organisation
Ajouter une nouvelle organisation
Importer une organisation
Mettre à niveau une organisation
Mettre à jour une organisation
Dépanner les problèmes d’importation et de mise à niveau d’organisation
Supprimer une organisation
Gérer les serveurs
Désactiver ou activer un serveur
Supprimer (retirer) un serveur
Mise à jour de Dynamics 365 Customer Engagement (on-premises)
Maintenance de la base de données
Index de la base de données de l'organisation
Protection et récupération des données
Service Enregistreur VSS Dynamics 365
Sauvegarder le système
Exportation et importation de personnalisations et de solutions
Récupération en cas d'échec
Récupération en cas d’échec de SQL Server
Récupération en cas d'échec de Dynamics 365 Server
Déploiement et utilisation de Dynamics 365 Customer
Engagement (on-premises), version 9
26/02/2020 • 2 minutes to read
Ce guide propose un ensemble de sujets complets sur le déploiement et le fonctionnement afin de vous aider à
planifier, déployer et maintenir Dynamics 365 Customer Engagement (on-premises), version 9. Pour des
informations de déploiement et d'administration de la version précédente (8.x), voir Déployer et utiliser Dynamics
365 Customer Engagement (on-premises), version 8.x.
Informations de mise à niveau : Si vous êtes un client existant intéressé par la mise à niveau de votre
déploiement, démarrez avec la rubrique Planifier votre mise à niveau vers Dynamics 365 Server.
Informations sur l'administration et la personnalisation : si vous êtes administrateur ou personnalisateur,
consultez le Guide d'administration Dynamics 365 Customer Engagement (on-premises).
Informations sur les rappor ts et les analyses : si vous créez des rapports ou si vous êtes analyste, consultez
le Guide sur les rapports et analyses Dynamics 365 Customer Engagement (on-premises).
Utiliser le déploiement à l'aide de PowerShell : utilisez ces rubriques pour trouver de l'aide pour les applets
de commande Windows PowerShell pour Dynamics 365 Customer Engagement (on-premises). Pour plus
d’informations : Référence PowerShell de Microsoft Dynamics 365 Customer Engagement (on-premises).
Cette documentation se compose des éléments suivants :
Guide de planification Dynamics 365 Customer Engagement (on-premises). Utilisez ces rubriques pour
planifier le déploiement de Dynamics 365 (online), version 8.2.
Guide d’installation de Dynamics 365 Customer Engagement (on-premises). Utilisez ces rubriques pour
installer et configurer votre déploiement.
Exploitation de Dynamics 365 Customer Engagement (on-premises). Utilisez ces informations pour vous
aider à poursuivre efficacement l'exécution de votre déploiement.
Planification du déploiement de Microsoft Dynamics
365 Customer Engagement (on-premises)
La planification d'un déploiement de Customer Engagement (on-premises) ou Dynamics 365 for Customer
Engagement, comme tous les logiciels d'entreprise, représente une tâche importante pour une grande
organisation. Ce guide a été conçu pour les personnes ou les équipes chargées de la planification d'un
déploiement de Dynamics 365 for Customer Engagement et fournit des informations et des outils nécessaires à la
réussite de la mise à œuvre. Dans les organisations de plus petite taille, une seule personne peut remplir différents
rôles. Dans les organisations de grande taille, en revanche, chaque rôle peut être réparti sur plusieurs personnes.
Ces rôles sont notamment les suivants :
Chefs d’entreprise. Chargés de déterminer le mode d'utilisation de Dynamics 365 for Customer
Engagement dans l'entreprise. (par exemple, mappage des processus sur Dynamics 365 for Customer
Engagement, décision concernant les valeurs par défaut et identification de toutes les personnalisations
requises).
Techniciens de personnalisation. Chargés de la mise en œuvre des personnalisations planifiées.
Techniciens réseau. Chargés de déterminer le mode de déploiement de Dynamics 365 for Customer
Engagement sur le réseau et comment les utilisateurs accéderont au système.
Gestionnaire du projet. Chargé de la gestion d'un projet de mise en œuvre à l'échelle d'une entreprise.
Les organisations mettant en œuvre le logiciel Dynamics 365 for Customer Engagement peuvent utiliser les
services d'un éditeur de logiciel (ISV, Independent Software Vendor) ou d'un revendeur à valeur ajoutée, d'un
consultant ou d'une autre organisation partenaire de Microsoft, qui les assistera dans le processus de mise en
œuvre et de maintenance de l'installation Dynamics 365 for Customer Engagement. C'est la raison pour laquelle
ce guide fait parfois référence à ces « partenaires » censés vous fournir divers services.
Ressources de planification et de préparation des utilisateurs à

Microsoft Dynamics 365 Customer Engagement (on-premises)
Ces ressources sont mises à votre disposition pour planifier un déploiement de Customer Engagement (on-
premises) ou Dynamics 365 for Customer Engagement.
Documentation Dynamics 365 Customer Engagement (on-premises)
La documentation complète est à votre disposition pour les applications et les services Dynamics 365 Customer
Engagement (on-premises). Pour plus d'informations, voir Dynamics 365 Customer Engagement (on-premises)
Formations Dynamics 365 Customer Engagement (on-premises)
Pour plus d'informations : Formation
Voir aussi
Éditions et licences de Microsoft Dynamics 365 Customer Engagement (on-premises)
Éditions et licences de Microsoft Dynamics 365
Customer Engagement (on-premises)
Dynamics 365 for Customer Engagement offre une option de licence qui permet d'étendre les déploiements en
petit, moyen et très grand déploiement.
Éditions et licences pour déploiements locaux

Dynamics 365 Ser ver . Il n'existe pas de nombre d'utilisateurs limite pour cette édition. Les fonctionnalités
incluent la prise en charge de plusieurs organisations, de plusieurs instances de serveur et une installation distincte
de services basés sur des rôles. Les services basés sur des rôles permettent d'accroître les performances en
installant des fonctionnalités Dynamics 365 Server sur plusieurs ordinateurs.
Licences
Un déploiement Dynamics 365 for Customer Engagement s’effectue à l’aide d’une clé de licence unique. Toutefois,
chaque Dynamics 365 Server d'un déploiement nécessite une licence serveur.
Vous pouvez afficher et mettre à niveau une licence à l'aide des commandes Get-CrmAccessLicense et
Set-CrmProductKey Windows PowerShell ou dans Gestionnaire de déploiement. Un Gestionnaire de déploiement
est un composant logiciel enfichable Microsoft Management Console (MMC) que les administrateurs système
peuvent utiliser pour gérer les organisations, serveurs et licences lors des déploiements de Dynamics 365 for
Customer Engagement.
Types de licences d’accès client
Vous pouvez afficher et modifier les types de licences d'accès client pour chaque utilisateur dans la zone
Utilisateurs de la zone Paramètres du client Web Dynamics 365 for Customer Engagement.
Voir aussi
Planification Dynamics 365 Customer Engagement (on-premises)
Configuration et technologies requises pour Dynamics 365 Customer Engagement (on-premises)

Configuration et technologies requises pour
Microsoft Dynamics 365 Customer Engagement (on-
premises)
Cette version Customer Engagement (on-premises) requiert le logiciel suivant :

Microsoft Windows Server. Plus d'informations : Système d'exploitation Windows Server
Une infrastructure Microsoft Windows Server Active Directory. Informations complémentaires : Modes
Active Directory
Un site web Internet Information Services (IIS). Informations complémentaires : IIS (Internet Information
Services)
Service d'émission de jeton de sécurité basé sur les réclamations (requis pour les déploiements avec accès
via Internet); Pour plus d’informations, voir Accès à Microsoft Dynamics 365 Customer Engagement (on-
premises) depuis Internet - Configuration requise pour l'authentification basée sur les revendications et IFD.
SQL Server. Pour plus d'informations : Éditions SQL Server
SQL Server Reporting Services. Pour plus d'informations, voir : Exigences relatives aux rapports Microsoft
Dynamics 365 Customer Engagement (on-premises)
Microsoft Exchange Server ou accès à un serveur de messagerie compatible POP3 (requis pour le suivi des
courriers électroniques)
SharePoint Server (requis pour la gestion des documents)
Appareil, application Dynamics 365 for Customer Engagement ou navigateur Web pris en charge, tel que
les dernières versions d'Internet Explorer ou les versions les plus récentes d'Apple Safari, de Google
Chrome et de Mozilla Firefox.
Microsoft Office pour Dynamics 365 for Outlook et toutes autres fonctionnalités d'intégration Office
NOTE
Pour obtenir des détails sur les configurations matérielles et logicielles requises ou les versions de produit spécifiques et les
niveaux de Service Pack pris en charge pour cette version, consultez les rubriques de cette section.
Pour la configuration logicielle et matérielle requise des versions antérieures, consultez les rubriques suivantes.
Dynamics 365 (version 8.x) et Dynamics CRM 2016
Microsoft Dynamics CRM 2015
Microsoft Dynamics CRM 2013
IMPORTANT
Les produits facultatifs et dépendants répertoriés ici qui ont atteint leur date de fin de support standard peuvent
uniquement bénéficier d'un support complet avec l'application Dynamics 365. Les mises à jour peuvent ne pas être
disponibles si Microsoft détermine que le problème est causé par le produit expiré. Pour plus d'informations sur les cycles de
vie des produits, voir Sélectionner un produit pour consulter les informations relatives à son cycle de vie.
Avant d'installer Dynamics 365 for Customer Engagement, consultez les rubriques de cette section, qui fournissent
des informations détaillées sur les produits et technologies requis ou facultatifs, ainsi que sur les configurations
prises en charge.
Voir aussi
Configuration matérielle requise pour Microsoft Dynamics 365 Server
Configuration logicielle requise pour Microsoft Dynamics 365 Server
Navigateurs Web et appareils mobiles pris en charge
Planification du déploiement de Microsoft Dynamics 365 Customer Engagement (on-premises)
Guide de l'administrateur Dynamics 365 for Outlook
Configuration matérielle requise
Selon que vous prévoyez de déployer le système comme une solution à un seul serveur, à plusieurs serveurs ou à
clusters, le matériel de l'ordinateur sur lequel Dynamics 365 for Customer Engagement et ses composants
s'exécuteront sont importants pour la qualité des performances de l'application.
De nombreux facteurs à considérer peuvent affecter ces configurations requises. Il s'agit notamment des facteurs
suivants :
Le nombre d’utilisateurs pris en charge par la mise en œuvre de Customer Engagement et la façon dont
l’application sera utilisée, par exemple, dans le cas d’une création de rapports intensive.
Le nombre de serveurs et leur mode de configuration.
Les performances et la disponibilité de SQL Server.
Intégration de Dynamics 365 for Customer Engagement aux serveurs de messagerie Microsoft Exchange
Server ou POP3.
L'intégration à SharePoint Server.
Les performances de vos serveurs et du réseau local.
Le mode de connexion des utilisateurs, à partir de forêts ou de domaines non approuvés ou d'internet.
Pour obtenir une liste de la configuration matérielle requise suggérée, consultez ces rubriques :
Configuration matérielle requise pour Microsoft SQL Server
Voir aussi
Configuration matérielle requise pour Dynamics 365 for Outlook
Prise en charge des tablettes et téléphones
Guide de l'utilisateur de Dynamics 365 pour les téléphones et les tablettes
Configuration matérielle requise pour Microsoft
Dynamics 365 Server
Le tableau suivant répertorie la configuration matérielle requise minimum et recommandée de cetteversion pour
un serveur Dynamics 365 Server s’exécutant dans une configuration de serveur complet. Cette configuration
requise suppose que les composants supplémentaires tels que SQL Server, SQL Server Reporting Services,
SharePoint ou Microsoft Exchange Server ne sont pas installés ni en cours d'exécution sur le système.
C O M P O SA N T *M IN IM UM *REC O M M A N DÉ
Processeur Processeur double cœur 1,5 GHz à Processeur quadri-cœur 2 GHz ou plus
architecture x64 ou compatible rapide à architecture x64, tel que les
systèmes AMD Opteron ou Intel Xeon
Mémoire 4 Go de RAM 8 Go ou plus de RAM
Disque dur 10 Go d'espace disponible 40 Go ou plus d'espace disponible
* La configuration requise et la fonctionnalité du produit réelles peuvent varier en fonction de votre configuration
système et de votre système d'exploitation.
NOTE
L'exécution de Dynamics 365 for Customer Engagement sur un ordinateur sur lequel la configuration minimale
recommandée n'est pas respectée peut entraîner des performances insuffisantes.
Les ordinateurs disposant de plus de 16 Go de mémoire vive auront besoin de plus d'espace disque pour les fichiers de
pagination, de mise en veille prolongée et de l'image mémoire.
La configuration requise minimum et recommandée est basée sur des tests de simulation de charge de 320 utilisateurs.
Voir aussi
Configuration et technologies requises pour Dynamics 365 Customer Engagement (on-premises)
Configuration matérielle requise Microsoft SQL Server pour Dynamics 365 Server
Configuration matérielle Microsoft SQL Server
requise pour Microsoft Dynamics 365 Server
Vous avez besoin du moteur de base de données SQL Server et de SQL Server Reporting Services pour installer et
exécuter les versions locales de Dynamics 365 Server. La liste suivante répertorie la configuration matérielle
requise minimum et recommandée pour SQL Server. Cette configuration requise suppose que les composants
supplémentaires tels que Dynamics 365 Server, SQL Server Reporting Services, SharePoint ou Microsoft Exchange
Server ne sont pas installés ni en cours d'exécution sur le système.
C O M P O SA N T *M IN IM UM *REC O M M A N DÉ
Processeur Processeur double cœur 1,5 GHz à Processeur quadri-cœur 2 GHz ou plus
architecture x64 ou compatible rapide à architecture x64, tel que les
systèmes AMD Opteron ou Intel Xeon
Mémoire 4 Go de RAM 16 Go ou plus de RAM
Disque dur Matrice de disques SAS RAID 5 ou Matrice de disques SAS RAID 5 ou
RAID 10 RAID 10
*La configuration requise et la fonctionnalité du produit réelles peuvent varier en fonction de votre configuration
système et de votre système d'exploitation.
La maintenance de bases de données Dynamics 365 for Customer Engagement sur un ordinateur sur lequel la
configuration minimale recommandée n'est pas respectée peut entraîner des performances insuffisantes.
La configuration requise minimum et recommandée est basée sur des tests de simulation de charge de
320 utilisateurs.
Voir aussi
Configuration et technologies requises pour Microsoft Dynamics 365 Customer Engagement (on-premises)
Configuration matérielle requise pour Microsoft Dynamics 365 Server
Configuration logicielle requise pour Microsoft
Dynamics 365 Server
Cette rubrique répertorie la configuration logicielle et d'application requise pour cette version de Dynamics 365
Server.
Système d’exploitation Windows Server

Cette version de Dynamics 365 Server peut être installé uniquement sur les ordinateurs 64 bits Windows Server.
Les versions et éditions spécifiques de Windows Server prises en charge pour l'installation et l'exécution de cette
version de Dynamics 365 Server seront répertoriées dans les prochaines sections.
IMPORTANT
Les versions Windows Server suivantes ne sont pas prises en charge pour l’installation et l’exécution de cette version de
Dynamics 365 Server :
Windows Server 2016 Essentials
Famille de systèmes d'exploitation Windows Server 2012
Famille de systèmes d'exploitation Windows Server 2012 R2
Famille Windows Server 2008 des systèmes d'exploitation
Éditions Windows Server 2016 prises en charge

Les éditions suivantes du système d'exploitation Windows Server 2016 sont prises en charge pour l'installation et
l'exécution de Dynamics 365 Server :
Windows Server 2016 Standard
Windows Server 2016 Datacenter
Installations Noyau du serveur (Server Core )
À l'exception des rôles Dynamics 365 for Customer Engagement Serveur d'aide et Extensions de rapport
Microsoft Dynamics 365, vous pouvez installer tous les rôles serveur Dynamics 365 Server sur une installation
minimale serveur de Windows Server. Le noyau du serveur est une option d'installation minimale du serveur
pour la famille Windows Server des systèmes d'exploitation. Cette installation fournit un environnement de
serveur nécessitant très peu de maintenance avec une fonctionnalité limitée. Pour plus d'informations sur le
noyau du serveur comme implémenté sur Windows Server 2016, consultez Server Core for Windows Server
2016
IMPORTANT
Pour installer Dynamics 365 Server sur un noyau du serveur Windows Server, vous devez exécuter le programme
d'installation en mode silencieux depuis la ligne de commande.
Le rôle Serveur d'aide ne peut pas être installé sur un ordinateur Windows Server exécuté en tant que noyau du serveur.
Microsoft Dynamics 365 Reporting Extensions pour SQL Server Reporting Services ne peut pas être installé sur le noyau du
serveur. Cela est dû au fait que SQL Server Reporting Services, qui est requis par Microsoft Dynamics 365 Reporting
Extensions pour SQL Server Reporting Services, ne peut pas être installé sur un ordinateur Windows Server exécuté en tant
que noyau du serveur.
Virtualisation de serveur
Les serveurs Dynamics 365 for Customer Engagement peuvent être déployés dans un environnement virtualisé
en utilisant Windows Server 2016 avec Hyper-V ou des solutions de virtualisation provenant de fournisseurs
participant au Programme de validation de la virtualisation Microsoft Windows Server (SVVP). Vous devez
connaître les limites et meilleures pratiques de la virtualisation de serveur avant d'essayer de virtualiser votre
installation de Dynamics 365 for Customer Engagement.
Modes Active Directory

L’ordinateur sur lequel Dynamics 365 Server s’exécute doit être un membre d’un domaine qui exécute l’un des
niveaux fonctionnels de forêt et de domaine de service d’annuaire Active Directory suivants :
Windows Server 2008
Windows Server 2008 R2
Windows Server 2012
Windows Server 2012 R2
Windows Server 2016
Pour plus d'informations sur les niveaux fonctionnels des domaines et des forêts Active Directory, voir Niveaux
fonctionnels des domaines et des forêts.
IMPORTANT
L'ordinateur qui exécute Dynamics 365 for Customer Engagement Server ne doit pas fonctionner comme contrôleur de
domaine Active Directory.
Quand vous utilisez l'Assistant Ajout d’utilisateurs, seuls les utilisateurs des domaines de confiance de la forêt active sont
affichés. Les utilisateurs des forêts de confiance externes ne sont pas pris en charge et n'apparaissent pas dans
l'Assistant.
L'installation de Dynamics 365 Server dans un répertoire LDAP qui s'exécute dans Active Directory en mode application
(ADAM) n'est pas prise en charge.
Internet Information Services (IIS)

Cette version de Dynamics 365 Server prend en charge la version 10 de Internet Information Services (IIS).
Il est recommandé d'installer et d'exécuter IIS en mode natif avant d'installer Dynamics 365 Server. Toutefois, si IIS
n'est pas installé et qu'il est requis pour un rôle serveur Dynamics 365 for Customer Engagement, le Microsoft
Dynamics 365 ServerInstallation procèdera à son installation.
IMPORTANT
Dynamics 365 for Customer Engagement ne peut pas utiliser de site Web possédant plusieurs liaisons HTTP ou HTTPS. Bien
que IIS prenne en charge plusieurs liaisons HTTP et HTTPS, l’utilisation de liaisons supplémentaires est limitée avec Windows
Communication Foundation (WCF). WCF est requis lorsque vous utilisez Microsoft Dynamics 365 for Outlook. Avant de
procéder à l'installation ou à la mise à jour, vous devez supprimer les liaisons supplémentaires du site Web utilisé pour
Dynamics 365 for Customer Engagement ou en sélectionner un autre.
Éditions de SQL Server

L'une des éditions suivantes de SQL Server est requise, en cours d’exécution et disponible pour Dynamics 365 for
Customer Engagement :
Microsoft SQL Server 2017 Enterprise1
Microsoft SQL Server 2017 Standard1
Microsoft SQL Server 2017 Developer (pour une utilisation hors production uniquement)1
Microsoft SQL Server 2016 Enterprise, avec Service Pack 2
Microsoft SQL Server 2016 Standard, avec Service Pack 2
Microsoft SQL Server 2016 Developer, avec Service Pack 2 (pour une utilisation hors production uniquement)
IMPORTANT
1 Nécessite Microsoft Dynamics 365 Server, v9.0 (on-premises) Update 0.3.
Les éditions SQL Server Express ne sont pas prises en charge pour une utilisation avec cette version de Dynamics 365
Server.
Accès à Microsoft Dynamics 365 Customer Engagement (on-premises)

depuis Internet - authentification basée sur les revendications et
exigences en matière d’IFD
Les éléments suivants sont requis ou recommandés pour les Déploiement avec accès via Internet (IFD). Cette
rubrique suppose que vous utiliserez Services ADFS (Active Directory Federation Services) comme service
d'émission de jeton de sécurité (STS).
IMPORTANT
L'exposition du site Web Dynamics 365 for Customer Engagement sur Internet n'est pas prise en charge, à moins que
l'authentification basée sur les revendications soit prise en charge et que Dynamics 365 for Customer Engagement soit
configuré pour IFD.
De même, Outlook Anywhere (RPC sur HTTP) n'est pas pris en charge comme solution pour connecter Dynamics 365 for
Outlook à un déploiement local de Dynamics 365 Server sur l'Internet. Le déploiement local de Dynamics 365 Server doit
être configuré pour IFD.
Pour que Dynamics 365 for tablets puisse se connecter à un nouveau déploiement de Dynamics 365 Server, vous devez
exécuter une réparation de Dynamics 365 Server sur le serveur exécutant IIS où le rôle Serveur d'application Web est
installé après la fin de l'exécution de l'Assistant Configuration du déploiement avec accès via Internet.
L'ordinateur sur lequel Dynamics 365 Server est installé doit avoir accès à un service service d'émission de
jeton de sécurité (STS), tel qu'un serveur de fédération Services ADFS (Active Directory Federation
Services). Dynamics 365 Server prend en charge les versions suivantes de Services ADFS (Active Directory
Federation Services) :
Services ADFS (Active Directory Federation Services) 2.1 (Windows Server 2012)
Services ADFS (Active Directory Federation Services) Windows Server 2012 R2 AD FS (Windows
Server 2012 R2)
Services ADFS (Active Directory Federation Services) Windows Server 2016 AD FS.
Tenez compte des conditions suivantes pour les composants Web avant de configurer IFD :
Si vous installez Dynamics 365 for Customer Engagement dans une configuration de serveur
unique, sachez que Active Directory Federation Services 2.0 effectue l'installation sur le site Web par
défaut. Pour cette raison, vous devez créer un site Web pour Dynamics 365 for Customer
Engagement.
Quand vous exécutez Assistant Configuration du déploiement avec accès via Internet, Dynamics 365
Server doit être exécuté sur un site Web configuré pour utiliser TLS (Transport Layer Security) ou
SSL (Secure Sockets Layer). Microsoft Dynamics 365 ServerInstallation ne configurera pas le site
Web pour TLS/SSL.
Nous vous recommandons de faire en sorte que le site Web IIS où l'application Web Dynamics 365
for Customer Engagement sera installée requiert le protocole TLS/SSL.
Le site Web doit comporter une liaison unique. Les liaisons IIS multiples, telles qu'un site Web
disposant de liaisons HTTPS et HTTP, de deux liaisons HTTPS ou de liaisons HTTP, ne sont pas prises
en charge pour l'exécution de Dynamics 365 for Customer Engagement.
Accédez au fichier des métadonnées de fédération Services ADFS (Active Directory Federation
Services) à partir de l'ordinateur sur lequel est exécuté l'Configuration de l'Assistant
Authentification basée sur les revendications. Notez ce qui suit :
Le point de terminaison des métadonnées de fédération doit utiliser la norme de modèle
d'approbation des services Web (WS-Trust) version 1.3. Les points de terminaison qui utilisent
une norme précédente, telle que la norme WS-Trust 2005, ne sont pas pris en charge. Dans
Active Directory Federation Services 2.0, tous les points de terminaison WS-Trust 1.3 contiennent
/trust/13/ dans l'URL.
Certificats de chiffrement. Les certificats de chiffrement suivants sont requis. Vous pouvez utiliser le
même certificat de chiffrement dans les deux cas, par exemple quand vous utilisez un certificat
générique :
IMPORTANT
Si vous utilisez un certificat qui est créé à l'aide d'une demande de certificat personnalisée, le modèle qui a
été utilisé doit être le modèle Clé héritée . Les demandes de certificat personnalisées créées à l'aide du
modèle clé CNG sont incompatibles avec Dynamics 365 for Customer Engagement. Pour plus
d'informations sur les modèles de demandes de certificat personnalisées, voir Création d'une demande de
certificat personnalisée.
Chiffrement de revendications. L’authentification basée sur les revendications nécessite des

identités afin de fournir un certificat de chiffrement pour l’authentification. Ce certificat doit
être approuvé par l'ordinateur sur lequel vous installez Dynamics 365 Server et doit par
conséquent se situer dans le magasin Personnel local sur lequel s'exécute l'Configuration de
l'Assistant Authentification basée sur les revendications.
Chiffrement TLS/SSL (HTTPS). Les certificats pour le chiffrement TLS/SSL doivent comporter
des noms d'hôtes valides similaires à org.contoso.com, auth.contoso.com et dev.contoso.com.
Pour répondre à cette exigence, vous pouvez utiliser un certificat générique unique
(*.contoso.com), un certificat qui prend en charge les autres noms de l'objet, ou des certificats
distincts pour chaque nom. Les certificats individuels pour chaque nom d'hôte ne sont
valides que si vous utilisez différents serveurs pour chaque rôle de serveur Web. Les liaisons
IIS multiples, telles qu'un site Web disposant de deux liaisons HTTPS ou HTTP, ne sont pas
prises en charge pour l'exécution de Dynamics 365 for Customer Engagement. Pour plus
d'informations sur les options disponibles, contactez votre entreprise de service d'autorité de
certification ou votre administrateur d'autorité de certification.
Le compte CRMAppPool de chaque site Web Microsoft Dynamics 365 Customer Engagement (on-
premises) doit disposer d’une autorisation de lecture sur la clé privée du certificat de chiffrement spécifié
pendant la configuration de l’authentification basée sur les revendications. Vous pouvez utiliser le
composant logiciel enfichable Certificats Microsoft Management Console (MMC) pour modifier les
autorisations du certificat de chiffrement trouvé dans le magasin personnel du compte d'ordinateur local.
Composants logiciels requis

Les composants SQL Server suivants doivent être installés et en cours d'exécution sur l'ordinateur qui exécute
SQL Server avant d'installer Dynamics 365 Server :
Analyseurs lexicaux SQL
Requis uniquement pour certaines éditions linguistiques de Dynamics 365 for Customer Engagement. Pour
plus d’informations sur les versions des analyseurs lexicaux pour les langues prises en charge par SQL
Server, voir Configurer et gérer les analyseurs lexicaux et générateurs de formes dérivées pour la
recherche.
Service Agent SQL Server
Indexation de texte intégral de SQL Server
Les composants suivants doivent être installés et en cours d’exécution sur l’ordinateur sur lequel Dynamics 365
Server sera installé :
Services
Service d'indexation
Pour installer ce service, consultez la documentation de Windows Server.
Administration IIS
Publication sur le World Wide Web
Service de partage de port Net.TCP
Microsoft Data Access Components (MDAC)
Microsoft ASP.NET (Ce composant doit être enregistré, mais ne doit pas nécessairement être exécuté.)
Vérification des conditions préalables requises

Avant d'installer Dynamics 365 Server, tenez compte de ce qui suit :
SQL Server peut être installé sur le même ordinateur que Dynamics 365 Server, mais ce n'est pas une
obligation.
Si Dynamics 365 Server et SQL Server sont installés sur des ordinateurs différents, ces derniers doivent se
trouver dans le même domaine de service d'annuaire Active Directory.
SQL Server peut être installé à l'aide de l'Authentification Windows ou de l'authentification en mode mixte.
(l'Authentification Windows est recommandée pour plus de sécurité et Dynamics 365 for Customer
Engagement utilisera uniquement l'Authentification Windows).
Le compte de service utilisé par SQL Server pour se connecter au réseau doit être un compte d’utilisateur
de domaine (recommandé) ou l'un des comptes système intégrés pris en charge par SQL Server (Service
réseau, Service local ou Système local). L’installation de Dynamics 365 Server échouera si le compte de
service SQL Server est l’administrateur local.
Le service SQL Server doit être démarré et peut être configuré pour démarrer automatiquement au
démarrage de l'ordinateur.
Le service SQL Server Reporting Services doit être démarré et configuré pour démarrer automatiquement
au démarrage de l'ordinateur.
Le service Agent SQL Server doit être démarré. Ce service peut être configuré pour démarrer
automatiquement en même temps que l'ordinateur.
Même si ce n’est pas obligatoire, nous vous recommandons d’accepter les paramètres par défaut de SQL
Server pour l’indicateur de classement, l’ordre de tri et le classement SQL. Dynamics 365 for Customer
Engagement prend indifféremment en charge les ordres de tri qui font la distinction entre majuscules et
minuscules et ceux qui ne la font pas.
Le Microsoft Dynamics 365 ServerInstallation nécessite qu'au moins un protocole réseau soit activé pour
s'authentifier à l'aide de SQL Server. Par défaut, le protocole TCP/IP est activé quand vous installez SQL
Server. Vous pouvez afficher les protocoles réseau dans le Gestionnaire de configuration de SQL Server.
Voir aussi
Configuration matérielle Microsoft SQL Server requise pour Microsoft Dynamics 365 Server
Configuration de la création de rapports Microsoft Dynamics 365 Customer Engagement (on-premises)
Configuration SQL Server requise et
recommandations pour Microsoft Dynamics 365
La configuration requise et les recommandations suivantes s'appliquent aux nouvelles installations et aux
installations existantes de SQL Server.
Configuration requise et recommandations générales

Dynamics 365 Server requiert qu'une instance de SQL Server Reporting Services soit installée, en cours
d'exécution et disponible. Toutes les installations des éditions SQL Server prises en charge peuvent être
utilisées comme serveur de création de rapports. Toutefois, l'édition Reporting Services doit correspondre à
l'édition SQL Server.
Pour obtenir la liste des éditions de SQL Server prises en charge, voir Éditions de SQL Server.
trouver dans le même domaine Active Directory.
Le programme d'installation de Dynamics 365 Server, les applets de commande PowerShell Dynamics 365
Customer Engagement (on-premises)et Gestionnaire de déploiement prennent en charge l'instance par
défaut ou une instance nommée de SQL Server.
Même si vous pouvez installer SQL Server à l'aide de l'Authentification Windows ou de l'authentification en
mode mixte, l'Authentification Windows est une condition préalable pour Dynamics 365 for Customer
Engagement.
Le compte de service utilisé par SQL Server pour la connexion au réseau doit être soit un compte utilisateur
de domaine (recommandé) soit le compte Service réseau (vous ne pouvez pas utiliser de compte
d’utilisateur local sur le serveur). L'utilisation d'une stratégie de compte d'utilisateur à faibles privilèges est
recommandée pour éviter de compromettre la sécurité du serveur.
Le service SQL Server doit être démarré. Ce service doit être configuré pour démarrer automatiquement en
même temps que l'ordinateur.
Agent SQL Server doit être démarré. Ce service doit être configuré pour démarrer automatiquement en
La recherche en texte intégral SQL Server doit être installée et démarrée. Ce service doit être configuré pour
démarrer automatiquement en même temps que l'ordinateur.
Le programme d'installation de Dynamics 365 Server requiert une bibliothèque réseau pour
l'authentification de SQL Server. Par défaut, les bibliothèques réseau TCP/IP sont activées lorsque vous
installez SQL Server. SQL Server peut utiliser le protocole TCP/IP ou les canaux nommés pour
l’authentification. Cependant, l'ordinateur qui exécute SQL Server doit être configuré pour au moins l'une
des deux bibliothèques réseau.
Il est recommandé de placer l'ordinateur exécutant SQL Server sur le même réseau local que l'ordinateur
exécutant les rôles Serveur principal Dynamics 365 Server.
L'ordinateur exécutant SQL Server doit être configuré pour disposer de suffisamment d'espace disque, de
mémoire et avoir une puissance de traitement suffisante pour prendre en charge l'environnement Dynamics
365 for Customer Engagement. Pour plus d'informations, voir la configuration requise pour Microsoft
Dynamics 365 Server.
Bien qu’ils soient optionnels, il est conseillé d’accepter les paramètres SQL Server par défaut des options
Indicateur de classement, Ordre de tri et Classement SQL. Dynamics 365 for Customer Engagement prend en
charge les ordres de classement suivants :
Respect de la casse
Non-respect de la casse
Respect des accents
Non-respect des accents
Ordre de tri binaire (tel que Latin1_General_100_BIN)
NOTE
Dynamics 365 for Customer Engagement définit l'ordre de classement au niveau de la base de données. Ce paramètre
peut être différent de celui défini au niveau de SQL Server.
Vérifiez toutes les options d'installation SQL Server et préparez-vous à effectuer les sélections nécessaires
lorsque vous exécutez le programme d'installation. Pour plus d’informations, voir Installation de SQL Server.
Si vous prévoyez d'installer SQL Server à un autre emplacement que l'emplacement de fichiers par défaut,
consultez la page Emplacements de fichiers pour les instances par défaut et les instances nommées de SQL
Server.
Prenez également en compte l'emplacement de vos bases de données Dynamics 365 for Customer
Engagement sur le serveur et la configuration de disques durs qui les prendra en charge.
NOTE
Pour obtenir la meilleure combinaison entre la tolérance aux pannes et les performances, prenez en compte les
nombreuses spécifications RAID (Redundant Array of Independent Disks) disponibles auprès des constructeurs de
matériel. Configurez les disques sur lesquels se trouvent les fichiers de base de données SQL Server en respectant les
exigences de tolérance de panne de votre application et les paramètres de performances de l'activité E/S se produisant
sur cette partition.
Il est recommandé que Common Runtime Language (CLR) soit activé sur le serveur SQL Server qui héberge
la base de données Dynamics 365 for Customer Engagement de l'organisation. Le CLR peut présneter une
amélioration importante des performances pour certaines fonctionnalités telles que les conversions de
fuseau horaire lorsque vous exécutez des tableaux de bord, des graphiques, des recherches avancées, et une
expérience concentrateur de services interactifs de Dynamics 365 for Customer Engagement . Pour plus
d'informations : Intégration du CLR - Activation
Voir aussi
Active Directory et configuration réseau pour
premises)
Services de domaine Active Directory (AD DS) est une fonctionnalité du système d'exploitation Windows Server.
AD DS fournit une structure d’annuaire sécurisée pour des applications réseau telles que Dynamics 365 for
Comme la plupart des applications reposant sur un service d'annuaire, Dynamics 365 for Customer Engagement
présente des dépendances importantes pour son bon fonctionnement, telles que l'utilisation d'AD DS pour le
stockage des informations sur les groupes et les utilisateurs, et la création de la sécurité de l'application.
Dynamics 365 Server ne doit être installé que sur un serveur Windows Server membre de domaine. Le domaine
où le serveur est situé doit être exécuté dans l'un des niveaux fonctionnels de domaine Active Directory répertoriés
dans la rubrique Modes Active Directory.
Fédération et prise en charge de l'authentification basée sur les

revendications
Lorsque vous configurez Dynamics 365 for Customer Engagement pour un accès via Internet, il requiert des
services fédérés prenant en charge l’authentification basée sur les revendications. Nous recommandons d'utiliser
Services ADFS (Active Directory Federation Services) dans Microsoft Windows Server.
Services Active Directory Federation Services

Les services Services ADFS (Active Directory Federation Services) constituent une solution d'identification via
Internet hautement sécurisée et extensible qui permet aux organisations d'authentifier les utilisateurs
d'organisations partenaires. Grâce à AD FS dans Microsoft Windows Server, vous pouvez facilement et en toute
sécurité accorder aux utilisateurs externes un accès aux ressources de domaine de votre organisation. AD FS peut
également simplifier l’intégration entre les ressources non approuvées et les ressources de votre propre
organisation.
AD FS est disponible en rôle serveur dans Windows Server.
Certificats numériques
Services ADFS (Active Directory Federation Services) requiert deux types de certificats numériques :
Chiffrement de revendications . L’authentification basée sur les revendications nécessite des identités afin
de fournir un certificat de chiffrement pour l’authentification. Ce certificat doit être approuvé par l'ordinateur
sur lequel vous installez Dynamics 365 Server et doit par conséquent se situer dans le magasin Personnel
local sur lequel s'exécute l'Configuration de l'Assistant Authentification basée sur les revendications.
Chiffrement TLS/SSL (HTTPS) . Les certificats pour le chiffrement TLS/SSL doivent comporter des noms
d'hôtes valides similaires à org.contoso.com, auth.contoso.com et dev.contoso.com. Pour répondre à cette
exigence, vous pouvez utiliser un certificat générique unique (*.contoso.com), un certificat qui prend en
charge les autres noms de l'objet, ou des certificats distincts pour chaque nom. Les certificats individuels
pour chaque nom d'hôte ne sont valides que si vous utilisez différents serveurs pour chaque rôle de serveur
Web. Les liaisons IIS multiples, telles qu'un site Web disposant de deux liaisons HTTPS ou HTTP, ne sont pas
prises en charge pour l'exécution de Dynamics 365 for Customer Engagement. Pour plus d'informations sur
les options mises à votre disposition, contactez votre entreprise de service d'autorité de certification ou
votre administrateur d'autorité de certification.
Pour répondre à ces exigences, votre organisation doit avoir une infrastructure de clés publiques (PKI), ou un
contrat avec un fournisseur de certificat numérique tel que VeriSign, GoDaddy ou Comodo.
Prise en charge d'IPv6

Cette version de Dynamics 365 for Customer Engagement fonctionne avec IPv6 seul ou avec IPv4 dans des
environnements où les réseaux prennent en charge IPv6.
Voir aussi
Chiffrement de revendications . L’authentification basée sur les revendications nécessite des identités afin
de fournir un certificat de chiffrement pour l’authentification. Ce certificat doit être approuvé par l'ordinateur
sur lequel vous installez Dynamics 365 Server et doit par conséquent se situer dans le magasin Personnel
local sur lequel s'exécute l'Configuration de l'Assistant Authentification basée sur les revendications.
Chiffrement TLS/SSL (HTTPS) . Les certificats pour le chiffrement TLS/SSL doivent comporter des noms
d'hôtes valides similaires à org.contoso.com, auth.contoso.com et dev.contoso.com. Pour répondre à cette
exigence, vous pouvez utiliser un certificat générique unique (*.contoso.com), un certificat qui prend en
charge les autres noms de l'objet ou des certificats distincts pour chaque nom. Les certificats individuels
pour chaque nom d'hôte ne sont valides que si vous utilisez différents serveurs pour chaque rôle de serveur
Web. Les liaisons IIS multiples, telles qu'un site Web disposant de deux liaisons HTTPS ou HTTP, ne sont pas
prises en charge pour l'exécution de Dynamics 365 for Customer Engagement. Pour plus d'informations sur
les options mises à votre disposition, contactez votre entreprise de service d'autorité de certification ou
votre administrateur d'autorité de certification.
Pour répondre à ces exigences, votre organisation doit avoir une infrastructure de clés publiques (PKI), ou un
contrat avec un fournisseur de certificat numérique tel que VeriSign, GoDaddy ou Comodo.
Compatible avec IPv6

Cette version de Dynamics 365 for Customer Engagement fonctionne avec IPv6 seul ou avec IPv4 dans des
environnements où les réseaux prennent en charge IPv6.
Voir aussi
Conditions préalables et considérations relatives à la planification du déploiement de Dynamics 365
Configuration logicielle requise pour Dynamics 365 Server
Configuration requise pour la création de rapports
premises)
Les Extensions de rapport Microsoft Dynamics 365 sont des extensions de traitement des données qui sont
installées sur le serveur SQL Server Reporting Services. Les Extensions de rapport Microsoft Dynamics 365
acceptent les informations d’authentification provenant de Dynamics 365 Server et les transmettent au serveur
SQL Server Reporting Services.
Le programme d'installation des Extensions de rapport Dynamics 365 Customer Engagement (on-premises)
contient deux extensions de traitement de données : Extension pour le traitement des données Fetch et Extension
pour le traitement des données SQL. Ces extensions sont installées par défaut au cours du programme
d'installation des extensions de rapport Dynamics 365 Customer Engagement (on-premises) :
L'Extension pour le traitement des données Fetch est requise pour créer, exécuter et planifier des rapports
Fetch.
L'Extension pour le traitement des données SQL est requise pour créer, exécuter et planifier les rapports
personnalisés par défaut (prêt à l’emploi) ou SQL dans Dynamics 365 for Customer Engagement.
Vous n'avez pas besoin de Extensions de rapport Microsoft Dynamics 365 to run Dynamics 365 for Customer
Engagement. Cependant, si vous voulez créer, utiliser ou planifier des rapports dans Dynamics 365 for Customer
Engagement, vous devez installer Extensions de rapport Microsoft Dynamics 365. De plus, vous devez installer ces
extensions si vous voulez créer ou importer une organisation, comme lorsque vous effectuez une migration
depuis une version antérieure de Dynamics 365 for Customer Engagement à l'aide de Gestionnaire de
déploiement.
SQL Server Reporting Services
SQL Server Reporting Services est requis pour les fonctionnalités de création de rapports dans Dynamics 365 for
Pour générer des états Dynamics 365 for Customer Engagement, vous pouvez utiliser les éditions SQL Server
suivantes s'exécutant sur une version prise en charge de Windows Server :
Microsoft SQL Server 2017 Enterprise1
Microsoft SQL Server 2017 Standard1
Microsoft SQL Server 2017 Developer (pour une utilisation hors production uniquement)1
Microsoft SQL Server 2016 Enterprise, avec Service Pack 2
Microsoft SQL Server 2016 Standard, avec Service Pack 2
Microsoft SQL Server 2016 Developer, avec Service Pack 2 (pour une utilisation hors production uniquement)
IMPORTANT
1 Nécessite Microsoft Dynamics 365 Server, v9.0 (on-premises) Update 0.3.
Les éditions SQL Server Compact ou SQL Server Express ne sont pas prises en charge pour une utilisation avec Dynamics
365 Server.
L'utilisation d'un serveur SQL Server Reporting Services en mode SharePoint n'est pas prise en charge avec Dynamics
365 for Customer Engagement. Pour plus d'informations sur le mode SQL Server Reporting Services SharePoint, voir
Serveur de rapports Reporting Services (Mode SharePoint).
Configuration requise pour les extensions de rapport Dynamics 365

La configuration générale requise pour le composant Extensions de rapport Microsoft Dynamics 365 est la
suivante :
Vous devez terminer le Microsoft Dynamics 365 ServerInstallation avant d'exécuter le programme
d'installation des Extensions de rapport Dynamics 365 Customer Engagement (on-premises).
Vous pouvez installer et exécuter les Extensions de rapport Microsoft Dynamics 365 sur une seule instance
de SQL Server Reporting Services sur l'ordinateur.
Le compte d'identité qui exécute l'instance de SQL Server Reporting Services où les Extensions de rapport
Microsoft Dynamics 365 sont exécutées ne peut pas être le système local ou un compte virtuel. Ceci est
obligatoire pour que la génération de rapports Dynamics 365 for Customer Engagement fonctionne, car le
compte d'identité doit être ajouté au groupe de sécurité PrivReportingGroup Active Directory utilisé par
Dynamics 365 for Customer Engagement.
Les déploiements distincts de Dynamics 365 for Customer Engagement ne peuvent pas partager un
serveur SQL Server Reporting Services. Toutefois, un déploiement unique de Dynamics 365 for Customer
Engagement comportant plusieurs organisations peut utiliser le même serveur SQL Server Reporting
Services.
Vous devez exécuter le programme d'installation des Extensions de rapport Dynamics 365 Customer
Engagement (on-premises) sur un ordinateur qui dispose de SQL Server Reporting Services installé, avec
une version et une édition prise en charge. Pour plus d'informations, voir : SQL Server Reporting Services
Avec de plus petits ensembles de données et un nombre d'utilisateurs moins important, vous pouvez
utiliser un déploiement à un seul serveur ou un déploiement à plusieurs serveurs. Avec de plus grands
ensembles de données ou un nombre d'utilisateurs plus important, les performances diminuent
rapidement lorsque des rapports complexes sont exécutés. Utilisez un déploiement à plusieurs serveurs
avec un ordinateur exécutant SQL Server pour Dynamics 365 for Customer Engagement et un autre
serveur pour SQL Server Reporting Services.
Configuration requise pour l'extension de création de rapports Dynamics 365 Customer Engagement (on-
premises)
L’Extension de création de rapports Dynamics 365 Customer Engagement (on-premises) est nécessaire pour créer
des rapports Fetch personnalisés utilisés avec Dynamics 365 for Customer Engagement à l'aide de SQL Server
Data Tools. Vous devez installer l'Extension de création de rapports Dynamics 365 Customer Engagement (on-
premises) sur un PC équipé des logiciels suivants.
Systèmes d'exploitation pris en charge
Windows 10
Configuration logicielle supplémentaire
Visual Studio 2015 ou Visual Studio 2013.
SQL Server Data Tools (SSDT) est installé avec Visual Studio.
Pour Microsoft Visual Studio 2015 : SQL Server Data Tools est déjà inclus.
Pour Microsoft Visual Studio 2013 : vous devez télécharger et installer Microsoft SQL Server Data
Tools - Business Intelligence pour Visual Studio 2013.
Si votre organisation utilise Office 365, assurez-vous que l'Extension de création de rapports Dynamics 365
Customer Engagement (on-premises) est installée sur l'ordinateur où Assistant de connexion Microsoft
Online Services est également installé. Si l'Assistant de connexion Assistant de connexion Microsoft Online
Services est déjà installé, vérifiez la clé de Registre SOFTWARE\Microsoft\MSOIdentityCRL et assurez-vous
que la clé de Registre TargetDir figurant sous MSOIdentityCRL contient msoidcli.dll.
Voir aussi
Support linguistique de Microsoft Dynamics 365 Customer Engagement (on-premises)
Support linguistique de Microsoft Dynamics 365
Cette section décrit les configurations prises en charge pour différentes versions linguistiques d'un système
Dynamics 365 for Customer Engagement. Elle ne contient pas d'informations sur la prise en charge d'un Module
linguistique de Microsoft Dynamics 365, mais aborde plutôt les configurations prises en charge pour les versions
linguistiques de base. Pour plus d'informations sur l'installation des modules linguistiques, reportez-vous au
Module linguistique de Microsoft Dynamics 365, voir Installation et déploiement d'un module linguistique.
Configuration requise pour la langue Microsoft Dynamics 365 Server

La configuration requise suivante doit être respectée quand vous exécutez Dynamics 365 Server avec des
applications telles que SQL Server. Notez que tous les langues disponibles pour Customer Engagement sont prises
en charge.
P RO DUIT DY N A M IC S 365 F O R C USTO M ER EN GA GEM EN T C O N DIT IO N
Dynamics 365 Server La langue de base de Windows Server, SQL Server, Microsoft
.NET Framework, MDAC et MSXML doit être la même version
linguistique que Dynamics 365 Server ou l'anglais. Si une
application n’est pas disponible dans une langue donnée, la
version en anglais peut être utilisée.
Dynamics 365 for Outlook Il n'est pas nécessaire que la langue de base de Windows
Server, SQL Server 2008 Express Edition, Internet Explorer,
Microsoft Office, Microsoft .NET Framework, MDAC et MSXML
soit la même que celle de Dynamics 365 for Outlook.
Chaque client empilé dans un déploiement unique peut être

dans une langue différente.
Dynamics 365 Server et Microsoft Dynamics 365 for Outlook La version linguistique de base de Dynamics 365 Server doit
correspondre à celle qui est utilisée pour Dynamics 365 for
Outlook.
Par exemple, vous ne pouvez pas faire cohabiter des

utilisateurs exécutant la version allemande de Dynamics 365
for Outlook pendant que d’autres exécutent la version en
anglais. Dans ce type de scénario, il est recommandé de
mettre en service le Module linguistique de Microsoft
Dynamics 365 approprié.
Par exemple, vous pouvez avoir les configurations suivantes avec l'allemand comme langue de base pour tous les
programmes :
Dynamics 365 Server
Windows Server
SQL Server
Microsoft Exchange Server
MSXML
.NET Framework
Autre exemple : vous pouvez avoir Dynamics 365 Server avec le Suédois comme langue de base et configuré avec
les applications suivantes dont l'anglais est la langue de base :
Windows Server
SQL Server
Microsoft Exchange Server
MSXML
.NET Framework
Voir aussi
Conditions préalables et considérations relatives à la
planification de votre déploiement de Dynamics 365
Cette section contient une liste des éléments requis avant d'installer Dynamics 365 for Customer Engagement, tels
que les éléments matériels et logiciels requis. Utilisez cette section pour la préparation de votre réseau et vous
assurer que toutes les conditions préalables sont satisfaites avant d'exécuter le Microsoft Dynamics 365
ServerInstallation.
Voir aussi
Intégrer votre système de messagerie à Microsoft Dynamics 365
Planification du déploiement de Microsoft Dynamics 365
Considérations relatives à la sécurité pour Microsoft Dynamics 365
Pour planifier votre utilisation de SQL Server avec Dynamics 365 Server, vous devez comprendre comment
Dynamics 365 for Customer Engagement utilise SQL Server et ce que le Microsoft Dynamics 365
ServerInstallation fait et ne fait pas :
Dynamics 365 Server requiert les versions 64 bits de SQL Server pour le stockage des bases de données
contenant les données et les métadonnées Dynamics 365 for Customer Engagement. Pour des informations
spécifiques, consultez Éditions de SQL Server.
Les rapports de Dynamics 365 for Customer Engagement dépendent de SQL Server Reporting Services,
une fonctionnalité de SQL Server . Reporting Services inclut deux composants de serveur utilisés pour
stocker, afficher et gérer les rapports : Report Server et Gestionnaire de rapports. Un troisième composant,
Concepteur de rapports, est utilisé pour personnaliser les rapports et pour en créer de nouveaux. Le
composant Concepteur de rapports est disponible pour téléchargement dans le Centre de téléchargement
Microsoft et est installé sur une station de travail, plutôt que sur l'ordinateur exécutant SQL Server.
Microsoft Dynamics 365 ServerInstallation n'installe pas le moteur de base de données SQL Server ou SQL
Server Reporting Services.
Différentes configurations sont possibles en fonction de l'utilisation envisagée de Dynamics 365 for Customer
Engagement. Pour des informations sur ce qu'implique l'utilisation de la fonctionnalité lorsque vous installez SQL
Server Reporting Services sur un autre ordinateur, voir Éditions et composants de SQL Server.
Bien que cette pratique ne soit pas recommandée, vous pouvez installer SQL Server sur le même ordinateur
que Dynamics 365 Server. Pour des performances optimisées, installez et exécutez SQL Server sur un
ordinateur dédié distinct. Pour des performances optimisées et une meilleure disponibilité, installez et
exécutez SQL Server sur plusieurs ordinateurs dédiés distincts dans une configuration en cluster.
De même, nous vous recommandons d'installer Extensions de rapport Microsoft Dynamics 365 sur un SQL
Server distinct exécutant SQL Server Reporting Services. Toutefois, si cela est nécessaire, vous pouvez
installer les Extensions de rapport Microsoft Dynamics 365 sur un SQL Server exécutant SQL Server
Reporting Services et qui stocke également les bases de données Dynamics 365 for Customer Engagement.
Toutefois, dans un déploiement à plusieurs organisations de Dynamics 365 for Customer Engagement, vous
pouvez spécifier plusieurs instances de serveurs ou serveurs Reporting Services lorsque vous créez ou
modifiez une organisation, mais une seule instance de Reporting Services est prise en charge pour toutes
les organisations du déploiement. Pour un meilleur équilibrage de charge des rapports, nous vous
conseillons de configurer Report Server dans un cluster d'équilibrage de la charge réseau (NLB).
Plusieurs serveurs principaux Dynamics 365 for Customer Engagement qui s'exécutent dans un cluster
d'équilibrage de la charge réseau peuvent utiliser le même ordinateur qui exécute SQL Server.
Sections associées
Conditions préalables et considérations relatives à la planification du déploiement de Microsoft Dynamics 365
Configuration SQL Server requise et
recommandations pour Microsoft Dynamics 365
La configuration requise et les recommandations suivantes s'appliquent aux nouvelles installations et aux
installations existantes de SQL Server.
Configuration requise et recommandations générales

Dynamics 365 Server requiert qu'une instance de SQL Server Reporting Services soit installée, en cours
d'exécution et disponible. Toutes les installations des éditions SQL Server prises en charge peuvent être
utilisées comme serveur de création de rapports. Toutefois, l'édition Reporting Services doit correspondre à
l'édition SQL Server.
Pour obtenir la liste des éditions de SQL Server prises en charge, voir Éditions de SQL Server.
trouver dans le même domaine Active Directory.
Le programme d'installation de Dynamics 365 Server, les applets de commande PowerShell Dynamics 365
Customer Engagement (on-premises)et Gestionnaire de déploiement prennent en charge l'instance par
défaut ou une instance nommée de SQL Server.
Même si vous pouvez installer SQL Server à l'aide de l'Authentification Windows ou de l'authentification en
mode mixte, l'Authentification Windows est une condition préalable pour Dynamics 365 for Customer
Engagement.
Le compte de service utilisé par SQL Server pour la connexion au réseau doit être soit un compte utilisateur
de domaine (recommandé) soit le compte Service réseau (vous ne pouvez pas utiliser de compte
d’utilisateur local sur le serveur). L'utilisation d'une stratégie de compte d'utilisateur à faibles privilèges est
recommandée pour éviter de compromettre la sécurité du serveur.
Le service SQL Server doit être démarré. Ce service doit être configuré pour démarrer automatiquement en
Agent SQL Server doit être démarré. Ce service doit être configuré pour démarrer automatiquement en
La recherche en texte intégral SQL Server doit être installée et démarrée. Ce service doit être configuré pour
démarrer automatiquement en même temps que l'ordinateur.
Le programme d'installation de Dynamics 365 Server requiert une bibliothèque réseau pour
l'authentification de SQL Server. Par défaut, les bibliothèques réseau TCP/IP sont activées lorsque vous
installez SQL Server. SQL Server peut utiliser le protocole TCP/IP ou les canaux nommés pour
l’authentification. Cependant, l'ordinateur qui exécute SQL Server doit être configuré pour au moins l'une
des deux bibliothèques réseau.
Il est recommandé de placer l'ordinateur exécutant SQL Server sur le même réseau local que l'ordinateur
exécutant les rôles Serveur principal Dynamics 365 Server.
L'ordinateur exécutant SQL Server doit être configuré pour disposer de suffisamment d'espace disque, de
mémoire et avoir une puissance de traitement suffisante pour prendre en charge l'environnement Dynamics
365 for Customer Engagement. Pour plus d'informations, voir la configuration requise pour Microsoft
Bien qu’ils soient optionnels, il est conseillé d’accepter les paramètres SQL Server par défaut des options
Indicateur de classement, Ordre de tri et Classement SQL. Dynamics 365 for Customer Engagement prend
en charge les ordres de classement suivants :
Respect de la casse
Non-respect de la casse
Respect des accents
Non-respect des accents
Ordre de tri binaire (tel que Latin1_General_100_BIN)
NOTE
Dynamics 365 for Customer Engagement définit l'ordre de classement au niveau de la base de données. Ce
paramètre peut être différent de celui défini au niveau de SQL Server.
Vérifiez toutes les options d'installation SQL Server et préparez-vous à effectuer les sélections nécessaires
lorsque vous exécutez le programme d'installation. Pour plus d’informations, voir Installation de SQL Server.
Si vous prévoyez d'installer SQL Server à un autre emplacement que l'emplacement de fichiers par défaut,
consultez la page Emplacements de fichiers pour les instances par défaut et les instances nommées de SQL
Server.
Prenez également en compte l'emplacement de vos bases de données Dynamics 365 for Customer
Engagement sur le serveur et la configuration de disques durs qui les prendra en charge.
NOTE
Pour obtenir la meilleure combinaison entre la tolérance aux pannes et les performances, prenez en compte les
nombreuses spécifications RAID (Redundant Array of Independent Disks) disponibles auprès des constructeurs de
matériel. Configurez les disques sur lesquels se trouvent les fichiers de base de données SQL Server en respectant les
exigences de tolérance de panne de votre application et les paramètres de performances de l'activité E/S se
produisant sur cette partition.
Il est recommandé que Common Runtime Language (CLR) soit activé sur le serveur SQL Server qui héberge
la base de données Dynamics 365 for Customer Engagement de l'organisation. Le CLR peut présneter une
amélioration importante des performances pour certaines fonctionnalités telles que les conversions de
fuseau horaire lorsque vous exécutez des tableaux de bord, des graphiques, des recherches avancées, et une
expérience concentrateur de services interactifs de Dynamics 365 for Customer Engagement . Pour plus
d'informations : Intégration du CLR - Activation
Voir aussi
Déploiement de SQL Server
Si votre organisation utilise SQL Server pour des applications autres que Dynamics 365 for Customer Engagement,
les performances peuvent se dégrader lorsque les ressources sont utilisées par les autres applications. Si vous
utilisez un ordinateur exécutant SQL Server et utilisé par d'autres applications, vous devez évaluer avec attention
l'impact qu'aura Dynamics 365 for Customer Engagement sur l'installation existante de SQL Server. Pour plus
d'informations sur la surveillance de SQL Server, voir Outils de surveillance et de paramétrage des performances.
Pour de meilleurs résultats, il est recommandé de gérer les bases de données Dynamics 365 for Customer
Engagement sur un ordinateur exécutant SQL Server et qui prendra en charge Dynamics 365 for Customer
Engagement uniquement et aucune autre base de données ou application de base de données.
Considérations relatives au déploiement de SQL Server

Dynamics 365 for Customer Engagement est une application qui fait beaucoup appel aux bases de données. Avant
de déployer Dynamics 365 for Customer Engagement sur une instance SQL Server, vous devez prendre en compte
les configurations de base de données et les exigences suivantes :
Modification des tables système. Les tables système de SQL Server ne doivent pas être modifiées avant
d’installer Dynamics 365 Server. Certaines applications de base de données peuvent modifier les tables
système de SQL Server. Le cas échéant, cela peut se traduire par des problèmes au niveau de Dynamics 365
for Customer Engagement et des données.
Indexation. L'indexation de texte intégral doit être installée. Elle est nécessaire pour la fonctionnalité de
Base de connaissances de Dynamics 365 for Customer Engagement.
Niveau de compatibilité. Pendant une mise à niveau ou une nouvelle installation, le Microsoft Dynamics
365 ServerInstallation définit le niveau de compatibilité de la base de données de l'organisation à 130, qui
est le niveau de compatibilité de Microsoft SQL Server 2016.
Croissance automatique . Par défaut, les fichiers de base de données de l'organisation Dynamics 365 for
Customer Engagement sont créés pour avoir un paramètre de croissance automatique de 1 Mo. Si vous
utilisez la base de données de façon intensive, par exemple si vous importez un volume de données
important, pensez à augmenter la valeur de croissance automatique pour améliorer les performances. Pour
des informations sur la modification du paramètre de croissance automatique pour une base de données,
consultez l'aide de SQL Server Management Studio.
Mémoire ser veur maximum. Si vous exécutez SQL Server sur un ordinateur exécutant également
d'autres applications, il est recommandé de définir la limite maximum de la mémoire serveur de SQL Server
au maximum à la moitié de la mémoire RAM installée. Par défaut, la taille maximale de la mémoire serveur
est définie sur 2 147 483 647 mégaoctets dans les versions récentes de SQL Server, ce qui est susceptible de
générer des problèmes de ressources avec SQL Server lors d'un usage intensif de Dynamics 365 for
Customer Engagement. Pour plus d'informations :MSDN : options de mémoire du serveur
Degré maximal de parallélisme. Nous recommandons, en cas de performances insuffisantes de SQL
Server (une situation pouvant se produire en raison des énoncés d'index complexes), de définir sur 1 le
degré maximum de parallélisme de SQL Server afin d'améliorer les performances globales sur les systèmes
multiprocesseur. Pour plus d'informations :MSDN : configuration de l'option Degré maximal de parallélisme
RCSI. L'exécution de Dynamics 365 for Customer Engagement avec un serveur SQL Server configuré pour
l'isolation RCSI (Read Committed Snapshot Isolation) est prise en charge dans cette version de Dynamics
365 Server (local).
Classement des options linguistiques et ordre de tri

L’installation de SQL Server dans une autre langue que l’Anglais (USA) peut impliquer le changement de
l’indicateur de classement. Le tableau suivant indique l'indicateur de classement à utiliser pour certaines des
langues disponibles.
IDEN T IF IC AT EUR DE L A IN DIC AT EUR DE

PA RA M ÈT RES RÉGIO N A UX L A N GUE ( L C ID) C L A SSEM EN T PA GE DE C O DES
Danois 0X406 Danish_Norwegian 1252
Néerlandais (Standard) 0X413 Latin1_General 1252
Anglais (États-Unis) 0X409 Latin1_General 1252
Français (France) 0X40C Français 1252
Allemand (Allemagne) 0X407 Latin1_General 1252
Italien 0X410 Latin1_General 1252
Portugais (Brésil) 0X416 Latin1_General 1252
Espagnol (Traditionnel) 0XC0A Modern_Spanish 1252
Configurations de disque et emplacements des fichiers

Pour l'instance SQL Server par défaut, le répertoire par défaut des fichiers de données est \Program Files\Microsoft
SQL Server\MSSQL*<ver>*.MSSQLSERVER\MSSQL\DATA, où <ver> correspond à la version principale de SQL
Server, par exemple 13 pour SQL Server 2016. Vous pouvez indiquer un chemin d’accès aux fichiers, autre que celui
prévu par défaut pour les fichiers programmes et de données.
NOTE
Les emplacements par défaut des fichiers programmes et de données ne sont pas nécessairement les meilleurs. Comme
indiqué précédemment, pour obtenir la meilleure combinaison de tolérance aux pannes et de performances, prenez en
compte les spécifications RAID disponibles auprès des constructeurs de matériel. Vous pouvez créer les bases de données
Dynamics 365 for Customer Engagement sur vos partitions, notamment pour ces fichiers, et spécifier les bases de données
existantes lorsque vous exécutez le Microsoft Dynamics 365 ServerInstallation. Les bases de données créées par Dynamics
365 for Customer Engagement sont notées à l'emplacement des fichiers de données spécifié. Pour plus d’informations, voir
Emplacement des fichiers de données SQL Server plus loin dans cette rubrique.
Par défaut, les outils sont installés dans le répertoire \Program Files\Microsoft SQL Server\110\Tools de votre
lecteur système. Ce dossier contient les fichiers nommés et par défaut partagés par toutes les instances de SQL
Server. Le répertoire Tools contient SQL Server Management Studio, l'utilitaire de ligne de commande T-SQL et
l'utilitaire de requête OSQL SQL.
Le Microsoft SQL ServerInstallation installe aussi des fichiers dans le répertoire système Windows. L'emplacement
de ces fichiers système ne peut pas être modifié.
Emplacement des fichiers programmes de SQL Server

Les fichiers programmes de SQL Server figurent sous \Program Files\Microsoft SQL Server\MSSQL*
<vers>*.MSSQLSERVER\MSSQL\Binn.
L'emplacement des fichiers binaires est dans le répertoire racine dans lequel le programme d'installation crée les
dossiers qui contiennent les fichiers programme et d'autres fichiers qui ne changent généralement pas ce chemin
d'accès lorsque vous utilisez SQL Server. Même s'il ne s'agit pas de fichiers en lecture seule, les dossiers ne
contiennent pas de fichiers journaux, de données, de sauvegarde ni de données de réplication. Par conséquent,
l'espace requis pour ces fichiers ne variera pratiquement pas lorsque vous utiliserez SQL Server et par la suite, avec
les mises à jour.
IMPORTANT
Les fichiers programmes ne peuvent pas être installés sur un lecteur de disque amovible.
Emplacement des fichiers de données SQL Server

Chaque base de données SQL Server comporte un ou plusieurs fichiers de base de données ainsi qu’un ou
plusieurs fichiers journaux des transactions. Dynamics 365 for Customer Engagement crée au moins deux bases de
données :
MSCRM_CONFIG. Cette base de données contient des métadonnées Dynamics 365 for Customer
Engagement, telles que des informations de configuration et d'emplacement spécifiques à la base de
données de chaque organisation.
OrganizationName_MSCRM.* Il s'agit de la base de données de l'organisation dans laquelle les données
Dynamics 365 for Customer Engagement sont stockées, par exemple, tous les enregistrements et les
activités. Dynamics 365 Server prend en charge plusieurs organisations afin que vous puissiez avoir les
bases de données de plusieurs organisations.
Dynamics 365 for Customer Engagement utilise également des bases de données système SQL Server pour
stocker les informations de configuration de Dynamics 365 for Customer Engagement. Ces bases de données
incluent les bases de données master et msdb. Les fichiers de base de données qui accompagnent la base de
données contiennent toutes ses propriétés et données. Les fichiers journaux des transactions contiennent un
enregistrement des activités d'écriture dans la base de données, tel que l'ajout, la modification ou la suppression
d'une ligne. Les fichiers journaux des transactions sont binaires et ne peuvent pas être utilisés pour l'audit de
l'activité d'une base de données.
Pour obtenir des informations de sauvegarde et de récupération pour les bases de données de SQL Server,
notamment les fichiers journaux des transactions, voir MSDN : sauvegarde et restauration de bases de données
SQL Server.
Considérations relatives à l'action de renommer la base de données de

Microsoft Dynamics 365
Comme décrit plus tôt, un déploiement Customer Engagement (on-premises) contient les bases de données
suivantes :
Une base de données MSCRM_CONFIG unique
Une ou plusieurs (pour les déploiements multi-utilisateurs) bases de données OrganizationName_MSCRM.
La base de données de configuration, MSCRM_CONFIG, ne peut pas être renommée. Si la base de données
MSCRM_CONFIG est renommée, le système Dynamics 365 for Customer Engagement ne fonctionnera pas
correctement.
Les bases de données d'organisation, OrganizationName_MSCRM, peuvent être renommées en suivant les
instructions et les considérations décrites ici.
Noms de la base de données d’organisation
Les bases de données d'organisation de Dynamics 365 for Customer Engagement utilisent un nom d'affichage et
un nom unique.
Nom complet. Il s'agit du nom qui apparaît dans l'application Dynamics 365 for Customer Engagement,
par exemple dans l'angle supérieur droit de l'écran principal de l'application. Le nom d'affichage peut
contenir des espaces et jusqu'à 250 caractères.
Nom unique. C'est le nom qui est utilisé pour créer l'URL permettant de se connecter à l'application et qui
est ajouté à _MSCRM . C'est également le nom physique de la base de données car il apparaît dans des
applications SQL Server, telles que SQL Server Management Studio. Ce nom ne peut pas contenir d'espaces
et ne peut pas contenir plus de 30 caractères.
Renommer la base de données d’organisation
Le nom d'affichage peut être modifié à l'aide de l'Assistant Modification de l'organisation dans Gestionnaire de
déploiement. Il convient de désactiver l'organisation, puis d'exécuter l'Assistant Modification de l'organisation. Pour
plus d'informations, voir Modifier les attributs d'une organisation.
Bien que nous ne le recommandions pas, vous pouvez modifier le nom unique d'une base de données
d'organisation (OrganizationName_MSCRM). Pour modifier le nom unique d'une base de données, procédez
comme suit :
WARNING
La modification du nom unique d'une base de données de l'organisation n'a pas été entièrement testée par Microsoft et peut
avoir des conséquences inattendues. Nous ne pouvons pas garantir que les problèmes causés par cette manipulation
puissent être résolus. Si vous modifiez le nom unique de la base de données d'organisation, vous le faites à vos risques et
périls.
IMPORTANT
Avant d'effectuer la procédure suivante, faites une sauvegarde complète de la base de données d'organisation que vous
souhaitez renommer.
Les étapes suivantes nécessitent que vous utilisiez déjà une base de données d'organisation créée par Microsoft
Dynamics 365 ServerInstallation ou importée via une méthode Dynamics 365 for Customer Engagement prise en
charge.
1. Restaurez la copie de sauvegarde de la base de données d'organisation sur le SQL Server qui utilise le nom
souhaité et qui est pris en charge par SQL Server.
2. Importez la base de données d'organisation renommée vers votre déploiement Microsoft Dynamics 365
existant à l'aide de l'Assistant Importation d'organisation de Gestionnaire de déploiement.
3. Pendant l'importation, entrez dans la base de données d'organisation un nom d'affichage et un nom unique
qui sont indépendants du nom de la base de données originale.
4. Suivez les instructions qui s’affichent à l’écran pour terminer l’importation.
5. Assurez-vous que les utilisateurs de Dynamics 365 for Customer Engagement ont le nouvel URL qui sera
créé suite à la modification du nom de l'organisation.
Chiffrement transparent des données (TDE) SQL Server
La fonctionnalité de chiffrement transparent des données (TDE) SQL Server est prise en charge pour une utilisation
avec Dynamics 365 for Customer Engagement. Cependant, selon les résultats de tests conduits en interne,
l'utilisation de cette fonctionnalité peut entraîner une baisse des performances de 10 % environ lorsqu'elle est
exécutée sur une base de données chiffrée avec la même charge de travail.
SQL Server In-Memory OLTP

Actuellement, les tables de la base de données Dynamics 365 for Customer Engagement ne prennent pas en charge
le traitement transactionnel en ligne en mémoire SQL Server (OLTP). Pour plus d'informations sur OLTP, voir OLTP
en mémoire (optimisation en mémoire).
Voir aussi
Configuration de SQL Server requise et recommandations pour Microsoft Dynamics 365
Planification requise pour SQL Server Reporting
Services
Les Extensions de rapport Microsoft Dynamics 365 sont des extensions de traitement des données installées sur le
serveur SQL Server Reporting Services. Les Extensions de rapport Microsoft Dynamics 365 acceptent les
informations d’authentification provenant de Dynamics 365 Server et les transmettent au serveur SQL Server
Reporting Services. Programme d'installation d'extensions de rapport Microsoft Dynamics CRM inclut à la fois
Extension pour le traitement des données Fetch et Extension pour le traitement des données SQL.
Les Extensions de rapport Microsoft Dynamics 365 sont requises pour toutes les tâches majeures de création de
rapports dans Dynamics 365 for Customer Engagement, telles que l’utilisation des rapports Dynamics 365 for
Customer Engagement par défaut (prêts à l’emploi), le téléchargement de rapports personnalisés, la création de
rapports à l’aide de l’Assistant Rapport ou la planification de rapports. Les Extensions de rapport Microsoft
Dynamics 365 doivent également être installés avant d’importer ou de mettre en service de nouvelles
organisations.
Le Programme d'installation d'extensions de rapport Microsoft Dynamics CRM effectue les tâches suivantes :
1. Installe les Extension pour le traitement des données Fetch et Extension pour le traitement des données SQL
sur le serveur SQL Server Reporting Services.
2. Installe les assemblys personnalisés utilisés par les rapports par défaut et les rapports de l'Assistant sur le
serveur SQL Server Reporting Services.
3. Crée des rapports par défaut (basés sur SQL) pour l’organisation par défaut à la fois sur Dynamics 365
Server et le serveur SQL Server Reporting Services.
Le tableau suivant répertorie les options qui seront disponibles si vous installez Extensions de rapport Microsoft
Dynamics 365.
Quels rapports fonctionneront ?
RA P P O RT S F ETC H
RA P P O RT S PA R RA P P O RT S SQ L C RÉÉS À L’A IDE DE RA P P O RT S F ETC H
IN STA L L ÉS ? DÉFA UT P ERSO N N A L ISÉS L’A SSISTA N T P ERSO N N A L ISÉS
Non Nouvelle installation : - Ne peuvent pas être Ne seront pas Ne peuvent être ni
planifiés. disponibles. téléchargés ni
Ne seront pas - Peuvent être exécutés.
disponibles. téléchargés et
exécutés si Dynamics
365 Server et SQL
Server sont installés
sur un ordinateur ou
la propriété
d'approbation pour la
délégation est
configurée.
Oui Seront publiés pour Peuvent être Peuvent être créés, Peuvent être
l'organisation par téléchargés et exécutés et planifiés. téléchargés, exécutés
défaut. exécutés. et planifiés.
IMPORTANT
Extensions de rapport Microsoft Dynamics 365 ne doit pas être installé sur une instance de SQL Server Reporting Services
s'exécutant sous un compte membre du groupe d'accès SQL Active Directory. Ce cas de figure peut se présenter si SQL
Server Reporting Services s'exécute sous le même compte qu'un service ou une fonctionnalité Dynamics 365 Server. Cette
configuration peut rendre le système vulnérable à certaines attaques. Pendant l'installation, le programme d'installation
détecte ce scénario et vous pouvez cliquer sur l'aide pour savoir comment résoudre ce problème.
Notez que lorsque vous installez Extensions de rapport Microsoft Dynamics 365, vous avez la possibilité d'installer
le composant sur un autre serveur qui exécute Reporting Services. Isoler Extensions de rapport Microsoft
Dynamics 365 sur une instance distincte de SQL Server, qui ne stocke pas les bases de données Dynamics 365 for
Customer Engagement contribue ainsi à améliorer les performances des rapports.
Configuration requise pour Microsoft Dynamics 365 Reporting

Extensions
Les Extensions de rapport Microsoft Dynamics 365 répondent aux exigences suivantes :
Vous devez terminer le Microsoft Dynamics 365 ServerInstallation avant d'exécuter les Programme
d'installation d'extensions de rapport Microsoft Dynamics CRM.
Vous devez exécuter le Programme d'installation d'extensions de rapport Microsoft Dynamics CRM sur un
ordinateur sur lequel SQL Server Reporting Services est installé. Avec de plus petits ensembles de données
et un nombre d'utilisateurs moins important, vous pouvez utiliser un déploiement à un seul serveur ou un
déploiement à plusieurs serveurs avec un ordinateur exécutant SQL Server pour Dynamics 365 for
Customer Engagement et un autre serveur pour SQL Server Reporting Services. Avec de plus grands
ensembles de données ou un nombre d'utilisateurs plus important, les performances diminuent rapidement
lorsque des rapports complexes sont exécutés.
Voir aussi
Considérations relatives à la sécurité pour Dynamics
Dynamics 365 for Customer Engagement est conçu de manière à rendre votre déploiement plus sécurisé. Cette
section fournit des informations et répertorie les meilleures pratiques pour l'application Dynamics 365 for
Customer Engagement. Pour plus d'informations :Présentation de sécurité pour Microsoft Dynamics 365
Quel type compte de service dois-je choisir ?

Lorsque vous spécifiez une identité pour exécuter un service Dynamics 365 for Customer Engagement, vous
pouvez choisir un compte d'utilisateur de domaine ou le compte Service Réseau.
Si le service interagit avec les services réseau, accès aux ressources de domaine comme des partages de fichiers
ou s'il utilise des connexions à des serveurs liés à d'autres ordinateurs, vous pouvez utiliser un compte de
domaine à peu de privilèges. De nombreuses activités de serveur à serveur peuvent être exécutées uniquement
avec un compte d'utilisateur de domaine et offrent l'option la plus sécurisée. Ce compte doit être pré-créé par
l'administrateur de domaine de votre environnement.
NOTE
Lorsque vous configurez un service pour utiliser un compte de domaine, vous pouvez isoler les privilèges de l'application,
mais vous devez gérer manuellement les mots de passe ou créer une solution personnalisée pour gérer ces mots de passe.
De nombreuses applications serveur utilisent cette stratégie pour améliorer la sécurité, mais cette stratégie nécessite une
administration et une complexité supplémentaires. Dans ces déploiements, les administrateurs de service passent un temps
considérable sur les tâches de maintenance comme la gestion des mots de passe et des noms principaux de services (SPN),
qui sont requis pour l'authentification Kerberos. En outre, ces tâches de maintenance peuvent perturber le service.
Le compte Service Réseau est un compte intégré qui offre plus d'accès aux ressources et aux objets que des
membres du groupe Utilisateurs du domaine. Les services s'exécutant comme le compte Service Réseau accèdent
aux ressources réseau à l'aide des informations d'identification du compte ordinateur au format <domain_name>\
<computer_name>$. Le nom actuel du compte est NT AUTHORITY\NETWORK SERVICE.
Autorisations minimales requises pour le programme d'installation et

les services Microsoft Dynamics 365
Dynamics 365 for Customer Engagement a été conçu de sorte que ses fonctions puissent s'exécuter sous des
entités distinctes. En spécifiant un compte d'utilisateur de domaine ne disposant que des autorisations nécessaires
pour activer une fonction spécifique, vous renforcez la sécurité du système et réduisez le risque d'une utilisation
abusive.
Cette rubrique décrit les autorisations minimales requises par le compte d'utilisateur pour les services et fonctions
Programme d'installation de Microsoft Dynamics CRM Server
Le compte d'utilisateur utilisé pour exécuter le Installation de Dynamics 365 Server qui inclut la création de bases
de données requiert les autorisations minimales suivantes :
Être un membre du groupe Administrateurs du domaine Active Directory. Par défaut, Utilisateurs et
ordinateurs Active Directory ajoute de nouveaux utilisateurs au groupe Utilisateurs du domaine.
Être un membre du groupe Administrateurs sur l'ordinateur local où le programme d'installation s'exécute.
Avoir les autorisations en lecture et en écriture sur le dossier des fichiers programmes locaux.
Être un membre du groupe Administrateurs du domaine sur l'ordinateur local où une instance de SQL
Server est située et qui sera utilisé pour stocker les bases de données Dynamics 365 for Customer
Engagement.
Avoir les autorisations d'un membre sysadmin sur l'instance de SQL Server utilisée pour stocker les bases
de données Dynamics 365 for Customer Engagement.
Disposer de l'autorisation de création d'unités d'organisation et de groupes de sécurité et d'ajout de
membres à ces groupes dans Active Directory. Vous pouvez également utiliser un fichier de configuration
Setup XML pour installer Dynamics 365 Server si les groupes de sécurité ont déjà été créés. Pour plus
d'informations, voir Utiliser l'invite de commandes pour installer Microsoft Dynamics 365.
Si SQL Server Reporting Services est installé sur un autre serveur, vous devez ajouter le rôle Gestionnaire
de contenu à la racine du compte d'utilisateur qui effectue l'installation. Vous devez également ajouter le
Rôle Administrateur système au niveau du site du compte d'utilisateur qui effectue l'installation.
Autorisations des services Microsoft Dynamics 365 et de l'identité du pool d'applications IIS
Cette section répertorie les autorisations minimales nécessaires aux comptes d'utilisateur de domaine pour les
services et les pools d'applications IIS que Dynamics 365 for Customer Engagement utilise.
IMPORTANT
Les comptes d'identité du pool d'applications (CRMAppPool) et des services Dynamics 365 for Customer Engagement ne
doivent pas être configurés en tant qu'utilisateur Dynamics 365 for Customer Engagement. Cela pourrait entraîner des
problèmes d'authentification et un comportement inattendu de l'application pour tous les utilisateurs Dynamics 365 for
Customer Engagement. Pour plus d'informations :Problèmes avec CRM lorsque le compte d'utilisateur CRMAppPool est
un utilisateur CRM
Les comptes de services gérés (comptes de services gérés en tant que groupes (gMSA) ou comptes de services gérés
seuls) et les comptes virtuels (NT SERVICE\,<NOM SERVICE>) ne sont pas pris en charge pour l'exécution des services
Les sous-sections suivantes décrivent les autorisations de compte d'utilisateur de domaine requises pour chaque
service ou identité de pool d'applications :
Service de traitement Bac à sable (sandbox) Microsoft Dynamics 365
Service de traitement asynchrone Microsoft Dynamics 365 et services (maintenance) du Service de traitement
asynchrone Microsoft Dynamics 365
Service de surveillance Microsoft Dynamics 365
Service Enregistreur VSS Microsoft Dynamics 365
Service Web de déploiement (identité du pool d'applications CRMDeploymentServiceAppPool)
Service d'application (Identité du pool d'applications IIS CRMAppPool)
Service de traitement Bac à sable (sandbox ) Microsoft Dynamics 365
Membres utilisateurs du domaine.
Ce compte doit disposer de l'autorisation Ouvrir une session en tant que ser vice dans la stratégie de
sécurité locale.
Autorisations en lecture et en écriture sur le dossier Trace , situé par défaut sous \Program Files\Microsoft
Dynamics 365\Trace, et sur les dossiers %AppData% du compte d’utilisateur sur l’ordinateur local.
Autorisation en lecture sur la sous-clé HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM dans
le Registre Windows.
Le compte de service peut avoir besoin d'un SPN pour l'URL permettant d'accéder au site Web qui lui est
associé. Pour définir ce SPN pour le compte Service de traitement Bac à sable (sandbox), exécutez la
commande suivante à partir d'une invite de commandes sur l'ordinateur où s'exécute le service.
SETSPN –a MSCRMSandboxService/<ComputerName> <service account>
Service de traitement asynchrone Microsoft Dynamics 365 et services (maintenance) du Service de traitement asynchrone Microsoft
Dynamics 365
Membre de PrivUserGroup et SQLAccessGroup. Par défaut, ces groupes sont créés et l'appartenance
adéquate est accordée pendant l'exécution du Microsoft Dynamics 365 ServerInstallation.
Membre utilisateurs du journal de performances du groupe local intégré.
Ce compte doit disposer de l'autorisation Ouvrir une session en tant que ser vice dans la stratégie de
sécurité locale.
Autorisation en lecture et en écriture sur les dossiers suivants.
Dossier Trace . Il se trouve par défaut sous \Program Files\Microsoft Dynamics CRM\, et sur le
dossier %AppData% du compte d'utilisateur sur l'ordinateur local.
Dossier CustomizationImport . Il se trouve par défaut sous \Program Files\Microsoft Dynamics CRM\.
Il peut être requis pour l'importation de la solution lorsque vous utilisez le Services web Dynamics
365 Customer Engagement.
Toutes les autorisations d'accès sauf Contrôle total et Accès en écriture à la liste de contrôle d'accès aux
sous-clés HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM et
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSCRMSandboxService du Registre Windows.
associé. Pour définir ce SPN pour le compte Service asynchrone, exécutez la commande suivante à partir
d'une invite de commandes sur l'ordinateur où s'exécute le service.
SETSPN –a MSCRMAsyncService/<ComputerName> <service account>
Service de surveillance Microsoft Dynamics 365

Ce compte doit disposer de l’autorisation Logon as service dans la stratégie de sécurité locale.
Si le service de surveillance Microsoft Dynamics 365 est installé avec un rôle serveur Serveur frontal,
l'appartenance au groupe d'administrateurs local sur l'ordinateur où s'exécute le service est nécessaire
pour surveiller les groupes de sites web et d'applications. Pour plus d'informations :Rôles serveur
spécifiques disponibles
Autorisation de lecture sur HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM
Membre de SQLAccessGroup. Par défaut, ce groupe est créé et l'appartenance adéquate est accordée
pendant l'exécution du Microsoft Dynamics 365 ServerInstallation.
associé.
Service Enregistreur VSS Microsoft Dynamics 365
Ce compte doit être membre du groupe Backup Operators sur le serveur hébergeant ce service.
Autorisation de lecture sur HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM
Service Web de déploiement (identité du pool d'applications CRMDeploymentServiceAppPool)
L'appartenance au groupe Administrateurs locaux sur l'ordinateur sur lequel SQL Server est installé est
nécessaire pour réaliser des opérations sur la base de données de l'organisation (par exemple, importer
une organisation ou en créer une nouvelle).
Membre du groupe Administrateurs locaux sur l'ordinateur où Service Web de déploiement s'exécute.
Autorisation Sysadmin sur l'instance SQL Server à utiliser pour la configuration et les bases de données de
l'organisation.
Autorisations en lecture et en écriture sur les dossiers Trace et CRMWeb , situés par défaut sous \Program
Files\Microsoft Dynamics CRM\, et sur le dossier %AppData% du compte d'utilisateur sur l'ordinateur local.
Membre du groupe CRM_WPG. Ce groupe est utilisé pour les processus de travail IIS. Ce groupe est créé et
le membre ajouté pendant l'exécution du Microsoft Dynamics 365 ServerInstallation.
associé.
Service d'application (Identité du pool d'applications IIS CRMAppPool)
Membres du groupe d'utilisateurs de domaine.
Membre utilisateurs du journal de performances du groupe local intégré.
Autorisations en lecture et en écriture sur les dossiers Trace et CRMWeb , situés par défaut sous \Program
Files\Microsoft Dynamics CRM\, et sur le dossier %AppData% du compte d'utilisateur sur l'ordinateur local.
Membre du groupe CRM_WPG. Ce groupe est utilisé pour les processus de travail IIS. Ce groupe est créé et
le membre ajouté pendant l'exécution du Microsoft Dynamics 365 ServerInstallation.
associé.
Noms de principal du service et identités du pool d'applications IIS s'exécutant sous une authentification du mode noyau
Par défaut, les sites Web IIS sont configurés pour utiliser une authentification du mode noyau. Lorsque vous
exécutez le site Web Dynamics 365 for Customer Engagement à l'aide de l'authentification du mode noyau, il ne
sera peut-être pas nécessaire de configurer des noms de principal du service (SPN) supplémentaires pour les
identités CRMAppPool.
Pour plus d'informations sur l'affichage, la suppression et l'enregistrement des SPN à l'aide du programme
d'installation SetSPN.exe, voir Syntaxe SetSPN des noms principaux de services (SPN)
Fichiers d'installation Microsoft Dynamics 365

Si vous prévoyez d’installer Dynamics 365 depuis un emplacement réseau, tel qu’un partage réseau, vous devez
vous assurer que des autorisations appropriées sont appliquées au dossier, de préférence sur un volume NTFS, où
les fichiers d’installation sont situés. Par exemple, vous pouvez attribuer des autorisations sur ce dossier
uniquement aux membres du groupe Admins du domaine. Cette pratique peut contribuer à réduire le risque
d’attaques sur les fichiers d’installation qui pourraient les endommager ou les corrompre. Pour plus
d’informations sur la définition d’autorisations sur des fichiers et des dossiers dans le système d’exploitation
Windows, consultez l’aide Windows.
Voir aussi
Meilleures pratiques de sécurité Microsoft Dynamics 365
Bonnes pratiques de sécurité pour Dynamics 365
Internet Information Services (IIS) est un service Web exigible inclus dans Windows Server. Dynamics 365 for
Customer Engagement dépend de la sécurité et de l’efficacité du service Web IIS. Prenez en compte les éléments
suivants :
Dans les fichiers de configuration machine.config et web.config , vous pouvez déterminer si le débogage
est activé et si des messages d'erreur détaillés sont envoyés au client. Assurez-vous que le débogage est
désactivé sur tous les serveurs de production et qu'un message d'erreur générique est envoyé au client en
cas de problème. Vous évitez ainsi l'envoi inutile d'informations à propos de la configuration du serveur
Web au client.
Vérifiez que les Service Packs et mises à jour les plus récents pour le système d'exploitation et IIS ont été
appliqués. Pour obtenir les informations les plus récentes, consultez le site Web Microsoft Sécurité.
Le programme d'installation de Dynamics 365 Server crée des pools d’applications appelés CRMAppPool
et CRMDeploymentSer viceAppPool qui fonctionnent sous les informations d’identification spécifiées au
cours du programme d'installation. Pour faciliter un modèle à faibles privilèges, il est conseillé de spécifier
des comptes d’utilisateur de domaine distincts pour ces pools d’applications plutôt que d’utiliser un compte
Service réseau. Par ailleurs, il est recommandé de ne pas installer d'autres applications ASP.NET sous ces
pools d'applications. Pour des informations sur les autorisations minimales requises pour ces composants,
voir Autorisations minimales requises pour le programme d’installation, les services et composants
Microsoft Dynamics 365.
IMPORTANT
Assurez-vous que tous les sites Web qui s'exécutent sur le même ordinateur que le site Web Dynamics 365 for Customer
Engagement peuvent également avoir accès à la base de données Customer Engagement.
Si vous utilisez un compte d'utilisateur de domaine, avant d'exécuter le Microsoft Dynamics 365 ServerInstallation, vous
devrez peut-être vérifier que le nom de principal du service (SPN) est correctement défini pour ce compte, et si nécessaire,
définir le SPN correct. Pour plus d'informations sur les noms de principal du service et leur définition, consultez la page
Utilisation des SPN lors de la configuration des applications Web hébergées sur IIS (éventuellement en anglais).
Gestion des noms de principal du service dans Microsoft Dynamics 365

L'attribut de nom de principal du service (SPN) est un attribut à plusieurs valeurs non lié qui est créé à partir du
nom d'hôte DNS. Le nom de principal du service est utilisé pendant l'authentification mutuelle entre le client et le
serveur hébergeant un service spécifique. Le client recherche un compte d'ordinateur basé sur le SPN du service
auquel il tente de se connecter.
Le programme d'installation de Dynamics 365 Server déploie des services propres au rôle et des pools
d'applications Web qui fonctionnent avec les informations d'identification utilisateur spécifiées pendant
l'Installation. Pour examiner la liste complète de ces rôles et les autorisations requises, consultez Autorisations
minimales requises pour le programme d’installation, les services et composants Microsoft Dynamics 365.
Lorsque déployez une infrastructure Dynamics 365 for Customer Engagement hébergée, deux de ces rôles peuvent
demander une attention particulière :
Service Web de déploiement
Service d'application
Dans des scénarios de batterie de serveurs Web, comme dans le cas d'une offre hébergée, il est recommandé de
conserver l'authentification du mode noyau activée. En outre, vous devez envisager l'utilisation de comptes
d'utilisateurs de domaine distincts pour exécuter ces services pour les raisons suivantes :
L'utilisation de comptes de service distincts pour ces rôles serveur facilite l'implémentation de l'équilibrage
de charge matérielle.
Le rôle serveur Service Web de déploiement nécessite l'élévation des autorisations pour mettre en service
les organisations de la base de données Customer Engagement. Si vous souhaitez choisir un modèle avec
moins de privilèges, la solution la plus sûre pour implémenter les SPN dans une infrastructure Dynamics
365 for Customer Engagement hébergée implique l'exécution du Service Web de déploiement sous un
autre compte d'utilisateur de domaine que le service d'applications.
Si vous décidez d’utiliser des comptes de domaine distincts pour ces rôles serveur, vous devez vérifier que le SPN
est correct pour chaque compte avant de démarrer le programme d'installation de Dynamics 365 Server. Ainsi, la
définition du SPN correct sera plus simple.
Si l'authentification du mode noyau est activée, les SPN seront définis pour le compte de l'ordinateur,
indépendamment du compte de service spécifié. Lorsque vous implémentez une batterie de serveurs Web, activez
l'authentification du mode noyau et modifiez le fichier ApplicationHost.config local.
Si les services Web de déploiement et d'applications sont exécutés sur le même système et si l'authentification du
mode noyau est désactivée, vous pouvez configurer les deux services afin qu'ils s'exécutent sous le même compte
d'utilisateur de domaine pour empêcher les problèmes de SPN en double. Si vous ne pouvez pas activer
l'authentification du mode noyau, installez les services Web de déploiement et d'applications sur des systèmes
distincts. Les SPN devront peut-être être créés manuellement dans la mesure où l'authentification du mode noyau
est désactivée.
Voir aussi
Meilleures pratiques d'administration de Microsoft Dynamics 365
Meilleures pratiques d'administration pour les
déploiements locaux de Dynamics 365 Customer
Engagement (on-premises)
En respectant quelques règles d'administration simples, vous pouvez améliorer sensiblement la sécurité de votre
déploiement local de Dynamics 365 for Customer Engagement :
Généralement, il n'est pas nécessaire que les utilisateurs Customer Engagement possèdent des privilèges
administratifs sur le domaine. Dès lors, tous les comptes d'utilisateur Customer Engagement doivent être
limités aux privilèges accordés au type de compte Utilisateurs de domaine. En outre, en appliquant le
principe de limitation des privilèges, quiconque utilise le système Customer Engagementne doit posséder
que les droits strictement nécessaires. Cela commence au niveau du domaine. Un compte d’utilisateur de
domaine doit être créé et utilisé pour exécuter Customer Engagement. Les comptes d’administrateur de
domaine ne doivent jamais être utilisés pour exécuter Customer Engagement.
Limitez le nombre de rôles Dynamics 365 for Customer EngagementAdministrateur de déploiement et
Administrateur système aux seules personnes chargées des modifications de règles. Les administrateurs de
SQL Server, Microsoft Exchange Server ou Active Directory n'ont pas à être membres du groupe
d'utilisateurs Customer Engagement.
Assurez-vous qu'au moins deux ou trois personnes de confiance bénéficient du rôle d'Administrateur de
déploiement. Ceci permet d'éviter le verrouillage du système si l'Administrateur de déploiement principal
n'est pas disponible.
Dans certaines organisations, il est courant de réutiliser des mots de passe dans différents systèmes et
domaines. Ainsi, un administrateur responsable de deux domaines peut créer dans les deux des comptes
d’administrateur qui utilisent le même mot de passe, voire définir des mots de passe d’administrateur local
sur des ordinateurs de domaine qui sont identiques dans tout le domaine. Dans un tel cas, si un seul compte
ou ordinateur venait à être compromis, c'est la sécurité de tout le domaine qui serait en jeu. Les mots de
passe ne peuvent jamais être utilisés de la sorte.
Il est également assez habituel d’utiliser les comptes Administrateurs de domaine comme comptes de
services courants tels que les systèmes de sauvegarde. Toutefois, l’utilisation de comptes Administrateurs de
domaine comme comptes de service présente un risque de sécurité. Il est très facile pour quiconque
possède des droits administratifs sur l'ordinateur, de récupérer le mot de passe. En conséquence, si un
ordinateur est compromis, tout le domaine peut l'être. Les comptes de service ne doivent jamais être des
comptes Administrateurs de domaine et doivent, dans la mesure du possible, disposer de privilèges limités.
Un compte d'utilisateur de domaine spécifié pour exécuter un service Dynamics 365 for Customer
Engagement ne doit pas être aussi configuré comme utilisateur Customer Engagement. Cela peut entraîner
un comportement inattendu de l'application.
Voir aussi
Modèle de sécurité Microsoft Dynamics 365
Considérations sur la sécurité des systèmes
d'exploitation et des technologies de plateforme pour
Planifier la sécurité de votre environnement et tenter de trouver le meilleur compromis entre les menaces et les
accès. Ainsi, un ordinateur peut être enfermé dans une chambre forte à laquelle seul un administrateur système a
accès. Cet ordinateur est donc sécurisé, mais difficile à utiliser puisqu’il n’est connecté à aucun autre. Si, pour les
activités de l'entreprise, vos utilisateurs ont besoin d'un accès à Internet et à un intranet d'entreprise, vous devez
réfléchir à la façon de rendre votre réseau à la fois sûr et utilisable.
Dans cette rubrique vous trouverez des informations et des liens utiles vers de nombreuses ressources que vous
pouvez utiliser pour de renforcer la sécurité de votre environnement. Car au final, la sécurité des données
Dynamics 365 for Customer Engagement dépend largement de la sécurité des systèmes d'exploitation et des
composants logiciels utilisés.
Sécurisation de Windows Server

Windows Server, pierre angulaire de Dynamics 365 for Customer Engagement, présente une sécurité réseau
sophistiquée. Le protocole d'authentification Kerberos version 5 intégré à Active Directory et Services ADFS (Active
Directory Federation Services) vous permet de fédérer les domaines Active Directory par le biais de
l'authentification basée sur les revendications. Leur combinaison offre une authentification normalisée Ces normes
d'authentification permettent aux utilisateurs d'entrer une seule combinaison de nom d'utilisateur et mot de passe
pour accéder aux ressources sur le réseau. Windows Server propose également plusieurs fonctionnalités qui
optimisent la sécurité du réseau.
Cliquez sur les liens suivants pour en savoir plus sur ces fonctionnalités et sur comment rendre votre déploiement
Windows Server plus sécurisé :
Contrôle d'accès à Dynamics : Vue d'ensemble du scénario
Sécurisation de l'accès privilégié
Rapports d'erreurs Windows
Dynamics 365 for Customer Engagement requiert l'installation du service Rapports d'erreurs Windows, que le
programme d'installation installera si nécessaire. Le service WER collecte des informations, telles que les adresses
IP. Ces addresses IP ne sont pas utilisées à des fins d'identification des utilisateurs. Le service WER ne collecte pas
les noms, les adresses, les adresses électroniques, les noms d'ordinateur ou toute autre information confidentielle
de façon intentionnelle. Il se peut que ces informations soient recueillies dans la mémoire ou dans les données
provenant d'autres fichiers ouverts, mais Microsoft ne les utilise pas pour identifier les utilisateurs. Par ailleurs, les
informations transmises entre l’application Dynamics 365 for Customer Engagement et Microsoft peuvent ne pas
être sécurisées. Pour plus d’informations sur les types d’informations transmises, voir la déclaration de
confidentialité du service de rapport d’erreurs Microsoft.
Gestion des mises à jour
Les mises à jour Dynamics 365 for Customer Engagement incluent des améliorations de la sécurité, des
performances et des fonctionnalités. Assurez-vous que vos applications Dynamics 365 for Customer Engagement
disposent des mises à jour les plus récentes pour que votre système s'exécute de façon la plus efficace et la plus
stable possible. Vous trouverez plus d'informations sur comment gérer les mises à jour ici :
Vue d'ensemble de canal semi-annuelle Windows Server
Sécurisation de SQL Server

Dans la mesure où Dynamics 365 for Customer Engagement utilise SQL Server, assurez-vous de prendre les
mesures suivantes pour améliorer la sécurité de votre base de données SQL Server :
Appliquez les Service Packs et mises à jour les plus récents pour le système d'exploitation et SQL Server.
Consultez le site Web Microsoft Sécurité pour obtenir les informations les plus récentes.
Installez tous les fichiers système et de données SQL Server sur des partitions NTFS pour bénéficier d'une
sécurité au niveau du système de fichiers. Ces fichiers ne doivent être accessibles qu'aux utilisateurs de
niveau administration ou système par l'intermédiaire des autorisations NTFS. Cela empêche les utilisateurs
d'accéder à ces fichiers lorsque le service MSSQLSERVER n'est pas en cours d'exécution.
Utilisez un compte de domaine avec peu de privilèges Sinon, spécifiez le service réseau ou le compte
système local pour les services SQL Server. Toutefois, nous ne vous recommandons pas d'utiliser ces
comptes car les comptes d'utilisateur de domaine peuvent être configurés avec moins d'autorisations pour
exécuter les services SQL Server. Les comptes d’utilisateurs de domaine doivent disposer uniquement des
droits strictement nécessaires dans le domaine et doit aider à contenir (mais pas arrêter) une attaque dirigée
contre le serveur dans le cas où le système serait compromis. En d'autres termes, ces comptes doivent avoir
uniquement des autorisations de niveau utilisateur dans le domaine. Si SQL Server est installé à l'aide d'un
compte Administrateur de domaine pour exécuter les services, la compromission du serveur SQL Server
met en péril tout le reste du domaine. Pour modifier ce paramètre, utilisez SQL Server Management Studio,
dans la mesure où les listes de contrôle d'accès (ACL) associées aux fichiers, au registre et aux droits des
utilisateurs seront automatiquement modifiées.
Du fait que SQL Server authentifie les utilisateurs disposant des informations d’accès Authentification
Windows ou SQL Server, nous vous suggérons d’utiliser l’Authentification Windows qui propose une
ouverture de session unique facilitée et la méthode d’authentification la plus sécurisée.
Au minimum, activez l'audit des échecs de connexion. Par défaut, l'audit du système de SQL Server est
désactivé, et aucune condition ne fait l'objet d'un audit. Il est par conséquent très difficile de détecter les
intrusions et cela aide sans aucun doute les auteurs d’attaque à brouiller les pistes.
Les administrateurs de Report Server doivent pouvoir activer la fonctionnalité de sandboxing RDL pour
limiter l'accès au Report Server. Pour plus d'informations :Activation et désactivation de la fonctionnalité de
sandboxing RDL
Configurez chaque connexion SQL pour utiliser la base de données master comme base de données par
défaut. Même si les utilisateurs ne doivent pas, en toute logique, avoir de droits sur la base de données
master, il est recommandé, dans le cadre des meilleures pratiques, de modifier la valeur par défaut pour
chaque connexion SQL (à l’exception des connexions avec le rôle SYSADMIN) et d’utiliser
Nomorganisation_MSCRM comme base de données par défaut. Pour plus d'informations :Sécurisation de
SQL Server
Sécurisation d'Exchange Server et d'Outlook

Les considérations suivantes concernent Microsoft Exchange Server ou Exchange Server dans un environnement
Dynamics 365 for Customer Engagement :
Exchange Server comprend un éventail très complet de mécanismes qui fournissent un contrôle
administratif granulaire de son infrastructure. Plus spécifiquement, il est possible d'utiliser les groupes
administratifs pour regrouper des objets Exchange Server, tels que les serveurs, les connecteurs ou les
stratégies, et ensuite de modifier les listes de contrôle d'accès (ACL) associées à ces groupes administratifs
pour en contrôler l'accès. Vous pouvez, par exemple, autoriser des administrateurs Dynamics 365 for
Customer Engagement à bénéficier d'un certain niveau de contrôle sur les serveurs qui affectent
directement leurs applications. Lorsque vous implémentez des groupes administratifs efficacement, vous
savez que vous accordez aux administrateurs Dynamics 365 for Customer Engagement exactement les
droits dont ils ont besoin pour leur travail.
Vous constaterez dans de nombreux cas, qu'il est souvent utile et pratique de créer une unité d'organisation
distincte pour les utilisateurs Dynamics 365 for Customer Engagement et d'octroyer aux administrateurs
Dynamics 365 for Customer Engagement des droits d'administration limités sur cette unité d'organisation.
Les administrateurs peuvent effectuer des modifications pour tout utilisateur de cette unité d'organisation
mais non pour un utilisateur qui n'en fait pas partie.
Assurez-vous toujours de vous potéger comme il se doit contre le relais de messagerie non autorisé. Le
relais de messagerie autorise un utilisateur SMTP à utiliser un serveur SMTP pour transférer des messages
électroniques vers un domaine distant. Par défaut, Microsoft Exchange Server est configuré pour empêcher
les relais de messagerie. Les paramètres exacts que vous configurez dépendent du flux de messages et de la
manière le serveur de messagerie de votre fournisseur de services Internet est configuré. Cependant, la
meilleure approche consiste à verrouiller complètement vos paramètres de relais de messagerie puis à les
élargir progressivement pour permettre au courrier électronique d’accéder à votre système. Pour plus
d’informations, voir l’aide du Exchange Server.
Sécurisation des appareils mobiles

Alors que les organisations prennent en charge un nombre croissant d'employés mobiles, une sécurité forte reste
indispensable. Voici quelques ressources pour vous aider à employer les meilleures pratiques avec des appareils
mobiles, tels que des smartphones et des tablettes :
Microsoft Intune
iOS dans l'entreprise (iPad et iPhone)
Voir aussi
Vue d'ensemble du programme d'installation des applications mobiles
Ports réseau pour Dynamics 365 Customer
Cet article décrit les ports utilisés pour Dynamics 365 for Customer Engagement. Ces informations sont utiles
lorsque vous configurez votre réseau, si les utilisateurs se connectent par le biais d'un pare-feu.
Ports réseau pour l'application Web Microsoft Dynamics 365

Le tableau suivant répertorie les ports utilisés par un serveur exécutant une installation serveur complète de
Dynamics 365 for Customer Engagement. Par ailleurs, à l'exception du rôle serveur SQL Server et du rôle serveur
Extensions de rapport Microsoft Dynamics 365, tous les rôles serveur sont installés sur le même ordinateur.
P ROTO C O L E P O RT DESC RIP T IO N EXP L IC AT IO N
TCP 80 HTTP Port par défaut de

l'application Web. Ce port
peut être différent dans la
mesure où il peut être
modifié au cours de
l'exécution du Microsoft
Dynamics 365
ServerInstallation. Pour les
nouveaux sites Web, le
numéro de port par défaut
est 5555.
TCP 135 MSRPC Résolution du point de

terminaison RPC
TCP 139 NETBIOS-SSN Service de session NETBIOS
TCP 443 HTTPS Port HTTP sécurisé par

défaut. Le numéro de port
peut être différent du port
par défaut. Ce protocole de
transport réseau sécurisé
doit être configuré
manuellement. Bien que
l'utilisation de ce port pour
l'exécution de Dynamics 365
for Customer Engagement
ne soit pas obligatoire, elle
est fortement recommandée.
Pour plus d'informations sur
la configuration de HTTPS
pour Customer Engagement,
voir Renforcer la sécurité des
communications réseau
client-serveur Microsoft
Dynamics 365.
TCP 445 Microsoft-DS Le service Active Directory

est nécessaire pour l'accès et
l'authentification Active
Directory. Il est utilisé par le
protocole SMB (Server
Message Block) lors de la
création d'une organisation
pour créer une « base de
données de modèles »
depuis l'emplacement
d'installation sur Dynamics
365 Server vers un chemin
d'accès UNC sur le serveur
SQL.
UDP 123 NTP Network Time Protocol
UDP 137 NETBIOS-NS Service de nom NETBIOS
UDP 138 NETBIOS-dgm Service de datagramme

NETBIOS
UDP 445 Microsoft-DS Le service Active Directory

SQL.
UDP 1025 Blackjack DCOM, utilisé en tant

qu'écouteur RPC
IMPORTANT
En fonction de votre configuration de l'approbation de domaine, des ports réseau devront peut-être être disponibles pour
que Dynamics 365 for Customer Engagement fonctionne correctement. Pour plus d'informations :Configuration requise pour
le port Active Directory et Active Directory Domain Services
Ports réseau pour les rôles serveur Service asynchrone, Serveur

d'application Web et Service de traitement bac à sable (sandbox)
Le tableau suivant répertorie les ports supplémentaires utilisés pour un déploiement dans lequel Service de
traitement Bac à sable (sandbox) s'exécute sur un ordinateur distinct.
TCP 808 Communication entre les Par défaut, la communication

rôles serveur Customer sur le port 808 se produit
Engagement comme suit.
- Les services Service

asynchrone et Serveur
d'application Web
communiquent avec le
Service de traitement Bac à
sable (sandbox) par le biais
de ce canal.
- Le Service de traitement
Bac à sable (sandbox)
communique avec le Serveur
d'application Web par le biais
de ce canal.
Le port par défaut est 808,

mais peut être modifié dans
le Registre Windows en
ajoutant la valeur de registre
DWORD TcpPort dans la clé
HKEY_LOCAL_MACHINE\SO
FTWARE\Microsoft\MSCRM\.
Ports réseau utilisés pour le rôle serveur Service Web d'organisation.

Le tableau suivant répertorie les ports supplémentaires utilisés par le rôle serveur Service Web d'organisation.
TCP 808 Utilisé pour les rapports Les serveurs SQL Server
Fetch Reporting Services qui
exécutent les rapports Fetch
initialisés par les clients
Dynamics 365
communiquent avec le rôle
serveur Service Web
d'organisation (un rôle
Serveur frontal) via ce port.
Ports réseau utilisés par le serveur SQL Server qui exécute les rôles
serveur SQL Server et Microsoft Dynamics 365 Reporting Extensions
Le tableau suivant répertorie les ports utilisés par un ordinateur qui exécute SQL Server et sur lequel seuls les rôles
serveur SQL Server et Extensions de rapport Microsoft Dynamics 365 (connecteur de données SRS) sont installés.
TCP 135 MSRPC Résolution du point de

terminaison RPC
TCP 139 NETBIOS-SSN Service de session NETBIOS

TCP 445 Microsoft-DS Le service Active Directory

SQL.
TCP 1433 ms-sql-s Service de sockets SQL

Server. Ce port est
nécessaire pour accéder à
SQL Server. Ce numéro peut
être différent si vous avez
configuré votre instance par
défaut de SQL Server pour
utiliser un numéro de port
différent ou si vous utilisez
une instance nommée.
UDP 123 NTP Network Time Protocol
UDP 137 NETBIOS-NS Service de nom NETBIOS
UDP 138 NETBIOS-dgm Service de datagramme

NETBIOS
UDP 445 Microsoft-DS Le service Active Directory

SQL.
UDP 1025 Blackjack DCOM, utilisé en tant

qu'écouteur RPC
IMPORTANT
Outre les ports précédemment répertoriés, le port UDP 1434 (SQL Server Browser Service) sur SQL Server est requis par le
Microsoft Dynamics 365 ServerInstallation pour renvoyer une liste des ordinateurs exécutant SQL Server pendant
l'installation de Dynamics 365 Server. Pour contourner ce problème, spécifiez SQLServer\InstanceName pendant l'installation.
Voir aussi
Déploiement de plusieurs serveurs Dynamics 365
Les déploiements Dynamics 365 Server peuvent inclure plusieurs serveurs, ce qui améliore les performances et
offre d'autres avantages.
Installer des rôles serveur en exécutant le programme d'installation de

Microsoft Dynamics 365 Server
Pendant l'Microsoft Dynamics 365 ServerInstallation, vous avez la possibilité d'installer un rôle serveur :
Individuellement.
Comme l'une des trois groupes de rôles serveur prédéfinis.
Comme une installation de serveur complet qui inclut tous les rôles.
Les rôles serveur permettent d’accroître la souplesse et l’évolutivité du déploiement Dynamics 365 for Customer
Engagement. Notez que tous les rôles serveur doivent s'exécuter et être disponibles sur le réseau pour fournir un
système Dynamics 365 for Customer Engagement parfaitement fonctionnel.
Installer des rôles serveur en exécutant le programme d'installation de Microsoft Dynamics 365 Server à l'invite
de commandes
Vous pouvez installer les rôles Dynamics 365 Server et Extensions de rapport Microsoft Dynamics 365 à partir de
leurs disques d'installation respectifs ou depuis leur emplacement de téléchargement de fichiers, sans assistance,
en utilisant l'invite de commandes. Les informations d’installation requises sont fournies au programme
d’installation à la fois sous la forme de paramètres de ligne de commande et sous la forme d'un fichier de
configuration XML référencé par ledit programme d’installation. Pour plus d'informations :Utiliser l'invite de
commandes pour installer Microsoft Dynamics 365.
emplacement de Microsoft Dynamics 365 Server

Pour améliorer les performances de l'application, les ordinateurs qui exécutent les rôles Dynamics 365 Server et
l'ordinateur qui exécute SQL Server doivent être sur le même réseau local en raison du trafic réseau échangé entre
eux. C'est également recommandé pour Active Directory où les ordinateurs sur lesquels Dynamics 365 Server et le
contrôleur de domaine Active Directory s'exécutent doivent être sur le même réseau local afin de garantir un accès
efficace d'Active Directory à Dynamics 365 for Customer Engagement.
Emplacement de SQL Server et du contrôleur de domaine Active

Directory
Pour chaque organisation, Dynamics 365 for Customer Engagement stocke toutes les données de gestion de la
relation client (CRM) dans une base de données SQL Server. Vérifiez que l'ordinateur sur lequel s'exécute SQL
Server et qui effectue la maintenance des bases de données Dynamics 365 for Customer Engagement est situé
près de Dynamics 365 Server. En d'autres termes, vous avez besoin d'une connexion réseau permanente haute
vitesse entre le serveur Dynamics 365 Server et l'ordinateur qui exécute SQL Server. Une perte de communication
réseau entre ces ordinateurs peut entraîner la perte de données et l'indisponibilité des services.
Il en va de même pour Active Directory, car Dynamics 365 for Customer Engagement est dépendant d'Active
Directory en termes de sécurité. En cas d'interruption de la communication avec Active Directory, Dynamics 365 for
Customer Engagement ne fonctionne plus correctement. Si la communication avec Active Directory n'est pas
efficace, les performances de Dynamics 365 for Customer Engagement risquent de se dégrader. Dès lors, il est
important de placer un contrôleur de domaine Active Directory sur la même connexion réseau permanente haute
vitesse que les ordinateurs Dynamics 365 for Customer Engagement et SQL Server.
Voir aussi
Configurations prises en charge dans Microsoft Dynamics 365
Rôles dans Microsoft Dynamics 365 Server
Prise en charge de topologies à plusieurs serveurs Microsoft Dynamics 365
Rôles Microsoft Dynamics 365 Server
Avec Dynamics 365 Server, vous pouvez installer des services, composants et fonctionnalités spécifiques au
serveur sur différents ordinateurs. Ces composants et services correspondent à des rôles serveur propres. Par
exemple, les clients disposant de bases utilisateurs plus importantes peuvent installer le rôle Serveur frontal CRM
sur au moins deux serveurs exécutant Internet Information Services (IIS) pour augmenter les performances
offertes aux utilisateurs. Ou, un rôle Serveur complet peut être installé sur un ordinateur et Extensions de rapport
Microsoft Dynamics 365 sur un autre. S'il manque un rôle serveur, le Gestionnaire de déploiement affiche un
message dans la zone Messages .
Utilisez l'une des options suivantes pour installer les rôles serveur :
Exécutez l'Assistant Installation Dynamics 365 Server pour sélectionner un ou plusieurs groupes de rôles
serveur ou un ou plusieurs rôles serveur différents. Si Dynamics 365 Server est déjà installé, dans le
Panneau de configuration, vous pouvez utiliser Programmes et fonctionnalités pour ajouter ou supprimer
des rôles serveur.
Configurez un fichier de configuration du programme d'installation XML, puis exécutez le programme
d'installation depuis l’invite de commandes pour indiquer un groupe de rôles serveur ou au moins un rôle
serveur différent. Vous ne pouvez pas sélectionner explicitement le « rôle » SQL Server pour l’installation
pendant le processus d’installation de Dynamics 365 Server. Ce rôle est un rôle logique que SQL Server
définit lorsque vous spécifiez une instance précise de SQL Server, soit locale, soit sur un autre ordinateur
(recommandé), dans le but de l'utiliser dans un déploiement Dynamics 365 for Customer Engagement. Pour
plus d'informations, consultez : Fichier de configuration XML Microsoft Dynamics 365 Server.
NOTE
À tout moment après l'installation initiale des rôles serveur, il vous est possible d'ajouter ou de supprimer des rôles serveur
dans Programmes et fonctionnalités. Pour plus d’informations, voir la rubrique intitulée Désinstallation, modification ou
réparation de Microsoft Dynamics 365 Server.
IMPORTANT
Si votre déploiement de Dynamics 365 for Customer Engagement comprend au moins un serveur frontal et des rôles
Serveur principal, Module linguistique doit être installé sur l'ordinateur disposant du rôle Serveur frontal. Si vous avez
déployé des rôles serveur, les modules linguistiques doivent être installés sur les ordinateurs qui exécutent les rôles Serveur
d'application Web et Serveur d'aide.
Rôles serveur de groupe disponibles

Bien que ces groupes de rôles serveur soient recommandés pour la plupart des déploiements, n'importe quel rôle
peut être installé pendant l'installation.
Tous les rôles serveur doivent s'exécuter dans le réseau de votre organisation pour offrir un système entièrement
opérationnel.
GRO UP E DE RÔ L ES SERVEUR DESC RIP T IO N ÉT EN DUE M ÉT H O DE D'IN STA L L AT IO N
Serveur complet Contient tous les rôles Déploiement Complet

(Serveur frontal, Serveur
principal et Serveur
d'administration de
déploiement). Le
programme d'installation de
Dynamics 365 Server
déploie par défaut le
système en tant que Serveur
complet. Dans un
déploiement Serveur
complet, les rôles serveur ne
sont pas répertoriés à part
dans le Panneau de
configuration. Pour consulter
les rôles installés ou leur
apporter des modifications,
cliquez avec le bouton droit
sur Microsoft Dynamics
365 Ser ver , sélectionnez
Désinstaller/Modifier ,
puis Configurer .
Serveur frontal Active les rôles serveur pour Déploiement Groupe ou Complet
l'exécution d'applications
clientes et d'applications
développées par le biais du
Services web Dynamics 365
Serveur principal Inclut les rôles serveur Déploiement Groupe ou Complet

gérant le traitement des
événements asynchrones,
tels que les workflows et les
plug-ins personnalisés, la
maintenance des bases de
données et le routage des
messages électroniques. Ces
rôles ne sont généralement
pas exposés sur Internet.
Pour consulter la liste des

rôles serveur inclus dans ce
groupe, voir le tableau
suivant.
GRO UP E DE RÔ L ES SERVEUR DESC RIP T IO N ÉT EN DUE M ÉT H O DE D'IN STA L L AT IO N
Serveur d'administration de Active les rôles serveur pour Déploiement Groupe ou Complet
déploiement les composants servant à
gérer le déploiement
Dynamics 365 for Customer
Engagement soit par le biais
des méthodes décrites dans
le Services web Dynamics
365 Customer Engagement
soit grâce aux outils de
déploiement. Propose
également l'interface pour la
prise en charge de la
récupération d'urgence des
bases de données.
Pour consulter la liste des

rôles serveur inclus dans ce
groupe, voir le tableau
suivant.
Rôles serveur spécifiques disponibles

GRO UP E DE M ÉT H O DE
RÔ L E SERVEUR DESC RIP T IO N SERVEURS ÉT EN DUE D'IN STA L L AT IO N
Service Web de Recherche Serveur frontal Déploiement Individuel, Groupe ou

découverte l'organisation à Complet
laquelle un utilisateur
appartient dans un
déploiement à
plusieurs utilisateurs.
Service Web Prend en charge Serveur frontal Déploiement Individuel, Groupe ou

d'organisation l'exécution Complet
d'applications utilisant
les méthodes décrites
dans le Services web
Dynamics 365
Customer
Engagement.
Serveur d'application Exécute le Serveur Serveur frontal Déploiement Individuel, Groupe ou

Web d'application Web qui Complet
sert à connecter les
utilisateurs aux
données Dynamics
365 for Customer
Engagement. Le rôle
Serveur d'application
Web requiert le rôle
Service Web
d'organisation.
Serveur d'aide Met l'aide de Serveur frontal Déploiement Individuel, Groupe ou

Dynamics 365 for Complet
Customer
Engagement à
disposition des
utilisateurs.
Service asynchrone Traite les événements Serveur principal Déploiement Individuel, Groupe ou
asynchrones mis en Complet
file d'attente, tels que
les workflows, l'envoi
de messages en
nombre ou
l'importation de
données.
Service de traitement Ce service active un Serveur principal Déploiement Individuel, Groupe ou

Bac à sable (sandbox) environnement isolé Complet
afin d’autoriser
l’exécution de code
personnalisé, tel que
les plug-ins. Cet
environnement isolé
réduit les risques
qu’un code
personnalisé affecte le
fonctionnement des
organisations.
Service d’intégration Gère l’envoi et la Serveur principal Déploiement Individuel, Groupe ou

de courrier réception du courrier Complet
électronique électronique en se
connectant à un
serveur de
messagerie externe.
Service Web de Publie le service Web Serveur Déploiement Individuel, Groupe ou

déploiement qui fournit l'interface d'administration de Complet
de déploiement déploiement
décrite dans le Kit de
développement
logiciel (SDK) de
Microsoft Dynamics
CRM, tels que les
éléments utilisés pour
la création d'une
organisation ou la
gestion d'une liste
d'administrateurs de
déploiement pour le
déploiement de
Dynamics 365 for
Customer
Engagement.
Outils de déploiement Se compose du Serveur Déploiement Individuel, Groupe ou

Gestionnaire de d'administration de Complet
déploiement et des déploiement
applets de commande
Windows PowerShell.
Les administrateurs
Dynamics 365 for
Customer
Engagement peuvent
utiliser les applets de
commande Windows
PowerShell pour
automatiser les
tâches du
Gestionnaire de
déploiement.
Un Gestionnaire de
déploiement est un
composant logiciel
enfichable Microsoft
Management Console
(MMC) que les
administrateurs de
déploiement peuvent
utiliser pour gérer les
organisations,
serveurs et licences
lors des déploiements
de Dynamics 365 for
Customer
Engagement.
Enregistreur VSS Le service Serveur Déploiement Individuel, Groupe ou

Microsoft Dynamics enregistreur VSS d'administration de Complet
365 Microsoft Dynamics déploiement
365 fournit une
interface pour
sauvegarder et
restaurer les données
Dynamics 365 en
utilisant
l'infrastructure de
service VSS (Volume
Shadow Copy Service)
Windows Server.
Extensions de rapport Fournit des N/D Déploiement Individuel par le biais

Microsoft fonctionnalités de de
Dynamics 365 création de rapports srsDataConnectorSet
par le biais de up.exe.
l'interfaçage avec le
système Dynamics
365 for Customer
Engagement et SQL
Server Reporting
Services.
SQL Server Installe la base de N/D Déploiement Individuel lors de

données l'installation de
MSCRM_CONFIG sur Dynamics 365 Server
le serveur SQL Server. ou depuis l'Assistant
Modification de
l'organisation de
Gestionnaire de
déploiement.
Définition de l'étendue
Déploiement . Chaque instance du rôle serveur sert le déploiement dans son intégralité.
Organisation . Chaque instance du rôle serveur sert une organisation. Vous pouvez par conséquent utiliser
une autre instance de rôle serveur pour une organisation donnée.
Définition de la méthode d'installation

Individuel, Groupe ou Complet . Lors de l'installation de Dynamics 365 Server, vous avez la possibilité
d'installer un rôle serveur précis, d'installer l'un des trois groupes prédéfinis de rôles serveur ou d'effectuer
une installation Serveur complet qui inclut tous les rôles. Ou, vous pouvez sélectionner plusieurs rôles
serveur distincts.
Extensions de rappor t Microsoft Dynamics 365 . Installez ce rôle avec srsDataConnectorSetup.exe sur
l’ordinateur où SQL Server Reporting Services est exécuté.
Installer le service asynchrone Microsoft Dynamics 365 pour traiter

uniquement les messages électroniques ou les événements
asynchrones
Le service de traitement asynchrone Microsoft Dynamics 365 (service de style NT) peut être utilisé pour traiter les
événements asynchrones, ainsi que les courriers électroniques, les comptes, les contacts et les tâches, à l'aide de la
synchronisation côté serveur. Selon les rôles serveur que vous sélectionnez pendant l’Microsoft Dynamics 365
ServerInstallation, vous pouvez configurer le Service asynchrone pour avoir les fonctionnalités suivantes.
La sélection d’Service asynchrone et des rôles de serveur du service d’intégration de la messagerie installe
le service de traitement asynchrone qui sera configuré pour traiter les événements asynchrones, ainsi que
les courriers électroniques, les comptes, les contacts et les tâches, à l’aide de la synchronisation côté serveur.
La sélection du seul rôle serveur Service asynchrone installe le service de traitement asynchrone qui sera
configuré pour traiter uniquement les événements asynchrones.
La sélection du seul rôle serveur service d’intégration de la messagerie installe le service de traitement
asynchrone qui sera configuré pour ne traiter que les courriers électroniques, les comptes, les contacts et
les tâches, à l’aide de la synchronisation côté serveur.
Étant données ces options, vous pouvez séparer les événements asynchrones de la synchronisation côté serveur
afin d’améliorer les performances système de Customer Engagement et simplifier la surveillance.
Configuration requise pour les rôles Microsoft Dynamics 365 Server

Le tableau suivant décrit les composants nécessaires à chaque rôle serveur Dynamics 365 Server. Un « X » indique
que le composant correspondant est requis pour l'installation et le fonctionnement du rôle serveur Dynamics 365
Server. Notez que, dans la plupart des cas, si un composant n'est pas déjà installé, le programme d'installation de
Dynamics 365 Server Server se chargera de le faire.
Éléments prérequis pour les rôles Microsoft Dynamics 365 Server
SERVEUR
D'A DM IN IST RAT IO N DE
C O M P O SA N T SERVEUR P RIN C IPA L SERVEUR F RO N TA L DÉP LO IEM EN T
Contrôle ReportViewer SQL X

Server Reporting Services
SQL Server Native Client X X X
Outil de signalement des X X X

erreurs pour les applications
Microsoft
Bibliothèque Runtime X X X
Microsoft Visual C++
Rôle de serveur Web X X

Windows Server
Service d'indexation X
Microsoft .NET Framework 4 X X X
Microsoft Chart Controls X

pour Microsoft .NET
Framework
Kit de développement X X X
logiciel (SDK) de la
plateformeAzure platform
SDK
Windows PowerShell X
Module de réécriture d'URL X

Microsoft pour IIS
Gestionnaire de ressources X
du serveur de fichiers
Le tableau suivant décrit l'appartenance au groupe pour le composant Active Directory utilisé par Dynamics 365
for Customer Engagement. Un « X » indique que l'appartenance au groupe correspondant est requise pour que le
service fonctionne.
Configuration requise pour l'appartenance au groupe
P RIVREP O RT IN GGRO
SERVIC E P RIVUSERGRO UP SQ L A C C ESSGRO UP UP REP O RT IN GGRO UP
Compte du service X X
Service Web de
déploiement
P RIVREP O RT IN GGRO
SERVIC E P RIVUSERGRO UP SQ L A C C ESSGRO UP UP REP O RT IN GGRO UP
Service d'application X X
Web*
Compte de service X X
Service asynchrone
Compte de service
Service de traitement
Bac à sable
(sandbox)**
Compte du service X
SQL Server
Compte de serveur X X
SQL Server Reporting
Services
Compte de service E- X
mail Router
Compte de X
service/d’utilisateur
qui effectue
l’installation
Comptes X
d'utilisateurs
individuels dans
Dynamics 365 for
Customer
Engagement
Compte de service X
Service de
décompression
Compte de service X X
Enregistreur VSS
Microsoft Dynamics
365
* L'identité du service d'application Web s'applique au pool d'applications CRMAppPool. Par la suite, cette identité
est utilisée par le service de l'organisation, l'application Web et la plateforme Microsoft Dynamics CRM.
** Le service Sandbox n'a besoin d'aucune appartenance au groupe de Dynamics 365 for Customer Engagement.
NOTE
E-mail Router s'exécute en tant que système local.
IMPORTANT
Le compte d’utilisateur qui effectue l’installation doit être un compte de service distinct, mais il ne doit pas être utilisé
pour exécuter des services.
Si l'un des comptes de service est créé en tant qu'utilisateurs dans Dynamics 365 for Customer Engagement, vous
rencontrerez peut-être divers problèmes, notamment des problèmes de sécurité potentiels.
Voir aussi
Déploiement de plusieurs serveurs Microsoft Dynamics 365
Prise en charge de topologies à plusieurs serveurs Microsoft Dynamics 365
Prise en charge de topologies à plusieurs serveurs
Cette section présente des exemples de différentes topologies à plusieurs serveurs
Topologie à cinq serveurs

La topologie à cinq serveurs concerne les utilisateurs de PME, en général moins de 25 utilisateurs simultanément
dans Dynamics 365 for Customer Engagement. L'exemple suivant décrit une configuration potentielle exécutant
une version prise en charge de Windows Server et les technologies logicielles facultatives et obligatoires. Il
comprend également un déploiement Serveur complet de Dynamics 365 Server configuré pour un déploiement
avec accès via Internet (IFD). Pour une liste complète des versions prises en charge des technologies obligatoires et
facultatives, voir Configuration logicielle requise pour Microsoft Dynamics 365 Server.
Une topologie à cinq serveurs est constituée des configurations suivantes :
Serveur 1 : s'exécutant sous Microsoft Windows Server en tant que contrôleur de domaine principal.
Serveur 2 : s'exécutant sous Windows Server en tant que contrôleur de domaine secondaire et serveur
Services ADFS (Active Directory Federation Services).
Serveur 3 : s'exécutant sous Windows Server avec IIS et un proxy Services ADFS (Active Directory
Federation Services).
Serveur 4 : s'exécutant sous Windows Server avec une instance de SQL Server qui inclut le moteur de base
de données, SQL Server Reporting Services et Extensions de rapport Microsoft Dynamics 365.
Serveur 5 : s'exécutant sous Windows Server, IIS et un déploiement Serveur complet de Dynamics 365
Server configuré pour Déploiement avec accès via Internet (IFD).
Appareils CRMWebClient, CRMforOutlook, tablettes et téléphones : ces ordinateurs et appareils exécutent
des applications disponibles, qui se connectent à Internet ou au réseau local, par exemple Dynamics 365 for
Outlook, Dynamics 365 for tablets et Dynamics 365 pour téléphones.
## Topologie Active_Directory avec accès Internet multiforêt et multidomaine Pour des bases de données
utilisateurs de très grande taille qui s'étendent à plusieurs domaines et, dans certains cas, à plusieurs forêts, la
configuration prise en charge est la suivante. L'exemple suivant décrit une configuration potentielle exécutant une
version spécifique de Windows Server et les logiciels requis, comme SQL Server et SharePoint.
Cet exemple illustre un déploiement possible permettant aux utilisateurs d'accéder à Dynamics 365 for Customer
Engagement via Internet en mettant en œuvre une fédération Services ADFS (Active Directory Federation Services)
prise en charge par des rôles Serveur frontal isolés de l'utilisateur et des domaines de ressources sur un modèle
de réseau de périmètre (également appelé zone démilitarisée et sous-réseau filtré).
Pour une liste complète des versions prises en charge de ces technologies logicielles, voir Configuration logicielle
requise pour Microsoft Dynamics 365 Server.
Forêt X : domaine A : sous-réseau de périmètre
Serveur virtuel avec équilibrage de la charge réseau comprenant les deux nœuds suivants :
Serveur frontal : exécution de Windows Server et Dynamics 365 Server avec le rôle Serveur frontal.
Serveur frontal : autre Windows Server exécutant Dynamics 365 Server avec le rôle Serveur frontal.
NOTE
L'utilisation de Dynamics 365 Server avec l'équilibrage de la charge réseau requiert une configuration manuelle.
Serveur Services ADFS (Active Directory Federation Services) : exécution sous Windows Server comme
service d'émission de jeton de sécurité d'authentification basée sur les revendications via Internet.
Forêt X : domaine A : Intranet
Serveur virtuel avec équilibrage de la charge réseau comprenant les deux nœuds suivants :
Windows Server, SQL Server Reporting Services et Microsoft Dynamics 365 Reporting Extensions
pour SQL Server Reporting Services (serveur X).
Windows Server, SQL Server Reporting Services et Microsoft Dynamics 365 Reporting Extensions
pour SQL Server Reporting Services (serveur Y).
Serveur virtuel avec équilibrage de la charge réseau comprenant les nœuds suivants :
Serveur frontal et Serveur d'administration de déploiement : exécution de Windows Server et
Dynamics 365 Server avec les rôles Serveur frontal et Serveur d'administration de déploiement.
Serveur frontal et Serveur d'administration de déploiement : autre Windows Server exécutant
Dynamics 365 Server avec les rôles Serveur frontal et Serveur d'administration de déploiement.
Cluster de basculement SQL Server exécutant les deux nœuds suivants :
Moteur de base de données Windows Server, SQL Server (serveur X).
Moteur de base de données Windows Server, SQL Server (serveur Y).
Windows Server qui exécute le rôle serveur Service asynchrone.
Windows Server qui exécute le rôle serveur Service de traitement Bac à sable (sandbox).
Windows Server exécutant le rôle Services ADFS (Active Directory Federation Services)Windows Server.
Windows Server exécutant SharePoint (requis pour la gestion des documents).
Forêt Y : domaine B : Intranet
Cluster de basculement Exchange Server exécutant les deux nœuds suivants :
Windows Server exécutant Exchange Server (serveur X).
Windows Server exécutant Exchange Server (serveur Y).
Voir aussi
Déploiement de plusieurs serveurs Microsoft Dynamics 365
Mise à niveau à partir de Microsoft Dynamics CRM
Planifier votre mise à niveau vers Microsoft Dynamics
365 Server
Cette section fournit des instructions pour la préparation d'une mise à niveau vers Dynamics 365 Server, version
9.0. Effectuer ces tâches en avance aide à réduire les temps d'arrêt du système et à garantir la réussite de la mise à
niveau. En outre, cette section décrit la procédure de mise à niveau de votre système actuel par Dynamics 365
Server, version 9.0 et ce que deviennent les éléments tels que les rapports existants, les personnalisations et les
solutions.
Les rôles serveur Service Pack de décembre 2016 pour Microsoft Dynamics 365 (on-premises) (8.2) ne sont pas
compatibles avec un déploiement Dynamics 365 Server, version 9.0. Par conséquent, après avoir mis à niveau le
premier serveur , les autres serveurs Service Pack de décembre 2016 pour Dynamics 365 (on-premises) en cours
d'exécution dans le déploiement seront désactivés. La mise à niveau de chaque serveur entraînera l'activation du
serveur correspondant.
Vous pouvez mettre à niveau les rôles serveur de Service Pack de décembre 2016 pour Dynamics 365 (on-
premises) dans n'importe quel ordre. Cependant, pour que le déploiement Dynamics 365 Server, version 9.0 soit
entièrement fonctionnel, tous les serveurs et rôles serveur doivent être mis à niveau.
IMPORTANT
La seule mise à niveau possible vers Dynamics 365 Server, version 9.0 est celle réalisée de Service Pack de décembre 2016
pour Dynamics 365 (on-premises) ou mise à jour ultérieure vers Dynamics 365 Server, version 9.0.
Procédure de mise à niveau recommandée

Pour faciliter la mise à niveau et réduire les temps d'arrêt, il est recommandé d'utiliser la procédure basique
suivante lorsque vous effectuez une mise à niveau vers Dynamics 365 Server.
1. Nous vous recommandons d'appliquer la dernière mise à jour disponible avant de commencer la mise à
niveau. Pour plus d'informations : Mises à jour cumulatives de Microsoft Dynamics 365 Customer
2. Copiez la clé de chiffrement de l'organisation pour toutes les organisations qui seront mises à niveau. La clé
de chiffrement est nécessaire pour activer le chiffrement des données quand vous importez une base de
données d'organisation dans une nouvelle instance de SQL Server. Informations complémentaires : Copie
de la clé de chiffrement de votre organisation
3. Installez (recommandé) ou mettez à niveau tous les rôles de serveur vers Dynamics 365 Server, version 9.0.
4. Importez les organisations dans le nouveau déploiement ou mis à jour. Lors de l'importation, les
organisations seront également mises à niveau.
Options de mise à niveau de serveur Microsoft Dynamics

Il existe trois options de mise à niveau distinctes :
Migration à l'aide d'une nouvelle instance de SQL Ser ver . L'utilisation de cette option est
recommandée pour la mise à niveau du déploiement. Bien que cette option nécessite un ordinateur distinct
pour Dynamics 365 Server, version 9.0 et une instance différente de SQL Server, elle permet de réduire au
minimum le temps d'arrêt potentiel pour les utilisateurs car le déploiement existant peut rester opérationnel
jusqu'au terme et à la vérification de la mise à niveau.
Migration à l'aide de la même instance de SQL Ser ver.. Cette option nécessite un ordinateur distinct
pour Dynamics 365 Server, version 9.0, mais la mise à niveau des bases de données de configuration et
d'organisation par défaut se fera sur place à l'aide de la même instance de SQL Server. Si des problèmes
surviennent au cours de la mise à niveau, vous devrez restaurer la version précédente pour éviter un temps
d’arrêt important.
Mise à niveau sur place. Bien que cette option ne nécessite pas d'ordinateur distinct pour la nouvelle
version de Dynamics 365 Server, version 9.0 Server ni d'instance différente de SQL Server, elle entraîne le
plus gros risque si des problèmes de mise à niveau surviennent, car une restauration et une réinstallation de
la version précédente de Dynamics 365 Server seront nécessaires pour éviter un éventuel temps d'arrêt.
Pour obtenir les dernières informations sur le produit, voir le fichier Lisez-moi de Microsoft Dynamics 365
Customer Engagement (on-premises), version 9.0.
IMPORTANT
Réalisez toujours une sauvegarde complète des bases de données Dynamics 365 avant de mettre le produit à niveau vers
une nouvelle version.
Pendant une mise à niveau sur place, seule l'organisation spécifiée pour la mise à niveau est mise à niveau. Si le déploiement
contient d'autres organisations, celles-ci sont alors désactivées et ne sont pas mises à niveau. Vous devez mettre ces
organisations à niveau à l'aide de la commande Import-CrmOrganization Windows PowerShell ou en utilisant Gestionnaire
de déploiement. Pour plus d'informations : Référence PowerShell pour Dynamics 365 Customer Engagement (on-premises)
Pour chaque organisation mise à niveau, l'espace libre recommandé sur le volume doit être d'au moins trois fois la taille du
fichier de base de données de l'organisation (organizationName_MSCRM.mdf) et quatre fois la taille du fichier journal
(organizationName_MSCRM.ldf). Par exemple, si la base de données et le fichier journal d'une seule organisation sont situés
sur le même volume et que le fichier MDF fait 326 Mo et le fichier LDF 56 Mos, l'espace disponible recommandé doit être
d'au moins 1,2 Go afin de garder une marge de croissance ((326 x 3) + (56 x 4)). Notez que les fichiers de bases de données
qui s'étendent pendant la mise à niveau garde la même taille après la mise à niveau.
Mise à niveau de la clé de produit

Avant la mise à niveau, procurez-vous la clé de produit qu'il vous faudra entrer.
Pour plus d'informations : Éditions et licences de Microsoft Dynamics 365 Customer Engagement (on-premises)
Autorisations et privilèges utilisateur

Pour réussir la mise à niveau, l'utilisateur qui exécute le programme d'installation Dynamics 365 Server doit :
Disposer d'un compte dans le même domaine Active Directory que le ou les serveurs pour lesquels la mise
à niveau est effectuée.
Être membre du rôle Administrateur de déploiement et Dynamics 365 Rôle Administrateur système pour
toutes les organisations qui seront mises à niveau.
IMPORTANT
La mise à niveau échouera si l'utilisateur exécutant la mise à niveau a un Rôle Administrateur système désactivé.
Disposer des droits d'administration sur les serveurs SQL Server et Reporting Services associés au
déploiement à mettre à niveau.
Disposer des autorisations suffisantes pour créer de nouveaux groupes de sécurité et ajouter des membres
à ces groupes dans l’unité d’organisation Active Directory qui contient les groupes Dynamics 365.
Partage d'un serveur SQL

Un seul déploiement Dynamics 365 par instance de SQL Server est pris en charge. Cela est dû au fait que chaque
déploiement nécessite sa propre base de données MSCRM_CONFIG, et que plusieurs instances de
MSCRM_CONFIG ne peuvent pas coexister sur la même instance de SQL Server. Si plusieurs instances de SQL
Server sont exécutées sur le même ordinateur, vous pouvez héberger les bases de données de plusieurs
déploiements Dynamics 365 sur le même ordinateur. Les performances système risquent cependant de diminuer.
Astuces pour une mise à niveau réussie

Les problèmes suivants, s'ils s'appliquent à votre déploiement, doivent être résolus avant de commencer la mise à
niveau.
Ne dépassez pas le nombre maximal de champs
Si vous avez plus de 1 023 champs définis pour une entité, vous devez supprimer les champs supplémentaires
avant d’exécuter la mise à niveau, ou la mise à niveau échouera avec le message suivant :
Échec de la création de l'affichage car la colonne « column_name » dans l'affichage « view_name » dépasse le
nombre maximum de 1 024 colonnes.
Supprimer des objets de bases de données personnalisés
Les bases de données Dynamics 365 changent souvent d'une version majeure à l'autre en raison de la
restructuration des bases de données.
Nous suggérons, si vous avez ajouté des objets de bases de données personnalisés, tels que des déclencheurs, des
statistiques, des procédures stockées et certains index, que vous les supprimiez de la configuration et des bases de
données de l’organisation. Dans de nombreux cas, le Installation affiche un avertissement lorsque ces objets sont
détectés.
Suppression des sous-clés de registre ignorechecks
Si vous ajoutez manuellement une sous-clé de registre ignorechecks sur le serveur Dynamics 365 existant,
supprimez-la avant de commencer la mise à niveau. Pour plus d'informations : Vous ne pouvez pas déployer
Dynamics 365 Customer Engagement (on-premises) à l'aide un compte qui n'a pas d'autorisations
d'administrateur local sur Microsoft SQL Server
Voir aussi
Avant la mise à niveau : problèmes et considérations
Cette rubrique décrit comment mettre à niveau vers Dynamics 365 for Customer Engagement, version 9.0.
Le logiciel et les composants Microsoft Dynamics 2016 ne sont pas pris en charge lors d'une mise à niveau
Les produits et composants suivants ne peuvent pas être mis à niveau pendant l'installation. Si vous mettez à
niveau le système Microsoft Dynamics CRM 2016 qui inclut le produit ou le composant répertoriés ci-dessous, ou
si vous installez ces composants après avoir installé Dynamics 365, ces produits ou ces solutions peuvent ne pas
fonctionner correctement. Il est recommandé de désinstaller ou de supprimer manuellement les composants avant
d'effectuer la mise à niveau de Dynamics 365 Server.
Extensions de rapport Dynamics CRM 2016
Dynamics CRM 2016 E-mail Router
Mise à niveau des versions antérieures de Microsoft Dynamics CRM

Server
Les versions antérieures de Microsoft Dynamics CRM Server ne sont pas prises en charge pour une mise à niveau
sur place. Cependant, vous pouvez migrer ou effectuer une mise à niveau sur place de la version antérieure en
utilisant une clé de produit d'évaluation. Par exemple, vous pouvez mettre à niveau Dynamics CRM Server 2013
SP1 vers Dynamics CRM Server 2015 à l'aide d'une clé de produit d'évaluation, puis migrez ou mettre à niveau sur
place vers Microsoft Dynamics CRM Server 2016 en utilisant également une clé de produit d'évaluation. Enfin,
appliquez la Mise à jour de décembre 2016 pour Dynamics 365.
Voir aussi
Mise à niveau à partir de Microsoft Dynamics 365
Configurer un déploiement de Dynamics 365
Customer Engagement (on-premises) avec accès via
Internet
Vous pouvez déployer Dynamics 365 for Customer Engagement de sorte que les utilisateurs distants puissent se
connecter à l'application via Internet. Les configurations de Déploiement avec accès via Internet (IFD) suivantes sont
prises en charge :
Dynamics 365 for Customer Engagement pour utilisateurs internes uniquement
Dynamics 365 for Customer Engagement pour utilisateurs internes et avec accès IFD
Dynamics 365 for Customer Engagement avec accès via Internet uniquement
La configuration du déploiement avec accès via Internet permet aux utilisateurs d’accéder à Dynamics 365 for
Customer Engagement via Internet, en dehors du pare-feu de l’entreprise, sans devoir faire appel à un réseau privé
virtuel (VPN). Dynamics 365 for Customer Engagement configuré pour l’accès Internet s’appuie sur
l’authentification basée sur les revendications pour vérifier les informations d’identification des utilisateurs
externes. Lorsque vous configurez Dynamics 365 for Customer Engagement pour l'accès Internet, l'authentification
Authentification Windows intégrée doit rester en place pour les utilisateurs internes.
Pour laisser les utilisateurs accéder à l'application via Internet, le serveur qui exécute Internet Information Services
(IIS) où l'application Dynamics 365 for Customer Engagement est installée doit être disponible via Internet.
Pour plus d’informations, voir Accès à Microsoft Dynamics 365 depuis Internet - Configuration requise pour
l'authentification basée sur les revendications et IFD.
À propos de l'authentification basée sur les revendications

Le modèle de sécurité basé sur les revendications étend les modèles d'authentification traditionnels dans le but
d'inclure d'autres sources d'annuaire contenant des informations relatives aux utilisateurs. Cette fédération
d’identités permet aux utilisateurs de sources diverses, telles que les Services de domaine Active Directory (AD DS),
les clients sur Internet ou les partenaires commerciaux, de s’authentifier à l’aide d’une authentification unique
native.
Le modèle basé sur les revendications comporte trois composants : la partie de confiance, qui a besoin de la
revendication pour décider ce qui va être fait, le fournisseur d'identité qui fournit la revendication, et l'utilisateur,
qui décide des informations qu'il souhaite fournir. Microsoft fournit une solution d’accès basée sur les
revendications, appelée Services ADFS (Active Directory Federation Services). AD FS permet aux Services de
domaine Active Directory (AD DS) d’être un fournisseur d’identité sur la plateforme d’accès basée sur les
revendications.
AD FS inclut les composants suivants :
L'infrastructure AD FS fournit aux développeurs une logique de sécurité .NET pré-configurée pour la
génération d'applications prenant en charge les revendications, améliorant ASP.NET ou les applications WCF.
Services ADFS (Active Directory Federation Services) est un sservice d'émission de jeton de sécurité (STS)
pour la création et la transformation des revendications, l’activation des fédérations et la gestion de l’accès
utilisateur. Services ADFS (Active Directory Federation Services) prend en charge les protocoles WS-Trust,
WS-Federation et Security Assertion Markup Language (SAML). Services ADFS (Active Directory Federation
Services) peut également créer des cartes d’informations pour les utilisateurs AD DS.
Pour plus d’informations sur AD FS , voir :
Présentation d'AD FS 2016
Présentation des services ADFS (Active Directory Federation Services) (Windows Server 2012)
Meilleures pratiques de serveur avec accès via Internet

Mise en œuvre d'une stratégie de mots de passe forts
Pour réduire le risque d’attaques « par force brute », il est vivement recommandé de mettre en œuvre une stratégie
de mots de passe forts pour les utilisateurs distants qui accèdent au domaine où Dynamics 365 for Customer
Engagement est installé. Pour plus d’informations sur la mise en œuvre d’une stratégie de mots de passe forts dans
Windows Server, voir Création d’une stratégie de mots de passe forts et la rubrique « Présentation des comptes
d’utilisateurs » dans l’aide du composant Utilisateurs et ordinateurs Active Directory.
Pare -feu de connexion Internet
Les systèmes d'exploitation Windows Server existants fournissent des logiciels pare-feu pour empêcher les
connexions non autorisées au serveur en provenance d’ordinateurs distants. Pour plus d’informations sur la
configuration d’un pare-feu de connexion Internet pour le Gestionnaire des services IIS, consultez l'aide IIS.
Pour des informations sur la mise à disposition d’un site Web sur Internet, consultez la rubrique « Résolution du
nom de domaine » dans l’aide IIS Help.
Sécurité réseau avancée
Si vous ne disposez pas d'un proxy sécurisé et d'une solution de pare-feu sur votre réseau, il est recommandé
d'utiliser un serveur d'accès à distance, proxy ou de pare-feu dédié, tel que le rôle Serveur d'accès à distance de
Windows Server ou le Pare-feu Windows avec sécurité avancée. Pour plus d'informations, voir Présentation de
l'accès à distance et Présentation du Pare-feu Windows avec sécurité avancée.
La configuration d'IFD.
Utilisez les étapes suivantes comme instructions pour la configuration.
Étape 1 : configurez Microsoft Dynamics 365 Server pour l’accès Internet
Vous pouvez configurer Dynamics 365 Server pour l'accès Internet. Pour ce faire, exécutez l'Configuration de
l'Assistant Authentification basée sur les revendications, puis l'Assistant Configuration du déploiement avec accès
via Internet sur l'ordinateur sur lequel le rôle Serveur d'administration de déploiement est installé. Pour plus
d'informations, voir Configuration de l'authentification basée sur les revendications et Configuration d'un
déploiement avec accès via Internet.
Étape 2 : Configurer les clients mobiles pour se connecter à Dynamics 365 Server
Pour que les applications pour tablette et téléphone puissent accéder à Dynamics 365 Server via Internet, vous
devez configurer OAuth. Pour plus d'informations : Configurer Windows Server pour les applications Dynamics
365 Customer Engagement (on-premises) qui utilisent OAuth
Étape 3 (facultatif ) : Configurer Microsoft Dynamics 365 for Outlook pour se connecter à Dynamics 365 Server
Pour que Dynamics 365 for Outlook puisse accéder au serveur Dynamics 365 Server via Internet, vous devez
spécifier l'adresse Web externe qui sera utilisée pour accéder au serveur Dynamics 365 Server via Internet. Pour ce
faire, vous devez installer Dynamics 365 for Outlook, puis exécutez l'Assistant Configuration. Ensuite, lors de la
configuration, tapez l'adresse Web externe dans la zone Adresse Web externe . Si vous installez des rôles serveur,
cette adresse Web doit spécifier où le rôle Service Web de découverte est installé. Pour plus d’informations sur la
configuration de Dynamics 365 for Outlook, voir Configurer Dynamics 365 for Outlook.
Pour obtenir les procédures détaillées sur la configuration du déploiement pour Internet (IFD), voir Configurer le
déploiement avec accès via Internet pour Microsoft Dynamics 365.
Accessibilité dans Dynamics 365 Customer
Les administrateurs et les utilisateurs ayant des responsabilités administratives utilisent généralement la zone
Paramètres de l'application Web Dynamics 365 for Customer Engagement pour gérer Dynamics 365 for Customer
Engagement. La souris et le clavier sont les périphériques habituellement utilisés par les administrateurs pour
interagir avec l'application.
Les utilisateurs qui n'emploient pas de souris peuvent utiliser un clavier pour accéder à l'interface utilisateur et
exécuter des opérations. Cette utilisation du clavier dépend de la prise en charge des interactions du clavier offerte
par un navigateur.
Pour plus d'informations, voir les rubriques d'accessibilité de l'application web Microsoft Dynamics 365 suivantes :
Utiliser les raccourcis clavier dans les applications Dynamics 365 Customer Engagement
Accessibilité pour les personnes présentant un handicap
Les administrateurs et autres utilisateurs ayant des responsabilités administratives pour les déploiements locaux de
Dynamics 365 for Customer Engagement utilisent également Gestionnaire de déploiement Dynamics 365, une
application de Microsoft Management Console (MMC) pour gérer les déploiements locaux de Dynamics 365 Server.
Pour plus d’informations, voir les rubriques d'accessibilité Microsoft Management Console (MMC) suivantes :
Navigation dans MMC à l'aide du clavier et de la souris
Raccourcis clavier MMC
Fonctionnalités d'accessibilité dans les navigateurs

Le tableau suivant contient des liens vers la documentation sur l'accessibilité du navigateur Web.
N AVIGAT EUR DO C UM EN TAT IO N
Microsoft Edge Accessibilité
Mozilla Firefox Fonctionnalités d'accessibilité dans Firefox
Apple Safari Safari
Google Chrome Documentation technique sur l'accessibilité
Voir aussi
Centre de ressources d'accessibilité Microsoft
Installation de Dynamics 365 Customer Engagement
(on-premises) (sur site)
Les professionnels de l'informatique et les administrateurs Dynamics 365 Customer Engagement (on-premises)
peuvent utiliser les ressources et les rubriques de ce guide pour les aider à installer et à configurer les
déploiements locaux de Dynamics 365 Customer Engagement (on-premises).
Un déploiement local de Dynamics 365 Customer Engagement (on-premises) comprend les applications
suivantes :
Au moins une instance de Dynamics 365 Server
Au moins une instance de Dynamics 365 Reporting Extensions
Modules linguistiques Dynamics 365 Customer Engagement (on-premises) (requis pour la prise en charge de
plusieurs langues)
L’Extension de création de rapports Dynamics 365 (nécessaire pour créer des rapports Fetch personnalisés)
Voir aussi
Installer ou mettre à niveau Microsoft Dynamics 365 Server
Installer ou mettre à niveau Microsoft Dynamics 365
Server
Cette section explique comment installer Dynamics 365 Server.
IMPORTANT
Des informations supplémentaires sont disponibles dans le fichier Lisez-moi de Microsoft Dynamics 365 Customer
Engagement (on-premises).
Composants installés au cours du programme d'installation de

Dynamics 365 Server
Cette section donne une description des composants installés au cours de l'Installation de Dynamics 365 Server.
Composants de configuration Microsoft Dynamics 365 Server installés
Lorsque vous installez Dynamics 365 Server, par défaut le programme d'installation crée une arborescence sous
Lecteur_système:\Program Files\Microsoft Dynamics CRM\. Des composants supplémentaires sont décrits dans le
tableau ci-dessous.
Tous les composants Web suivants sont ajoutés pendant une installation de rôle Serveur complet. Pendant une
installation de rôle individuel, moins de composants sont installés sur le serveur, voire aucun.
C O M P O SA N T NOM DESC RIP T IO N
Pool d'applications CRMAppPool Le Installation de Dynamics 365 Server

crée un pool d'applications distinct pour
le déploiement.
Pool d'applications CRMDeploymentServiceAppPool Le Installation crée un pool

d'applications distinct pour le Service
Web de déploiement.
Site Microsoft Dynamics 365 Customer Site Web pour le déploiement.

Applications XRMDeployment Facilite l'implémentation de

déploiements XRM.
Applications Aide Traite le système d'aide pour

l'application.
Le Installation crée ou utilise les groupes Active Directory préexistants pour gérer les autorisations de la façon
décrite dans le tableau suivant.
GRO UP E DESC RIP T IO N

GRO UP E DESC RIP T IO N
PrivReportingGroup Groupe d'utilisateurs dotés de privilèges pour des fonctions

de création de rapports. Ce groupe est créé au cours du
Installation de Dynamics 365 Server et configuré dans le cadre
de l’Extensions de rapport Microsoft Dynamics 365 du
Installation.
PrivUserGroup Groupe d'utilisateurs dotés de privilèges pour des fonctions

d'administration spéciales, notamment l'identité CRMAppPool
(utilisateur de domaine ou service réseau). Les utilisateurs qui
configurent Dynamics 365 Server doivent être ajoutés à ce
groupe.
SQLAccessGroup Tous les comptes de processus/service nécessitant un accès au

serveur SQL Server, notamment l’identité CRMAppPool
(utilisateur de domaine ou service réseau). Les membres de ce
groupe disposent de l'autorisation db_owner sur les bases de
données Dynamics 365 for Customer Engagement.
ReportingGroup Tous les utilisateurs de Dynamics 365 for Customer

Engagement sont inclus à ce groupe. Ce groupe est mis à jour
automatiquement lorsque des utilisateurs sont ajoutés ou
supprimés du déploiement. Par défaut, tous les rapports
Dynamics 365 for Customer Engagement Reporting Services
bénéficient de l'autorisation Parcourir pour ce groupe.
Tous les services suivants sont ajoutés pendant une installation de rôle Serveur complet. Pendant une installation
de rôle individuel, moins de services sont installés sur le serveur, voire aucun.
SERVIC E DESC RIP T IO N
Service de traitement asynchrone Dynamics 365 for Customer Processus asynchrones de services tels que l'envoi en nombre
Engagement et les workflows.
Service de traitement asynchrone de Dynamics 365 for Maintenance asynchrone de services telle que la génération
Customer Engagement (maintenance) de clés de chiffrement pour l'authentification et le nettoyage
d'une base de données supprimée.
Service de décompression de Dynamics 365 for Customer Gère la décompression de fichiers zip pour l'importation de
Engagement données. Ce service est installé avec le rôle Serveur
d'application Web.
Service de traitement Bac à sable (sandbox) de Dynamics 365 Le rôle serveur Service de traitement Bac à sable (sandbox)
for Customer Engagement active un environnement isolé afin d'autoriser l'exécution de
code personnalisé, tel que les plug-ins.
Service de surveillance de Dynamics 365 for Customer Surveille tous les rôles Dynamics 365 Server qui sont installés
Engagement sur l'ordinateur local. Le service sert à détecter les certificats
numériques expirés qui peuvent affecter les services Dynamics
365 for Customer Engagement en cours d'exécution dans le
déploiement. Le service de surveillance n'effectue aucune
autre tâche de surveillance et ne transmet pas les
informations en dehors de l'ordinateur sur lequel s'exécute le
service. Le service de surveillance est installé en même temps
que les rôles Dynamics 365 Server et enregistre les
événements sous la source MSCRMMonitoringServerRole
dans le journal des événements.
SERVIC E DESC RIP T IO N
Enregistreur VSS Dynamics 365 for Customer Engagement Fournit une interface pour sauvegarder et restaurer les
données Dynamics 365 for Customer Engagement en utilisant
l’infrastructure VSS Windows Server.
Les composants SQL Server suivants sont ajoutés.
C O M P O SA N T NOM DESC RIP T IO N
Bases de données MSCRM_CONFIG Le programme de Microsoft SQL

ServerInstallation crée le dossier
OrganizationName_MSCRM lecteur_système:\Program
Files\Microsoft SQL
Server\MSSQL<ver>\MSSQL\Data\ et
le Installation de Dynamics 365 Server y
installe la base de données de
configuration et les bases de données
de l'organisation.
Travaux SQL Server MSCRM_CONFIG.SiteWideCleanup Le Dynamics 365 Server Installation

crée un travail SQL Server utilisé pour la
maintenance.
Connexions PrivReportingGroup Le Dynamics 365 Server Installation

crée des connexions SQL Server pour
ReportingGroup les groupes PrivReportingGroup,
ReportingGroup et
SQLAccessGroup SQLAccessGroupActive Directory créés.
MSCRMSqlLogin MSCRMSqlLogin est utilisé pour les

conversions de fuseau horaire lorsque
vous utilisez des tableaux de bord et
des graphiques, et pour exécuter des
requêtes à l'aide de la recherche
avancée. Lorsque SQL Server est activé
pour utiliser le Common Language
Runtime (CLR), les performances de ces
fonctions peuvent être significativement
améliorées. Remarque : Par défaut, le
CLR n’est pas activé dans SQL Server.
Pour plus d’informations sur l'activation
du CLR, voir Activation de l'intégration
du CLR.
Autres logiciels installés pendant l'installation

S'ils ne sont pas déjà installés, les logiciels suivants sont installés pour un serveur complet lors de l'Dynamics 365
Server Installation :
NOTE
L'installation de certains de ces éléments tels que Microsoft .NET Framework et les SQL System CLR Types peut nécessiter un
redémarrage de votre ordinateur avant de pouvoir continuer à exécuter le Installation de Dynamics 365 Server.
Contrôle Visionneuse de rapports Microsoft SQL Reporting Services

Microsoft SQL Server Native Client
SQL System CLR Types
SQL Server Management Objects
Outil Rapports d'erreurs d'une application Microsoft
Bibliothèque Runtime Microsoft Visual C++
Rôle de serveur Web Windows Server
Recherche Windows
Microsoft .NET Framework 4, qui inclut les composants suivants :
Microsoft .NET Framework 4.6.2 (requis par Dynamics 365 Server)
Windows Workflow Foundation (requis par Dynamics 365 Server)
Windows Presentation Foundation
Windows Communication Foundation (WCF) (requis par Dynamics 365 Server)
Microsoft Chart Controls pour Microsoft .NET Framework
Windows PowerShell
Module de réécriture d'URL Microsoft pour IIS
Gestionnaire de ressources du serveur de fichiers
Les rubriques suivantes décrivent les étapes de la procédure d'installation de Dynamics 365 Server ou de la mise à
niveau à partir d'une version antérieure.
Voir aussi
Guide d'installation de Microsoft Dynamics 365 Customer Engagement (on-premises)

Installation de Microsoft Dynamics 365 Server
Cette section traite des procédures d'installation de Dynamics 365 Server sur un ordinateur sur lequel Dynamics
365 Server n'est pas encore installé.
Installer Microsoft Dynamics 365 Server
1. Vérifiez que vous avez terminé la planification nécessaire et que les composants matériels et logiciels requis
sont installés et en cours d'exécution. Pour plus d'informations : Planification du déploiement de Microsoft
2. Vérifiez que vous disposez des autorisations appropriées pour exécuter Dynamics 365 Server Installation.
3. Exécutez l’Installation de Dynamics 365 Server.
4. Sur un serveur comportant SQL Server Reporting Services, exécutez Extensions de rapport Microsoft
Dynamics 365 Installation.
5. Si vous souhaitez configurer Dynamics 365 for Customer Engagement pour l'accès Internet, exécutez les
commandes Set-CRMSettings ClaimsSettings et Set-CRMSettings IfdSettings Windows PowerShell. Pour
plus d'informations : Référence PowerShell pour Dynamics 365 Customer Engagement (on-premises)
Vous pouvez également démarrer Gestionnaire de déploiement et exécuter l'Configuration de l'Assistant
Authentification basée sur les revendications, puis l'Assistant Configuration du déploiement avec accès via
Internet.
6. Si un ou plusieurs utilisateurs Dynamics 365 for Customer Engagement ont besoin de l'acheminement du
courrier électronique, configurez la synchronisation côté serveur pour activer le suivi. Pour plus
d'informations : Intégrer votre système de messagerie avec Microsoft Dynamics 365 Customer Engagement
(on-premises)
Fichiers Dynamics CRM 365

Le tableau suivant répertorie les fichiers d'installation Dynamics 365 for Customer Engagement à utiliser et leur
emplacement une fois le package de téléchargement extrait.
F IC H IER D'IN STA L L AT IO N LO C AT IO N
SetupSer ver.exe pour l'installation de Dynamics 365 Server ..\Server\amd64
SetupSrsDataConnector.exe pour l'installation des ..\Server\amd64\SrsDataConnector

Extensions de rapport Microsoft Dynamics 365
SetupBIDSExtensions.exe pour l'installation de l'Extension ..\BIDSExtensions\i386

de création de rapports. Il s'agit d'une option facultative qui
peut être installée sur un ordinateur comportant Visual Studio
pour créer et personnaliser des rapports Fetch.
Setupclient.exe pour l'installation de Dynamics 365 for ..\Client\amd64 pour la version 64 bits
Outlook. Il s'agit d'une fonctionnalité optionnelle qui intègre ..\Client\i386 pour la version 32 bits
Dynamics 365 Customer Engagement (on-premises) avec
Office Outlook.
Voir aussi
Installer Dynamics 365 for Outlook
Installer les rôles serveur frontal et principal
Dynamics 365 Server
La procédure ci-dessous installe Dynamics 365 for Customer Engagement Serveur frontal et les rôles Serveur
principal sur deux serveurs distincts sur lesquels Dynamics 365 Server n'est pas déjà installé. Nous recommandons
cette configuration au lieu d'un déploiement Serveur complet unique, car elle permet d'améliorer la sécurité et les
performances en isolant les services Dynamics 365 Server spécifiques sur chaque ordinateur. Au cours de cette
procédure, les Extensions de rapport Microsoft Dynamics 365 sont installées sur le serveur sur lequel les rôles
Serveur principal sont installés, et les Outils de déploiement sont installés sur le serveur sur lequel les rôles
Serveur frontal sont installés.
La configuration d'un déploiement de serveurs frontal et principal nécessite deux ordinateurs distincts exécutant
Windows Server. Cet exemple utilise deux ordinateurs nommés CRMbackend et CRMfrontend.
IMPORTANT
Une fois l'installation terminée, vous devez importer ou créer au moins une organisation pour pouvoir connecter un client au
déploiement Dynamics 365 for Customer Engagement. Vous pouvez faire ceci avec Windows PowerShell ou Gestionnaire de
déploiement. Informations complémentaires : New-CrmOrganization
Dans cet exemple, le rôle Serveur principal est installé avant le rôle Serveur frontal.
Installation du rôle serveur principal

Sur l'ordinateur nommé CRMbackend, effectuez la procédure suivante.
1. Assurez-vous que vous toutes les conditions requises spécifiées dans la rubrique Configuration requise et
composants nécessaires de Dynamics 365 Customer Engagement (on-premises) sont remplies.
2. Connectez-vous au domaine en tant qu'utilisateur doté de privilèges de niveau administrateur où Dynamics
365 Server sera installé et membre du groupe Administrateurs sur l'ordinateur local. Vous ne pouvez pas
installer l'application en tant que membre d'un domaine approuvé.
3. Mettez à jour les fichiers d'installation Dynamics 365 Server. Vous trouverez les packages de téléchargement
Dynamics 365 Server dans le Centre de téléchargement Microsoft.
4. Dans le dossier dans lequel se trouvent les fichiers Dynamics 365 Server, accédez au dossier Server\amd64,
puis double-cliquez sur SetupSer ver.exe .
5. Dans la page Bienvenue dans le programme d'installation de Microsoft Dynamics 365 Ser ver , il
est recommandé de sélectionner Récupérer les mises à jour pour Microsoft Dynamics 365
Customer Engagement (on-premises) , afin que le programme d'installation dispose des fichiers
d'installation les plus récents. Sélectionnez Suivant .
6. Dans la page Informations sur la clé de produit , tapez votre clé de produit dans les zones Clé de
produit , puis sélectionnez Suivant .
7. Dans la page Contrat de licence , lisez les informations de la page et, si vous acceptez les termes du contrat
de licence, sélectionnez J'accepte ce contrat de licence , puis sélectionnez J'accepte .
8. Si l'installation détecte des composants manquants, la page Installer les composants nécessaires
s'affiche.
Si vous avez déjà installé les composants nécessaires, cette page n'apparaît pas.
Si vous n’avez pas encore installé les composants requis répertoriés, vous pouvez le faire dès
maintenant. Sélectionnez Installer . Lorsque les composants sont installés, la colonne d'état passe de
Non installé à Installé et vous pouvez sélectionner Suivant pour continuer.
NOTE
Si vous êtes invité à redémarrer l'ordinateur, faites-le, puis relancez le programme d’installation.
9. Dans la page Sélectionner l’emplacement d’installation , acceptez l’emplacement par défaut ou entrez
un autre emplacement d’installation des fichiers, puis sélectionnez Suivant .
10. Dans la page Sélectionner les rôles ser veur , sélectionnez tous les rôles serveur principaux. Ne
renseignez pas les autres options.
11. Dans la page Spécifier les options de déploiement , dans la zone Entrer ou sélectionner le nom de
l'ordinateur qui exécute SQL Ser ver à utiliser avec le déploiement , tapez ou sélectionnez l'instance
de SQL Server pour le stockage de la base de données Dynamics 365 for Customer Engagement
(MSCRM_CONFIG).
12. Dans la page Sélectionner l'unité d'organisation , sélectionnez Parcourir pour afficher votre structure
Active Directory. Sélectionnez l’unité d’organisation où vous voulez ajouter des groupes de sécurité,
sélectionnez OK , puis Suivant .
13. Dans la page Spécifier les comptes de ser vice , sélectionnez les comptes de sécurité pour les services
Dynamics 365 for Customer Engagement, puis sélectionnezservice Suivant .
Les services sont décrits ci-dessous.
Ser vice de traitement Bac à sable (sandbox). Ce service active un environnement isolé afin
d’autoriser l’exécution de code personnalisé, tel que les plug-ins. Cet environnement isolé réduit les
risques qu’un code personnalisé affecte le fonctionnement des organisations dans le déploiement
Ser vice de traitement asynchrone. Ce service traite les événements asynchrones mis en file
d'attente, tels que l'envoi en nombre ou l'importation de données.
Ser vice de sur veillance. Ce service est installé avec l'installation de n'importe quel rôle Dynamics
365 Server pour surveiller les rôles serveur de Dynamics 365 for Customer Engagement qui
s'exécutent sur l'ordinateur local.
Pour chaque service, nous vous recommandons vivement de sélectionner un compte d'utilisateur de
domaine à faibles privilèges dédié exclusivement à l’exécution de ces services. En outre, le compte
d'utilisateur servant à exécuter un service Dynamics 365 for Customer Engagement ne peut pas être un
utilisateur Dynamics 365 for Customer Engagement. Le compte de domaine doit être membre du groupe
Utilisateurs du domaine. En outre, si les rôles Service asynchrone et Service de traitement Bac à sable
(sandbox) sont installés, comme dans une installation Serveur complet ou Serveur principal, le compte de
domaine doit être membre du groupe de sécurité Utilisateurs du journal de performances.
14. Dans la page Sélectionner la préférence à Microsoft Update , décidez si vous souhaitez utiliser
Microsoft Update pour vérifier l'existence de mises à jour pour vos produits Microsoft, puis sélectionnez
Suivant . Il est recommandé d'utiliser Microsoft Update pour la vérification des mises à jour afin que
l'ordinateur reste à jour et sécurisé. Pour plus d’informations sur les termes juridiques et la confidentialité
liés à la licence Microsoft Update, voir la FAQ de Windows Update.
15. La page Vérifications du système s'affiche. Cette page résume la configuration requise et les
recommandations pour une installation réussie. Les erreurs doivent être résolues avant de poursuivre
l'installation. Si aucune erreur ou seuls des avertissements s’affichent, vous pouvez poursuivre l’installation.
Pour ce faire, sélectionnez Suivant .
16. La page Aver tissement d'interruption de ser vice s'affiche. Cette page répertorie tous les services qui
seront arrêtés ou redémarrés lors de l'exécution du programme d'installation.
17. Examinez la page Prêt à installer Microsoft Dynamics 365 Customer Engagement (on-premises) ,
puis sélectionnez Précédent pour remédier aux éventuels avertissements. Lorsque vous êtes prêt à
continuer, sélectionnez Installer .
18. Lorsque le programme d'installation est terminé, sélectionnez Terminer .
19. Exécutez le Programme d'installation d'extensions de rapport Microsoft Dynamics CRM. Pour plus
d'informations : Installation des Extensions de rapport Microsoft Dynamics 365 Customer Engagement (on-
premises)
IMPORTANT
Microsoft Dynamics 365 Reporting Extensions pour SQL Server Reporting Services sont nécessaires pour effectuer le
déploiement de Serveur frontal et de Serveur principal de Dynamics 365 Server.
20. Lorsque Programme d'installation d'extensions de rapport Microsoft Dynamics CRM est terminé, effectuez
la procédure suivante pour installer le rôle Serveur frontal.
Installation du rôle serveur frontal
Sur l'ordinateur nommé CRMfrontend, procédez comme suit.
3. Dans la page Bienvenue dans le programme d'installation de Microsoft Dynamics 365 Customer
Engagement (on-premises) , il est recommandé de sélectionner Récupérer les mises à jour pour
Dynamics 365 Customer Engagement (on-premises) , afin que le programme d'installation dispose
des fichiers d'installation les plus récents. Sélectionnez Suivant .
s'affiche.
NOTE
8. Dans la page Sélectionner les rôles ser veur , sélectionnez tous les rôles Serveur frontal et Serveur
d'administration de déploiement. Ne renseignez pas les autres options.
9. Dans la page Spécifier les options de déploiement , sélectionnez Connectez-vous et mettez à
niveau un déploiement existant, si nécessaire , puis appuyez sur Entrer ou sélectionner le nom de
l’ordinateur qui exécute SQL Ser ver à utiliser avec le déploiement , tapez ou sélectionnez l'instance
de SQL Server que vous avez entrée précédemment, puis sélectionnez Suivant .
Active Directory. Sélectionnez l’emplacement sur lequel vous souhaitez installer l’unité d’organisation,
sélectionnez OK , puis Suivant . Nous vous recommandons d'opter pour l'unité d'organisation sélectionnée
lors de l'étape précédente.
Ser vice d'application. Ce service exécute l’application Web Dynamics 365 for Customer
Engagement qui sert à connecter les utilisateurs aux données Dynamics 365 Customer Engagement
(on-premises).
Ser vice Web de déploiement. Publie le service Web qui fournit l'interface de déploiement décrite
dans le Guide du développeur pour Dynamics 365 Customer Engagement (on-premises), tels que
ceux utilisés pour créer une organisation ou pour gérer la liste des administrateurs de déploiement
pour le déploiement de Dynamics 365 for Customer Engagement.
IMPORTANT
Pour chaque service, nous vous recommandons vivement de sélectionner un compte d'utilisateur de domaine
à faibles privilèges dédié exclusivement à l’exécution de ces services. En outre, le compte d'utilisateur servant à
exécuter un service Dynamics 365 for Customer Engagement ne peut pas être un utilisateur Dynamics 365
for Customer Engagement. Ce compte de domaine doit être membre du groupe Utilisateurs du domaine.
Si vous choisissez d'exécuter le service ASP.NET sous un compte d'utilisateur de domaine qui n'est ni un
administrateur de domaine ni un administrateur local, vous devez définir une stratégie de sécurité locale après
l'installation de Dynamics 365 Server afin que le service ASP.NET fonctionne correctement. En outre, en
fonction des stratégies de mots de passe que vous avez mises en œuvre dans votre organisation, le mot de
passe de l'utilisateur peut expirer. Pour plus d'informations : Comment utiliser l'utilitaire ASP.NET pour chiffrer
des chaînes d'identification et de connexion pour l'état de la session
Ser vice Enregistreur VSS. Le service Enregistreur VSS de Dynamics 365 for Customer
Engagement fournit une interface pour sauvegarder et restaurer les données Dynamics 365 for
Customer Engagement en utilisant l’infrastructure VSS Windows Server.
Ser vice de sur veillance. Ce service est installé avec n'importe quelle installation de rôle de
Dynamics 365 Server pour permettre la surveillance des événements.
12. Dans la page Sélectionner un site Web , sélectionnez Créer un site Web ou Sélectionner un site Web
et sélectionnez un site Web dans la liste. Par défaut, le programme d’installation utilise le site Web par
défaut.
IMPORTANT
Il est vivement recommandé de vérifier le statut du site Web existant avant d'indiquer au programme d'installation
d'utiliser un site Web existant. Il est également vivement recommandé de sélectionner un site Web configuré pour
Transport Layer Security (TLS). Pour plus d'informations, consultez la documentation d'IIS. Au cours de l'installation, le
programme d'installation peut associer l'application Dynamics 365 for Customer Engagement au site Web HTTPS. Si
vous sélectionnez un port réseau différent du port par défaut, assurez-vous que le pare-feu ne le bloque pas.
Lorsque vous sélectionnez l'option Créer un site Web , le programme d'installation crée un site Web pour
Dynamics 365 for Customer Engagement. Vous pouvez spécifier l'option suivante :
Numéro de por t . Tapez le numéro de port TCP que les clients Dynamics 365 for Customer Engagement
utiliseront pour se connecter à Dynamics 365 Server. Le numéro de port par défaut est 5555.
13. Sélectionnez Suivant .
14. Dans la page Spécifier les paramètres E-mail Router , dans la zone Nom du ser veur E-mail Router ,
tapez le nom de l'ordinateur sur lequel E-mail Router sera installé. Cet ordinateur acheminera les messages
électroniques Dynamics 365 for Customer Engagement. Si vous ne comptez pas installer E-mail Router
(recommandé), laissez cette zone vide. Toutefois, si vous envisagez d'installer E-mail Router ultérieurement,
vous devez ajouter l'ordinateur sur lequel le service E-mail Router est exécuté lors de l'utilisation du système
local ou le compte d'utilisateur de domaine, si vous en utilisez un, au groupe de sécurité PrivUserGroup.
Sélectionnez Suivant .
l'ordinateur reste à jour et sécurisé.
seront arrêtés ou redémarrés lors de l'exécution du programme d'installation. Sélectionnez Suivant .
puis sélectionnez Précédent pour effectuer des modifications. Lorsque vous êtes prêt à continuer,
sélectionnez Installer .
19. Lorsque le programme d'installation est terminé, sélectionnez Terminer .
Création de l’organisation Microsoft Dynamics 365 Customer

Lorsque le programme Microsoft Dynamics 365 ServerInstallation a terminé l'installation des rôles Serveur
principal et Serveur frontal Serveur d'administration de déploiement et de Extensions de rapport Microsoft
Dynamics 365, vous devez créer au moins une organisation pour que le déploiement soit disponible pour les
utilisateurs.
Pour créer une organisation, sur l'ordinateur CRMfrontend où le rôle Serveur d'administration de déploiement est
installé, exécutez la commande New-CrmOrganization Windows PowerShell. Vous pouvez également utiliser
Gestionnaire de déploiement.
Si vous possédez un déploiement de Dynamics 365 Customer Engagement (on-premises) (8.2), vous pouvez
importer les bases de données d'organisation dans le nouveau déploiement. Les bases de données importées
seront mises à niveau pendant l'opération. Pour importer une organisation, sur l'ordinateur CRMfrontend où le
rôle Serveur d'administration de déploiement est installé, exécutez la commande Import-CrmOrganization
Windows PowerShell. Vous pouvez également utiliser Gestionnaire de déploiement.
Voir aussi
Installer le rôle Serveur complet Microsoft Dynamics 365 Customer Engagement (on-premises) sur un serveur sur
lequel Microsoft Dynamics 365 Customer Engagement (on-premises) n'est pas installé
Installation du rôle Serveur complet Dynamics 365
Customer Engagement (on-premises) sur un serveur
sur lequel Dynamics 365 Customer Engagement (on-
premises) n'est pas installé
Installation du logiciel Dynamics 365 Server

1. Assurez-vous que vous toutes les conditions requises spécifiées dans la rubrique Configuration requise et
composants nécessaires de Microsoft Dynamics 365 Customer Engagement (on-premises).
3. Consultez le fichier Lisez-moi de Dynamics 365 Customer Engagement (on-premises) pour déterminer
l’emplacement des fichiers d’installation de Dynamics 365 Server.
5. Dans la page Bienvenue dans le programme d'installation de Microsoft Dynamics 365 Ser ver , il
est recommandé de sélectionner Récupérer les mises à jour pour Microsoft Dynamics 365
Customer Engagement (on-premises) , afin que le programme d'installation dispose des fichiers
d'installation les plus récents. Sélectionnez Suivant .
s'affiche.
NOTE
10. La page Spécifier les rôles ser veur s'affiche. Par défaut, Serveur complet est sélectionné et installera tous
les rôles serveur sur l’ordinateur. Par ailleurs, vous pouvez sélectionner un groupe prédéfini de rôles serveur
ou un ou plusieurs rôles serveur distincts. Notez que tous les rôles serveur doivent être déployés sur le
réseau dans le même domaine Active Directory pour que le déploiement s'exécute correctement. Pour plus
d’informations, voir la section Planification du déploiement de Dynamics 365 Customer Engagement (on-
premises). Sélectionnez Suivant .
IMPORTANT
Quand vous sélectionnez un rôle serveur autre que Serveur complet, l'Microsoft Dynamics 365 ServerInstallation ne
crée pas de base de données d’organisation pendant l’installation. Si le déploiement ne comporte aucune base de
données d'organisation, vous devez utiliser la cmdlet New-CrmOrganization Windows PowerShell ou Gestionnaire de
déploiement pour créer une organisation.
11. Dans la page Spécifier les options de déploiement , si le programme d'installation détecte un
déploiement existant, vous pouvez décider de créer un déploiement ou de vous connecter à un déploiement
existant. Dans la zone Entrer ou sélectionner le nom de l'ordinateur qui exécute SQL Ser ver à
utiliser avec le déploiement , tapez ou sélectionnez l'instance de SQL Server qui sera utilisée pour stocker
la base de données de configuration (MSCRM_CONFIG).
IMPORTANT
Quand vous sélectionnez Créer un déploiement , le programme d'installation crée une nouvelle base de données
d’organisation en utilisant le nom que vous avez indiqué et une base de données de configuration en utilisant le nom
MSCRM_CONFIG. Un message d’erreur s’affichera si une base de données MSCRM_CONFIG existe déjà. Vous devez
supprimer cette base de données pour créer une nouvelle base de données MSCRM_CONFIG. Un seul déploiement
est pris en charge pour chaque instance de SQL Server.
Lorsque vous sélectionnez Établir une connexion à un déploiement existant et effectuer la mise à niveau
si nécessaire , le programme d'installation exige qu'une base de données de configuration (MSCRM_CONFIG) existe
déjà sur l'ordinateur exécutant SQL Server. Un message d’erreur s’affichera s’il n’y a aucune base de données
MSCRM_CONFIG existante.
Active Directory. Sélectionnez l’unité d’organisation où vous voulez ajouter des groupes de sécurité,
sélectionnez OK , puis Suivant .
Ser vice d'application. Ce service exécute l’application Web Dynamics 365 for Customer
Engagement qui sert à connecter les utilisateurs aux données Dynamics 365 Customer Engagement
(on-premises).
Ser vice Web de déploiement. Publie le service Web qui fournit l'interface de déploiement décrite
dans le Guide du développeur pour Dynamics 365 Customer Engagement (on-premises), comme
pour créer une organisation ou pour gérer la liste des administrateurs de déploiement pour le
déploiement
Ser vice de traitement Bac à sable (sandbox). Ce service active un environnement isolé afin
d’autoriser l’exécution de code personnalisé, tel que les plug-ins. Cet environnement isolé réduit les
risques qu’un code personnalisé affecte le fonctionnement des organisations dans le déploiement.
Ser vice Enregistreur VSS. Le service Enregistreur VSS de Dynamics 365 for Customer
Engagement fournit une interface pour sauvegarder et restaurer les données Dynamics 365 for
Customer Engagement en utilisant l’infrastructure VSS Windows Server.
Ser vice de traitement asynchrone. Ce service traite les événements asynchrones mis en file
d'attente, tels que l'envoi en nombre ou l'importation de données.
IMPORTANT
Il est vivement recommandé de sélectionner un compte de domaine à faible privilège dédié exclusivement à
l'exécution de ces services. En outre, le compte d'utilisateur servant à exécuter un service Dynamics 365 for
Customer Engagement ne peut pas être un utilisateur Dynamics 365 for Customer Engagement. Ce compte
de domaine doit être membre du groupe Utilisateurs du domaine. En outre, si les rôles Service asynchrone et
Service de traitement Bac à sable (sandbox) sont installés, comme dans une installation Serveur complet ou
Serveur principal, le compte de domaine doit être membre du groupe de sécurité Utilisateurs du journal de
performances.
Si vous choisissez d'exécuter le service ASP.NET sous un compte d'utilisateur de domaine qui n'est ni un
administrateur de domaine ni un administrateur local, vous devez définir une stratégie de sécurité locale après
l'installation de Dynamics 365 Server afin que le service ASP.NET fonctionne correctement. En outre, en
fonction des stratégies de mots de passe que vous avez mises en œuvre dans votre organisation, le mot de
passe de l'utilisateur peut expirer. Pour plus d'informations, voir l'article 329290 Base de connaissances
Microsoft (KB), Comment utiliser l'utilitaire ASP.NET pour chiffrer des chaînes d’identification et de connexion
pour l’état de la session.
Ser vice de sur veillance. Ce service est installé avec l'installation de n'importe quel rôle Dynamics
365 Server pour la surveillance des événements des rôles de serveur Dynamics 365 for Customer
Engagement qui s'exécutent sur l'ordinateur local.
14. Dans la page Sélectionner un site Web , sélectionnez Créer un site Web ou Sélectionner un site Web
et sélectionnez un site Web dans la liste. Par défaut, le programme d’installation utilise le site Web par
défaut.
IMPORTANT
Il est vivement recommandé de vérifier le statut du site Web existant avant d'indiquer au programme d'installation
d'utiliser un site Web existant.
Il est vivement recommandé de sélectionner un site Web configuré pour Transport Layer Security (TLS). Pour plus
d'informations, consultez la documentation d'IIS. Au cours de l'installation, le programme d'installation associe
l'application au site Web HTTPS. Si vous sélectionnez un port réseau différent du port par défaut, assurez-vous que
votre pare-feu ne le bloque pas.
Lorsque vous sélectionnez l'option Créer un site Web , le programme d'installation crée un site Web pour
Dynamics 365 Server. Vous pouvez spécifier l'option suivante :
Numéro de por t . Tapez le numéro de port TCP que les clients Dynamics 365 for Customer Engagement
utiliseront pour se connecter à Dynamics 365 Server. Le numéro de port par défaut est 5555.
16. Dans la page Spécifier les paramètres Email Router , dans la zone Nom du ser veur Email Router ,
tapez le nom de l'ordinateur sur lequel E-mail Router sera installé. Cet ordinateur acheminera les messages
électroniques Dynamics 365 for Customer Engagement. Si vous ne comptez pas installer E-mail Router
(recommandé), laissez cette zone vide. Toutefois, si vous envisagez d'installer E-mail Router ultérieurement,
vous devez ajouter l'ordinateur sur lequel le service E-mail Router est exécuté lors de l'utilisation du système
local ou le compte d'utilisateur de domaine, si vous en utilisez un, au groupe de sécurité PrivUserGroupP.
17. Dans la page Spécifier le nom de l'organisation , entrez les informations suivantes :
a. Dans la zone Nom complet , tapez le nom de votre organisation.
b. Dans la zone Nom , vous pouvez conserver le nom généré automatiquement ou taper un nom unique
qui ne doit pas dépasser 30 caractères. Les espaces et caractères étendus ne sont pas autorisés.
c. Sous Code devise ISO , cliquez sur Parcourir , sélectionnez le code de devise ISO à utiliser comme
devise de base pour l'organisation dans la liste, puis cliquez sur OK .
Vous pouvez modifier le symbole, le nom et la précision de la devise.
d. Dans la liste Langue de base , sélectionnez la langue de base de l'organisation.
Avec Dynamics 365 Server, seule la langue de base de la première organisation est liée à la langue
d'installation du serveur. Toutes les autres organisations peuvent disposer de langues de base
différentes, mais vous devez au préalable installer les modules linguistiques appropriés. Pour obtenir
des instructions sur l'installation des modules linguistiques, consultez l'article Installer et activer un
module linguistique (éventuellement en anglais).
e. Dans la liste Classement SQL , conservez la sélection par défaut, ou sélectionnez un classement de
base de données différent qu'utilisera la base de données de l'organisation pour trier et comparer les
caractères de données.
Le classement SQL par défaut change en fonction de la langue de base sélectionnée.
Pour plus d'informations, voir Classement et prise en charge d'Unicode.
f. Sélectionnez Suivant .
IMPORTANT
Une fois l'installation terminée, il est impossible de modifier le classement de la base de données, le code de
devise ISO de base ou le nom unique de l'organisation. Vous pouvez néanmoins modifier le nom et le
symbole de la devise de base.
18. Dans la page Spécifier le ser veur Repor ting Ser vices , tapez l'URL du Report Server. Assurez-vous de
bien reprendre l’URL du serveur de rapports Report Server et non pas celle du Gestionnaire de rapports.
Pour vérifier que vous utilisez la bonne URL, tapez l'URL de Report Server comme adresse dans un
navigateur. Sélectionnez Suivant .
19. Dans la page Aidez-nous à améliorer le produit , indiquez si vous souhaitez participer au Programme
d'amélioration du produit. Lorsque cette option est sélectionnée, l'application envoie automatiquement à
Microsoft des informations de base et anonymes sur votre utilisation de Dynamics 365 Customer
Engagement (on-premises), ainsi que sur les types et le nombre d'erreurs que vous rencontrez. Ces
informations aident Microsoft à résoudre les problèmes et à améliorer les produits et les fonctionnalités.
Microsoft ne collecte pas vos nom et adresse, ni aucune autre information de contact. Sélectionnez Suivant .
22. La page Aver tissement d'interruption de ser vice s'affiche. Vérifiez la conformité des services qui seront
arrêtés ou redémarrés, puis sélectionnez Suivant .
puis sélectionnez Précédent pour remédier aux éventuels avertissements. Lorsque vous êtes prêt à
continuer, sélectionnez Installer .
Une fois l'installation réussie, la page Fin du programme d'installation de Microsoft Dynamics 365
Ser ver s'affiche. Si l'instance du serveur de rapports spécifiée pendant l'installation pointe vers l'ordinateur
local sur lequel est installé Dynamics 365 Server, le programme d'installation propose une option d'appel de
l'installation de Extensions de rapport Microsoft Dynamics 365.
24. Pour installer maintenant Extensions de rapport Microsoft Dynamics 365 sur l'ordinateur, activez la case à
cocher Lancer le programme d'installation des Extensions de rappor t Microsoft Dynamics 365
Customer Engagement (on-premises) . Sélectionnez Terminer .
IMPORTANT
Après avoir installé Dynamics 365 Server, vous devez installer les Extensions de rapport Microsoft Dynamics 365
pour créer, exécuter et planifier des rapports dans Dynamics 365 for Customer Engagement. Pour les instructions,
voir la section Installation des extensions de rapport de Microsoft Dynamics 365 Customer Engagement (on-
premises).
Par défaut, le programme d’installation active la compression HTTP sur le serveur qui exécute IIS sur lequel
l’application Web Dynamics 365 for Customer Engagement est installée. Si vous utilisez une autre méthode de
compression des communications HTTP, vous pouvez désactiver cette fonctionnalité. Pour ce faire, démarrez le
Gestionnaire des services IIS, cliquez sur le site Web, double-cliquez sur Compression , puis désactivez les cases à
cocher relatives à la compression.
Pour un déploiement IFD, une fois que le Microsoft Dynamics 365 ServerInstallation est terminé, vous devez
configurer l’authentification basée sur les revendications et les parties de confiance sur le service d’émission de
jeton de sécurité (STS). Ensuite, exécutez l'Assistant Configuration du déploiement avec accès via Internet pour
terminer la configuration.
Voir aussi
Installation des Extensions de rapport Microsoft Dynamics 365 Customer Engagement (on-premises)
Installation des Extensions de rapport Microsoft
Vous devez terminer l'installation de Dynamics 365 Server avant d'exécuter le Extensions de rapport
Vous devez exécuter le programme d'installation des Extensions de rapport Microsoft Dynamics 365 sur un
ordinateur sur lequel une version prise en charge de SQL Server Reporting Services est installée. Pour plus
d'informations : Configuration de la création de rapports Microsoft Dynamics 365 Customer Engagement
(on-premises).
WARNING
Les utilisateurs de Dynamics 365 for Customer Engagement qui utilisent le contrôle Visionneuse de rapports intégré à
Visual Studio peuvent afficher les informations provenant de rapports auxquels ils ont accès. En utilisant ce contrôle,
l'utilisateur peut afficher des données supplémentaires concernant les rapports et les sessions qui ne s'affichent pas pendant
l'exécution du rapport dans Dynamics 365 for Customer Engagement. Pour réduire le risque d'exposition de données
confidentielles, il est recommandé de configurer le site Web SQL Server Reporting Services sur lequel les Extensions de
rapport Microsoft Dynamics 365 sont installées de manière à n'utiliser que les connexions TLS (Transport Layer Security) ou
SSL (Secure Sockets Layer), également appelées connexions HTTP sécurisées. Pour plus d'informations : Configuration des
connexions SSL sur un serveur de rapports du mode natif.
Afin de réduire le risque lié à certaines vulnérabilités de sécurité, il est vivement recommandé d'utiliser des comptes Active
Directory différents pour les pools d'applications utilisés pour exécuter les sites Web Dynamics 365 for Customer
Engagement et SQL Server Reporting Services.
Installation des Extensions de rapport Microsoft Dynamics 365

Pour installer le Extensions de rapport Microsoft Dynamics 365, recherchez les fichiers d’installation de Extensions
de rapport Microsoft Dynamics 365 et procédez comme suit :
1. Dans le dossier ..\Server\amd64\SrsDataConnector, double-cliquez sur SetupSrsDataConnector.exe .
2. Sur la page Programme d'installation des Extensions de rappor t Microsoft Dynamics 365
Customer Engagement (on-premises) , indiquez si vous souhaitez mettre à jour le programme
d'installation Extensions de rapport Microsoft Dynamics 365. Si des mises à jour sont disponibles, il est
recommandé de laisser le programme d'installation télécharger la dernière version. Pour ce faire,
sélectionnez Mettre à jour les fichiers d'installation , attendez que le processus de mise à jour se
termine, puis sélectionnez Suivant .
3. Dans la page Contrat de licence , lisez les informations de la page et, si vous acceptez les termes du
contrat de licence, sélectionnez J'accepte ce contrat de licence , puis sélectionnez J'accepte .
s'affiche.
a. Si vous avez déjà installé les composants nécessaires, cette page n'apparaît pas.
b. Si vous n’avez pas encore installé les composants requis répertoriés, vous pouvez le faire dès
Manquant à Installé et vous pouvez sélectionner Suivant pour continuer.
5. Dans la page Spécifier le ser veur de base de données de configuration , si vous utilisez l'instance de
SQL Server par défaut, entrez le nom de l'ordinateur exécutant SQL Server et contenant la base de données
de configuration (MSCRM_CONFIG), puis sélectionnez Suivant .
NOTE
Si vous n'utilisez pas l'instance de SQL Server par défaut, entrez <nom_ordinateur><nom_instance>.
6. Dans la page Spécifier le nom de l'instance SSRS , sélectionnez une instance de SQL Server Reporting
Services qui sera utilisée pour la création de rapports Dynamics 365 for Customer Engagement, puis
sélectionnez Suivant .
7. Dans la page Sélectionner l'abonnement à Microsoft Update , décidez si vous souhaitez utiliser
8. Dans la page Sélectionner l'emplacement d'installation , acceptez l’emplacement par défaut ou entrez
un autre emplacement d’installation des fichiers où vous voulez installer Extensions de rapport Microsoft
Dynamics 365. Sélectionnez Suivant .
9. La page Vérifications du système s'affiche. Cette page résume la configuration requise pour une
installation du Extensions de rapport Microsoft Dynamics 365 réussie. Les erreurs doivent être corrigées
avant de poursuivre l'installation. Toutes les erreurs doivent être résolues. Si aucune erreur ou seuls des
avertissements s'affichent, vous pouvez poursuivre l'installation. Pour ce faire, sélectionnez Suivant .
10. La page Aver tissement d'interruption de ser vice s'affiche. Vérifiez la conformité des services qui
seront arrêtés ou redémarrés, puis sélectionnez Suivant .
11. Examinez la page Prêt à installer les Extensions de rappor t Microsoft Dynamics 365 Customer
Engagement (on-premises) , puis sélectionnez Précédent pour corriger les éventuelles erreurs. Lorsque
vous êtes prêt à continuer, sélectionnez Installer .
12. Une fois l'installation terminée avec succès, la page Installation des Extensions de rappor t Microsoft
Dynamics 365 Customer Engagement (on-premises) s'affiche. Sélectionnez Terminer .
Pendant l'installation, les rapports seront publiés pour l'organisation par défaut.
IMPORTANT
Les rapports ne seront pas publiés dans les cas suivants :
Si l’utilisateur exécutant le programme d’installation des Extensions de rapport Microsoft Dynamics 365 ne
dispose pas des autorisations appropriées sur la base de données d’organisation.
Si les Extensions de rapport Microsoft Dynamics 365 sont installées pour une instance SQL Server Reporting
Services différente de celle utilisée par l’organisation.
Si la langue de base de l’organisation est différente de celle dans laquelle les Extensions de rapport Microsoft
Dynamics 365 sont installées.
Voir aussi
Cette section contient des recommandations et des procédures permettant d'installer Microsoft Dynamics CRM
Server 2016 au sein d'un déploiement comportant déjà une version précédente de Microsoft Dynamics CRM
Server.
Options de mise à niveau

Il existe trois options de mise à niveau distinctes :
Migration à l'aide d'une nouvelle instance de SQL Ser ver . L'utilisation de cette option est
recommandée pour la mise à niveau de Dynamics 365 Server. Bien que cette option nécessite un ordinateur
distinct pour la nouvelle version de Dynamics 365 Server et une instance différente de SQL Server, elle
permet de réduire au minimum le temps d'arrêt potentiel de Microsoft Dynamics CRM, car le déploiement
Microsoft Dynamics CRM précédent peut rester opérationnel jusqu'au terme et à la vérification de la mise à
niveau.
Migrer à l’aide de la même instance de SQL Ser ver . Cette option nécessite un ordinateur distinct pour
la nouvelle version de Dynamics 365 Server, mais la mise à niveau des bases de données de configuration et
d'organisation par défaut se fera sur place à l'aide de la même instance de SQL Server. Si des problèmes
surviennent au cours de la mise à niveau, vous devrez restaurer le déploiement précédent pour éviter un
temps d’arrêt important.
Mise à niveau sur place . Bien que cette option ne nécessite pas d'ordinateur distinct pour la nouvelle
version de Dynamics 365 Server ni d'instance différente de SQL Server, elle entraîne le plus gros risque si
des problèmes de mise à niveau surviennent, car une restauration et une réinstallation du déploiement
précédent seront nécessaires pour éviter un éventuel temps d'arrêt.
Voir aussi
Mise à niveau à partir de Microsoft Dynamics 2015 Server
Cette section explique comment exécuter la mise à niveau sur place sur Dynamics 365 Server avec le Service Pack
de décembre 2016 pour Dynamics 365 (on-premises). Si vous rencontrez des problèmes pendant la mise à niveau,
consultez la rubrique Résolution des problèmes d’installation et de mise à niveau, plus loin dans ce guide.
Cau t i on
L'exécution de cette procédure risque d'entraîner un temps d'arrêt important de l'application si des problèmes
surviennent pendant la mise à niveau. Au lieu d'utiliser une option de mise à niveau qui risque d'affecter le
déploiement en production, il est conseillé de migrer votre déploiement. Pour plus d'informations :Options de mise
à niveau Microsoft Dynamics 365 Server
IMPORTANT
Il est vivement recommandé de sauvegarder vos données Microsoft Dynamics CRM existantes, notamment l'ensemble des
rapports et des personnalisations, avant d'exécuter l'installation. Il est également conseillé de mettre en œuvre la stratégie
de sauvegarde suivante avant d'exécuter l'installation :
1. Configurez les bases de données Microsoft Dynamics CRM du déploiement existant à l’aide d’un modèle de récupération
simple.
2. Procédez à une sauvegarde complète de toute la configuration de production, ainsi que des bases de données de
l'organisation et des journaux de transactions.
Pour plus d'informations : Sauvegarde du système Microsoft Dynamics 365
IMPORTANT
Seul Dynamics 365 Server avec le Service Pack de décembre 2016 pour Dynamics 365 (on-premises) ou version
ultérieure peut être mis à niveau. Pour des informations de mise à niveau à partir de versions antérieures de Dynamics
365 Server, voir Mise à niveau des versions antérieures de Microsoft Dynamics CRM Server.
Pour mettre à niveau une instance de Dynamics 365 Server avec le Service Pack de décembre 2016 pour le déploiement
de Dynamics 365 (on-premises), l'utilisateur exécutant le programme d'installation de Dynamics 365 Server, version 9.0
doit être membre du groupe Administrateurs de déploiement. En outre, il doit disposer de l’autorisation db_owner sur
les bases de données Dynamics 365 Customer Engagement (on-premises) existantes et de l'autorisation sysadmin sur
SQL Server. Pour plus d’informations sur l'ajout d'un membre au groupe Administrateurs de déploiement, consultez la
commande the New-CrmDeploymentAdministrator Windows PowerShell. Plus d'informations : Définition des propriétés
à l'aide des applets de commande PowerShell. Vous pouvez également utiliser Gestionnaire de déploiement. Pour plus
d’informations sur l’octroi d’autorisation dans SQL Server, consultez l’Aide de SQL Server Management Studio.
Tâches à effectuer avant la mise à niveau

Nous vous recommandons d'appliquer les dernières mises à jours cumulatives de Microsoft Dynamics 365
On-Premises avant de commencer la mise à niveau.
Appliquez toute la configuration requise indiquée dans Configuration matérielle requise pour Microsoft
Dynamics 365 Server et Configuration logicielle requise pour Microsoft Dynamics 365 Server.
Connectez-vous à votre domaine en tant qu'utilisateur doté d'une autorisation de niveau administrateur.
La réplication SQL Server n'est pas prise en charge avec Microsoft Dynamics CRM. Si vous exécutez la
réplication SQL Server, désactivez-la.
Désinstallez Dynamics 365 Reporting Extensions si elle est installée sur le même ordinateur que
Dynamics 365 Server. Pour plus d'informations :Désinstallation ou réparation de Microsoft Dynamics 365
Reporting Extensions
Pour déterminer l'emplacement des fichiers d'installation de Dynamics 365 Customer Engagement (on-
premises), consultez le fichier Lisez-moi de Microsoft Dynamics 365, version 9.0.
Exécuter la mise à niveau

2. Dans la page Bienvenue dans le programme d'installation de Microsoft Dynamics CRM Ser ver , il
est recommandé de sélectionner Récupérer les mises à jour pour Microsoft Dynamics CRM , afin que
le programme d'installation dispose des fichiers d'installation les plus récents. Sélectionnez Suivant . Une
fois que l'installation a fini de vérifier l'existence de mises à jour, sélectionnez Suivant à nouveau.
IMPORTANT
Pour que la fonctionnalité Récupérer les mises à jour Microsoft Dynamics CRM soit opérationnelle, vous
devez :
Avoir une connexion Internet sur l'ordinateur qui exécute l'installation.
Activez Microsoft Update pour « autres produits Microsoft » sur l'ordinateur Windows Server qui exécute
Installation Dynamics 365 Server.
NOTE
Si vous avez acheté Dynamics 365 for Customer Engagement par le biais d’un Programme de concession de licence
en volume Microsoft, la clé de licence est indiquée dans le fichier license.txt inclus dans les fichiers d’installation de
Microsoft Dynamics CRM.
contrat de licence, sélectionnez J'accepte ce contrat de licence , puis sélectionnez J'accepte .
s'affiche.
NOTE
6. Dans la page Mise à niveau vers Microsoft Dynamics CRM , vous pouvez sélectionner une organisation
à mettre à niveau ou laissez <None> pour qu'aucune organisation ne soit mise à niveau lors de
l'installation. Avant de sélectionner une organisation, prenez en compte les éléments suivants :
Notez que toute organisation non mise à niveau deviendra désactivée une fois la mise à niveau
terminée. Pour mettre à niveau les organisations une fois l'installation terminée, utilisez la commande
Import-CrmOrganization Windows PowerShell. Vous pouvez également utiliser Gestionnaire de
déploiement.
Pour cela, cliquez sur Suivant pour mettre à niveau Microsoft Dynamics CRM.
7. Dans la page Spécifier les comptes de ser vice , le programme d'installation ajoute les comptes de
service utilisés pour les services Microsoft Dynamics CRM Server. Vous pouvez utiliser des comptes de
services existants ou en spécifier de nouveaux. Pour plus d’informations sur les autorisations requises pour
exécuter ces services, voir Autorisations minimales requises pour l'installation et les services Microsoft
Dynamics 365.
8. Si vous voulez utiliser la synchronisation côté serveur et/ou Dynamics 365 for Outlook pour le déploiement,
laissez cette zone vide. Pour plus d'informations :Intégrer votre système de messagerie à Microsoft
Dynamics 365
Autrement, dans la page Spécifier les paramètres E-mail Router , dans la zone Nom du ser veur E-
mail Router , tapez le nom de l'ordinateur sur lequel E-mail Router sera installé. Cet ordinateur acheminera
les messages électroniques Dynamics 365 Customer Engagement (on-premises). Si vous laissez la zone
vide mais décidez ultérieurement d’utiliser l’E-mail Router, vous devez ajouter l’ordinateur sur lequel le
service E-mail Router (partie du Service asynchrone) s’exécute lors de l’utilisation du Service réseau ou, si
vous ,utilisez un compte d'utilisateur de domaine, le compte vers le groupe de sécurité PrivUserGroup.
9. Dans la page Sélectionner les préférences Microsoft Update , décidez si vous souhaitez utiliser
l'ordinateur reste à jour et sécurisé. Pour plus d’informations sur les termes juridiques et la confidentialité
liés à la licence Microsoft Update, voir la FAQ de Windows Update.
l'installation. Si aucune erreur ou seuls des avertissements s'affichent, vous pouvez poursuivre l'installation.
seront arrêtés ou redémarrés lors de l'exécution du programme d'installation. Vérifiez la conformité des
services qui seront arrêtés ou redémarrés, puis sélectionnez Suivant .
12. Examinez la page Prêt à mettre à niveau l'application , puis sélectionnez Précédent pour corriger les
erreurs. Lorsque vous êtes prêt à continuer, sélectionnez Mettre à niveau .
Une fois l'installation réussie, la page Fin du programme d'installation de Microsoft Dynamics CRM Server
s'affiche. Si l'instance du serveur de rapports spécifiée pendant le programme d'installation pointe vers
l'ordinateur local sur lequel est installé Dynamics 365 Server, le programme d'installation propose une
option d'appel du Installation Dynamics 365 Reporting Extensions.
13. Pour réaliser un déploiement de serveur complet sur l'ordinateur SQL Server Reporting Services, activez la
case à cocher Lancer le programme d'installation de Microsoft Dynamics 365 Repor ting
Extensions pour installer Dynamics 365 Reporting Extensions. Sélectionnez Terminer .
IMPORTANT
Après avoir mis à jour, vous devez installer Dynamics 365 Reporting Extensions pour créer, exécuter et planifier des
rapports dans Dynamics 365 for Customer Engagement. Pour les instructions, voir la section Installation de Microsoft
Dynamics 365 Reporting Extensions dans ce guide.
Vous ne pouvez pas installer Dynamics 365 Reporting Extensions avant d'avoir installé ou mis à niveau Dynamics 365
Server.
Si vous aviez des modules linguistiques mis en service dans votre déploiement, pour continuer à utiliser plusieurs langues,
mettez à niveau sur place chaque module linguistique, puis mettez-les en service. Pour plus d'informations :Mise à niveau
et déploiement d'un module linguistique
Notez que le programme d’installation active la compression HTTP sur le serveur qui exécute IIS sur lequel l’application
Web est installée. Si vous utilisez une autre méthode de compression des communications HTTP, vous pouvez désactiver
cette fonctionnalité à la fin de l'installation. Pour ce faire, démarrez le Gestionnaire des services IIS, sélectionnez le site
Web, double-cliquez sur Compression , puis désactivez les cases à cocher relatives à la compression.
Voir aussi
Mettre à niveau Microsoft Dynamics 365 Reporting
Extensions
Dynamics 365 Reporting Extensions n'est pas pris en charge pour une mise à niveau sur place. Pour mettre à
niveau vers la nouvelle version, vous devez d'abord désinstaller la version existante.
Pour mettre à niveau Dynamics 365 Reporting Extensions, procédez comme suit :
1. Respectez toutes les conditions requises spécifiées sous Configuration requise pour Microsoft Dynamics 365
Reporting Extensions.
2. Désinstallez la version existante de Dynamics 365 Reporting Extensions.
3. Avant d'exécuter la nouvelle version de Dynamics 365 Reporting Extensions Installation, mettez à niveau
Dynamics 365 Server. Pour plus d'informations : Mise à niveau à partir de Microsoft Dynamics 2015 Server
4. Sur l'ordinateur sur lequel Dynamics 365 Reporting Extensions a été installé, connectez-vous à votre
domaine en tant qu'utilisateur doté de privilèges de niveau administrateur.
5. Dans le dossier ..\Server\amd64\SrsDataConnector où se trouve le support d'installation Dynamics 365
Server, double-cliquez sur SetupSrsDataConnector.exe .
6. Suivez les instructions affichées à l'écran. Pour plus d'informations :Installer Microsoft Dynamics 365
Voir aussi
Une fois que le programme d'installation a terminé la mise à niveau, procédez comme suit.
Étapes à respecter après la mise à niveau pour les serveurs

1. Si vous avez des serveurs à charge réseau équilibrée supplémentaires ou des rôles serveur Dynamics 365
for Customer Engagement installés sur d'autres ordinateurs, mettez à niveau ou désinstallez et réinstallez
Dynamics 365 for Customer Engagement sur ces serveurs comme indiqué dans les rubriques Installation
des rôles serveur frontal et principal Microsoft Dynamics 365.
2. Installez Extensions de rapport Microsoft Dynamics 365. Vous devez installer Extensions de rapport
Microsoft Dynamics 365 avant d’importer et de mettre à niveau des organisations non mises à niveau
pendant la Microsoft Dynamics 365 ServerInstallation. Informations complémentaires : Installation de
Microsoft Dynamics 365 Reporting Extensions
3. Si vous aviez mis en service des Modules linguistiques dans le déploiement, téléchargez et installez les
Microsoft Dynamics 365 Modules linguistiques pour les langues que vous souhaitez. Pour plus
d'informations : Mise à niveau et déploiement d'un module linguistique
4. Si disponible, installez la dernière mise à jour. Pour plus d'informations : Mettre à jour Microsoft Dynamics
365
5. Si nécessaire, importez des organisations. Pendant l'importation, chaque organisation sera mise à niveau.
Pour cela, utilisez la commande Import-CrmOrganization Windows PowerShell. Vous pouvez également
utiliser Gestionnaire de déploiement Dynamics 365.
6. Dans le Report Manager de Microsoft SQL Server Reporting Services, recréez les éventuelles sources de
données personnalisées dans les dossiers OrganizationName_MSCRM.
7. Certaines données d'organisation sont chiffrées à l'aide de clés de chiffrement. Ces clés doivent être copiées
dans le cadre de vos procédures de récupération en cas de défaillance. Pour plus d'informations :
Chiffrement de données
8. Vérifiez que les tâches système et les workflows sont en cours d’exécution. Plus d’informations : Surveiller et
gérer les processus de workflow
9. Bien que ce ne soit pas obligatoire, il est recommandé de procéder à l'enregistrement de Dynamics 365 for
Étapes à respecter après la mise à niveau pour les clients

Pour faciliter le processus de mise à niveau, Dynamics 365 for Outlook (8.2) est compatible avec Dynamics 365
Server, version 9.0.
IMPORTANT
La fonctionnalité Mode hors connexion de Dynamics 365 for Outlook n'est plus disponible avec cette version de Dynamics
365 Customer Engagement (on-premises).
Mise à niveau des clients

1. Exécutez la configuration de Dynamics 365 for Outlook, version 9.0 sur l'ordinateur de chaque utilisateur de
Dynamics 365 for Outlook (8.2). Pour déployer la mise à niveau, utilisez Microsoft System Center ou la
stratégie de groupe Microsoft pour transmettre la mise à niveau aux utilisateurs. Pour plus d'informations
sur la distribution de stratégie de groupe, voir Déploiement de Microsoft Dynamics 365 for Outlook à l'aide
d'une stratégie de groupe.
2. Une fois la mise à niveau terminée, vérifiez que Dynamics 365 for Outlook contient les dernières mises à
jour.
3. Testez la fonctionnalité à partir de Outlook et de l'application Web Dynamics 365 for Customer Engagement.
Pour plus d'informations : Mettre à niveau Microsoft Dynamics 365 for Outlook
Voir aussi
Installer ou mettre à niveau des modules linguistiques
Le Module linguistique de Microsoft Dynamics 365 permet aux utilisateurs de modifier la langue de l'interface
utilisateur ou de l'aide affichée dans l'application. Par exemple, si votre organisation multinationale a généralisé
l’utilisation d’une interface utilisateur en anglais pour simplifier la formation et la résolution des problèmes, mais
que vous préférez lire l’aide dans votre langue d’origine, vous pouvez configurer Dynamics 365 for Customer
Engagement de manière à afficher l’aide dans cette langue.
Vue d'ensemble des modules linguistiques

Les principales étapes d'installation ou de mise à niveau et de mise en service d'un ou plusieurs Modules
linguistiques sont décrites ci-dessous.
1. Téléchargez les Modules linguistiques souhaités. Les Modules linguistiques ne sont pas inclus dans les autres
applications Dynamics 365 for Customer Engagement et sont uniquement disponibles via Centre de
téléchargement Microsoft. Chaque fichier d'installation (.msi) de module linguistique inclut l'ID de
paramètres régionaux (LCID) qui représente cette langue. Téléchargez un module linguistique Microsoft
Dynamics CRM 2016.
NOTE
Pour obtenir la liste des ID de paramètres régionaux et la langue associée, voir MSDN : ID de paramètres régionaux
assignés par Microsoft.
Vous ne pouvez pas installer un Module linguistique qui a le même ID de paramètres régionaux que la langue de base
de Dynamics 365 for Customer Engagement.
2. Installez le package .msi du Module linguistique sur le Dynamics 365 Server. Si vous avez déployé des rôles
serveur, installez-le sur le Serveur frontal ou les serveurs exécutant le rôle Serveur d'application Web.
3. Connectez-vous aux organisations auxquelles vous souhaitez fournir la prise en charge linguistique et
activer chaque Module linguistique. Pour plus d'informations :Installation et activation d'un module
linguistique
4. Pour les utilisateurs de Dynamics 365 for Outlook, les modules linguistiques doivent également être
installés sur les PC des utilisateurs.
Après l’installation et l'activation d'un Module linguistique, ses capacités et options correspondantes sont
disponibles aux utilisateurs qui peuvent les sélectionner dans les applications clientes Dynamics 365 for Customer
Engagement à partir de Paramètres personnels > Options .
Pour obtenir des instructions d'installation et d'activation plus détaillées, consultez les rubriques suivantes.
Voir aussi
Suivez les procédures de cette rubrique pour installer un Module linguistique de Microsoft Dynamics 365.
Installation du module linguistique

Si vos utilisateurs utilisent Dynamics 365 for Outlook, outre l’installation du Module linguistique sur l’ordinateur
exécutant Dynamics 365 Server, vous devez également installer le même Modules linguistiques sur l’ordinateur
sur lequel est installé Dynamics 365 for Outlook.
1. Connectez-vous sur l’ordinateur sur lequel Dynamics 365 Server ou Dynamics 365 for Outlook est installé.
2. Vérifiez que vous disposez de l’autorisation d’administrateur local sur l'ordinateur et du rôle de sécurité
Administrateur système ou de privilèges équivalents sur Dynamics 365 for Customer Engagement.
3. Téléchargez le Module linguistique Microsoft Dynamics 365 Customer Engagement (on-premises).
4. À l'emplacement des fichiers du Module linguistique, double-cliquez sur le fichier MUISetup_< loc_code
>_< proc_type >.msi.
où :
< loc_code > est le code des paramètres régionaux du module linguistique que vous installez. (Par
exemple, le code « 1031 » correspond à l’allemand ou « 1041 » au japonais.)
< proc_type > spécifie la version du processeur de l'application. (Par exemple, amd64 pour Dynamics 365
Server et les versions 64 bits d'Dynamics 365 for Outlook ou i386 pour les versions 32 bits d'Dynamics
365 for Outlook.)
contrat de licence, sélectionnez J’accepte les termes du contrat de licence , puis sélectionnez Installer .
Le programme d'installation copie les fichiers du Module linguistique dans les emplacements appropriés
de Dynamics 365 for Customer Engagement. Par défaut, les fichiers du Module linguistique sont copiés
dans le dossier lecteur:\Program Files\Microsoft Dynamics 365 Customer Engagement (on-
premises)\LangPacks\<loc_code>, où <loc_code> représente le code des paramètres régionaux pour le
Module linguistique que vous installez.
6. Pour terminer l’installation, sélectionnez Terminer .
Répétez les étapes précédentes pour chaque Module linguistique que vous souhaitez rendre disponible
pour votre Customer Engagement (on-premises) Déploiement.
7. Recherchez les modules linguistiques que vous souhaitez mettre à la disposition des utilisateurs. Pour plus
d'informations : Activation des langues
Voir aussi
Support linguistique de Microsoft Dynamics 365 Customer Engagement (on-premises)
Mise à niveau et activation d'un module linguistique
Après avoir mis à niveau Dynamics CRM Server 2015, si vous aviez installé des Microsoft Dynamics CRMModules
linguistiques, vous devez installer les nouveaux Modules linguistiques correspondant à la nouvelle version de
Dynamics 365 Server. Ensuite, activez les Modules linguistiques pour les rendre disponibles aux utilisateurs après
la mise à niveau.
Mise à niveau et mise en service d'un module linguistique
1. Sur chaque serveur Microsoft Dynamics CRM mis à niveau, téléchargez les nouveaux Modules linguistiques.
Pour plus d'informations : Téléchargement : Module linguistique de Microsoft Dynamics CRM 2016
2. Effectuez la procédure d'installation de chaque Module linguistique. Pour plus d'informations :Installation du
module linguistique
IMPORTANT
Après avoir installé un nouveau module linguistique, activez-le pour charger les nouveaux fichiers de module
linguistique dans Dynamics 365 Server. Pour plus d'informations :Activation des langues
3. Après avoir installé et mis en service tous les nouveaux Modules linguistiques, désinstallez la version
précédente de chaque Modules linguistiques. Pour plus d'informations :Désinstallation ou réparation d'un
module linguistique Microsoft Dynamics 365.
Voir aussi
Désinstallation ou réparation d'un module linguistique Dynamics 365
Résolution des problèmes d'installation et de mise à
niveau
Cette section explique comment résoudre les problèmes d'installation et les problèmes connus.
Fichiers journaux
Le programme d'installation crée des fichiers journaux qui peuvent être consultés et utilisés pour la résolution des
problèmes. Les fichiers journaux sont produits en texte clair non structuré ou en XML et peuvent être affichés par
un éditeur de texte de base, comme le Bloc-notes. Par défaut, l'emplacement des fichiers journaux se présente
comme suit, où User représente le compte de l'utilisateur qui a exécuté le programme d'installation :
SystemDrive:\Users\Utilisateur\AppData\Roaming\Microsoft\MSCRM\Logs\
IMPORTANT
Par défaut, Windows Server masque les dossiers où les fichiers journaux se situent. Pour afficher ces dossiers, accédez à
Options des dossiers dans le Panneau de configuration pour modifier le paramètre de sorte à pouvoir voir ces dossiers.
Microsoft Dynamics 365 ServerInstallation génère plusieurs fichiers journaux distincts, selon si l'installation
concerne un nouveau déploiement ou une mise à niveau d'une version précédente.
Crmserversetup.log. Le fichier contenant la plupart des activités d'installation ou de mise à niveau de
Crmsetup.log. Le fichier qui contient les activités de mise à jour de Installation (installation d'auto-
adaptation).
LegacyFeatureCheck.xml. Pendant la mise à niveau de Dynamics 365 Server, le programme d'installation
analyse le déploiement pour les fonctions de personnalisation et d'extensibilité (héritées) obsolètes, telles
que les plug-ins ou les solutions Dynamics CRM 4.0 qui utilisent le point de terminaison de services
Web 2007. Ce fichier contient les résultats.
SrsDataConnectorSetup.log. Le fichier contenant la plupart des activités d'installation de Extensions de
rapport Microsoft Dynamics 365.
Voir aussi
Installer Microsoft Dynamics 365
Installation ou mise à niveau de modules linguistiques pour Microsoft Dynamics 365

Configuration d'IFD pour Dynamics 365 Customer
Customer Engagement (on-premises) utilise l'authentification basée sur les revendications pour authentifier les
utilisateurs internes et activer l'accès Internet pour ceux qui n'utilisent pas VPN.
Dans l'authentification basée sur les revendications, un fournisseur d'identité qui contient un service d'émission de
jeton de sécurité (STS) répond aux requêtes d'authentification et publie les jetons de sécurité SAML qui incluent
une série de revendication sur un utilisateur, comme un nom d'utilisateur et les groupes d'utilisateur auxquels il
appartient. Une application de partie de confiance reçoit le jeton SAML et utilise les revendications incluses pour
décider s'il octroie l'accès à la ressource demandée. L'authentification basée sur les revendications peut être
utilisée pour authentifier les utilisateurs internes de votre organisation, les utilisateurs externes et les utilisateurs
d'organisations partenaires.
Ce contenu présente les étapes nécessaires pour configurer Déploiement avec accès via Internet (IFD) à l'aide de
l'authentification basée sur les revendications.
Voir aussi
Implémentation de l'authentification basée sur les
revendications : accès interne
L'activation de l'authentification basée sur les revendications pour l'accès interne aux données Dynamics 365
Server implique les étapes suivantes :
1. Configurez et déployez AD FS.
2. Configurez le serveur Dynamics 365 for Customer Engagement pour l'authentification basée sur les
revendications.
3. Configurez le serveur AD FS pour l'authentification basée sur les revendications.
4. Testez l'authentification interne basée sur les revendications.
L’authentification basée sur les revendications n'est pas nécessaire pour l'accès Intranet Dynamics 365 Server.
Toutefois, l'authentification basée sur les revendications est nécessaire pour l'accès Dynamics 365 for Customer
Engagement IFD.
Déploiement et configuration d'AD FS
De nombreux fournisseurs d'identité peuvent être utilisés avec Dynamics 365 Server. Ce document utilise Active
Directory Federation Services (AD FS) pour le service d'émission de jeton de sécurité. Pour plus d'informations sur
la configuration du déploiement de fédération d'identités entre AD FS et d'autres fournisseurs d'identité, voir :
Procédures AD FS 2.0.
IMPORTANT
Si vous déployez sous Windows Server 2012 et que vous installez AD FS sur le même serveur que Dynamics 365 for
Customer Engagement, AD FS s'installe sur le site Web par défaut. Avant d'installer AD FS, vous devez créer un site Web pour
Cela ne s'applique pas à Windows Server 2012 R2 car AD FS dans Windows Server 2012 R2 ne dépend pas d'IIS.
Déploiement d'un serveur de fédération

Pour plus d'informations sur le déploiement d'un serveur AD FS, voir Déploiement AD FS.
Configuration d'AD FS pour Windows Server 2012 R2

Pour configurer AD FS comme serveur de fédération autonome pour l'authentification basée sur les revendications
Dynamics 365 Server, procédez comme suit :
1. Ouvrez l'Assistant Ajout de rôles et de fonctionnalités Windows Server 2012 R2 et ajoutez le rôle
serveur Active Director y Federation Ser vices .
2. Suivez les étapes de l'Assistant. Cliquez sur Configurez le ser vice FS (Federation Ser vice) sur ce
ser veur .
3. Dans la page Accueil de l'Assistant Configuration Active Directory Federation Services, sélectionnez une
option pour un serveur de fédération, puis cliquez sur Suivant .
4. Suivez les étapes de l'Assistant. Dans la page Spécifier les propriétés de ser vice , sélectionnez votre
certificat TLS/SSL, entrez le Nom du ser vice de fédération , puis le Nom complet de ser vice de
fédération .
NOTE
Vous pouvez uniquement ajouter le nom du service de fédération si vous utilisez un certificat générique pour le site
Web AD FS.
Si vous installez AD FS et Dynamics 365 Server sur le même serveur, n'utilisez pas la même URL pour le nom du
service de fédération et l'accès interne aux revendications à Dynamics 365 Server. Par exemple, si vous utilisez
sts1.contoso.com pour le nom du service de fédération, n'utilisez pas https://sts1.contoso.com pour l'accès interne
aux données Dynamics 365 for Customer Engagement.
5. Continuez et terminez l'Assistant Configuration Active Director y Federation Ser vices . Fermez
l'Assistant Ajout de rôles et de fonctionnalités .
6. Si vous n'avez pas créé d'enregistrement d'hôte dans DNS pour le nom du serveur de fédération spécifié à
l'étape 4, faites-le maintenant.
Pour plus d’informations, voir Configurer un serveur de fédération.
Vérification de l'installation AD FS
Suivez les étapes ci-dessous pour vérifier l'installation de AD FS :
1. Sur le serveur AD FS, ouvrez Internet Explorer.
2. Accédez à l'URL des métadonnées de fédération. Par exemple,
https://sts1.contoso.com/federationmetadata/2007-06/federationmetadata.xml
Vous devrez peut-être activer l'Affichage de compatibilité d'Internet Explorer.
3. Vérifiez qu'aucun avertissement concernant le certificat n'apparaît. Si nécessaire, vérifiez votre certificat et
les paramètres DNS.
Voir aussi
Configurer Microsoft Dynamics 365 Server pour
l'authentification basée sur les revendications
Après avoir installé AD FS, vous devez définir le type de liaison Dynamics 365 Server et les domaines racines avant
de pouvoir activer l'authentification basée sur les revendications.
Définir la liaison de Microsoft Dynamics 365 Server sur HTTPS et

configurer les adresses Web de domaine racine
1. Sur le serveur Dynamics 365 for Customer Engagement, démarrez Gestionnaire de déploiement.
2. Dans le volet Actions , sélectionnez Propriétés .
3. Sélectionnez l'onglet Adresse Web .
4. Sous Type de liaison , sélectionnez HTTPS .
5. Vérifiez que les adresses Web sont valides pour votre certificat TLS/SSL et que le port TLS/SSL est lié au site
Web Dynamics 365 for Customer Engagement. Comme vous configurez Dynamics 365 Server pour utiliser
l'authentification basée sur les revendications pour l'accès interne, utilisez le nom d'hôte pour les adresses
Web de domaine racine.
Par exemple, pour un certificat générique *.contoso.com, vous utiliseriez internalcrm.contoso.com pour les
adresses Web.
Si vous installez AD FS et Dynamics 365 Server sur des serveurs distincts, ne spécifiez pas le port 443 pour
Serveur d'application Web, Service Web d'organisation ou Service Web de découverte.
6. Sélectionnez OK .
WARNING
Si les clients Dynamics 365 for Outlook ont été configurés à l'aide d'anciennes valeurs de liaison, ils doivent être
reconfigurés avec les nouvelles valeurs.
Compte CRMAppPool et certificat de chiffrement Microsoft Dynamics

CRM
Le certificat que vous spécifiez dans Configuration de l'Assistant Authentification basée sur les revendications est
utilisé par AD FS pour chiffrer les jetons de sécurité émis au client Dynamics 365 Server. Le compte CRMAppPool
de chaque application Web Dynamics 365 for Customer Engagement doit disposer de l'autorisation de lecture sur
la clé privée du certificat de chiffrement.
1. Dans le Dynamics 365 for Customer Engagement, créez une Microsoft Management Console (MMC) dotée
de la console de logiciel enfichable Cer tificats qui cible le magasin de certificats de l'ordinateur local .
2. Dans l’arborescence de la console, développez le nœud Cer tificats (ordinateur local) , développez le
magasin Personnel , puis sélectionnez Cer tificats .
3. Dans le volet de détails, cliquez avec le bouton droit sur le certificat de chiffrement spécifié dans
Configuration de l'Assistant Authentification basée sur les revendications, pointez sur Toutes les tâches ,
puis sélectionnez Gérer les clés privées .
4. Sélectionnez Add (ou sélectionnez le compte Service réseau s’il s’agit du compte que vous avez utilisé au
cours de l’installation), ajoutez le compte CRMAppPool , puis octroyez les autorisations de Lecture .
NOTE
Vous pouvez utiliser le Gestionnaire des services Internet (IIS) pour déterminer le compte qui a été utilisé lors de
l'installation pour le compte CRMAppPool. Dans le volet Connexions, sélectionnez Pools d’applications, puis vérifiez la
valeur Identité pour CRMAppPool.
Configuration de l'authentification basée sur les revendications à l'aide

de l'Assistant Configurer l’authentification basée sur les revendications
Exécutez Configuration de l'Assistant Authentification basée sur les revendications pour activer l'authentification
des revendications sur le Dynamics 365 Server.
1. Sur le serveur Dynamics 365 for Customer Engagement, démarrez Gestionnaire de déploiement.
2. Dans l'arborescence de la console du Gestionnaire de déploiement , cliquez avec le bouton droit sur
Microsoft Dynamics 365 , puis sélectionnez Configurer l'authentification basée sur les
revendications .
3. Vérifiez le contenu de la page, puis sélectionnez Suivant .
4. Dans la page Spécifier le ser vice d'émission de jeton de sécurité , entrez l'URL des métadonnées de
fédération, telle que https://sts1.contoso.com/federationmetadata/2007-06/federationmetadata.xml.
Ces données se trouvent généralement sur le site Web où Active Directory Federation Services s'exécute.
Pour vérifier l'URL correcte, ouvrez un navigateur Internet et affichez l'URL des métadonnées de fédération.
Vérifiez qu'aucun avertissement concernant le certificat n'apparaît.
Vous devrez peut-être activer l'Affichage de compatibilité d'Internet Explorer.
6. Dans la page Spécifier le cer tificat de chiffrement , choisissez l'une des deux méthodes suivantes pour
spécifier le certificat de chiffrement :
Dans le champ Cer tificat , tapez le nom commun (CN) complet du certificat en respectant le format
CN=certificate_subject_name.
Sous Cer tificat , sélectionnez Sélectionner , puis sélectionnez un certificat.
Ce certificat permet à sert à AD FS de chiffrer les jetons d’authentification sécurisée envoyés au client
NOTE
Le compte de service Dynamics 365 for Customer Engagement doit bénéficier des autorisations en lecture pour la clé
privée du certificat de chiffrement. Pour plus d'informations, voir la section « Compte CRMAppPool et certificat de
chiffrement Dynamics 365 for Customer Engagement » ci-dessus.
L'Configuration de l'Assistant Authentification basée sur les revendications vérifie le jeton et le certificat
indiqués.
8. Dans la page Vérifications du système , passez les résultats en revue, réalisez les étapes nécessaires pour
corriger les problèmes éventuels, puis sélectionnez Suivant .
9. Sur la page Vérifier vos sélections et cliquez sur Appliquer , vérifiez vos sélections puis sélectionnez
Appliquer .
10. Notez l'URL que vous devez utiliser pour ajouter la partie de confiance au service d'émission de jeton de
sécurité. Affichez et enregistrez le fichier journal pour vous y référer ultérieurement.
11. Sélectionnez Terminer .
Configuration de l’authentification basée sur les revendications à l’aide

de Windows PowerShell
1. Sur le serveur Dynamics 365 for Customer Engagement, ouvrez une invite Windows PowerShell.
2. Ajoutez le composant logiciel enfichable Windows PowerShell pour Dynamics 365 for Customer
Engagement :
PS > Add-PSSnapin Microsoft.Crm.PowerShell
3. Obtenez les paramètres d’authentification basée sur les revendications :
PS > $claims = Get-CrmSetting -SettingType "ClaimsSettings"
4. Configurez l’objet d’authentification basée sur les revendications :
PS > $claims.Enabled = 1 (or $true) PS > $claims.EncryptionCertificate = certificate_namePS >

$claims.FederationMetadataUrl = federation_metadata_URL
Où :
1 = « true ».
certificate_name correspond au nom du certificat de chiffrement ;
federation_metadata_URL correspond à l'URL des métadonnées de fédération pour le service
d'émission de jeton de sécurité (Par exemple, https://sts1.contoso.com/federationmetadata/2007-
06/federationmetadata.xml.)
5. Définissez les valeurs d’authentification basée sur les revendications :
PS > Set-CrmSetting $claims
Définition des autorisations de lecture pour le compte ADFSAppPool

Si vous installez AD FS sur un autre serveur, vérifiez que le compte utilisé pour le pool d'applications ADFSAppPool
dispose d'autorisations de Lecture . Voir la rubrique précédente « Compte CRMAppPool et certificat de chiffrement
Dynamics 365 for Customer Engagement » pour connaître les étapes.
Voir aussi
Configuration du serveur AD FS pour
l'authentification basée sur les revendications
Après activation de l'authentification basée sur les revendications, l'étape suivante consiste à ajouter et configurer
le fournisseur de revendications et les approbations de partie de confiance dans AD FS.
Configuration de l'approbation du fournisseur de revendications

Vous devez ajouter une règle de revendication pour récupérer l'attribut de nom d'utilisateur principal (UPN) de
Active Directory et l'envoyer à Dynamics 365 for Customer Engagement comme UPN.
Configuration d'AD FS pour envoyer l’attribut UPN LDAP en tant que revendication à une partie de confiance
1. Sur le serveur qui exécute AD FS, démarrez AD FS Management.
2. Dans le Volet de navigation , développez Relations d'approbation , puis sélectionnez Approbations du
fournisseur de revendications .
3. Sous Approbations du fournisseur de revendications , cliquez avec le bouton droit sur Active
Director y , puis sélectionnez Modifier les règles de revendications .
4. Dans l'éditeur de règles, sélectionnez Ajouter une règle .
5. Dans la liste des modèles de règles de revendications , sélectionnez le modèle Envoyer les attributs
LDAP en tant que revendications , puis sélectionnez Suivant .
6. Créez la règle suivante :
Nom de la règle de revendication : Règle de revendication UPN (ou descriptif plus précis)
Ajoutez le mappage suivant :
a. Magasin d’attributs : Active Director y
b. Attribut LDAP : Nom principal de ser vice
c. Type de revendication sortante : UPN
7. Sélectionnez Terminer , puis OK pour fermer l'éditeur de règles.
Configuration d'une approbation de partie de confiance

Après avoir activé l'authentification basée sur les revendications, vous devez configurer Dynamics 365 Server en
tant que partie de confiance pour consommer les revendications AD FS pour authentifier l'accès interne des
revendications.
1. Sur le serveur qui exécute AD FS, démarrez AD FS Management.
2. Dans le Volet de navigation , développez Relations d'approbation , puis sélectionnez Approbations
des par ties de confiance .
3. Dans le menu Actions situé dans la colonne de droite, sélectionnez Ajouter l’approbation d’une par tie
de confiance .
4. Dans l’Assistant Ajouter l’approbation d’une par tie de confiance , sélectionnez Démarrer .
5. Dans la page Sélectionner la source de données , sélectionnez Impor tez les données sur la par tie
de confiance possèdent en ligne ou sur un réseau local , puis tapez l'URL permettant de localiser le
fichier federationmetadata.xml.
Ces métadonnées de fédération sont créées pendant l'installation des revendications. Utilisez l'URL
répertoriée sur la dernière page de Configuration de l'Assistant Authentification basée sur les revendications
(avant de sélectionner Terminer ), par exemple https://internalcrm.contoso.com/FederationMetadata/2007-
06/FederationMetadata.xml. Vérifiez qu'aucun avertissement concernant le certificat n'apparaît.
7. Dans la page Spécifier le nom complet , tapez un nom complet, tel que Partie de confiance des
revendications Dynamics 365, puis cliquez sur Suivant .
8. Dans la page Configurer l'authentification à plusieurs facteurs maintenant , faites votre sélection et
9. Dans la page Choisir les règles de délivrance des autorisations , sélectionnez Autoriser tous les
utilisateurs à accéder à cette par tie de confiance , puis Suivant .
10. Dans la page Prêt à ajouter l’approbation , sous l'onglet Identificateurs , vérifiez que l'option
Identificateurs de par tie de confiance a un identificateur unique, comme :
https://internalcrm.contoso.com
Si votre identificateur est différent de l'exemple ci-dessus, sélectionnez Précédent dans Assistant Ajouter
l’approbation d’une par tie de confiance et activez l'adresse des métadonnées de fédération.
11. Sélectionnez Suivant , puis sélectionnez Fermer .
12. Si l'Éditeur de règles apparaît, sélectionnez Ajouter une règle . Sinon, dans la liste Approbations des
par ties de confiance , cliquez avec le bouton droit sur l’objet de partie de confiance créé, sélectionnez
Modifier les règles de revendications , puis Ajouter une règle .
IMPORTANT
Assurez-vous que l'onglet Règles de transformation d'émission est sélectionné.
13. Dans la liste des modèles de règles de revendications , sélectionnez le modèle Transférer ou filtrer
une revendication entrante et puis sélectionnez Suivant :
Nom de la règle de revendication : Transférer toutes les revendications UPN (ou une autre
description)
a. Type de revendication entrante : UPN
b. Transférer toutes les valeurs des revendications
16. Dans l'Éditeur de règles , sélectionnez Ajouter une règle , dans la liste des modèles de règles de
revendications , sélectionnez le modèle Transférer ou filtrer une revendication entrante , puis
Nom de la règle de revendication : Transférer les SID principaux (ou une autre description)
a. Type de revendication entrante : SID principal
19. Dans l'Éditeur de règles , sélectionnez Ajouter une règle .
20. Dans la liste des modèles de règles de revendications , sélectionnez le modèle Transférer une
revendication entrante et puis sélectionnez Suivant :
Nom de la règle de revendication : Transformer le Nom du compte Windows en Nom (ou descriptif
plus précis)
a. Type de revendication entrant : Nom du compte Windows
b. Type de revendication sortante : Nom
c. Transférer toutes les valeurs des revendications
22. Sélectionnez Terminer , puis lorsque vous avez créé les trois règles, sélectionnez OK pour fermer l’Éditeur
de règles.
Cette figure illustre les trois règles d'approbation de partie de confiance que vous créez.
L'approbation de partie de confiance créée définit la façon dont AD FS Federation Service reconnaît la partie de
confiance Dynamics 365 for Customer Engagement et émet des revendications.
Activation de l'authentification par formulaire
Dans AD FS in Windows Server 2012 R2, l'authentification par formulaire n'est pas activée par défaut.
1. Connectez-vous au serveur AD FS en tant qu'administrateur.
2. Ouvrez la console de gestion AD FS et sélectionnez Stratégies d'authentification .
3. Sous Authentification principale , Paramètres globaux , Méthode d’authentification , sélectionnez
Modifier .
4. Sous Intranet , activez Authentification par formulaire , puis sélectionnez OK .
Pour Windows Server 2016, exécutez un applet de commande

Si votre serveur AD FS exécute Windows Server 2016, exécutez l'applet de commande Windows PowerShell
suivante :
Grant-AdfsApplicationPermission -ClientRoleIdentifier "<ClientRoleIdentifier>" -ServerRoleIdentifier

<ServerroleIdentified>
1. ClientRoleIdentifier : ID client de votre client Adfs. Par exemple : e8ab36af-d4be-4833-a38b-4d6cf1cfd525

2. ServerroleIdentified : identificateur de votre partie de confiance. Par exemple :
https://adventureworkscycle3.crm.crmifd.com/
Pour plus d'informations, voir Grant-AdfsApplicationPermission.
Voir aussi
Ajout du site Web AD FS à la zone de sécurité
Intranet local dans Internet Explorer
Comme le site Web AD FS est chargé en tant que nom de domaine complet, Internet Explorer le place dans la zone
Internet .
Ajout d'un serveur AD FS à la zone Intranet local dans Internet Explorer
Par défaut, les clients Internet Explorer ne transmettent pas de tickets Kerberos aux sites Web de la zone Internet .
Vous devez ajouter le site Web AD FS à la zone Intranet dans Internet Explorer sur chaque ordinateur client
accédant aux données Dynamics 365 for Customer Engagement en interne.
1. Dans Internet Explorer, sélectionnez Outils , puis Options Internet .
2. Sélectionnez l'onglet Sécurité , Intranet local , puis Sites .
3. Sélectionnez Avancé .
4. Dans Ajouter ce site web à la zone , tapez l'URL de votre serveur AD FS, par exemple
https://sts1.contoso.com.
5. Sélectionnez Ajouter , Fermer , puis OK .
6. Sélectionnez l'onglet Avancé . Faites défiler et vérifiez que, sous Sécurité, la case à cocher Activer
l'authentification intégrée de Windows est activée.
7. Sélectionnez OK pour fermer la boîte de dialogue Options Internet.
Vous devez mettre à jour la zone Intranet local sur chaque ordinateur client accédant aux données Dynamics 365
for Customer Engagement en interne.
Voir aussi
Test de l'authentification interne basée sur les
revendications
Vous devez maintenant pouvoir accéder à Dynamics 365 Server en interne à l'aide de l'authentification basée sur
les revendications. Accédez à la page web Dynamics 365 for Customer Engagement interne (par exemple
https://internalcrm.contoso.com).
Vous serez amené à vous connecter plusieurs fois à la page Web Dynamics 365 for Customer Engagement. Les
visites suivantes au site Web Dynamics 365 for Customer Engagement ne nécessiteront qu'une seule ouverture de
session. Dans le navigateur, notez que l'URL AD FS est chargée puis redirigée vers le serveur Dynamics 365 for
Dépannage
Si le site Web Dynamics 365 for Customer Engagement ne s'affiche pas, à l'invite de commandes, exécutez la
commande iisreset , puis réessayez d'accéder au site Web Dynamics 365 for Customer Engagement
ultérieurement.
Essayez d'ajouter les sites suivants aux sites approuvés dans votre navigateur :
https://sts1.contoso.com – changer pour ce que vous utilisez dans DNS
https://internalcrm.contoso.com – changer pour ce que vous utilisez dans DNS
Voir aussi
Implémentation de l'authentification basée sur les
revendications : accès externe
Pour activer l'authentification basée sur les revendications pour l'accès externe aux données Dynamics 365 Server,
procédez comme suit :
1. Effectuez les étapes de la section précédente : Implémentation de l'authentification basée sur les
revendications - Accès interne.
2. Configurez le serveur Dynamics 365 Server pour IFD.
3. Configurez AD FS pour IFD.
4. Testez l'authentification externe basée sur les revendications.
Voir aussi
Configurer Microsoft Dynamics 365 server pour IFD
Une fois l'accès interne par authentification basée sur les revendications activé sur Dynamics 365 Server, vous
pouvez activer l'accès externe via IFD.
Configuration d'un déploiement avec accès via Internet à l'aide de

l'Assistant Déploiement avec accès via Internet
1. Démarrez l'Gestionnaire de déploiement.
2. Dans l'arborescence de la console du Gestionnaire de déploiement, cliquez avec le bouton droit sur
Dynamics 365 for Customer Engagement , puis sélectionnez Configurer le déploiement avec accès
via Internet .
4. Sur la page Rendre Dynamics 365 for Customer Engagement disponible aux utilisateurs qui se
connectent via Internet , tapez les domaines pour les rôles Dynamics 365 Server indiqués, puis
IMPORTANT
Précisez les domaines et non les serveurs.
Si votre déploiement se trouve sur un ou plusieurs serveurs du même domaine, le domaine Serveur d'application
Web et le domaine Service Web d'organisation sont identiques.
Le domaine Service Web de découverte doit être un nom d'hôte que l'on peut résoudre, et non un domaine
racine. Par exemple : dev.contoso.com.
Le domaine Service Web de découverte ne doit pas correspondre au nom de domaine complet (FQDN) d'une
organisation. Par exemple, le domaine Service Web de découverte ne doit pas être : orgname.contoso.com.
Les domaines doivent être valides pour le ou les noms communs du certificat TLS/SSL.
Les domaines doivent être définis pour résoudre correctement dans DNS sur vos serveurs Dynamics 365 for
Customer Engagement hébergeant les rôles serveur.
Les domaines peuvent être dans un autre domaine que celui où les serveurs Dynamics 365 for Customer
Engagement résident.
Exemples de domaines :
Domaine Serveur d'application Web : contoso.com
Domaine Service Web d'organisation : contoso.com
Domaine Service Web de découverte : dev.contoso.com
Avec les exemples de paramètres ci-dessus, si le nom de votre organisation était « orgname », les clients
accéderaient à votre site Web Dynamics 365 for Customer Engagement avec l'URL suivante :
https://orgname.contoso.com .
5. Dans le champ Entrez le domaine externe sur lequel sont situés vos ser veurs avec accès via
Internet , tapez les informations de domaine externe où vos serveurs Dynamics 365 Server sont situés, puis
Le domaine que vous spécifiez doit correspondre à un sous-domaine du domaine Serveur d'application
Web spécifié à l'étape précédente. Par défaut, le préfixe « auth. » est ajouté au domaine de Serveur
d'application Web.
IMPORTANT
Le domaine externe est utilisé par le serveur AD FS lors de la récupération du fichier Dynamics 365 for Customer
Engagement IFD federationmetadata.xml.
Le domaine externe ne doit pas contenir de nom d'organisation.
Le domaine externe ne doit pas contenir un caractère de soulignement (« _ »).
Le domaine externe doit être valide pour le ou les noms communs du certificat TLS/SSL.
Le domaine doit être défini pour résoudre correctement dans DNS sur le serveur Dynamics 365 for Customer
Engagement hébergeant le rôle Serveur d'application Web.
Exemples de domaines :
Domaine externe : auth.contoso.com
6. Sur la page Vérifications du système , passez les résultats en revue, résolvez tout problème rencontré,
puis sélectionnez Suivant .
Appliquer .
9. Exécutez la commande suivante à l'invite de commandes : iisreset
10. Si ce n'est pas déjà fait, ajoutez l'enregistrement d'hôte dans DNS pour les points de terminaison IFD (par
exemple : orgname.contoso.com, auth.contoso.com, dev.contoso.com)
Pour configurer un déploiement avec accès via Internet à l'aide de Windows PowerShell
1. Ouvrez une invite Windows PowerShell.
Engagement :
3. Déterminez les paramètres du IFD :
PS > $ifd = Get-CrmSetting -SettingType "IfdSettings"
4. Configurez l'objet du IFD :
PS > $ifd.Enabled = 1 (or $true) PS > $ifd.DiscoveryWebServiceRootDomain =

Discovery_Web_Service_DomainPS > $ifd.ExternalDomain = External_Server_DomainPS >
$ifd.OrganizationWebServiceRootDomain= Organization_Web_Service_DomainPS > $ifd.WebApplicationRootDomain
= Web_Application_Server_Domain
où :
1 = « true ».
Discovery_Web_Service_Domain est le domaine Service Web de découverte.
Domaine_Serveur_Externe représente le domaine du serveur externe.
Organization_Web_Service_Domain est le domaine Service Web d'organisation.
Web_Application_Server_Domain est le domaine Serveur d'application Web.
Pour les chemins d'accès au domaine, les valeurs doivent se présenter sous la forme :
server:port
ou
server.domain.tld:port,
où :
serveur correspond au nom de l’ordinateur
domaine constitue le chemin d’accès complet au sous-domaine où l’ordinateur se trouve
tld représente le domaine de niveau supérieur, tel que com ou org
La désignation de :port est obligatoire si vous n’utilisez pas le port http (80) ou le port https (443)
standard.
Généralement, dans un déploiement de rôle Serveur frontal ou Serveur complet, les valeurs de chemin sont
identiques. Si vous déployez cependant Dynamics 365 for Customer Engagement sur plusieurs serveurs
avec des rôles serveur à part, c’est-à-dire où les rôles serveur du Serveur d'application Web, du Service Web
d'organisation ou du Service Web de découverte sont hébergés sur des serveurs différents, les valeurs de
chemins d’accès sont alors différents :
Serveur d'application Web. WebApplicationServerName.domain.tld:port
Service Web d'organisation. OrganizationWebServiceServerName.domain.tld:port
Service Web de découverte. DiscoveryWebServiceServerName.domain.tld:port
5. Définissez l'objet du déploiement avec accès via Internet.
PS > Set-CrmSetting $ifd
Voir aussi
Configuration d'AD FS pour IFD
Après avoir activé IFD sur le Dynamics 365 Server, vous devez créer une partie de confiance pour le point de
terminaison IFD sur le serveur AD FS.
Configuration d'approbations de partie de confiance

1. Sur l’ordinateur qui exécute Windows Server sur lequel le serveur de fédération AD FS est installé, démarrez
Gestion AD FS.
2. Dans le Volet de navigation , développez Relations d'approbation , puis sélectionnez Approbations
des par ties de confiance .
3. Dans le menu Actions situé dans la colonne de droite, sélectionnez Ajouter l’approbation d’une par tie
de confiance .
4. Dans l’Assistant Ajouter l’approbation d’une par tie de confiance , sélectionnez Démarrer .
5. Dans la page Sélectionner la source de données , sélectionnez Impor tez les données sur la par tie
de confiance possèdent en ligne ou sur un réseau local , puis tapez l'URL permettant de localiser le
fichier federationmetadata.xml.
Ces métadonnées de fédération sont créées pendant la configuration de l'IFD,
https://auth.contoso.com/FederationMetadata/2007-06/FederationMetadata.xml.
Tapez cette URL dans votre navigateur et vérifiez qu'aucun avertissement relatif au certificat n'apparaît.
7. Dans la page Spécifier le nom complet , tapez un nom complet, comme Dynamics 365 IFD Relying Party ,
8. Dans la page Configurer l'authentification à plusieurs facteurs maintenant , faites votre sélection et
9. Dans la page Choisir les règles de délivrance des autorisations , sélectionnez Autoriser tous les
utilisateurs à accéder à cette par tie de confiance , puis Suivant .
10. Dans la page Prêt à ajouter l’approbation , sous l'onglet Identificateurs , vérifiez que l'option
Identificateurs de par tie de confiance a trois identificateurs, comme :
https://auth.contoso.com
https://orgname.contoso.com
https://dev.contoso.com
Si vos identificateurs diffèrent de l'exemple ci-dessus, sélectionnez Précédent dans Assistant Ajouter
l’approbation d’une par tie de confiance et activez l'adresse des métadonnées de fédération.
11. Sélectionnez Suivant , puis sélectionnez Fermer .
12. Si l'Éditeur de règles apparaît, sélectionnez Ajouter une règle . Sinon, dans la liste Approbations des
par ties de confiance , cliquez avec le bouton droit sur l’objet de partie de confiance créé, sélectionnez
Modifier les règles de revendications , puis Ajouter une règle .
IMPORTANT
Assurez-vous que l'onglet Règles de transformation d'émission est sélectionné.
13. Dans la liste des modèles de règles de revendications , sélectionnez le modèle Transférer ou filtrer
une revendication entrante et puis sélectionnez Suivant :
Nom de la règle de revendication : Pass Through UPN (ou descriptif plus précis)
a. Type de revendication entrante : UPN
16. Dans l'Éditeur de règles , sélectionnez Ajouter une règle et dans la liste des modèles de règles de
revendications , sélectionnez le modèle Transférer ou filtrer une revendication entrante , puis
Nom de la règle de revendication : Pass Through Primary SID (ou descriptif plus précis)
a. Type de revendication entrante : SID principal
18. Dans l'Éditeur de règles , sélectionnez Ajouter une règle .
19. Dans la liste des modèles de règles de revendications , sélectionnez le modèle Transférer une
revendication entrante et puis sélectionnez Suivant :
Nom de la règle de revendication : Transform Windows Account Name to Name (ou descriptif plus précis)
a. Type de revendication entrant : Nom du compte Windows
b. Type de revendication sortante : Nom
c. Transférer toutes les valeurs des revendications
21. Sélectionnez Terminer , puis, lorsque vous avez créé les trois règles, sélectionnez OK pour fermer l’Éditeur
de règles.
Pour Windows Server 2016, exécutez un applet de commande

Si votre serveur AD FS exécute Windows Server 2016, exécutez l'applet de commande Windows PowerShell
suivante :
Grant-AdfsApplicationPermission -ClientRoleIdentifier "<ClientRoleIdentifier>" -ServerRoleIdentifier

<ServerroleIdentified>
1. ClientRoleIdentifier : ID client de votre client Adfs. Par exemple : e8ab36af-d4be-4833-a38b-4d6cf1cfd525
2. ServerroleIdentified : identificateur de votre partie de confiance. Par exemple :
https://adventureworkscycle3.crm.crmifd.com/
Pour plus d'informations, voir Grant-AdfsApplicationPermission.
Voir aussi
Test de l'authentification externe basée sur les
revendications
Vous devez maintenant pouvoir accéder à Dynamics 365 Server en externe à l'aide de l'authentification basée sur
les revendications. Accédez à l'adresse externe de votre site Web Dynamics 365 for Customer Engagement (par
exemple : https://orgname.contoso.com). Vous devriez voir un écran semblable à ce qui suit.
Connectez-vous et vérifiez que vous avez accès en externe à Dynamics 365 Server.
NOTE
Vous devrez peut-être ajouter le site Web d'accès externe comme site approuvé. Utilisez l'indicateur de caractère générique
(par exemple : https://*.contoso.com).
Voir aussi
Les déploiements locaux Dynamics 365 for Customer Engagement requièrent l'outil de déploiement avec accès à
Internet (IFD) pour que les utilisateurs accèdent à leurs données sur leurs tablettes. Si votre site Web Dynamics 365
for Customer Engagement est disponible via internet mais qu'il n'utilise pas la configuration de déploiement avec
accès via Internet Dynamics 365 for Customer Engagement, il n'est pas pris en charge . Pour vérifier que votre
déploiement local est configuré pour IFD, ouvrez Gestionnaire de déploiement Dynamics 365 sur votre serveur
Dynamics 365 for Customer Engagement. La section Authentification - résumé doit indiquer que l'authentification
basée sur les revendications et le déploiement avec accès via Internet sont activés.
IMPORTANT
Pour que Dynamics 365 for tablets puisse se connecter à un nouveau déploiement de Dynamics 365 for Customer
Engagement, vous devez exécuter une réparation de Dynamics 365 for Customer Engagement sur le serveur exécutant IIS
où le rôle Serveur d'application Web est installé après la fin de l'exécution de l'Assistant Configuration du déploiement avec
accès via Internet. Pour plus d'informations :Désinstaller, modifier ou réparer Microsoft Dynamics 365 Server
Voir aussi
Vue d'ensemble du programme d'installation des applications mobiles
Configuration d'IFD pour Microsoft Dynamics 365
Dynamics 365 pour téléphones et IFD
Par défaut, l'authentification WIA (Windows Integrated Authentication) est activée dans Active Directory Federation
Services (AD FS) dans Windows Server 2012 R2. WIA est utilisée pour les requêtes d'authentification qui se
produisent dans le réseau interne de l'organisation (intranet) pour n'importe quelle application qui utilise un
navigateur pour l'authentification.
WIA n'est pas prise en charge pour Microsoft Dynamics 365 pour téléphones exécuté sur Windows Phone 8.1. Si
vous avez déployé Customer Engagement (on-premises) avec Déploiement avec accès via Internet (IFD), vous
devez exécuter un script Windows PowerShell sur votre serveur AD FS pour retrouver l'authentification basée sur
formulaires pour Dynamics 365 pour téléphones sur Windows Phone 8.1. Pour le script et plus d'informations sur
cette question, voir Configuration de l'authentification intranet à base de formulaires pour les appareils qui ne
prennent pas en charge WIA.
Voir aussi
Configurer Microsoft Dynamics 365 for Outlook pour
utiliser l'authentification basée sur les revendications
Dans un environnement qui prend en charge l’authentification basée sur les revendications, un client (tel que
Dynamics 365 for Outlook) peut utiliser les services AD FS fédérés pour se connecter à Dynamics 365 Server. Le
client obtient des informations d’identification via les services AD FS fédérés et utilise ces informations pour être
authentifié sur un domaine Active Directory identique ou différent pour se connecter à Dynamics 365 Server.
Vous pouvez connecter Dynamics 365 for Outlook sur un domaine Active Directory sur un serveur Dynamics 365
for Customer Engagement dans un domaine Active Directory différent. Vous pouvez le faire lorsque les
informations d’identification que Dynamics 365 for Outlook utilise sur son propre domaine sont authentifiées par
un serveur sur l’autre domaine. Pour que cela fonctionne, utilisez AD FS.
Une fois la fédération établie, le client peut utiliser ses informations d’identification actives ou celles d’un autre
domaine pour se connecter à Dynamics 365 Server. Vous spécifiez le domaine et le domaine Active Directory à
utiliser dans le domaine d’accueil, un fournisseur qui authentifie l’utilisateur.
NOTE
Pour les déploiements externes de l'authentification basée sur les revendications, utilisez l'adresse externe de site Web
Dynamics 365 Server (par exemple : https://orgname.contoso.com) pour le paramètre de connexion URL du ser veur .
Configuration d'un client pour l’authentification basée sur les

revendications
Dans la procédure suivante, vous créez une clé de registre sur un seul ordinateur client. Vous pouvez également
vouloir considérer l’utilisation d’une stratégie de groupe afin de pouvoir effectuer ce changement de registre sur
plusieurs ordinateurs client.
1. Assurez-vous qu’un navigateur Web sur le client peut accéder à l’URL de Dynamics 365 Server sans erreur
de certificat. Si vous utilisez un certificat auto-signé, vous devez l'importer pour éviter toute erreur de
certificat. Une fois que vous avez importé les certificats dont vous avez besoin, vous devriez pouvoir vous
connecter à l’organisation à l’aide des informations d’identification non fédérées.
2. Pour utiliser des informations d’identification fédérées, spécifiez l’URL du domaine d’accueil dans le Registre
Windows de la façon suivante :
NOTE
Cette clé de Registre est uniquement nécessaire si le serveur du fournisseur de revendications est différent de celui
utilisé par Dynamics 365 Server ; par exemple, le client Dynamics 365 for Customer Engagement s'authentifie dans les
domaines vers un autre domaine.
a. Avec des privilèges d’administrateur, ouvrez l’éditeur de Registre.

b. Ouvrez la clé de registre HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\MSCRMClient .
c. Créez la chaîne de Registre HomeRealmUrl .
d. Entrez la valeur du AD FS fédéré. Cette URL prendra fin dans /adfs/services/trust/mex. Par exemple,
https://adfs.contoso.com/adfs/services/trust/mex
e. Fermez l’Éditeur du Registre.
f. Configurer Dynamics 365 for Outlook. Pour plus d'informations : Configurer Dynamics 365 for
Outlook
Vous devez désormais pouvoir connecter Dynamics 365 for Outlook à Dynamics 365 Server par le biais d’une
authentification basée sur les revendications.
Utilisation d'un fichier de modèle d'administration (.adm)

Modifiez l'exemple de données suivant pour créer un fichier .adm pour utiliser la stratégie de groupe pour publier
le paramètre de Registre HomeRealmUrl.
CLASS MACHINECATEGORY "Microsoft CRM" KEYNAME "Software\Policies\Microsoft\MSCRMClient" POLICY "Home Realm

URL" EXPLAIN "Allow Administrator to specify the Home Realm URL for federated domains." PART "Specify
Home Realm URL (example: https://adfs.contoso.com/adfs/services/trust/mex" EDITTEXT REQUIREDVALUENAME
"HomeRealmUrl" END PART END POLICYEND CATEGORY
Pour plus d'informations, voir Format de fichier de modèle d'administration.
Voir aussi
Installer Dynamics 365 for Outlook
Dépannage de Dynamics 365 Server IFD
Liste de vérification rapide

L 'AVEZ - VO US FA IT ? RÉF ÉREN C E
Configurer des enregistrements DNS ? Voir « Configuration DNS » dans le document téléchargeable
Installer et lier votre certificat sur le site Web de Dynamics 365 Voir « Sélection et configuration de certificats » dans le
for Customer Engagement ? document téléchargeable
Ajouter un certificat de signature AD FS comme certificat Voir « Activer la signature de jetons AD FS » dans le document
approuvé sous le profil de compte CRMAppPool ? téléchargeable
Modifier le type de liaison des sites Web Dynamics 365 for Configurez Microsoft Dynamics 365 Server pour IFD
Customer Engagement sur HTTPS et utiliser les adresses Web
correctes dans Gestionnaire de déploiement ?
Communiquer au compte CRMAppPool les droits d'utiliser un Configurer Microsoft Dynamics 365 Server pour
certificat existant utilisé par Dynamics 365 for Customer l'authentification basée sur les revendications
Engagement comme certificat de signature ? Il peut s'agir du
certificat générique installé sur le serveur Dynamics 365 for
Exécuter l'Configuration de l'Assistant Authentification basée Configurer Microsoft Dynamics 365 Server pour
sur les revendications depuis Gestionnaire de déploiement l'authentification basée sur les revendications
Dynamics 365 ? Spécifier l'URL correcte de cet Assistant ?
Sélectionner le certificat de chiffrement approprié ?
Configurer la partie de confiance de AD FS pour l'accès interne Configuration du serveur AD FS pour l'authentification basée
des revendications Dynamics 365 for Customer Engagement ? sur les revendications
Fournir l'URL correcte du point de terminaison de
revendication IFD Dynamics 365 for Customer Engagement ? Configuration d'AD FS pour IFD
Installer les règles correctes pour les approbations de partie de
confiance ?
Vérifiez que les clients peuvent se connecter via Internet ? Si vous ne parvenez pas à vous connecter, voir Étapes
supplémentaires pour les clients ne pouvant pas se connecter
à Dynamics 365 Server via l'IFD.
AD FS
Utilisez les éléments suivants pour vérifier les paramètres AD FS.
Examen des événements AD FS
1. Ouvrez l'observateur d'événements.
2. Développez Journaux des applications et des ser vices . Développez AD FS . Sélectionnez Admin .
3. Examinez les événements et recherchez des erreurs.
Les événements comme l'ID d'événement 184 décrivant une approbation de partie de confiance inconnue peuvent
indiquer des enregistrements hôte disparus dans DNS ou une configuration de chemin d'accès incorrecte pour
l'URL de métadonnées de fédération de la partie de confiance.
Vérification des identificateurs de l'approbation d'une partie de confiance
1. Ouvrez la console de gestion AD FS.
2. Sous Relations d'approbation , sélectionnez Approbations de par tie de confiance . Vérifiez que les
approbations de partie de confiance sont activées et n'affichent pas d'alerte.
3. Cliquez avec le bouton droit sur l'approbation de partie de confiance et sélectionnez Propriétés .
Sélectionnez l'onglet Identificateurs . Vous y trouverez des identificateurs tels que le suivant.
Approbation de partie de confiance pour les revendications : internalcrm.contoso.com
Approbation de partie de confiance pour IFD : auth.contoso.com

Si les identificateurs ne sont pas identiques aux exemples ci-dessus, vérifiez le chemin entré pour l'URL des
métadonnées de fédération de la partie de confiance sous l'onglet Analyse et vérifiez vos enregistrements DNS.
Lorsque vous tentez une connexion interne basée sur l'authentification basé sur les revendications, vous pouvez
être invité à entrer vos informations d'identification. Essayez les étapes suivantes.
Résolution de l'invite demandant des informations d'identification
1. Ajoutez l'adresse du site Web pour le serveur AD FS (par exemple, https://sts1.contoso.com) à la zone
Intranet approuvé dans Internet Explorer.
2. Désactivez la fonction de protection étendue. Sur le serveur exécutant IIS pour le site Web Dynamics 365 for
Customer Engagement :
Désactivez la fonction de protection étendue sur le site Web Dynamics 365 for Customer Engagement.
a. Ouvrez IIS.
b. Sélectionnez le site Web Dynamics 365 for Customer Engagement.
c. Sous IIS, double-cliquez sur Authentification .
d. Cliquez avec le bouton droit sur Authentification Windows , puis sélectionnez Paramètres
avancés .
e. Définissez la Protection étendue sur Désactivée .
Pour plus d'informations sur la résolution des problèmes liés à AD FS
1. Voir les sections suivantes : Dépannage d'AD FS 2.0
Erreur HTTP 401.1 - Non autorisé : Accès refusé

Si le site Web Dynamics 365 for Customer Engagement ne s'affiche pas ou génère l'erreur suivante : Erreur HTTP
401.1 - Non autorisé : Accès refusé, deux étapes peuvent vous permettre de résoudre ce problème :
1. Vous devrez peut-être mettre à jour les URL des métadonnées de fédération et réinitialiser IIS. Voir
KB2686840.
2. Vous devrez peut-être enregistrer le serveur AD FS comme nom de service principal (SPN). Voir « Inscription
du serveur AD FS comme nom de service principal (SPN) » dans le document téléchargeable.
Différence d'heure entre deux serveurs

Une erreur d'authentification peut se produire si l'heure entre AD FS et le serveur Dynamics 365 for Customer
Engagement est supérieure à 5 minutes. Voir Windows Time Service Technical Reference pour plus d'informations
sur la façon de configurer la synchronisation de l'heure sur vos serveurs.
Voir aussi
Utilisation de l'invite de commandes pour installer
Vous pouvez installer Dynamics 365 Server et Dynamics 365 Reporting Extensions à l'aide de leur emplacement
de support d'installation respectifs en utilisant l'invite de commandes. Les informations d’installation requises
sont fournies au programme d’installation à la fois sous la forme de paramètres de ligne de commande et sous la
forme d'un fichier de configuration XML référencé par ledit programme d’installation.
L'un des avantages de l'installation de Dynamics 365 Customer Engagement (on-premises) à l'aide de l'invite de
commandes est que vous n'avez pas à intervenir. Une installation avec assistance nécessite que vous preniez des
décisions et que vous fournissiez des informations de sorte que l'installation puisse s'effectuer correctement. Une
installation automatisée, via l'invite de commandes, nécessite que vous fournissiez les informations d'installation
sous la forme de paramètres de ligne de commande et d'un fichier de configuration XML. Aucune autre action
n'est requise jusqu'à ce que le programme d'installation soit terminé. Les avertissements et la progression de
l'installation peuvent être consignés dans un fichier que vous pourrez consulter et analyser ultérieurement.
TIP
Pour résoudre les messages d’erreur indiquant du code XML non valide, ouvrez le fichier de configuration XML à l’aide d'un
navigateur web pour indiquer où se trouve le problème dans le fichier.
Procédures générales
Les procédures générales permettant d'exécuter le programme d'installation à partir d'une invite de commandes
sont décrites ci-dessous. Toutes les conditions préalables concernant chacune des fonctionnalités du système
Dynamics 365 Customer Engagement (on-premises) présentées dans la section précédente s'appliquent
également.
Pour exécuter le programme d'installation à partir d'une invite de commandes, procédez comme suit :
1. Spécifiez un fichier de configuration personnalisé du programme d'installation. Vous trouverez des
exemples dans les rubriques qui suivent.
2. Connectez-vous en tant que membre du groupe Utilisateurs du domaine du service d'annuaire Active
Directory et du groupe Administrateurs sur l'ordinateur local. Si vous installez Dynamics 365 Server à l'aide
du rôle de serveur complet, l'utilisateur exécutant le programme d'installation doit être membre du groupe
Administrateurs local sur l'ordinateur sur lequel SQL Server est installé et il doit disposer d'autorisations
sur l'unité d'organisation pour créer ou modifier des groupes Active Directory du domaine dans lequel
Dynamics 365 Server est installé. Si vous utilisez des groupes précréés, vous devez disposer d'autorisation
en lecture et écriture sur chaque groupe.
3. Si vous effectuez l'installation à partir d'un disque d'installation, insérez celui de Dynamics 365 Server dans
le lecteur de CD/DVD. L'écran d'exécution automatique apparaît. Fermez l'écran d'exécution
automatique .
4. Ouvrez une fenêtre d'invite de commandes.
5. À l'invite de commandes, placez-vous dans le lecteur de CD/DVD ou à l'emplacement dans lequel se
trouvent les fichiers d'installation de Dynamics 365 Customer Engagement (on-premises) :
Le fichier SetupSer ver.exe pour Dynamics 365 Server figure dans le dossier Server du disque
d'installation ou de l'emplacement de téléchargement des fichiers Dynamics 365 Customer
Le fichier SetupSrsDataConnector.exe pour les extensions de rapports Dynamics 365 figure dans
le dossier \SrsDataConnector du disque d’installation ou de l’emplacement de téléchargement des
fichiers Dynamics 365 Customer Engagement (on-premises).
6. Exécutez la commande d'installation avec la syntaxe suivante :
SetupServer.exe /Q /config c:\CRMSetupconfig.xml
Problèmes connus
Message d'erreur « Le programme d'installation n'a pas pu valider le serveur de rapports Reporting Services
https://ServerName/ReportServer spécifié » lors de l'installation de Dynamics CRM Server sur le noyau du
serveur
Ce message d'erreur s'affiche lorsque les conditions suivantes sont vérifiées :
Vous exécutez le Microsoft Dynamics 365 ServerInstallation sur un ordinateur Windows Server exécuté en
tant que noyau du serveur.
Le serveur SQL Server Reporting Services spécifié dans le fichier de configuration XML du programme
d'installation configuré pour un type d'authentification qui n'est pas seulement l'authentification NTLM.
Pour contourner ce problème, sur le serveur Windows Server où vous installez Dynamics 365 Customer
Engagement (on-premises), modifiez le fichier RSServer.config pour supprimer tous les types d'authentification de
manière à ce que RSWindowsNTLM soit le seul type d'authentification.
<AuthenticationTypes>
<RSWindowsNTLM/>
</AuthenticationTypes>
Pour plus d'informations : Fichier de configuration RSReportServer

Après avoir modifié le fichier RSServer.config, réexécutez le Microsoft Dynamics 365 ServerInstallation.
Voir aussi
Installer Microsoft Dynamics 365 for Outlook à l'aide d'une invite de commandes
Installation de Dynamics 365 en local
Instructions de configuration et post-installation pour Microsoft Dynamics 365
Installer Microsoft Dynamics 365 Server à l'aide d'une
invite de commandes
La commande suivante installe Dynamics 365 Server :

SetupSer ver.exe [/Q ] [/InstallAlways] [/L [lecteur:][[chemin] logfilename.log]] [/config [lecteur:] [[chemin]
configfilename.xml]]
Paramètres
None
Utilisé sans paramètres, le programme d'installation est exécuté avec tous les écrans d'affichage.
/Q
Installation en mode silencieux. Ce paramètre nécessite un fichier de configuration au format XML. Le paramètre
/config contient le nom du fichier de configuration XML. Aucune boîte de dialogue ni aucun message d'erreur
ne s'affiche à l'écran.
/InstallAlways
Ce paramètre force le programme d'installation à ignorer l'état d'installation et à fonctionner en mode

d'installation. Lorsque vous utilisez ce paramètre, le programme d'installation essaie de réaliser l'installation sur
un serveur sur lequel Dynamics 365 Server est déjà installé.
/QR
Nécessite un fichier de configuration au format XML spécifié par le paramètre /config.. Similaire au paramètre
/Q , mais affiche des barres de progression de l'installation et tous les messages d'erreur.
/L [drive:][[path] logfilename.log]]
Spécifie l'emplacement et le nom du fichier journal dans lequel enregistrer l'activité d'installation. Des fichiers
journaux supplémentaires peuvent être créés pendant l'installation des composants requis et se trouveront à
l'emplacement spécifié. Le chemin ne peut pas être relatif, comme ..\..\crmlog.txt. Si vous ne spécifiez pas de
nom ou d'emplacement, le fichier journal est créé dans le dossier lecteur:\Documents and
Settings\UserName\Application Data\Microsoft\MSCRM\Logs, où UserName correspond au nom du compte de
l'utilisateur exécutant le programme d'installation.
/config [drive:] [[path] configfilename.xml]]
Le paramètre /config utilise le fichier de configuration XML spécifié pour fournir au programme des
informations supplémentaires pour effectuer l’installation correctement. Un exemple de fichier de configuration
XML est présenté dans la section suivante. Notez que lorsque vous spécifiez un fichier de configuration sans le
paramètre /Q ou /QR , les écrans du programme d’installation sont remplis avec les informations du fichier de
configuration.
Voir aussi
Utiliser l’invite de commandes pour installer Microsoft Dynamics 365
Microsoft Dynamics 365 Serverfichier de configuration XML
Fichier de configuration XML de l’Microsoft
Dynamics 365 Server
Le paramètre de ligne de commande /config [lecteur:] [[chemin] configfilename.xml] fournit les informations
requises au Microsoft Dynamics 365 ServerInstallation. Les informations fournies par le fichier de configuration
XML sont requises par chacun des écrans d’installation.
IMPORTANT
Les éléments XML doivent être en anglais (É.U.). Un fichier de configuration XML comprenant des éléments XML localisés ne
fonctionnera pas correctement. Par exemple, si vous possédez une version allemande de Microsoft Dynamics CRM, les
éléments du fichier XML doivent être toujours en anglais américain.
Par défaut, le programme d'installation utilisera un codage UTF-8 pour le fichier de configuration XML du programme
d'installation. Le programme d'installation ne peut pas charger un fichier de configuration XML lorsque celui contient des
caractères étendus. Le programme d'installation affiche un message d'erreur indiquant que le fichier XML n'est pas valide. Si
le fichier de configuration XML contient des caractères étendus, vous pouvez contourner ce problème en l'enregistrant à
l'aide du codage Unicode . Pour ce faire, ouvrez le fichier de configuration XML dans le Bloc-notes, sélectionnez Enregistrer
sous , dans la liste Encodage sélectionnez Unicode , puis Enregistrer .
Chaque élément XML est décrit ci-dessous ; un exemple de fichier XML pour une installation serveur complète est
également fourni. Pour plus d'informations sur l'installation de rôles serveur distincts à l'aide de l'invite de
commandes, consultez Installer des rôles Microsoft Dynamics 365 Server dans ce guide.
Référence du fichier de configuration

<CRMSetup> </CRMSetup>
Le fichier de configuration doit être un fichier XML valide, utilisant <CRMSetup> comme élément racine.
<Ser ver> </Ser ver>
Spécifie une installation de Dynamics 365 Server. Toutes les entrées qui suivent doivent se trouver à l'intérieur des
éléments <Ser ver .
<InstallType>Désinstaller/Réparer/Configurer</InstallType>
Spécifie le type d'installation à réaliser par le programme d'installation. Les options suivantes sont disponibles :
Uninstall (Désinstaller) . Désinstalle Dynamics 365 Server.
Repair (Réparer) . Démarre le programme d’installation en mode de réparation.
Configure (Configurer) . Démarre le programme d'installation en mode de configuration.
<Patch update="true"/"false">\\Ser verName\ShareName\Patch_Location</Patch>
Détermine le comportement de la technologie de mise à jour du Microsoft Dynamics 365 ServerInstallation. Cette
fonctionnalité permet au programme d'installation d'effectuer une recherche ponctuelle, et le cas échéant, de
télécharger et d'appliquer les derniers fichiers d'installation pour Dynamics 365 Customer Engagement (on-
premises).
Par défaut, cet élément ne spécifie pas d'emplacement, ce qui configure le programme d'installation afin de
rechercher les mises à jour disponibles à l'aide de Microsoft Update. Si vous voulez que le programme
d'installation installe des mises à jour à partir d'un autre emplacement, tel qu'un partage sur le réseau, ajoutez les
chemins d'accès au fichier .msp dans l'élément, comme expliqué dans la rubrique suivante.
IMPORTANT
La fonctionnalité de mise à jour de correctifs peut être utilisée uniquement pour les mises à jour Installation, également
appelée Installation. Elle ne peut pas être utilisée pour appliquer des mises à jour d'application. Plus d'informations : Mettre
à jour Microsoft Dynamics 365
update
Spécifie si le programme d'installation recherchera, téléchargera et appliquera les mises à jour du Microsoft
Dynamics 365 ServerInstallation. Il est recommandé de laisser le programme d'installation télécharger la version
la plus récente en spécifiant la valeur true . La valeur à sélectionner par défaut est false . Si cette valeur est définie
sur false , le programme d'installation ignore cette étape et poursuit l'installation. Si vous exécutez toutefois le
programme d’installation à laide du paramètre /Q ou /QR , vous devez spécifier cet élément.
<SqlSer ver>SQLSer vername\InstanceName</SqlSer ver>
Spécifie le nom de l'instance de SQL Server qui gère les fichiers de base de données. Si vous utilisez l'instance par
défaut, vous pouvez fournir le nom de l'ordinateur sur lequel SQL Server est installé. Si SQL Server s'exécute sur
l'ordinateur où vous installez, vous pouvez spécifier ". " ou "localhost".
<Database create="true"/"false" update="true"/"false"/>
create
Ce paramètre peut prendre la valeur true ou false . Si vous spécifiez la valeur True , le programme d'installation
crée une base de données de configuration. Si vous spécifiez la valeur False , le programme d'installation se
connecte à une base de données de configuration existante.
mettre à jour
Les valeurs de ce paramètre sont soit true ou false . Lorsque vous sélectionnez la valeur true , le programme
d'installation écrit les informations adéquates sur le déploiement du serveur dans la base de données de
configuration (MSCRM_CONFIG). Sélectionnez uniquement la valeur false lorsque vous utilisez une base de
données de configuration préexistante et que vous ne voulez pas que le programme d'installation effectue la mise
à jour de ces informations. Lorsque vous sélectionnez la valeur false , les informations adéquates sur le
déploiement du serveur pour l’ordinateur sur lequel Dynamics 365 Server est installé doivent déjà exister dans la
base de données de configuration afin que le programme d’installation se termine correctement. La valeur par
défaut est true .
<Organisation>Nom long ou convivial de l'organisation</Organisation>
Spécifie le nom long de votre organisation. Le nom peut comporter jusqu'à 250 caractères ; les caractères étendus
sont pris en charge.
<OrganizationUniqueName>Nom unique</OrganizationUniqueName>
UniqueName
Spécifie le nom de l'organisation dans l'URL que les utilisateurs utiliseront pour accéder au déploiement. Le
nombre de caractères est limité à 30. Les caractères étendus ou les espaces ne sont pas autorisés. Si vous ne
spécifiez pas cet élément ou si vous laissez la valeur vide, le programme d'installation génère un nom court sur la
base de la valeur de l'élément <Organization> .
IMPORTANT
Le nom unique de l'organisation est utilisé pour créer l'URL qui permet aux utilisateurs de se connecter à l'application. Pour
cette raison, il est recommandé de limiter la taille du nom unique de l'organisation afin de réduire la longueur globale de
l'URL.
<muoptin optin="true”/“false" />

Spécifie si Microsoft Update doit être utilisé pour télécharger et installer les mises à jour de Dynamics 365 Server
et des autres applications installées. Après avoir terminé l'installation, cette fonctionnalité permet de garder
continuellement votre ordinateur à jour.
True . Lorsque cette option est spécifiée, le programme d'installation choisit Microsoft Update comme
service de mise à jour et utilise les paramètres Windows de mise à jour automatique sur l'ordinateur. Les
paramètres de mise à jour automatique Windows peuvent être affichés dans l'élément Windows Update de
Panneau de configuration. Microsoft Update vérifie que votre ordinateur dispose de la technologie la plus
récente, ce qui peut permettre de réduire le risque de vulnérabilités et de problèmes de sécurité.
False . Lorsque cette option est spécifiée, le programme d'installation ne change pas les paramètres
Windows de mise à jour automatique. Si l'ordinateur n'est pas déjà configuré pour utiliser Microsoft
Update comme service de mise à jour, il est recommandé de disposer d'une autre méthode d'installation
des mises à jour sur l'ordinateur, par exemple Windows Update Services. Si cet élément est laissé vide, la
valeur false est sélectionnée.
<OU> OU=value,DC=value,DC=value,DC=value,DC=value</OU>
L'élément <OU> spécifie l'unité d'organisation (OU) Active Directory dans laquelle les groupes de sécurité seront
créés, par exemple <OU> OU=Dynamics CRM, DC=MySubDomain, DC=MyDomain, DC=com</OU>.
IMPORTANT
Vous ne pouvez pas utiliser l’élément <Groups> avec l’élément <OU>. L’installation ne pourra pas continuer si vous
spécifier ces deux éléments à la fois.
<PreferredDC>ser vername.domain.com</PreferredDC>
Spécifie le contrôleur de domaine à contacter lors de l'exécution d'opérations nécessitant Active Directory. Si cet
élément n'est pas spécifié, le programme d'installation utilise le premier contrôleur de domaine disponible. Ce
paramètre est uniquement disponible lorsque vous utilisez un fichier de configuration.
<LicenseKey>KeyValue</LicenseKey>
Spécifie la clé de produit pour ce déploiement. Le fichier de configuration ne peut contenir qu'une clé de produit .
Par exemple :
<licenseKey>XXXXX-XXXXX-XXXXX-XXXXX-XXXXX</licenseKey>
NOTE
Si vous achetez Dynamics 365 for Customer Engagement par le biais d'un programme de licences en volume Microsoft, la
clé de produit est indiquée dans le fichier license.txt. Ce dernier figure dans les fichiers d'installation de Dynamics 365
Customer Engagement (on-premises).
<WebsiteUrl Create="true"/"false" por t="TCPpor tnumber">path</WebsiteUrl>

Spécifie le site Web à utiliser pour l'application. Utilisez Create="true" pour créer un site Web et laissez vide la
valeur entre les balises de l'élément. Utilisez por t ="TCPportnumber", où TCPportnumber est un numéro de port
TCP valide et disponible, pour spécifier le port de connexion à l'application. Si la valeur est vide, le numéro de port
utilisé est 5555.
Spécifiez Create="false" pour utiliser un site Web existant. Vous devez ensuite taper le chemin d'accès au site
Web à l'intérieur des balises de l'élément à l'aide de l'un des formats ci-après. Lorsque vous utilisez l'attribut
Create="false" , l'attribut de port est ignoré.
Par exemple :
https://server:port/ ou https:// server.contoso.com
/LM/W3SVC/n, où n représente l'ID du site Web. La valeur 1 correspond au site Web par défaut.
<Help anonymous="true"/"false">https://host/Help</Help>
Cet élément facultatif permet de spécifier une autre URL où se trouve Dynamics 365 Customer Engagement (on-
premises) Aide. En règle générale, ce paramètre est utilisé dans un déploiement multiserveurs, ou pour remplacer
l'URL par défaut (par exemple, lors de l'utilisation d'un en-tête d'hôte). Si vous sélectionnez la valeur false pour
désactiver l'accès anonyme, cela risque de créer des invites de connexion répétées pour les utilisateurs accédant à
l'Aide. Ce paramètre est uniquement disponible lorsque vous utilisez un fichier de configuration.
<InstallDir>c:\program files\Microsoft Dynamics CRM</InstallDir>
Spécifie le dossier dans lequel les fichiers d'application seront installés. Par défaut, le programme d'installation
utilise le dossier C:\Program Files\Microsoft Dynamics CRM.
<basecurrency isocurrencycode="CurrencyCode" currencyname="CurrencyName"
currencysymbol="CurrencySymbol" currencyprecision=”2"/"3"/"4”/>
isocurrencycode
Spécifie le code devise ISO à trois lettres, le nom complet et le symbole à utiliser pour la devise de base. Par
exemple, si vous voulez utiliser le dollar américain comme devise de base, spécifiez isocurrencycode="USD" .
Vous devez utiliser une description de devise ISO valide pour l'attribut isocurrencycode .
currencyname et currencysymbol
Vous devez spécifier les noms complets de la devise et du symbole de devise pour la devise de base ISO. Par
exemple, si le code devise ISO est USD, le nom de la devise doit être « US Dollar », et le symbole de devise, « $ ».
Vous pouvez toutefois utiliser la chaîne que vous voulez pour ces attributs.
IMPORTANT
Une fois l'installation terminée, il est impossible de modifier le code devise ISO de base. Vous pouvez néanmoins modifier le
nom, le symbole et la précision de la devise de base.
Les codes devise sont fournis par Microsoft .NET Framework et peuvent changer.
currencyprecision
Vous devez spécifier la précision de la devise de base indiquée dans l'attribut currencycode . Les valeurs valides
dépendent du type de devise spécifié. Par exemple, les valeurs valides pour USD sont comprises entre 1 et 9, et la
valeur par défaut est 2.
<OrganizationCollation>CollationName</OrganizationCollation>
Cet élément facultatif spécifie le nom de classement de la base de données SQL Server à utiliser pour la base de
données de l'organisation. Le classement par défaut dépend de la version linguistique de Dynamics 365 Customer
Engagement (on-premises) que vous installez (par exemple, Latin1_General_Cl_Al, est le classement par défaut
pour les déploiements en langue anglaise (É.U.)). Pour plus d'informations sur le classement de base de données,
voir Classement et prise en charge d'Unicode.
<CrmSer viceAccount type="DomainUser"/"NetworkSer vice">
<Ser viceAccountLogin>Domaine\Utilisateur</Ser viceAccountLogin>
<Ser viceAccountPassword>mot de passe</Ser viceAccountPassword>
</CrmSer viceAccount>
Spécifie le compte de service utilisé pour exécuter le service de décompression de fichier zip Dynamics 365 for
Customer Engagement et l'identité du pool d'applications AppPool ASP.NET.
Les valeurs acceptées sont DomainUser, qui utilise l’utilisateur de domaine spécifié dans l’élément
<prefixServiceAccount> ou NetworkService, qui utilise le compte système du service réseau. Toutefois, l’utilisation
du compte système du service réseau n’est pas recommandée, car il peut limiter certaines opérations de base de
données telles que la création, l’importation, la mise à niveau ou la mise à jour de l’organisation. Par défaut, le
programme d'installation utilise l'option DomainUser. Si DomainUser ou aucun type n’est spécifié,
<Ser viceAccountLogin > et <Ser viceAccountPassword > sont requis. Si cet élément n'est pas spécifié lorsque
vous exécutez le programme d'installation en utilisant le paramètre /Q ou /QR , le compte Service réseau sera
utilisé.
WARNING
La gestion du fichier de configuration dont les valeurs <Ser viceAccountLogin > et <Ser viceAccountPassword > sont
spécifiées constitue un risque pour la sécurité, car vous stockez un mot de passe en texte standard. Supprimez ces éléments
une fois l'installation de Dynamics 365 Server terminée à l'aide du fichier de configuration.
Il est vivement recommandé de sélectionner un compte de domaine à faibles privilèges dédié exclusivement à l'exécution de
ces services. En outre, le compte d'utilisateur servant à exécuter un service Dynamics 365 for Customer Engagement ne
peut pas être un utilisateur Dynamics 365 for Customer Engagement. Ce compte de domaine doit être membre du groupe
Utilisateurs du domaine. En outre, si les rôles Service asynchrone et Service de traitement Bac à sable (sandbox) sont
installés, comme dans une installation Serveur complet ou Serveur principal, le compte de domaine doit être membre du
groupe de sécurité Utilisateurs du journal de performances.
<SandboxSer viceAccount type="DomainUser"/"NetworkSer vice">

</SandboxSer viceAccount>
Spécifie le compte de service à utiliser pour le Service de traitement Bac à sable (sandbox).
<prefixServiceAccount> ou NetworkService, qui utilise le compte système du service réseau. Par défaut, le
utilisé.
WARNING
Si vous ne spécifiez pas cet élément, le programme d’installation utilise le compte spécifié dans l’élément
<CrmSer viceAccount > pour exécuter ce service. Pour cette raison, il est recommandé de spécifier un autre compte
d'utilisateur à faible privilège pour chaque compte de service.
<DeploymentSer viceAccount type="DomainUser"/"NetworkSer vice">

<DeploymentSer viceAccount>
Spécifie le compte de service à utiliser pour le Service Web de déploiement.
utilisé.
Cau t i on
La gestion du fichier de configuration dont les valeurs <Ser viceAccountLogin > et

<Ser viceAccountPassword > sont spécifiées constitue un risque pour la sécurité, car vous stockez un mot de
passe en texte standard. Supprimez ces éléments une fois l'installation de Dynamics 365 Server terminée à l'aide
du fichier de configuration. Si vous ne spécifiez pas cet élément, le programme d’installation utilise le compte
spécifié dans l’élément <CrmSer viceAccount > pour exécuter ce service. Pour cette raison, il est recommandé de
spécifier un autre compte d'utilisateur à faible privilège pour chaque compte de service. Outre les autorisations
requises par les autres comptes de service, le compte du Service Web de déploiement nécessite l’autorisation
d’administrateur système sur le serveur SQL Server et doit être membre du groupe d’administrateurs local sur
lequel SQL Server s’exécute afin d’être en mesure de créer ou d'importer des organisations.
IMPORTANT
Pour exécuter des opérations sur l'organisation par le biais du Service Web de déploiement ou de Windows PowerShell, le
compte du service de déploiement doit disposer des autorisations d'administrateur système sur l'ordinateur exécutant SQL
Server et doit être membre du groupe d'administrateurs local sur lequel SQL Server est installé. En outre, l'utilisateur qui
exécute les opérations sur l'organisation doit être Administrateur de déploiement.
Le rôle Administrateur de déploiement peut être accordé dans Gestionnaire de déploiement.
<AsyncSer viceAccount type="DomainUser"/"NetworkSer vice">

</AsyncSer viceAccount>
Spécifie le compte de service à utiliser pour les services de traitement asynchrone.
<Ser viceAccountLogin > et <Ser viceAccountPassword > sont requis.
WARNING
Si vous ne spécifiez pas cet élément, le programme d’installation utilise le compte spécifié dans l’élément
<CrmSer viceAccount > pour exécuter ce service. Pour cette raison, il est recommandé de spécifier un autre compte
d'utilisateur à faible privilège pour chaque compte de service.
<VSSWriterSer viceAccount type="DomainUser"/"NetworkSer vice">

<Ser viceAccountLogin>="DomainUser"/"NetworkSer vice"</Ser viceAccountLogin>
<Ser viceAccountPassword>password</Ser viceAccountPassword>
</VSSWriterSer viceAccount>
Spécifie le compte de service à utiliser pour le service Enregistreur VSS Dynamics 365 for Customer Engagement.
WARNING
Il est recommandé de spécifier un autre compte d'utilisateur à faible privilège pour chaque compte de service .
<MonitoringSer viceAccount type="DomainUser"/"NetworkSer vice">

<Ser viceAccountLogin>="DomainUser"/"NetworkSer vice"</Ser viceAccountLogin>
<Ser viceAccountPassword>password</Ser viceAccountPassword>
</MonitoringSer viceAccount>
Spécifie le compte de service à utiliser pour le service de surveillance Dynamics 365 for Customer Engagement.
WARNING
Il est recommandé de spécifier un autre compte d'utilisateur à faible privilège pour chaque compte de service.
Pour plus d'informations sur les services Dynamics 365 for Customer Engagement, voir les rôles Microsoft
Dynamics 365 Server. Pour plus d'informations sur les autorisations requises pour les services Dynamics 365 for
Customer Engagement et le type de compte à utiliser, voir Considérations sur la sécurité pour Dynamics 365.
<SQM optin=" true / false"/>
Spécifie si vous participez ou non au Programme d'amélioration du produit. Si vous spécifiez la valeur true , vous
participez au Programme.
<Repor ting URL="https://srsser ver1/Repor tSer ver"/>
URL
Spécifie l’URL du serveur de rapports.
<Groups autogroupmanagementoff="true/false">
<PrivUserGroup>CN=value,OU=value,DC=value,DC=value,DC=value</PrivUserGroup>
<SQL AccessGroup>CN=value,OU=value,DC=value,DC=value,DC=value</SQL AccessGroup>
<Repor tingGroup>CN=value,OU=value,DC=value,DC=value,DC=value</Repor tingGroup>
<PrivRepor tingGroup>CN=value,OU=value,DC=value,DC=value,DC=value</PrivRepor tingGroup>
</Groups>
Lorsque cette option est utilisée, le programme d’installation utilise les groupes existants dans Active Directory au
lieu de les créer lors de l'installation. Si <automanagegroupsoff > a la valeur true , le programme d’installation
n'ajoute ni ne supprime aucun membre de ces groupes. Si vous spécifiez <automanagegroupsoff > comme
true , vous devez manuellement créer et ajouter l'appartenance adéquate à ces groupes pour que les utilisateurs
puissent exécuter l'application. Vous devez continuer cette opération à mesure que de nouveaux membres sont
ajoutés ou supprimés de Dynamics 365 for Customer Engagement.
IMPORTANT
Vous ne pouvez pas utiliser l’élément <Groups> avec l’élément <OU> . L’installation ne pourra pas continuer si vous
spécifier ces deux éléments à la fois.
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.
Ce paramètre est uniquement disponible lorsque vous utilisez un fichier de configuration.

<remoteinstall>"true" / "false" </remoteinstall>
Cette option est requise si vous exécutez une installation distante à l'aide de l'accès distant Windows PowerShell.
La valeur par défaut est false (Faux).
<Reboot>"true" / "false"</Reboot>
Si cette option n'est pas spécifiée, la valeur par défaut est false . Cela signifie que le serveur n’est pas
automatiquement redémarré à la fin de l’installation. Cette option s'applique seulement à un redémarrage
d'installation final et non aux redémarrages antérieurs qui peuvent être nécessaires pour d'autres composants.
NOTE
L'installation de Microsoft .NET Framework peut nécessiter un redémarrage de votre ordinateur avant de pouvoir continuer
à exécuter le Microsoft Dynamics 365 ServerInstallation.
<Email>
<IncomingExchangeSer ver name="Ser verName"/>
Cet élément facultatif spécifie l'ordinateur Microsoft Exchange Server ou POP3 qui sera utilisé par E-mail Router
pour acheminer les messages électroniques entrants. Si cet élément n’est pas spécifié et si E-mail Router est utilisé
ultérieurement dans le déploiement, l’ordinateur doit être ajouté au groupe de sécurité PrivUserGroup .
</Email>
Spécifie le serveur de messagerie qui sera utilisé pour l'acheminement du courrier électronique.
<configdb>
Il s'agit de l'élément parent des éléments de clés de chiffrement suivants :
WARNING
Par défaut, les clés de chiffrement ne sont pas stockées dans la base de données de configuration sous un format chiffré. Il
est vivement recommandé de spécifier le chiffrement lorsque vous exécutez le programme d’installation à l'aide des entrées
ci-après.
<encr yptionkeys cer tificate="CrmEncr yptionCer tificate" generate="true"/"False"

password="SCpassword" keysource="uniqueID">
L'élément <encr yptionkeys > indique comment et si chiffrer les clés stockées dans le système Dynamics 365 for
Customer Engagement. Spécifiez generate="true" pour activer les clés chiffrées générées par le système.
keysource peut représenter n'importe quelle valeur, du moment qu'elle soit différente des autres valeurs
keysource . SCpassword correspond au mot de passe qui sera utilisé pour créer le certificat symétrique. Ce
paramètre est uniquement disponible lorsque vous utilisez un fichier de configuration.
WARNING
La gestion d'un fichier de configuration dans lequel les valeurs password et keysource sont spécifiées constitue un risque
pour la sécurité, car vous stockez un mot de passe et des informations clés en texte brut. Nous vous recommandons
d’enregistrer le mot de passe à un emplacement sûr d’où il pourra être récupéré en cas de besoin. Supprimez ces éléments
une fois l’installation de Dynamics 365 Server terminée à l’aide du fichier de configuration.
<encr yptionkey physicalname="CrmSymmetricKey" vir tualname="CrmKeyEncr yptionKey"/>

Chaque élément <encr yptionkeys > indique un mappage entre une clé symétrique stockée dans la base de
données SQL Server avec un nom de clé virtuelle, codé en dur dans Dynamics 365 for Customer Engagement
pour le chiffrement des données dans la base de données de configuration. Ce paramètre est uniquement
disponible lorsque vous utilisez un fichier de configuration.
</encr yptionkeys>
</configdb>
<LaunchRepor tingExtensionsSetup>"false" / "true"</LaunchRepor tingExtensionsSetup>
Élément facultatif qui spécifie si le programme d’installation de Dynamics 365 Reporting Extensions doit être
démarrée immédiatement après la fin du programme d’installation de Dynamics 365 Server. Par défaut, la valeur
de cet élément est false, et le programme d’installation de Dynamics 365 Reporting Extensions ne démarre pas
après la fin du programme d’installation de Dynamics 365 Server. De plus, le programme d’installation de
Dynamics 365 Reporting Extensions ne démarre uniquement que lorsque les conditions suivantes sont remplies :
Le programme d’installation de Dynamics 365 Server crée ou met à niveau la première organisation du
déploiement.
L'ordinateur Report Server spécifié est l'ordinateur local sur lequel le programme d’installation est exécuté.
Voir aussi
Exemple de fichier de configuration XML pour CRM Server
Exemple de fichier de configuration XML pour l'installation de CRM Server avec des groupes précréés
Exemple de fichier de configuration XML pour CRM
Server
Le fichier de configuration suivant installe un fichier de mise à jour situé sur un partage interne, un serveur
complet avec toutes les fonctionnalités Dynamics 365 Server et crée des bases de données sur l'instance par défaut
d'un serveur SQL Server appelé SQLServer :
<CRMSetup>
<Server>
<Patch update="true">\\ServerName\ShareName\patchfile.msp</Patch>
<LicenseKey>XXXXX-XXXXX-XXXXX-XXXXX-XXXXX</LicenseKey>
<SqlServer>SQLServer</SqlServer>
<Database create="true"/>
<Reporting URL="https://MyReportingServer/ReportServer"/>
<OrganizationCollation>Latin1_General_CI_AI</OrganizationCollation>
<basecurrency isocurrencycode="USD" currencyname="US Dollar" currencysymbol="$" currencyprecision="2"/>
<Organization>Organization Display Name</Organization>
<OrganizationUniqueName>Organization-Name</OrganizationUniqueName>
<OU>OU=value,DC=subdomain,DC=subdomain,DC=subdomain,DC=com</OU>
<WebsiteUrl create="true" port="5555"> </WebsiteUrl>
<InstallDir>c:\Program Files\Microsoft Dynamics CRM</InstallDir>
<CrmServiceAccount type="DomainUser">
<ServiceAccountLogin>Contoso\CRMAppService</ServiceAccountLogin>
<ServiceAccountPassword>password</ServiceAccountPassword>
</CrmServiceAccount>
<SandboxServiceAccount type="DomainUser">
<ServiceAccountLogin>Contoso\CRMSandboxService</ServiceAccountLogin>
</SandboxServiceAccount>
<DeploymentServiceAccount type="DomainUser">
<ServiceAccountLogin>Contoso\CRMDeploymentService</ServiceAccountLogin>
</DeploymentServiceAccount>
<AsyncServiceAccount type="DomainUser">
<ServiceAccountLogin>Contoso\CRMAsyncService</ServiceAccountLogin>
</AsyncServiceAccount>
<VSSWriterServiceAccount type="DomainUser">
<ServiceAccountLogin>Contoso\CRMVSSWriterService</ServiceAccountLogin>
</VSSWriterServiceAccount>
<MonitoringServiceAccount type="DomainUser">
<ServiceAccountLogin>Contoso\CRMMonitoringService</ServiceAccountLogin>
</MonitoringServiceAccount>
<SQM optin="true"/>
<muoptin optin="true"/>

<ifdsettings enabled="false">

<internalnetworkaddress>10.0.0.1-255.0.0.0</internalnetworkaddress>


<rootdomainscheme>http</rootdomainscheme>
<sdkrootdomain>api.contoso.com</sdkrootdomain>
<webapplicationrootdomain>app.contoso.com</webapplicationrootdomain>
<discoveryrootdomain>disc.contoso.com</discoveryrootdomain>
</ifdsettings>
<Email>
<IncomingExchangeServer name="ExchangeServerName"/>
</Email>
</Server>
</CRMSetup>
Cau t i on
La gestion du fichier de configuration dont les valeurs ServiceAccountLogin et ServiceAccountPassword sont

spécifiées constitue un risque pour la sécurité, car vous stockez un mot de passe en texte standard. Supprimez ces
éléments une fois l'installation de Dynamics 365 Server terminée à l'aide du fichier de configuration.
Voir aussi
Exemple de fichier de configuration XML pour l'installation de CRM Server avec des groupes précréés
Exemple de fichier de configuration XML pour
l'installation de CRM Server avec des groupes
précréés
Par défaut, le programme d'installation crée quatre groupes de sécurité Active Directory utilisés par Dynamics 365
for Customer Engagement. Vous pouvez créer ces groupes à l'avance puis fournir des informations pour les
groupes dans le fichier de configuration du programme d'installation.
Pour utiliser les groupes de sécurité précréés du service d’annuaire Active Directory, créez un fichier de
configuration XML qui utilise la syntaxe de nom unique LDAP similaire à celle de l’exemple ci-après. Modifiez les
variables de façon adéquate.
Par exemple, l'exemple suivant est utilisé lorsque l'unité d'organisation dans laquelle les groupes précréés
(PrivUserGroup, SQLAccessGroup, ReportingGroup et PrivReportingGroup) sont situés est nommée CRM et le
nom de domaine complet où l'unité d'organisation est située est sales.contoso.com.
IMPORTANT
L'utilisateur exécutant Microsoft Dynamics 365 ServerInstallation doit disposer de l'autorisation Ajouter un utilisateur ou
un groupe pour ces groupes Active Directory. Pour plus d'informations sur l'attribution de droits d'utilisateur à un groupe
dans Services de domaine Active Directory (AD DS), voir l'aide Utilisateurs et ordinateurs Active Directory.
Comme l'unité d'organisation est spécifiée lorsque vous utilisez l'élément <GROUPS> des groupes Active Directory, vous ne
pouvez pas spécifier l'unité d'organisation à nouveau à l'aide de l'élément <OU>.
L'élément <Groups> doit être défini au sein des éléments <Server> et <CRMSetup>. Pour la structure de la syntaxe, voir
Fichier de configuration XML de Microsoft Dynamics 365 Server.
<Groups AutoGroupManagementOff="false">
<PrivUserGroup>CN=PrivUserGroup,OU=CRM,DC=sales,DC=contoso,DC=com</PrivUserGroup>
<SQLAccessGroup>CN=SQLAccessGroup,OU=CRM,DC=sales,DC=contoso,DC=com</SQLAccessGroup>
<ReportingGroup>CN=ReportingGroup,OU=CRM,DC=sales,DC=contoso,DC=com</ReportingGroup>
<PrivReportingGroup>CN=PrivReportingGroup,OU= CRM,DC=sales,DC=contoso,DC=com</PrivReportingGroup>
</Groups>
Voir aussi
Installer des rôles Microsoft Dynamics 365 Server à l'aide de l'invite de commandes
Installer des rôles Microsoft Dynamics 365 Server à
l'aide de l'invite de commandes
Par défaut, le programme d'installation installe tous les rôles Dynamics 365 Server sur l'ordinateur local.
Cependant, lorsque vous installez Dynamics 365 Server, vous pouvez choisir d'installer un ou plusieurs rôles
serveur. En outre, vous pouvez installer le ou les mêmes rôles serveur sur deux ordinateurs ou plus, ce qui permet
de bénéficier de l'équilibrage de la charge. Pour ce faire, vous pouvez sélectionner les rôles que vous voulez en
exécutant le programme d'installation de Dynamics 365 Server ou vous pouvez configurer un fichier de
configuration XML puis exécuter le programme d'installation à une invite de commandes sur l’ordinateur sur
lequel vous souhaitez installer le rôle.
NOTE
Vous pouvez exécuter l’installation à l’invite de commandes ou à partir de Programmes et fonctionnalités dans le Panneau de
configuration pour ajouter ou supprimer des rôles serveur d’un ordinateur sur lequel un ou plusieurs rôles serveur sont déjà
installés.
Pour plus d'informations sur les rôles serveur, voir Rôles serveur Microsoft Dynamics 365.
Paramètres
Les paramètres d’invite de commandes pris en charge sont les mêmes que ceux précédemment décrits dans la
section Installer Installer Microsoft Dynamics 365 Server de ce guide.
Fichier de configuration XML pour les rôles serveur

Le paramètre de ligne de commande /config [lecteur:] [[chemin] configfilename.xml]] fournit les informations
requises au Microsoft Dynamics 365 ServerInstallation. Les informations fournies par le fichier de configuration
XML sont les mêmes que celles requises par chacun des écrans d’installation.
IMPORTANT
Les éléments XML doivent être en anglais (É.U.). Un fichier de configuration XML comprenant des éléments XML localisés ne
fonctionnera pas correctement.
Chaque élément XML est décrit ci-dessous. Un exemple de fichier XML est également fourni :
<Roles>
<Role Name="RoleName1" Action="Add" / "Remove"/>
<Role Name="RoleName2" Action="Add" / "Remove"/>
Nom . Nom du rôle Dynamics 365 Server. Pour le rôle serveur disponible de noms, consultez Noms de rôle
serveur Microsoft Dynamics 365 2013 utilisés dans le fichier de configuration XML.
Action . Cet attribut est requis uniquement lorsque vous reconfigurez un déploiement existant en ajoutant ou en
supprimant des rôles serveur.
</Roles>
Noms de rôles Microsoft Dynamics 365 Server utilisés dans le fichier de configuration XML
WebApplicationServer
Installe les composants nécessaires pour exécuter le serveur d'application Web.
OrganizationWebService
Installe les composants du Service Web d'organisation nécessaires pour exécuter les applications qui utilisent les
méthodes décrites dans le Services web Dynamics 365 Customer Engagement.
DiscoveryWebService
Installe le composant Service Web de découverte dont les utilisateurs ont besoin pour rechercher l'organisation
dont ils sont membres dans un déploiement partagé au sein d'une architecture mutualisée.
HelpServer
Installe les composants nécessaires pour rendre disponible l'Aide de Microsoft Dynamics 365 aux utilisateurs.
AsynchronousProcessingService
Installe le Service asynchrone. Ce service sert à traiter les événements asynchrones mis en file d'attente, tels que
l'envoi en nombre de courriers électroniques ou l'importation de données.
EmailConnector
Installe le service et les fichiers associés gérant l'envoi et la réception des messages électroniques en se connectant
à un serveur de messagerie externe.
SandboxProcessingService
Installe les composants nécessaires pour fournir l'isolation de l'exécution du code personnalisé.
DeploymentTools
Installe le Gestionnaire de déploiement et les cmdlets Windows PowerShell que vous pouvez utiliser pour
automatiser les tâches de déploiement. Un Gestionnaire de déploiement est un composant logiciel enfichable
Microsoft Management Console (MMC) que les administrateurs système peuvent utiliser pour gérer les
organisations, serveurs et licences lors des déploiements de Dynamics 365 for Customer Engagement.
DeploymentWebService
Installe le composant Service Web de déploiement nécessaire pour gérer le déploiement à l'aide des méthodes
décrites dans le Services web Dynamics 365 Customer Engagement, comme la création d'une organisation ou la
suppression d'un rôle Administrateur de déploiement pour un utilisateur.
VSSWriter
Installe l'interface qui permet de sauvegarder et restaurer les données Dynamics 365 for Customer Engagement
en utilisant l'infrastructure VSS Windows Server.
IMPORTANT
Bien que vous ne puissiez pas spécifier un groupe de rôles serveur (Serveur frontal, Serveur principal ou Serveur
d'administration de déploiement), vous pouvez spécifier tous les rôles serveur dans le groupe de rôles serveur, comme
l'exemple de code XML suivant qui installe tous les rôles Serveur frontal.
<Roles>
<Role Name="WebApplicationServer" />
<Role Name="OrganizationWebService" />
<Role Name="DiscoveryWebService" />
<Role Name="HelpServer" />
</Roles>
Voir aussi
Exemple de fichier de configuration XML permettant d'installer uniquement le rôle WebApplicationServer
Exemple de fichier de configuration XML permettant
d'installer uniquement les rôles
WebApplicationServer et OrganizationWebService
L'exemple ci-après installe uniquement les rôles serveur Serveur d'application Web et Service Web d'organisation
sur l'ordinateur local. Pour utiliser ce fichier de configuration, la base de données de configuration doit déjà exister
dans le SQL Server nommé SQLServer. La fonctionnalité sera installée sur le site Web IIS par défaut. Pour spécifier
un autre site Web, utilisez l'élément <WebsiteUrl> . Pour plus d'informations, consultez : Fichier de configuration
XML Microsoft Dynamics 365 Server.
NOTE
Le Serveur d'application Web requiert le Service Web d'organisation. Par conséquent, même si vous spécifiez que le nom de
rôle WebApplicationServer, Service Web d'organisation (OrganizationWebService) est automatiquement installé.
<CRMSetup>
<Server>
<Patch update="true">\\server\share\patchfile.msp</Patch>
<SqlServer>SQLServer</SqlServer>
<Database create="false" />
<WebsiteUrl create="true" port="5555"> </WebsiteUrl>
<Roles>
<Role name="WebApplicationServer"/>
</Roles>
<SQM optin="true" />
<MUoptin optin="true" />
<ServiceAccountLogin>contoso\user1</ServiceAccountLogin>
<MonitoringServiceAccount type=”DomainUser”>
</Server>
</CRMSetup>
Cau t i on
La gestion du fichier de configuration dont les valeurs < ServiceAccountLogin > et < ServiceAccountPassword > sont
spécifiées constitue un risque pour la sécurité, car vous stockez un mot de passe en texte standard. Supprimez ces
éléments une fois l'installation de Dynamics 365 Server terminée à l'aide du fichier de configuration.
Voir aussi
Installer les rôles Microsoft Dynamics 365
Exemple de fichier de configuration XML permettant d'installer uniquement le rôle HelpServer
Exemple de fichier de configuration XML permettant
d'installer uniquement le rôle HelpServer
L'exemple ci-après installe uniquement le rôle Serveur d'aide sur l'ordinateur local.
<CRMSetup>
<Server>
<Patch update="true"/>
<SqlServer>SQLServerName</SqlServer>
<Database create="false"/>
<WebsiteUrl create="true" port="5555">LM/W3SVC/1</WebsiteUrl>
<Help anonymous="true">https://LocalHost/Help</Help>
<Roles>
<Role name="HelpServer"/>
</Roles>
<SQM optin="true"/>
<MUoptin optin="true"/>
<ServiceAccountLogin>contoso\CRMHelpservice</ServiceAccountLogin>
</Server>
</CRMSetup>
IMPORTANT
A moins que vous n'utilisiez Help anonymous="true" , le contenu Serveur d'aide dans IIS ne sera pas configuré pour l'accès
anonyme. Si l'application Serveur d'aide n'est pas configurée pour l'accès anonyme, les utilisateurs peuvent être invités à
plusieurs reprises à saisir leurs informations d'authentification quand ils accèdent à Aide de Microsoft Dynamics 365.
Par défaut, Serveur d'aide utilise l'adresse Web Serveur d'application Web qui apparaît dans Gestionnaire de déploiement. En
outre, Microsoft Dynamics 365 ServerInstallation ne met pas à jour l'URL quand vous installez Serveur d'aide sur un
ordinateur distinct. Vous devez modifier l'URL manuellement. Pour modifier l'URL, exécutez les commandes Windows
PowerShell suivantes de la rubrique suivante sur l'ordinateur qui exécute le rôle de serveur Outils de déploiement.
Modification de l'URL de Dynamics 365 HelpServer

Les applets de commande Windows PowerShell suivants remplacent l'URL de Dynamics 365 for Customer
EngagementServeur d'aide par https://crmhelpserver.contoso.com, Serveur d'aide avec accès via Internet configuré
pour TLS/SSL. Pour pouvoir exécuter les applets de commande Dynamics 365 for Customer Engagement Serveur
d'aide, vous devez d'abord les enregistrer. Pour plus d'informations, voir Configurer les applets de commande
Dynamics 365 PowerShell.
Affichez les paramètres d'adresse Web existants. Notez que, si le paramètre d'adresse Web HelpServerUrl est
vierge quand vous exécutez la commande Windows PowerShell suivante, Serveur d'aide utilise la même adresse
Web que le serveur d'application Web (WebAppRootDomain).
Get-CrmSetting WebAddressSettings
Définissez l'URL du serveur d'aide.
$websetting = Get-CrmSetting WebAddressSettings

$websetting.HelpServerUrl = “https://crmhelpserver.contoso.com”
Set-CrmSetting $websetting
Vérifiez le nouvel URL en affichant à nouveau les paramètres d'adresse Web.
Get-CrmSetting WebAddressSettings
Voir aussi
Exemple de fichier de configuration XML permettant d'installer uniquement le rôle WebApplicationServer
Installer des rôles Microsoft Dynamics 365 Server à l'aide de l'invite de commandes
Installer Microsoft Dynamics 365 Reporting Extensions à l'aide de l'invite de commandes
Installer Microsoft Dynamics 365 Reporting
Extensions à l'aide d'une invite de commandes
Les Extensions de rapport Microsoft Dynamics 365 sont des extensions de traitement des données qui sont
installées sur le serveur SQL Server Reporting Services. Les Extensions de rapport Microsoft Dynamics 365
acceptent les informations d’authentification provenant de Dynamics 365 Server et les transmettent au serveur
SQL Server Reporting Services.
L'installation de Dynamics 365 Reporting Extensions installe deux extensions de traitement de données :
Dynamics 365 Extension pour le traitement des données Fetch et Extension pour le traitement des données SQL.
L'Extension pour le traitement des données Fetch est requise pour créer, exécuter et planifier des rapports Fetch
dans Dynamics 365 for Customer Engagement. L'Extension pour le traitement des données SQL est requise pour
planifier des rapports SQL dans Dynamics 365 for Customer Engagement.
Configuration requise pour Microsoft Dynamics 365 Reporting

Extensions
Vous devez avoir installé tous les rôles Dynamics 365 Server avant d'exécuter le Programme d'installation
d'extensions de rapport Microsoft Dynamics CRM.
Vous devez exécuter le Programme d'installation d'extensions de rapport Microsoft Dynamics CRM sur un
ordinateur sur lequel SQL Server Reporting Services est installé.
Vous pouvez exécuter Extensions de rapport Microsoft Dynamics 365 avec n'importe quelle édition prise en
charge de SQL Server Reporting Services. Pour plus d'informations sur les versions de SQL Server
Reporting Services prises en charge, voir Configuration requise pour Microsoft Dynamics 365 Reporting
Extensions.
Extensions de rapport Microsoft Dynamics CRM ne peut pas être installé sur un serveur exécutant une
installation minimale serveur de Windows Server. Cela est dû au fait que SQL Server Reporting Services,
qui est requis, ne peut pas être installé sur un serveur exécutant une installation minimale serveur (noyau
du serveur) de Windows Server.
Avec de plus petits ensembles de données et un nombre d'utilisateurs moins important, il peut être mieux
d'utiliser un déploiement à un seul serveur où le moteur de base de données SQL Server Reporting
Services et SQL Server sont exécutés sur le même serveur. Avec de plus grands ensembles de données ou
un nombre d’utilisateurs plus important, les performances diminuent rapidement lorsque des rapports
complexes sont exécutés. Nous vous recommandons donc d'utiliser un déploiement à plusieurs serveurs
avec un ordinateur exécutant SQL Server pour les bases de données Dynamics 365 for Customer
Engagement, et un autre serveur pour SQL Server Reporting Services.
Exemple de commande
Les Programme d'installation d'extensions de rapport Microsoft Dynamics CRM acceptent les mêmes paramètres
de ligne de commande que Microsoft Dynamics 365 ServerInstallation. Pour installer les Extensions de rapport
Dynamics 365 en mode silencieux, qui utilise le fichier de configuration XML appelé install-config.xml et crée un
fichier journal nommé log.txt , exécutez le programme d’installation qui figure dans le dossier
SrsDataConnector des fichiers d'installation de Dynamics 365 Customer Engagement (on-premises), de la façon
suivante :
SetupSrsDataConnector /Q /CONFIG folderpath\install-config.xml /L c:\logfiles\crm\log.txt
Voir aussi
Fichier de configuration XML Microsoft Dynamics 365 Reporting Extensions
Fichier de configuration XML pour Microsoft
Dynamics 365 Reporting Extensions
Avant d’exécuter le Programme d'installation d'extensions de rapport Microsoft Dynamics CRM à une invite de
commandes, vous devez modifier le fichier de configuration XML pour inclure des informations telles que le nom
de l’ordinateur où se trouve la base de données de configuration. Un exemple de fichier de configuration pour les
Extensions de rapport Dynamics 365 appelé install-config.xml figure dans le dossier SrsDataConnector sur le
support d'installation ou l'emplacement de téléchargement des fichiers d'installation de Dynamics 365 Customer
Le paramètre de ligne de commande /config [lecteur:] [[chemin] configfilename.xml]] fournit les informations
requises au Programme d'installation d'extensions de rapport Microsoft Dynamics CRM. Chaque écran
d'installation a besoin des informations que fournit ce fichier de configuration. Les éléments XML doivent être en
anglais (U.S). et les caractères spéciaux et étendus ne peuvent pas être utilisés. Un fichier de configuration XML
comprenant des éléments XML localisés ne fonctionnera pas correctement. Chaque élément XML est décrit ci-
dessous. Un exemple de fichier XML est également fourni :
Le fichier de configuration doit être un fichier XML valide, utilisant <CRMSetup > comme élément racine.
<srsdataconnector>
Le fichier de configuration doit être un fichier XML valide, utilisant <srsdataconnector > comme élément
principal. Toutes les entrées qui suivent doivent se trouver entre les balises <srsdataconnector .
<InstallType>Uninstall/Repair</InstallType>
Spécifie le type d'installation à réaliser par le programme d'installation. Les options suivantes sont disponibles :
Désinstaller. Désinstalle les Extensions de rapport Microsoft Dynamics 365.
Réparer. Démarre le programme d’installation en mode de réparation.
<Patch update="true"/"false">\\ServerName\ShareName\Patch_Location</Patch>
Si vous ne spécifiez pas d'emplacement, par défaut, le programme d'installation passe en mode connexion à un
emplacement géré par Microsoft pour rechercher les mises à jour disponibles. Vous avez également la possibilité
d’indiquer au programme d'installation d'installer un fichier .msp de mise à jour du programme Programme
d'installation d'extensions de rapport Microsoft Dynamics CRM à partir d’un emplacement différent, comme un
partage interne.
update
Spécifie si le programme d'installation recherchera, téléchargera et appliquera les mises à jour du Microsoft
Dynamics 365 ServerInstallation. Nous vous recommandons de laisser le programme d'installation télécharger la
dernière version en sélectionnant true . Par défaut, cette valeur est définie sur false . Si cette valeur est
effectivement définie sur false , le programme d'installation ignore cette étape et poursuit l'installation.
<configdbserver>SQLServerName\Instancename</configdbserver>
Spécifie l'instance de SQL Server qui stocke la base de données de configuration. Si vous spécifiez l'instance par
défaut, utilisez SQLServerName. Si vous utilisez une instance nommée, utilisez SQLServerName\InstanceName.
<muoptin optin="true”/“false" />
Spécifie s'il faut utiliser Microsoft Update pour télécharger et installer les mises à jour pour Extensions de rapport
Microsoft Dynamics CRM. Après avoir terminé l'installation, cette fonctionnalité permet de garder continuellement
votre ordinateur à jour.
paramètres de mise à jour automatique Windows peuvent être affichés dans l'élément Windows Update de
Windows de mise à jour automatique. Si l'ordinateur n'est pas déjà configuré pour utiliser Microsoft Update
comme service de mise à jour, il est recommandé de disposer d'une autre méthode d'installation des mises
à jour sur l'ordinateur, par exemple Windows Update Services. Si cet élément est laissé vide, la valeur false
est sélectionnée.
<InstallDir>c:\program files\Microsoft Dynamics CRM Reporting Extensions</InstallDir>
Spécifie le dossier dans lequel les fichiers Dynamics 365 Reporting Extensions seront copiés. Par défaut, il s'agit de
C:\Program Files\Microsoft Dynamics CRM Reporting Extensions.
<autogroupmanagementoff>1/0</autogroupmanagementoff>
Si <automanagegroupsoff > a la valeur 1 (true), le programme d'installation n'ajoute pas ou ne supprime pas de
membres du groupe de sécurité du service d'annuaire Active Directory. Pour cette raison, vous devez
manuellement ajouter le compte de service SQL Server Reporting Services de l’instance associée de SQL Server au
groupe de sécurité PrivRepor tingGroup .
Voir aussi
Installer Microsoft Dynamics 365 Reporting Extensions
Exemple de fichier de configuration XML pour Microsoft Dynamics 365 Reporting Extensions
L'exemple de configuration XML suivant recherche des mises à jour à appliquer au programme d'installation, et les
télécharge et les applique s'il en trouve. Il vérifie dans Microsoft Update, puis recherche la base de données de
configuration sur un serveur SQL Server appelé SQLServer et installe les Extensions de rapport Microsoft
Dynamics CRM sur l'instance SQL Server locale appelée SQLReportServerInstance . Par ailleurs, l'Installation ajoute
ou supprime des membres des groupes de sécurité Dynamics 365 for Customer Engagement associés dans le
service d'annuaire d'Active Directory si nécessaire, et installe le service de surveillance configuré pour un compte
d'utilisateur de domaine existant nommé CRMMonitoringService.
<crmsetup>
<srsdataconnector>
<configdbserver>SQLServer</configdbserver>
<autogroupmanagementoff>0</autogroupmanagementoff>
<instancename>SQLReportServerInstance</instancename>
<patch update="true" />
<muoptin optin="true" />
</srsdataconnector>
</crmsetup>
Journalisation
Par défaut, le programme d'installation crée un fichier intitulé SrsDataConnectorSetup.log dans le dossier
%appdata%\Microsoft\MSCRM\Logs sur l'ordinateur où Installation est exécuté.
Voir aussi
Fichier de configuration XML Microsoft Dynamics 365 Reporting Extensions
Exemples de commande de l'Extension de création de rapports Microsoft Dynamics 365
Installer l'extension de création de rapports Microsoft
Dynamics 365 à l'aide d'une invite de commandes
À partir d'une invite de commandes, vous pouvez utiliser la commande suivante pour installer l'Extension de
création de rapports Dynamics 365 :
SetupBIDSExtensions.exe [/Q] [/config configfile.xml]
Paramètres de ligne de commande pour l'Extension de création de rapports Microsoft Dynamics 365
/Q
Installation en mode silencieux. Ce paramètre nécessite un fichier de configuration XML. Le paramètre /config
contient le nom du fichier de configuration XML. Aucune boîte de dialogue ni aucun message d'erreur ne s'affiche
à l'écran.
/config [drive:] [[path] configfilename.xml]]
Le paramètre /config utilise le fichier de configuration XML spécifié pour fournir au programme des informations
supplémentaires pour effectuer l’installation correctement. Un exemple de fichier de configuration XML est affiché
dans Fichier de configuration XML pour l'Extension de création de rapports Microsoft Dynamics 365. Notez que si
vous spécifiez un fichier de configuration sans le paramètre /Q, les écrans du programme d’installation sont
remplis avec les informations du fichier de configuration.
/uninstall
Désinstalle les Extensions de rapport Microsoft Dynamics 365. Il s'agit d'une option du mode maintenance
disponible uniquement lorsque l'application est déjà installée.
Voir aussi
Installer Microsoft Dynamics 365 Reporting Extensions à l'aide d'une invite de commandes
Fichier de configuration XML pour l'extension de création de rapports Microsoft Dynamics 365
Fichier de configuration XML pour l'extension de
création de rapports Microsoft Dynamics 365
Cette rubrique liste des explications pour chaque élément XML et un exemple de fichier XML pour l'installation du
Extension de création de rapports de Dynamics 365 :
Le fichier de configuration doit être un fichier XML valide, utilisant <CRMSetup > comme élément racine.
<bidsextensions> </bidsextensions>
Le fichier de configuration doit être un fichier XML valide, utilisant <bidsextensions> comme élément principal.
Toutes les entrées Extension de création de rapports qui suivent doivent être à l'intérieur des balises
<bidsextensions> .
<patch update=”true” / ”false” />
Détermine le comportement de la technologie de mise à jour de l'installation. Si vous spécifiez True , cette
fonctionnalité permet au programme d’installation d’effectuer une recherche ponctuelle, et le cas échéant, de
télécharger les derniers fichiers de mise à jour pour Dynamics 365 Customer Engagement (on-premises) en vue
de les appliquer. Si vous spécifiez False , les mises à jour ne sont pas appliquées au programme d'installation.
<muoptin optin="true” / “false" />
Spécifie s'il faut utiliser Microsoft Update pour télécharger et installer les mises à jour pour Extension de création
de rapports. Après avoir terminé l'installation, cette fonctionnalité permet de garder continuellement votre
ordinateur à jour.
paramètres de mise à jour automatique Windows peuvent être affichés dans l'élément Windows Update du
Windows de mise à jour automatique. Si l'ordinateur n'est pas déjà configuré pour utiliser Microsoft Update
comme service de mise à jour, il est recommandé de disposer d'une autre méthode d'installation des mises
à jour sur l'ordinateur, par exemple Microsoft Windows Update Services (WSUS). Si cet élément est laissé
vide, la valeur false est sélectionnée.
<InstallDir>c:\program files\Microsoft Dynamics CRM</InstallDir>
Spécifie le dossier dans lequel les fichiers d'application seront installés. Par défaut, le programme d'installation
utilise le dossier C:\Program Files (x86)\Microsoft Dynamics CRM.
<InstallType>uninstall/repair</InstallType>
Désinstalle ou répare Extension de création de rapports. Il s'agit d'une option du mode maintenance disponible
uniquement lorsque l'application est déjà installée.
<InstanceName>InstanceName</InstanceName>
Spécifie une instance nommée de SQL Server où installer Extension de création de rapports. Si cet élément est
laissé vide ou non utilisé, Installation utilise l'instance par défaut de SQL Server.
<MonitoringServiceAccount type="DomainUser"/"NetworkService">
<ServiceAccountLogin>="DomainUser"/"NetworkService"</ServiceAccountLogin>
< ServiceAccountPassword>password</ServiceAccountPassword>
Spécifie le compte de service à utiliser pour le service de surveillance Dynamics 365 for Customer Engagement.
WARNING
une fois l’installation de l'application terminée à l’aide du fichier de configuration.
Il est recommandé de spécifier un autre compte d'utilisateur à faible privilège pour chaque compte de service Dynamics 365
for Customer Engagement.
Pour plus d'informations sur les services Dynamics 365 for Customer Engagement, voir les rôles Microsoft
Dynamics 365 Server. Pour plus d'informations sur les autorisations requises pour les services Dynamics 365 for
Customer Engagement et le type de compte à utiliser, voir Considérations sur la sécurité pour Microsoft Dynamics
365.
NOTE
L'Extension de création de rapports n'est disponible qu'en version 32 bits.
L’Extension de création de rapports nécessite SQL Server Data Tools (SSDT). Pour plus d’informations sur la configuration
requise, voir Configuration requise pour les extensions de création de rapports Microsoft Dynamics 365.
Voir aussi
Installer l'extension de création de rapports Microsoft Dynamics 365 à l'aide d'une invite de commandes
Installer Microsoft Dynamics 365 Reporting Extensions

Exemple de fichier de configuration XML pour Microsoft Dynamics 365 Reporting Extensions
l'extension de création de rapports Dynamics 365
Le contenu de configuration XML suivant installe l’Extension de création de rapports en spécifiant qu’il utilisera
Microsoft Update, recherchera et appliquera les mises à jour existantes et installera Extension de création de
rapports dans le dossier C:\Program Files (x86)\Extension de création de rapport non par défaut. Par défaut, le
programme d'installation installe dans le dossier
<drive>:\Program Files (x86)\Microsoft Dynamics CRM Report Authoring Extension .
<crmsetup>
<bidsextensions>
<patch update="true" />
<muoptin optin="true" />
<installdir>C:\Program Files (x86)\Not default Report Authoring Extension</installdir>
</bidsextensions>
</crmsetup>
Voir aussi
Fichier de configuration XML pour l'extension de création de rapports Microsoft Dynamics 365
Instructions de configuration et post-installation pour
Microsoft Dynamics 365
Cette section présente plusieurs tâches que l'administrateur Dynamics 365 for Customer Engagement doit prendre
en compte après avoir installé l'application Dynamics 365 Server. Cette section n'est pas censée être une ressource
exhaustive permettant de configurer les déploiements. Utilisez plutôt cette section comme un ensemble
d'instructions vous permettant de déterminer les meilleures pratiques à mettre en place et les fonctionnalités à
configurer afin de répondre aux besoins de votre organisation.
Copie de la clé de chiffrement de votre organisation

Toutes les organisations nouvelles et mises à niveau utilisent le chiffrement de données à l'aide d'une clé de
chiffrement pour sécuriser des données telles que les mots de passe utilisateur des boîtes aux lettres de
messagerie et des comptes Yammer. Cette clé de chiffrement peut être nécessaire pour utiliser Dynamics 365 for
Customer Engagement après un redéploiement ou une récupération en cas d’échec. Nous vous recommandons
vivement de réaliser une copie de la clé de chiffrement et de l'enregistrer à un emplacement sûr. Pour plus
d'informations :Copie de la clé de chiffrement de votre organisation
Sécuriser les communications réseau client-serveur de Dynamics 365

Dans toute conception de réseau, il est important de prendre en compte la sécurité des communications client-
serveur de votre organisation. Pour garantir une meilleure protection des données, il est recommandé de bien
comprendre les informations suivantes traitant des communications réseau de Dynamics 365 for Customer
Engagement et des options disponibles pour optimiser la sécurité des données transférées.
Si vous avez installé Dynamics 365 for Customer Engagement ou effectué une mise à niveau vers un Dynamics
365 Server qui n'est pas encore configuré pour le protocole HTTPS, les communications client-serveur de
Dynamics 365 for Customer Engagement ne sont pas chiffrées. Lors de l'utilisation d'un site Web ne prenant en
charge que le protocole HTTP, les informations provenant des clients Customer Engagement sont transmises en
texte clair et sont donc potentiellement vulnérables à des attaques malveillantes de type « attaque de
l'intercepteur » (man-in-the-middle) susceptibles d'endommager le contenu par l'ajout de scripts nuisibles.
Configuration de Dynamics 365 for HTTPS
La configuration d'un site pour le protocole HTTPS entraînera une interruption de l'application Dynamics 365 for
Customer Engagement. Aussi, il est recommandé de planifier la configuration de façon à perturber au minimum
les utilisateurs. Les étapes générales permettant de configurer Dynamics 365 for Customer Engagement pour le
protocole HTTPS sont les suivantes :
1. Dans le Gestionnaire de déploiement Dynamics 365, désactivez le serveur sur lequel les rôles Serveur
d'application Webv Service Web d'organisation, Service Web de découverte et Service Web de déploiement
sont exécutés. S’il s’agit d’un déploiement Serveur complet, tous les rôles serveur s’exécutent sur le même
ordinateur. Pour plus d'informations sur la désactivation d'un serveur, consultez l'Aide du Gestionnaire de
déploiementDynamics 365 for Customer Engagement.
2. Configurez le site Web où est installé le rôle Serveur d'application Web pour utiliser le protocole HTTPS.
Pour plus d'informations sur la procédure à suivre, consultez l'aide de IIS (Internet Information Services).
3. Définissez la liaison du Gestionnaire de déploiement. Pour ce faire, utilisez l'onglet Adresse web de la page
Propriétés pour le déploiement. Pour plus d'informations sur la modification des liaisons, voir Propriétés
du déploiement de Microsoft Dynamics 365.
4. Pour renforcer la sécurité d'autres services Customer Engagement et si Dynamics 365 for Customer
Engagement a été installé avec des rôles serveur distincts, répétez les étapes précédentes pour des rôles
serveur supplémentaires.
Configurer un déploiement de Dynamics 365 avec accès via Internet

Une fois que tous les rôles Dynamics 365 Server sont installés, vous pouvez configurer le déploiement de sorte
que les utilisateurs distants puissent se connecter à l’application via Internet. Pour ce faire, démarrez le
Gestionnaire de déploiement de règles et suivez l'Configuration de l'Assistant Authentification basée sur les
revendications, puis l'Assistant Configuration du déploiement avec accès via Internet. Sinon, vous pouvez effectuer
ces tâches dans Windows PowerShell. Pour plus d'informations, consultez : Présentation de PowerShell pour
IMPORTANT
Pour que Dynamics 365 for tablets puisse se connecter à un nouveau déploiement de Dynamics 365 Server, vous devez
exécuter une réparation de l'application Dynamics 365 Server sur le serveur exécutant IIS où le rôle Serveur d'application
Web est installé après la fin de l'exécution de l'Assistant Configuration du déploiement avec accès via Internet.
## Ajouter ou supprimer des exemples de données. Les exemples de données sont disponibles pour vous aider à
vous familiariser avec le fonctionnement de Dynamics 365 for Customer Engagement. À l'aide des exemples de
données, manipulez les enregistrements et découvrez comment ils sont associés entre eux, comment les données
s'affichent dans les graphiques, et quelles sont les informations présentes dans les rapports.
Des exemples de données peuvent être ajoutés ou supprimés de l’application Customer Engagement. Pour plus
d'informations :Ajout ou suppression d'exemples de données
Réalisation des tâches de configuration pour de nouvelles organisations

Après avoir installé Dynamics 365 for Customer Engagement, mais avant que les utilisateurs professionnels de
votre organisation ne commencent à l’utiliser, vous devez, en tant qu’administrateur Customer Engagement,
exécuter certaines tâches de base. Ces tâches incluent la définition de divisions et de rôles de sécurité, l'ajout
d'utilisateurs et l'importation de données.
Pour plus d'informations : Configurer une organisation Dynamics 365
Importer des applications et des solutions

Les applications Sales et Field Service sont disponibles pour vous. Pour plus d'informations : Applications
disponibles pour Dynamics 365 Customer Engagement (on-premises)
Les solutions permettent d'étendre les fonctionnalités et l'interface utilisateur. Les personnalisateurs et les
développeurs distribuent leur travail sous forme de solutions. Les organisations utilisent Dynamics 365 for
Customer Engagement pour importer la solution. Trouver une solution dans Microsoft AppSource
IMPORTANT
L'importation d'une solution ou la publication de personnalisations peuvent compromettre le fonctionnement normal du
système. Il est recommandé de planifier les importations de solutions à des moments où les utilisateurs seront moins
perturbés.
Pour plus d'informations sur l'importation d'une solution, voir Importation, mise à jour et exportation d'une
solution.
Configurer Windows Server pour les applications Dynamics 365

Customer Engagement (on-premises) qui utilisent OAuth
Les informations suivantes montrent comment configurer Windows Server avec AD FS afin de prendre en charge
les applications Customer Engagement comme Dynamics 365 pour téléphones, Dynamics 365 for tablets,
Dynamics 365 for Outlook, Microsoft Social Engagement ou d'autres applications Dynamics 365 for Customer
Engagement qui ont besoin de la prise en charge d'OAuth.
Activer l'authentification par formulaire
Par défaut, l'authentification par formulaire est désactivée dans la zone intranet. Vous devez activer
l'authentification par formulaire en suivant les étapes ci-après :
2. Ouvrez l'Assistant Gestion ADFS.
3. Sélectionnez Stratégies d'authentification > Authentification principale > Paramètres globaux >
Méthodes d'authentification > Modifier .
4. Sélectionnez (cochez) Authentification par formulaire sous l'onglet Intranet .
Configurer le fournisseur OAuth
Procédez comme suit pour configurer le fournisseur OAuth dans Dynamics 365 for Customer Engagement :
1. Connectez-vous au serveur Dynamics 365 for Customer Engagement en tant qu'administrateur.
2. Ajoutez le composant logiciel enfichable Customer EngagementWindows PowerShell
(Microsoft.Crm.PowerShell.dll). Pour plus d'informations : Administrer le déploiement à l'aide de Windows
PowerShell.
Add-PSSnapin Microsoft.Crm.PowerShell
3. Entrez les commandes suivantes Windows PowerShell.
$ClaimsSettings = Get-CrmSetting -SettingType OAuthClaimsSettings

$ClaimsSettings.Enabled = $true
Set-CrmSetting -Setting $ClaimsSettings
Enregistrer les applications clientes

Les applications clientes doivent être enregistrées auprès de AD FS.
2. Dans une fenêtre PowerShell, exécutez les commandes suivantes pour enregistrer chaque application qui
s'applique à votre déploiement.
Applications mobiles Dynamics 365 (online), version 8.2 pour Apple iPhone, Android et Windows.
Add-AdfsClient -ClientId ce9f9f18-dd0c-473e-b9b2-47812435e20d -Name "Microsoft Dynamics CRM for tablets
and phones" -RedirectUri ms-app://s-1-15-2-2572088110-3042588940-2540752943-3284303419-1153817965-
2476348055-1136196650/, ms-app://s-1-15-2-1485522525-4007745683-1678507804-3543888355-3439506781-
4236676907-2823480090/, ms-app://s-1-15-2-3781685839-595683736-4186486933-3776895550-3781372410-
1732083807-672102751/, ms-app://s-1-15-2-3389625500-1882683294-3356428533-41441597-3367762655-213450099-
2845559172/, ms-auth-dynamicsxrm://com.microsoft.dynamics,ms-auth-
dynamicsxrm://com.microsoft.dynamics.iphone.moca,ms-auth-
dynamicsxrm://com.microsoft.dynamics.ipad.good,msauth://code/ms-auth-
dynamicsxrm%3A%2F%2Fcom.microsoft.dynamics,msauth://code/ms-auth-
dynamicsxrm%3A%2F%2Fcom.microsoft.dynamics.iphone.moca,msauth://code/ms-auth-
dynamicsxrm%3A%2F%2Fcom.microsoft.dynamics.ipad.good,msauth://com.microsoft.crm.crmtablet/v%2BXU%2FN%2FC
MC1uRVXXA5ol43%2BT75s%3D,msauth://com.microsoft.crm.crmphone/v%2BXU%2FN%2FCMC1uRVXXA5ol43%2BT75s%3D,
urn:ietf:wg:oauth:2.0:oob
Dynamics 365 for Outlook.
Add-AdfsClient -ClientId 2f29638c-34d4-4cf2-a16a-7caf612cee15 -Name "Dynamics CRM Outlook Client" -

RedirectUri app://6BC88131-F2F5-4C86-90E1-3B710C5E308C/
Client Unified Service Desk.
Add-AdfsClient -ClientId 4906f920-9f94-4f14-98aa-8456dd5f78a8 -Name "Dynamics 365 Unified Service

Desk" -RedirectUri app://41889de4-3fe1-41ab-bcff-d6f0a6900264/
Outils de développement Dynamics 365 for Customer Engagement.
Add-AdfsClient -ClientId 2ad88395-b77d-4561-9441-d0e40824f9bc -Name "Dynamics 365 Development Tools" -

RedirectUri app://5d3e90d6-aa8e-48a8-8f2c-58b45cc67315/
3. Pour enregistrer Dynamics 365 App for Outlook, dans Customer Engagement (on-premises), allez dans
Paramètres > Dynamics 365 App for Outlook et enregistrez l'application.
Étapes supplémentaires pour les clients ne pouvant pas se connecter à Dynamics 365 Server via l'IFD
Si les clients rencontrent des problèmes pour se connecter via l'IFD après que vous les avez enregistrés, suivez
chaque étape ci-dessous pour corriger le problème.
Supprimer les fournisseurs d'authentification de site
1. Sur Dynamics 365 Server sur lequel le rôle Serveur d'applications web s'exécute, ouvrez le Gestionnaire des
services IIS.
2. Dans le volet gauche, sous le nom de l'organisation, développez Sites , puis sélectionnez Microsoft
Dynamics CRM .
3. Développez le dossier XRMSer vices , puis sélectionnez 2011 .
4. Double-cliquez sur Authentification dans le volet du milieu.
5. Cliquez avec le bouton droit sur Authentification Windows , puis sélectionnez Activer .
6. Cliquez avec le bouton droit sur Authentification Windows , puis sélectionnez Fournisseurs . Pour
chaque fournisseur dans la liste, sélectionnez le fournisseur, puis sélectionnez Supprimer .
7. Après avoir supprimé tous les fournisseurs, cliquez avec le bouton droit sur Authentification Windows , et
sélectionnez Désactiver .
Répétez les étapes précédentes pour supprimer tous les fournisseurs d'authentification Windows des dossiers du
site nga et AppWebSer vices .
Désactiver l'authentification Windows intégrée pour empêcher les invites d'authentification client
1. Sur le serveur AD FS, ouvrez Gestion AD FS.
2. Sélectionnez Stratégies d'authentification dans le volet de gauche.
3. Dans le volet du milieu, dans Paramètres globaux , recherchez Méthodes d'authentification , puis
sélectionnez Modifier .
4. Désactivez Authentification Windows si l'option est activée, et sélectionnez OK .
Accorder une autorisation d'application à l'aide de Windows Server 2016 AD FS

Sur le serveur AD FS, exécutez la commande suivante dans une console Windows PowerShell. Ceci est obligatoire
si vous utilisez Windows Server 2016 AD FS.
Grant-AdfsApplicationPermission -ClientRoleIdentifier "<client_id/org_id>" -ServerRoleIdentifier "
<org_auth_url>"
IMPORTANT
Vérifiez que org_auth_url est URL complète et correcte. De plus, vous devez inclure la barre oblique de fin (« / »).
Par exemple :
Grant-AdfsApplicationPermission -ClientRoleIdentifier "806e5da7-0600-e611-80bf-6c3be5b27d7a" -

ServerRoleIdentifierhttps://auth.contoso.com:444/
Pour afficher l'URL d'authentification, exécutez cette commande de PowerShell :
Get-ADFSRelyingPartyTrust
Redémarrez AD FS
Sur le serveur AD FS, exécutez les commandes PowerShell suivantes pour forcer AD FS à redémarrer.
net stop adfssrv

net start adfssrv
Activer le service d'inscription pour appareils mobiles sur le serveur de fédération

Pour vous assurer que les appareils peuvent se connecter à votre déploiement, suivez les instructions de cette
rubrique : Configurer un serveur de fédération avec le service d'inscription pour les appareils mobiles.
Formation des utilisateurs et adoption

Pour plus d'informations : Kit de formation et d'adoption de Microsoft Dynamics 365
Voir aussi
Installation de Dynamics 365 en local
Exploitation de Microsoft Dynamics 365
Applications disponibles pour Dynamics 365
Customer Engagement (on-premises) (sur site)
Les applications Dynamics 365 Customer Engagement (on-premises) suivantes basées sur la structure Interface
unifiée sont disponibles et peuvent être téléchargées à partir de Dynamics CustomerSource.
Dynamics 365 for Sales
Dynamics 365 for Field Service
Voir aussi
À propos de Unified Interface
Instructions de configuration et post-installation pour Dynamics 365 Customer Engagement (on-premises)
Désinstaller, réparer ou modifier Dynamics 365
Cette section décrit comment désinstaller, réparer ou modifier Dynamics 365 for Customer Engagement. La
désinstallation de Dynamics 365 for Customer Engagement et le nettoyage sur votre système informatique de
toutes les données Customer Engagement et des modifications système comprennent une série de procédures
automatiques et manuelles. Ces procédures concernent également différents éléments :
Dynamics 365 for Customer Engagement
Internet Information Services (IIS)
SQL Server
SQL Server Reporting Services
Active Directory
Désinstallation, modification ou réparation de
Dynamics 365 Server
Pour effectuer la maintenance des Dynamics 365 Server, sélectionnez une option parmi celles ci-après qui sont
disponibles. Avant de sélectionner une option, vous devez démarrer Programmes et fonctionnalités dans le
Panneau de configuration.
1. Connectez-vous à l’ordinateur sur lequel l’application Dynamics 365 Server est installée. Démarrez ensuite
Programmes et fonctionnalités dans le Panneau de configuration .
2. Sélectionnez l'une des options suivantes.
Uninstall (Désinstaller) . Si vous sélectionnez cette option, Dynamics 365 Server sera désinstallé de
l'ordinateur. Pour ce faire, cliquez avec le bouton droit sur Microsoft Dynamics 365 Ser ver ,
sélectionnez Désinstaller/Modifier , sélectionnez Désinstaller pour supprimer Dynamics 365
Server, puis sélectionnez Désinstaller . Suivez les instructions affichées à l'écran.
IMPORTANT
Le processus de désinstallation de Dynamics 365 for Customer Engagement n'entraîne pas la suppression de
certains composants, tels que les bases de données SQL Server, les groupes Active Directory ou le site Web
de Dynamics 365 for Customer Engagement (lorsque celui-ci n'est pas créé par le Microsoft Dynamics 365
ServerInstallation). Ces composants doivent être supprimés manuellement. Par ailleurs, certains composants
installés pendant l'Microsoft Dynamics 365 ServerInstallation ne sont pas supprimés pendant la
désinstallation. Pour plus d'informations :Composants non supprimés pendant la désinstallation de Microsoft
Dynamics 365 Server
Configure (Configurer) . Pour ajouter ou supprimer un ou plusieurs rôles serveur Dynamics 365
for Customer Engagement, cliquez avec le bouton droit sur Microsoft Dynamics 365 Ser ver ,
sélectionnez Désinstaller/Modifier , Configurer , puis Suivant . Suivez les instructions affichées à
l'écran pour activer ou désactiver un ou plusieurs rôles serveur. Pour plus d'informations :Rôles
Microsoft Dynamics 365 Server
Repair (Réparer) . Pour réparer une installation Dynamics 365 Server, cliquez avec le bouton droit
sur Microsoft Dynamics 365 Ser ver , sélectionnez Désinstaller/Modifier , Réparer , puis
Suivant . Suivez les instructions affichées à l'écran.
NOTE
La réparation d'une installation Dynamics 365 Server permet de réinstaller les fichiers programmes. Elle n'a
aucun impact sur les bases de données. Pour récupérer suite à des problèmes de base de données Dynamics
365 for Customer Engagement vous devez restaurer les bases de données MSCRM_CONFIG et
OrganizationName_MSCRM. Pour plus d'informations sur la sauvegarde de bases de données et la
récupération après incident, voir Sauvegarde de SQL Server, y compris Reporting Services.
Composants non supprimés pendant la désinstallation de Microsoft Dynamics 365 Server

Les composants système suivants, bien qu'ils soient installés au cours du Microsoft Dynamics 365
ServerInstallation, ne sont pas supprimés lorsque vous désinstallez Dynamics 365 Server.
Services de rôle Windows :
Services de rôle de serveur Web
Contenu statique
Document par défaut
Exploration des répertoires
Erreurs HTTP
ASP.NET
Extensibilité Microsoft .NET Framework
Extensions ISAPI
Filtres ISAPI
Journalisation HTTP
Observateur de demandes
Authentification Windows
Filtrage des demandes
Compression de contenu statique
Compression de contenu dynamique
Console de gestion IIS
Compatibilité avec la métabase IIS
Services de rôle Services de fichiers :
Recherche Windows
Fonctionnalités Windows :
Microsoft .NET Framework
Activation HTTP
Windows PowerShell
Activation du processus Windows
Voir aussi
Instructions de désinstallation, de réparation et de modification de Microsoft Dynamics 365
Désinstallation ou réparation de Microsoft Dynamics 365 Reporting Extensions
Désinstallation ou réparation de Dynamics 365
Pour effectuer la maintenance des Extensions de rapport Microsoft Dynamics 365, connectez-vous à l'ordinateur
sur lequel Extensions de rapport Microsoft Dynamics 365 est installé. Ensuite, démarrez Programmes et
fonctionnalités dans le Panneau de configuration, et choisissez parmi les options suivantes.
Uninstall (Désinstaller) . Pour supprimer (désinstaller) Extensions de rapport Microsoft Dynamics 365,
cliquez avec le bouton droit sur Microsoft Dynamics 365 Repor ting Extensions , sélectionnez
Désinstaller/Modifier , Désinstaller , puis Désinstaller . Suivez les instructions affichées à l'écran.
Repair (Réparer) . Pour réparer Extensions de rapport Microsoft Dynamics 365, cliquez avec le bouton
droit sur Microsoft Dynamics 365 Repor ting Extensions , sélectionnez Désinstaller/Modifier ,
Réparer , puis Suivant . Suivez les instructions affichées à l'écran.
Voir aussi
Désinstaller, réparer ou modifier Microsoft Dynamics 365
Désinstallation ou réparation de l'Extension de création de rapports Microsoft Dynamics 365
Désinstallation ou réparation de l'extension de
création de rapports Dynamics 365
Pour effectuer la maintenance de l'extension de création de rapports Dynamics 365, sélectionnez une option parmi
celles ci-après qui sont disponibles. Avant de sélectionner une option, vous devez démarrer Programmes et
fonctionnalités dans le Panneau de configuration.
Connectez-vous à l'ordinateur sur lequel l'extension de création de rapports Dynamics 365 est installée.
Uninstall (Désinstaller) . Pour supprimer (désinstaller) l'extension de création de rapports Dynamics 365,
cliquez avec le bouton droit sur Extension de création de rappor ts Microsoft Dynamics 365 ,
sélectionnez Désinstaller/Modifier , sélectionnez Désinstaller , puis sélectionnez Désinstaller . Suivez les
instructions affichées à l'écran.
Repair (Réparer) . Pour réparer l'extension de création de rapports Dynamics 365, cliquez avec le bouton
droit sur Microsoft Dynamics CRM 2016Extension de création de rappor ts , sélectionnez
Désinstaller/Modifier , sélectionnez Réparer , puis sélectionnez Suivant . Suivez les instructions affichées
à l'écran.
Voir aussi
Désinstaller, réparer ou modifier Microsoft Dynamics 365
Désinstallation ou réparation d'un module linguistique Microsoft Dynamics 365
Désinstallation ou réparation d'un module
linguistique Dynamics 365
Pour effectuer la maintenance des Module linguistique, sélectionnez une option parmi celles ci-après qui sont
disponibles. Avant de sélectionner une option, vous devez démarrer Programmes et fonctionnalités dans le
Panneau de configuration.
IMPORTANT
Au lieu de désinstaller un Module linguistique installé sur le serveur Dynamics 365 for Customer Engagement, vous pouvez
désactiver un Module linguistique dans l'organisation. Une fois ce module désactivé, les utilisateurs ne peuvent plus afficher
l'interface utilisateur et l'aide de Dynamics 365 for Customer Engagement dans la langue désactivée. Vous pouvez activer le
Module linguistique ultérieurement en sélectionnant la langue dans la liste Paramètres de langue .
Lorsqu'un Module linguistique est supprimé ou désactivé, les utilisateurs ayant sélectionné la langue de ce Module
linguistique dans le formulaire Préférences personnelles devront utiliser la langue de base. Par exemple, prenez
le scénario suivant : La langue de base d'un déploiement Dynamics 365 for Customer Engagement est définie sur
anglais, mais le Module linguistique espagnol était utilisé au sein de l'organisation. Lorsque l'administrateur
système désactive (ou désinstalle) le Module linguistique espagnol, les utilisateurs qui avaient défini l'interface en
espagnol verront désormais cette dernière en anglais.
Pour désactivation un Module linguistique, voir Activation d'une langue.
Uninstall (Désinstaller) . Si vous sélectionnez cette option, le Module linguistique sélectionné est supprimé de
l'ordinateur. Pour qu'un Module linguistique redevienne accessible aux utilisateurs, vous devrez le réinstaller, puis
le réactiver.
Désinstallation d'un module linguistique
1. Cliquez avec le bouton droit sur le Module linguistique, par exemple le Microsoft Dynamics 365
allemandModule linguistique , puis sélectionnez Désinstaller .
2. Un message d'avertissement s'affiche si d'autres utilisateurs sont connectés à l'ordinateur. Sélectionnez
Continuer si vous souhaitez poursuivre la suppression du Module linguistique.
3. Pour confirmer la suppression du Module linguistique, sélectionnez Oui , puis suivez les instructions
affichées à l'écran.
Repair (Réparer) . Pour réparer l'installation endommagée d'un Module linguistique, cliquez avec le bouton droit
sur le Module linguistique, sélectionnez Réparer , puis suivez les instructions affichées à l'écran.
Voir aussi
Instructions de désinstallation, de réparation et de modification de Microsoft Dynamics 365
Utilisation de Dynamics 365 Customer Engagement
(on-premises) (sur site)
Lorsque vous administrez Dynamics 365 for Customer Engagement, vous souhaiterez garantir sa disponibilité
pour vos utilisateurs en surveillant le statut et les performances du serveur, en résolvant des problèmes et en
planifiant la récupération après incident.
La maintenance permanente de Dynamics 365 for Customer Engagement inclut des opérations telles que la mise à
jour, la personnalisation, l'analyse, le déplacement ou la reconfigureration de Dynamics 365 Server et des
technologies requises ou facultatives comme SQL Server et SharePoint.
Cau t i on
Les opérations nécessitant de nombreuses transactions au niveau de la base de données ne peuvent pas être
exécutées simultanément. Cela concerne notamment les opérations ci-après :
Mise en service d'un module linguistique
Importation d'une solution
Publication des personnalisations
Mises à jour de base de données (Customer Engagement (on-premises) uniquement)
Opérations de mise à jour de solution (Dynamics 365 for Customer Engagement uniquement)
Administration du déploiement à l’aide de Windows
PowerShell
Avec Windows PowerShell, vous pouvez facilement exécuter des commandes de déploiement pour modifier la
configuration de votre déploiement, telles que les tâches qui peuvent être effectuées via l'interface utilisateur du
Gestionnaire de déploiement. Vous pouvez également utiliser les méthodes décrites dans le Services web
Dynamics 365 Customer Engagement pour réaliser ces tâches. Les applets de commande PowerShell sont
installées sur l'ordinateur lorsque vous installez un rôle serveur complet ou lorsque vous installez le rôle serveur
Outils de déploiement, si vous installez des rôles serveur spécifiques. Pour exécuter des commandes, vous devez
d'abord enregistrer les commandes Dynamics 365 for Customer Engagement avec PowerShell. Cette rubrique
décrit comment procéder, ainsi que les tâches supplémentaires pour vous aider à utiliser PowerShell.
Recherchez l'aide sur les applets de commande PowerShell pour Dynamics 365 for Customer Engagement dans la
Référence PowerShell Microsoft Dynamics 365.
Pour plus d'informations sur l'utilisation d'un PowerShell, reportez-vous à PowerShell.
Pour plus d'informations sur l'utilisation en programmation de Service Web de déploiement, voir MSDN :
administrer le déploiement à l'aide du service Web de déploiement.
Voir aussi
Microsoft.Crm.PowerShell
Mettre à jour les paramètres de configuration du
déploiement
Vous pouvez utiliser les applets de commande Microsoft.Crm.PowerShell.Get-CrmSetting et

Microsoft.Crm.PowerShell.Set-CrmSetting pour récupérer et mettre à jour plusieurs propriétés différentes pour
votre déploiement de Dynamics 365 for Customer Engagement. L'applet de commande Get-CrmSetting récupère
un objet paramètre de déploiement de Dynamics 365 for Customer Engagement, tel que IfdSettings . L'applet de
commande Set-CrmSetting met à jour le paramètre de déploiement.
Cette rubrique répertorie les types de paramètres avec leurs valeurs. Pour plus d'informations sur ces paramètres,
voir Espace de noms Microsoft.Xrm.Sdk.Deployment. Pour obtenir un exemple de code utilisant les applets de
commande Get-CrmSetting et Set-CrmSetting , voir Changer les paramètres d’analyse.
AsyncSettings
Les paramètres suivants sont disponibles.
NOM DESC RIP T IO N T Y P E DE DO N N ÉES
JobTimeoutLockedInterval Obtient ou définit l'intervalle utilisé Entier

pour la requête pour voir si certaines
tâches de maintenance d'organisation
ont expiré.
MaxJobExecutionTime Obtient ou définit une valeur utilisée Entier

pour les tâches de maintenance
d'organisation afin de déterminer si une
tâche a expiré.
MaxRetries Obtient ou définit le nombre de Entier

tentatives entreprises pour une tâche
asynchrone avant qu'elle échoue ou
s'interrompe.
MaxStateStatusUpdateMaxRetryCount Obtient ou définit le nombre maximal Entier

de tentatives pour une opération de
base de données avant un échec.
OrgDatabaseMaintenanceJobInterval Obtient ou définit l'intervalle utilisé Entier

pour la requête pour voir si une tâches
de maintenance d'organisation est en
attente.
RetryInterval Obtient ou définit le taux par défaut de Entier

nouvelles tentatives pour les opérations
asynchrones ayant échoué.
SdkRootDomain Obtient ou définit le domaine racine Chaîne

utilisé pour les appels au service
Microsoft Dynamics Dynamics 365
depuis le service asynchrone.
SelectInterval Obtient ou définit l'intervalle utilisé Entier

pour déterminer si les nouvelles
opérations asynchrones doivent être
chargées dans la mémoire.
ThrottlingConfiguration Obtient ou définit la configuration de Chaîne

limitation.
TimeoutLockedInterval Obtient ou définit l'intervalle utilisé Entier

pour la requête pour voir si des
opérations asynchrones ont expiré.
ClaimsSettings
Pour obtenir un exemple de code que vous pouvez utiliser pour mettre à jour les paramètres Déploiement avec
accès via Internet (IFD) de votre déploiement de Dynamics 365 for Customer Engagement, voir Configurer les
paramètres d'IFD. Les paramètres suivants sont disponibles.
activé. Obtient ou définit si les revendications Booléen

sont activées.
EncryptionCertificate Obtient ou définit le nom du certificat Chaîne

de chiffrement.
FederationMetadataUrl Obtient ou définit l'URL des Chaîne

métadonnées de fédération.
FederationProviderType Obtient ou définit le fournisseur de type Entier

de fédération.
SessionSecurityTokenLifetimeInHours Obtient ou définit la durée de vie du Entier

jeton de session de sécurité, en heures.
CustomCodeSettings
AllowDeclarativeWorkflows Obtient ou définit si les workflows Booléen

XAML sont autorisés sur le serveur.
AllowExternalCode Obtient ou définit si les activités des Booléen

plug-ins et de workflow personnalisés
peuvent être enregistrées sur le serveur.
DashboardSettings
Le paramètres suivant est disponible.
MaximumControlsLimit Obtient ou définit le nombre maximal Entier

de contrôle autorisé sur les tableaux de
bord pour le serveur. Le nombre
maximal ne doit pas dépasser 20.
DupSettings
BulkDetectBatchSize Obtient ou définit la taille de lot de Entier

détection de doublons en bloc.
MatchcodeLength Obtient ou définit la longueur du code Entier

de correspondance.
MatchcodePersistenceInterval Obtient ou définit l'intervalle de Entier

persistance du code de correspondance.
MaxPublishedRules Obtient ou définit le nombre maximal Entier

de règles publiées.
PublishAsyncPollingInterval Obtient ou définit l'intervalle Entier

d'interrogation de la tâche asynchrone.
PublishPageSize Obtient ou définit la taille de la page Entier

des résultats.
EtmSettings
activé. Obtient ou définit si le moniteur de Booléen

transaction d'entreprise (ETM) est
activé.
ThrottlingEnabled Obtient ou définit si la limitation du Booléen

moniteur de transaction d'entreprise
(ETM) est activée.
IfdSettings
Pour obtenir un exemple de code que vous pouvez utiliser pour mettre à jour les paramètres Déploiement avec
accès via Internet (IFD) de votre déploiement de Dynamics 365 for Customer Engagement, voir Configurer les
paramètres d'IFD. Les paramètres suivants sont disponibles.

DiscoveryWebServiceRootDomain Obtient ou définit le domaine du Chaîne

service Web de découverte.
activé. Obtient ou définit une valeur qui Booléen

indique si le déploiement avec accès via
Internet (IFD) est activé.
ExternalDomain Obtient ou définit la valeur de domaine Chaîne

externe pour le déploiement avec accès
via Internet (IFD).
IntranetAccessEnabled Obtient ou définit une valeur qui Booléen

indique si l'accès à l'intranet est activé.
OrganizationWebServiceRootDomain Obtient ou définit le domaine du Chaîne

service Web d'organisation.
WebApplicationRootDomain Obtient ou définit le domaine du Chaîne

serveur d'applications Web.
ImportSettings
BatchSize Obtient ou définit le nombre d'éléments Entier

à traiter dans un lot.
ContentBufferSize Obtient ou définit la taille du tampon Entier

contenu.
CountUpdateBatchSize Obtient ou définit la taille de lot pour Entier

l'importation des mises à jour du
nombre.
MaxColumnsAllowed Obtient ou définit le nombre maximal Entier

de colonnes dans un fichier
d'importation.
MaxDataTruncationRetryCount Obtient ou définit le nombre maximal Entier

de nouvelles tentatives.
ParsedColumnDefaultSize Obtient ou définit la taille par défaut de Entier

la colonne analysée.
PickListBatchSize Obtient ou définit la taille de lot pour Entier

l'importation de la liste de choix.
MarketplaceSettings
InternetConnectionProxyEndpoint Obtient ou définit le serveur proxy et le Chaîne

port utilisés pour les demandes Internet
sortantes.
SolutionsMarketplaceEnabled Obtient ou définit si le marketplace de Booléen

solutions est activé.
MonitoringSettings
CertificateLifetimeNotificationThreshold Obtient ou définit le seuil de la durée de Entier

vie restante du certificat auquel
démarrer les rapports de notifications
d'expiration.
MonitoringOrganizationUniqueName Obtient ou définit le nom unique de Chaîne

l'organisation qui servira d'organisation
de surveillance.
MonitoringOrganizationUserAccount Obtient ou définit le compte Chaîne

d'utilisateur permettant d'accéder à
cette organisation.
MonitoringOrganizationUserPassword Obtient ou définit le mot de passe PS-Credential

permettant d'accéder à cette
organisation.
ResultsToKeep Obtient ou définit le nombre maximal Entier

de résultats à conserver en tant que
fichiers découlant de la surveillance.
ResultsToKeepInDatabase Obtient ou définit le nombre maximal Entier

de résultats à conserver dans la base de
données.
StoreResultsInDatabase Obtient ou définit les résultats à stocker Booléen

dans la base de données et en tant que
fichiers.
MultiEntityQuickFindSettings
MultiEntityQuickFindDegreeOfParallelis Obtient ou définit le degré maximal de Entier

m parallélisme pour les requêtes de
recherche sur plusieurs entités.
MultiEntityQuickFindEntityLimit Obtient ou définit la limite supérieure Entier

du nombre d'entités pouvant participer
à une requête de recherche sur
plusieurs entités.
MultiEntityQuickFindMaxRequestsPerOr Obtient ou définit le nombre maximal Entier

gPerServer de requêtes de QuickFind
simultanées par organisation et par
serveur.
MultiEntityQuickFindMaxRequestsPerSe Obtient ou définit le nombre maximal Entier

rver de requêtes de QuickFind
simultanées par serveur
OAuthClaimsSettings
activé. Obtient ou définit si les revendications Booléen

sont activées.
EncryptionCertificate Obtient ou définit le nom du certificat Chaîne

de chiffrement.
FederationMetadataUrl Obtient ou définit l'URL des Chaîne

métadonnées de fédération.
FederationProviderType Obtient ou définit le fournisseur de type Entier

de fédération.
SessionSecurityTokenLifetimeInHours Obtient ou définit la durée de vie du Entier

jeton de session de sécurité en heures.
QuickFindSettings
QuickFindEntityIndexLimit Obtient ou définit le nombre maximal Entier

d'attributs utilisés dans la requête de
recherche rapide, après lequel les index
de QuickFind ne seront pas créés.
QuickFindRecordLimit Obtient ou définit le nombre maximal Entier

d'enregistrements correspondant aux
critères de recherche rapide avant
qu'une erreur d'exception soit jetée.
Ceci est indispensable pour une
exécution plus rapide des recherches
rapides.
SqmSettings
SqmEnabled Obtient ou définit la valeur qui indique Booléen

si la collection d'informations pour le
programme d'amélioration du produit
est activée.
TeamSettings
MaxAutoCreatedAccessTeamsPerEntity Obtient ou définit le nombre maximal Entier

d'équipes d'accès créées
automatiquement (gérées par le
système) par entité.
MaxEntitiesEnabledForAutoCreatedAcce Obtient ou définit le nombre maximal Entier

ssTeams d'entités qu'il est possible d'activer pour
les équipes d'accès créées
automatiquement (gérées par le
système).
Paramètres de limitation
ExecuteAsyncMaxConnectionsPerServer Obtient ou définit le nombre maximal Entier

d'opérations d'exécution asynchrones
simultanées par organisation.
ExecuteAsyncPerOrgMaxConnectionsPe Obtient ou définit le nombre maximal Entier

rServer d'opérations multiples d'exécution
serveur.
ExecuteMultipleMaxConnectionsPerServ Obtient ou définit le nombre maximal Entier

er d'opérations d'exécution multiples
simultanées par organisation.
ExecuteMultiplePerOrgMaxConnections Obtient ou définit le nombre maximal Entier

PerServer d'opérations multiples d'exécution
serveur.
FollowInYammerMaxConnectionsPerSer Utilisation interne uniquement. Entier

ver
FollowInYammerPerOrgMaxConnections Utilisation interne uniquement. Entier

PerServer
MapiSyncMaxConnectionsPerServer Obtient ou définit le paramètre du Entier

serveur permettant de contrôler le
nombre maximal d'opérations de
synchronisation MAPI.
MapiSyncPerOrgMaxConnectionsPerSer Obtient ou définit le paramètre du Entier

ver serveur permettant de contrôler le
synchronisation MAPI par organisation.
MaxBackgroundSendEmailRequestsPerO Obtient ou définit le paramètre du Entier

rgPerServer serveur permettant de contrôler le
nombre maximal d'opérations d'envoi
de courrier électronique en arrière-plan
par organisation.
MaxBackgroundSendEmailRequestsPerS Obtient ou définit le paramètre du Entier

erver serveur permettant de contrôler le
nombre maximal d'opérations d'envoi
de courrier électronique en arrière-plan.
MaxSharepointThreadsperOrganisation Obtient ou définit le nombre maximal Entier

de fils de discussion Microsoft
SharePoint autorisés par organisation.
MaxSharepointThreadsperUser Obtient ou définit le nombre maximal Entier

de fils de discussion Microsoft
SharePoint autorisés par utilisateur.
OfflineSyncMaxConnectionsPerServer Obtient ou définit le paramètre du Entier

synchronisation hors connexion.
OfflineSyncPerOrgMaxConnectionsPerS Obtient ou définit le paramètre du Entier

erver serveur permettant de contrôler le
synchronisation hors connexion par
organisation.
OutlookSyncMaxConnectionsPerServer Obtient ou définit le paramètre du Entier

synchronisation Dynamics 365 for
Outlook.
OutlookSyncPerOrgMaxConnectionsPer Obtient ou définit le paramètre du Entier

Server serveur permettant de contrôler le
synchronisation Dynamics 365 for
Outlook par organisation.
TraceSettings
CallStack Obtient ou définit s'il faut enregistrer la Booléen

pile d'appels.
Catégories Obtient ou définit les catégories à Chaîne

tracer.
Répertoire Obtient ou définit le répertoire pour les Chaîne

fichiers de traçage.
activé. Obtient ou définit si le traçage est Booléen

activé.
FileSize Obtient ou définit la limite de taille des Entier

fichiers de traçage (Mo).
WebAddressSettings
Pour obtenir un exemple de code que vous pouvez utiliser pour mettre à jour les paramètres d'adresse web de
votre déploiement de Dynamics 365 for Customer Engagement, voir Configurer les paramètres d'adresse web. Les
paramètres suivants sont disponibles.
NOM DESC RIP T IO N
DeploymentSdkRootDomain Obtient ou définit le domaine racine du Chaîne

service Web de déploiement (kit SDK).
DiscoveryRootDomain Obtient ou définit le domaine racine du Chaîne

service Web de découverte.
HelpServerUrl Obtient ou définit l'URL du serveur de Chaîne

contenu de l'aide.
NlbEnabled Obtient ou définit si l'équilibrage de la Booléen

charge réseau (NLB) est activé.
RootDomainScheme Obtient ou définit le schéma de Chaîne

domaine racine : HTTP ou HTTPS.
SdkRootDomain Obtient ou définit le domaine racine du Chaîne

service Web d'organisation (kit SDK).
SslHeader Obtient ou définit l'en-tête SSL (Secured Chaîne

Sockets Layer).
WebAppRootDomain Obtient ou définit le domaine racine de Chaîne

l'application Web.
WorkflowSettings
MaxDepth Obtient ou définit la profondeur Entier

maximale d'un workflow.
MinInactiveSeconds Obtient ou définit le nombre maximal Entier

de secondes pendant lequel un
workflow peut être inactif.
YammerSettings
ApplicationId Obtient ou définit l'ID d'application Chaîne
ApplicationSecret Obtient ou définit le secret Chaîne

d'application.
Voir aussi
Référence de Microsoft Dynamics 365 (on-premises) PowerShell
Configurer des paramètres de revendication
Avec les applets de commande PowerShell Get-CrmSetting et Set-CrmSetting , vous pouvez mettre à jour les
paramètres de votre déploiement Dynamics 365 for Customer Engagement. L'un des types de paramètres que
vous pouvez modifier est la définition des revendications.
Besoins
Pour configurer les applets de commande Dynamics 365 for Customer Engagement PowerShell, voir Mise route
avec les applets de commande PowerShell de gestion Dynamics 365 Customer Engagement (on-premises).
Montre ce qui suit

Vous pouvez utiliser le script suivant pour activer ou désactiver l'authentification basée sur les revendications. Vous
devez spécifier les paramètres suivants :
Activé - Valeur Boolean qui indique si l'authentification basée sur les revendications est activée ou désactivée.
EncryptionCertificate – Certificat de chiffrement.
FederationMetadataUrl – URL pour les métadonnées de fédération.
Exemple
param
(
#optional params
[boolean]$Enabled,
[string]$EncryptionCertificate,
[string]$FederationMetadataUrl
)
$RemoveSnapInWhenDone = $False
if (-not (Get-PSSnapin -Name Microsoft.Crm.PowerShell -ErrorAction SilentlyContinue))

{
$RemoveSnapInWhenDone = $True
}
$ClaimsSettings = Get-CrmSetting -SettingType ClaimsSettings
if($PSBoundParameters.ContainsKey('Enabled')) {$ClaimsSettings.Enabled = $Enabled}

if($EncryptionCertificate) {$ClaimsSettings.EncryptionCertificate = $EncryptionCertificate}
if($FederationMetadataUrl) {$ClaimsSettings.FederationMetadataUrl = $FederationMetadataUrl}
Set-CrmSetting -Setting $ClaimsSettings
$ClaimsSettings
if($RemoveSnapInWhenDone)
{
Remove-PSSnapin Microsoft.Crm.PowerShell
}
Voir aussi
Obtenir et définir les paramètres de configuration du déploiement
Configuration des paramètres IFD
vous pouvez modifier est lié au déploiement avec accès via Internet (IFD).
Besoins
Montre ce qui suit

Vous pouvez utiliser le script suivant pour mettre à jour les paramètres d'un déploiement avec accès via Internet
(IFD). Vous devez spécifier les paramètres suivants :
DiscoveryWebServiceRootDomain – Domaine du service Web de découverte.
Enabled - Boolean qui indique si le déploiement avec accès via Internet (IFD) est activé.
ExternalDomain - Valeur de domaine externe pour l'IFD.
OrganizationWebServiceRootDomain -Domaine du service Web d’organisation.
WebApplicationRootDomain -Domaine du serveur d'applications Web.
Exemple
param
(
#optional params
[string]$DiscoveryWebServiceRootDomain,
[boolean]$Enabled,
[string]$ExternalDomain,
[string]$OrganizationWebServiceRootDomain,
[string]$WebApplicationRootDomain
)

{
}
$IfdSettings = Get-CrmSetting -SettingType IfdSettings
if($DiscoveryWebServiceRootDomain) {$IfdSettings.DiscoveryWebServiceRootDomain =
$DiscoveryWebServiceRootDomain}
if($ExternalDomain) {$IfdSettings.ExternalDomain = $ExternalDomain}
if($PSBoundParameters.ContainsKey('Enabled')) {$IfdSettings.Enabled = $Enabled}
if($OrganizationWebServiceRootDomain) {$IfdSettings.OrganizationWebServiceRootDomain =
$OrganizationWebServiceRootDomain}
if($WebApplicationRootDomain) {$IfdSettings.WebApplicationRootDomain = $WebApplicationRootDomain}
Set-CrmSetting -Setting $IfdSettings
$IfdSettings
{
}
Voir aussi
Étapes supplémentaires pour les clients ne pouvant pas se connecter à Dynamics 365 Server via l'IFD
Configurer les paramètres d'adresse Web
vous pouvez modifier est les paramètres d'adresse Web.
Besoins
Montre ce qui suit

Vous pouvez utiliser le script suivant pour mettre à jour les paramètres d'adresse Web : hébergés par un partenaire
(IFD). Vous devez spécifier les paramètres suivants :
RootDomainScheme :Schéma de domaine racine : HTTP ou HTTPS.
DeploymentSdkRootDomain : Domaine racine du service Web de déploiement (kit SDK).
DiscoveryRootDomain : Domaine racine du service Web de découverte.
NlbEnabled : Boolean qui indique si l'équilibrage de la charge réseau (NLB) est activé.
SdkRootDomain : Domaine racine du service Web d'organisation (kit SDK).
SslHeader : En-tête SSL (Secured Sockets Layer).
WebAppRootDomain : Domaine racine de l'application Web.
Exemple
param
(
#optional params
[string]$RootDomainScheme,
[string]$DeploymentSdkRootDomain,
[string]$DiscoveryRootDomain,
[boolean]$NlbEnabled,
[string]$SdkRootDomain,
[string]$SslHeader,
[string]$WebAppRootDomain
)

{
}
$WebAddressSettings = Get-CrmSetting -SettingType WebAddressSettings
if($DeploymentSdkRootDomain) {$WebAddressSettings.DeploymentSdkRootDomain = $DeploymentSdkRootDomain}

if($DiscoveryRootDomain) {$WebAddressSettings.DiscoveryRootDomain = $DiscoveryRootDomain}
if($PSBoundParameters.ContainsKey('NlbEnabled')) {$WebAddressSettings.NlbEnabled = $NlbEnabled}
if($RootDomainScheme) {$WebAddressSettings.RootDomainScheme = $RootDomainScheme}
if($SdkRootDomain) {$WebAddressSettings.SdkRootDomain = $SdkRootDomain}
if($PSBoundParameters.ContainsKey('SslHeader')) {$WebAddressSettings.SslHeader = $SslHeader}
if($WebAppRootDomain) {$WebAddressSettings.WebAppRootDomain = $WebAppRootDomain}
Set-CrmSetting -Setting $WebAddressSettings
$WebAddressSettings
{
}
Voir aussi
Configurer les paramètres OAuth pour modifier le
délai d'expiration de la session client
Par défaut, la durée de vie de la session est de 24 heures pour tous les clients de Dynamics 365 Customer
Engagement (on-premises). Vous pouvez modifier la durée de vie de la session en définissant le paramètre
SessionSecurityTokenLifetimeInHours sur une valeur différente.
Besoins
Pour modifier la durée de vie de la session, le déploiement doit être activé pour l'authentification basée sur les
revendications.
Montre ce qui suit

Vous pouvez utiliser le script suivant pour augmenter le délai d'expiration de la session à 48 heures.
Exemple

{
}
$OathClaimsSettings = Get-CrmSetting -SettingType OAuthClaimsSettings
#display current setting

$OathClaimsSettings
$OathClaimsSettings.SessionSecurityTokenLifetimeInHours = 48
Set-CrmSetting $OathClaimsSettings
#display new setting

$OathClaimsSettings
{
}
IMPORTANT
Après avoir exécuté le script, exécutez IISRESET sur Dynamics 365 Server exécutant le rôle Serveur d'applications web. En
outre, les clients doivent se déconnecter puis se connecter pour que le nouveau paramètre prenne effet.
Utiliser le Gestionnaire de déploiement pour gérer le
déploiement
Gestionnaire de déploiement Dynamics 365 est un composant logiciel enfichable de Microsoft Management
Console (MMC)qui permet aux administrateurs système et aux revendeurs à valeur ajoutée de gérer les comptes,
les organisations, les serveurs et les licences Administrateur de déploiement pour les déploiements de Dynamics
365 for Customer Engagement.
Notez ce qui suit :
Pour pouvoir utiliser le Gestionnaire de déploiement, vous devez disposer du rôle Administrateur de
déploiement. Lors de la phase de d'installation de Dynamics 365 Server, le processus assigne
automatiquement le rôle à l'utilisateur exécutant le programme d'installation.
IMPORTANT
Assurez-vous qu'au moins deux ou trois personnes de confiance bénéficient du rôle d'Administrateur de déploiement.
Ceci permet d'éviter le verrouillage du système si l'administrateur de déploiement principal n'est pas disponible.
Pour créer et gérer les comptes d'utilisateurs Dynamics 365 for Customer Engagement, vous devez faire
appel au client Web Dynamics 365 for Customer Engagement ou à Dynamics 365 for Outlook.
Le rôle Administrateur de déploiement se distingue du rôle de sécurité d'utilisateur Dynamics 365 for
Customer Engagement. Un Administrateur de déploiement peut, ou pas, posséder le rôle de sécurité
d'utilisateur Dynamics 365 for Customer Engagement.
Voir aussi
Gérer les serveurs
Propriétés du déploiement de Dynamics 365
La boîte de dialogue de Propriétés de Dynamics 365 for Customer Engagement permet d'afficher des
informations relatives au déploiement et de spécifier les paramètres de l'adresse Web, de la licence et des rapports
d'utilisation.
Ouverture de la boîte de dialogue Propriétés de Dynamics 365 for Customer Engagement
Vous pouvez ouvrir la boîte de dialogue Propriétés de Dynamics 365 for Customer Engagement en utilisant l'une
des méthodes suivantes :
Dans le volet Actions , sélectionnez Propriétés .
Dans la l'arborescence de la console, cliquez avec le bouton droit sur Dynamics 365 for Customer
Engagement , puis sélectionnez Propriétés .
TIP
Vous pouvez implémenter certaines des procédures décrites ici en utilisant une cmdlet Windows PowerShell. Pour plus
d’informations, consultez Utiliser Windows PowerShell pour exécuter les tâches du gestionnaire de déploiement.
Onglet Général
L'onglet Général affiche des informations sur le déploiement de Dynamics 365 for Customer Engagement.
Onglet Adresse Web
L'onglet Adresse Web permet de définir le Type de liaison et de spécifier des informations pour le Ser veur
d'application Web , le Ser vice Web d'organisation , Ser vice Web de découver te et le Ser vice Web de
déploiement .
WARNING
Si vous entrez des valeurs incorrectes dans ces champs, certains utilisateurs risquent de ne pas pouvoir accéder à Dynamics
En t r e r d e s i n fo r m a t i o n s d ' a d r e sse s W e b
1. Après l'ouverture de la boîte de dialogue Propriétés de Dynamics 365 for Customer Engagement,
sélectionnez l'onglet Adresse web .
2. Spécifiez le Type de liaison , à savoir HTTP ou HTTPS.
NOTE
Le Type de liaison doit correspondre à HTTPS pour pouvoir utiliser l’authentification basée sur les
revendications.
Le Gestionnaire de déploiement ne configure pas le site web Microsoft Dynamics 365 de façon à utiliser HTTPS. En
effet, ce dernier doit déjà être paramétré ainsi. Pour plus d'informations sur la configuration d'un site Web pour
utiliser le HTTPS, consultez l'aide du gestionnaire Internet Information Services (IIS).
3. Dans les différentes boîtes de dialogue, indiquez les chemins du domaine.

Pour les chemins d'accès au domaine, les valeurs doivent se présenter sous la forme :
server:port
ou
server.domain.tld:port
où :
server correspond au nom de l'ordinateur ;
domain constitue le chemin d'accès complet au sous-domaine où l'ordinateur se trouve ;
tld représente le domaine de niveau supérieur, tel que com ou org.
La désignation de :port est obligatoire si vous n'utilisez pas le port http (80) ou le port https (443)
standard.
Généralement, dans un déploiement de rôle Serveur frontal ou Serveur complet, les valeurs de chemin sont
identiques. Si vous déployez cependant Dynamics 365 for Customer Engagement sur plusieurs serveurs
avec des rôles serveur à part, c'est-à-dire où les rôles serveur du Ser veur d'application Web , du Ser vice
Web d'organisation ou du Ser vice Web de découver te sont hébergés sur des serveurs différents, les
valeurs de chemins d'accès sont alors différents :
Ser veur d'application Web . WebApplicationServerName.domain.tld:port
Ser vice Web d'organisation . OrganizationWebServiceServerName.domain.tld:port
Ser vice Web de découver te . DiscoveryWebServiceServerName.domain.tld:port
Ser vice Web de déploiement . DeploymentWebServiceServerName.domain.tld:port
Sp é c i fi c a t i o n d e s i n fo r m a t i o n s d ' e n - t ê t e su r l ' é q u i l i b r a g e d e l a c h a r g e r é se a u (N L B ) e t SSL
1. En bas de l'onglet Adresse Web , sélectionnez Avancé .

2. Dans la boîte de dialogue Informations d'en-tête sur l'équilibrage de la charge réseau (NLB) et
SSL , indiquez si vous utilisez l'équilibrage de la charge réseau (NLB, Network Load-Balancing) et l'en-tête
pour le système de déchargement TLS (Transport Layer Security) ou SSL (Secure Sockets Layer).
Si vous sélectionnez Le déploiement utilise un équilibrage de la charge réseau , Dynamics 365 for
Customer Engagement configure Windows Identity Foundation (WIF) de manière à utiliser le certificat de
chiffrement pour chiffrer, déchiffrer et signer les cookies d'authentification de session Dynamics 365 for
Customer Engagement. Les cookies chiffrés peuvent ensuite être traités par un serveur du cluster
d'équilibrage de la charge réseau.
Pour plus d'informations sur les procédures de chargement et d'administration de l'équilibrage de la charge
réseau sur Windows Server, consultez l'aide du gestionnaire d'équilibrage de la charge réseau sur
l'ordinateur Windows Server.
3. Si vous utilisez l'équilibrage de la charge réseau, sélectionnez Le déploiement utilise un équilibrage de
la charge réseau .
4. Si vous utilisez le déchargement SSL, dans le champ En-tête SSL , tapez l'en-tête SSL pour le système de
déchargement SSL.
NOTE
L'en-tête SSL n'est pas une URL ni un domaine. Il s'agit d'une valeur d'en-tête convenue pour la requête HTTP
configurée sur l'appareil qui gère le déchargement SSL. Recherchez la valeur d'en-tête dans la documentation de
l'appareil de déchargement SSL.
Configuration de noms de domaine pour un IFD
Pour configurer Dynamics 365 for Customer Engagement pour IFD, vous devez démarrer le Gestionnaire de
déploiement, puis exécuter l'Assistant Configuration du déploiement avec accès via Internet pour ajouter ou
modifier les valeurs de domaine. Selon la façon dont vous avez déployé le groupe de rôles Dynamics 365 Server
ou une installation de rôle serveur distincte, ainsi que la configuration de chaque serveur dans le cluster
d’équilibrage de la charge réseau, les valeurs Domaine du ser veur d’applications Web , Domaine du ser vice
Web d’organisation et Domaine du ser vice Web de découver te utilisent le nom de domaine du cluster
virtuel d’équilibrage de la charge réseau. Par exemple, si le serveur d'applications Web est installé sur un cluster
d'équilibrage de charge connecté à Internet avec le nom virtuel de domaine complet crmcluster.contoso.com,
entrez contoso.com comme valeur Domaine du ser veur d’applications Web .
Pour plus d’information sur la configuration d’adresses Web internes et de valeurs de domaine externes, voir
Configuration d'IFD pour Microsoft Dynamics 365 Customer Engagement (on-premises).
Onglet Licence
Après l'ouverture de la boîte de dialogue Propriétés de Dynamics 365 for Customer Engagement, sélectionnez
l'onglet Licence .
L'onglet Licence affiche un résumé de tous les utilisateurs Dynamics 365 for Customer Engagement qui sont
configurés dans le déploiement.
Les informations suivantes s'affichent pour tous les utilisateurs Dynamics 365 for Customer Engagement et leur
type respectif de licence d'accès client :
Utilisateurs administratifs . Affiche le nombre total d'utilisateurs Dynamics 365 for Customer
Engagement configurés en tant qu'utilisateurs administratifs.
Licences d’accès client professionnelles demandées . Affiche le nombre total d'utilisateurs Dynamics
365 for Customer Engagement configurés avec la licence d'accès client professionnelle dans le déploiement.
Licences d’accès client de base requises . Affiche le nombre total d'utilisateurs Dynamics 365 for
Customer Engagement configurés avec la licence d'accès client de base dans le déploiement.
Licence d'accès client Essential requises . Affiche le nombre total d'utilisateurs Dynamics 365 for
Customer Engagement configurés avec la licence d'accès client Essential dans le déploiement.
Licences ser veur nécessaires . Affiche le nombre total de licences Dynamics 365 Server dans le
déploiement.
L'onglet Licence affiche également l'ID produit que vous pouvez utiliser pour identifier et valider votre copie de
Dynamics 365 for Customer Engagement et un lien vers la boîte de dialogue Modifier la clé de produit . Pour
changer de clé du produit, voir Modifier la clé de produit.
Si le Gestionnaire de déploiement ne parvient pas à accéder à une ou plusieurs organisations, le décompte des
licences mentionne « Indisponible ».
NOTE
Si un utilisateur est membre de plusieurs organisations et utilise une licence distincte pour chaque organisation, le
Gestionnaire de déploiement fait alors état de l'usage par l'utilisateur de la licence du niveau de privilège le plus élevé. Par
exemple, si l'utilisateur possède une licence utilisateur complète dans une organisation et une licence limitée dans une autre,
il reçoit l'indication qu'il utilise une licence complète.
Les utilisateurs bénéficiant du rôle Administrateur de déploiement ne deviennent pas automatiquement des utilisateurs
Dynamics 365 for Customer Engagement et ne nécessitent pas l'utilisation d'une licence d'accès client.
Onglet Rapports d'utilisation

Sous l'onglet Rapports d'utilisation, vous pouvez indiquer s'il convient d'autoriser les organisations du
déploiement à participer de façon anonyme au Programme d'amélioration du produit. Lorsque cette option est
sélectionnée, l'application envoie automatiquement à Microsoft des informations de base et anonymes sur votre
utilisation de Dynamics 365 Customer Engagement (on-premises), ainsi que sur les types et le nombre d'erreurs
que vous rencontrez. Ces informations aident Microsoft à résoudre les problèmes et à améliorer les produits et les
fonctionnalités. Si vous acceptez, chacune d'entre elles peut être configurée de façon à envoyer des données à
Microsoft. Si vous refusez pour l'intégralité du déploiement, aucune organisation n'est alors en mesure de
transmettre des données, quel que soit le paramètre de rapport d'utilisation de chaque organisation.
A u t o ri s a t i o n d e s ra p p o rt s d ' u t i l i s a t i o n
1. Après l'ouverture de la boîte de dialogue Propriétés de Dynamics 365 for Customer Engagement,
sélectionnez l'onglet Rappor ts d'utilisation .
2. Sélectionnez l'option Autoriser les organisations à par ticiper de façon anonyme au Programme
d'amélioration du produit .
Voir aussi
La boîte de dialogue Modifier la clé de produit vous permet de modifier la clé de produit.
TIP
Vous pouvez implémenter la procédure décrite ici en utilisant une cmdlet Windows PowerShell. Pour plus d’informations,
consultez Utiliser Windows PowerShell pour exécuter les tâches du gestionnaire de déploiement.

1. Ouvrez la boîte de dialogue Modifier la clé de produit de deux manières :
Dans le volet Actions , sélectionnez Modifier la clé de produit .
Dans la l'arborescence de la console, cliquez avec le bouton droit sur Dynamics 365 for Customer
Engagement , puis sélectionnez Modifier la clé de produit .
2. Dans les champs Entrez la clé de produit de Dynamics 365 for Customer Engagement , tapez la
nouvelle clé du produit.
3. Sélectionnez Appliquer .
Voir aussi
Propriétés du déploiement de Microsoft Dynamics 365 Customer Engagement (on-premises)
Utilisation de Windows PowerShell pour effectuer les tâches du gestionnaire de déploiement
Utilisation de Windows PowerShell pour effectuer les
tâches du gestionnaire de déploiement
Les cmdlets Windows PowerShell permettent d'effectuer un bon nombre de tâches pouvant être effectuées via
l'interface utilisateur du Gestionnaire de déploiement.
Pour plus d'informations sur les applets de commande Dynamics 365 for Customer Engagement Windows
PowerShell, voir Vue d'ensemble de powerShell pour Dynamics 365 Customer Engagement (on-premises).
Enregistrer l’applet de commande Microsoft Dynamics 365 Customer Engagement (on-premises)
1. Connectez-vous au compte administrateur sur votre serveur Dynamics 365 for Customer Engagement.
2. Ouvrez une invite Windows PowerShell.
Engagement.
Cette commande permet d'ajouter le composant logiciel enfichable Dynamics 365 for Customer Engagement
Windows PowerShell à la session active. Le composant logiciel enfichable est enregistré au cours de l'installation
et de la configuration du serveur Dynamics 365 for Customer Engagement.
Voici la procédure à suivre pour obtenir la liste des applets de commande Dynamics 365 for Customer
Engagement.
Get-Help *Crm*
Pour obtenir de l'aide détaillée pour une cmdlet spécifique, utilisez Get-Help CRMCmdlet –full, comme la cmdlet
Import-CRMOrganization .
Get-Help Import-CRMOrganization
Voir aussi
Utiliser le Gestionnaire de déploiement pour gérer le déploiement
Configuration de l'authentification basée sur les
revendications
Le modèle de sécurité basé sur les revendications étend les modèles d'authentification traditionnels dans le but
d'inclure d'autres sources d'annuaire contenant des informations relatives aux utilisateurs. Cette fédération
d'identités permet aux utilisateurs de sources diverses, telles que les services de domaine Active Directory, les
clients sur Internet ou les partenaires commerciaux, d'utiliser Dynamics 365 for Customer Engagement.
IMPORTANT
L'authentification basée sur les revendications est nécessaire pour accéder au Déploiement avec accès via Internet (IFD) de
Dynamics 365 for Customer Engagement. Si Dynamics 365 for Customer Engagement est déployé dans le même domaine
auquel tous les utilisateurs Dynamics 365 for Customer Engagement accèdent ou si les utilisateurs font partie d’un domaine
approuvé, l’authentification basée sur les revendications n’est pas nécessaire pour l’accès intranet Dynamics 365 for
Avant d'exécuter l'Configuration de l'Assistant Authentification basée sur les revendications, un service d'émission de jeton
de sécurité (STS), comme les Services ADFS (Active Directory Federation Services) doit être disponible. Pour plus
d’informations relatives à Services ADFS (Active Directory Federation Services), voir Gestion des identités et des accès.
Configurer l'authentification basée sur les revendications

1. Démarrez le Gestionnaire de déploiement.
2. Assignez au Type de liaison la valeur HTTPS, comme suit :
Dans le volet Actions , sélectionnez Propriétés .
Sélectionnez l'onglet Adresse Web .
Sous Type de liaison , sélectionnez HTTPS .
Sélectionnez OK .
IMPORTANT
Le Type de liaison doitcorrespondre à HTTPS pour pouvoir utiliser l’authentification basée sur les revendications.
Vérifiez que les adresses Web sont valides pour votre certificat TLS/SSL et que le port TLS/SSL est lié au site Web
Si les clients Dynamics 365 for Outlook ont été configurés à l'aide d'anciennes valeurs de liaison, ils doivent être
reconfigurés avec les nouvelles valeurs.
3. Ouvrez l'Configuration de l'Assistant Authentification basée sur les revendications de deux manières :
Dans le volet Actions , sélectionnez Configurer l'authentification basée sur les
revendications .
Dans l'arborescence de la console du Gestionnaire de déploiement, cliquez avec le bouton droit sur
Dynamics 365 for Customer Engagement , puis sélectionnez Configurer l'authentification
basée sur les revendications .
5. Dans la page Spécifier le ser vice d'émission de jeton de sécurité , entrez l'URL des métadonnées
de fédération , telle que https://adfs.contoso.com/federationmetadata2007-06/federationmetadata.xml.
Ces données se trouvent généralement sur le site Web où les Services ADFS (Active Directory Federation
Services) s'exécutent. Pour vérifier l'URL correcte, ouvrez un navigateur Internet en utilisant l'URL pour
afficher les métadonnées de fédération. Vérifiez qu'aucun avertissement concernant le certificat n'apparaît.
7. Dans la page Spécifier le cer tificat de chiffrement , choisissez l'une des deux méthodes suivantes pour
spécifier le certificat de chiffrement :
Dans le champ Cer tificat , tapez le nom du certificat. Tapez le nom commun (CN) complet du
certificat en respectant le format CN=nom_sujet_certificat.
Sous Cer tificat , sélectionnez Sélectionner , puis sélectionnez un certificat.
Ce certificat sert à chiffrer les jetons d'authentification sécurisée envoyés au service d'émission de jeton de
sécurité (STS) d'Services ADFS (Active Directory Federation Services).
NOTE
Le compte de service Dynamics 365 for Customer Engagement doit bénéficier des autorisations en lecture pour la
clé privée du certificat de chiffrement. Consultez Compte CRMAppPool et certificat de chiffrement Microsoft
Dynamics 365 Customer Engagement (on-premises).
L'Configuration de l'Assistant Authentification basée sur les revendications vérifie le jeton et le certificat
indiqués.
Appliquer .
11. Notez l'URL que vous devez utiliser pour ajouter la partie de confiance au service d'émission de jeton de
sécurité. Affichez et enregistrez le fichier journal pour vous y référer ultérieurement.
12. Notez les informations dans la page, puis sélectionnez Terminer .
13. Configurez les parties de confiance pour l’authentification basée sur les revendications.
IMPORTANT
L'authentification basée sur les revendications ne fonctionne pas tant que vous n'avez pas créé les parties de
confiance dans le service d'émission de jeton de sécurité. Pour plus d'informations, voir Configurer le serveur AD FS
pour l’authentification basée sur les revendications.
Compte CRMAppPool et certificat de chiffrement Microsoft Dynamics 365 Customer Engagement (on-
premises)
Les données de revendication envoyées de Dynamics 365 for Customer Engagement vers Services ADFS (Active
Directory Federation Services) sont chiffrées à l'aide d'un certificat que vous spécifiez dans Configuration de
l'Assistant Authentification basée sur les revendications. Le compte CRMAppPool de chaque application Web
Dynamics 365 for Customer Engagement doit disposer de l'autorisation de lecture sur la clé privée du certificat de
chiffrement.
1. Dans le Dynamics 365 Server, créez une Microsoft Management Console (MMC) dotée de la console de
logiciel enfichable Cer tificats qui cible le magasin de certificats de l'ordinateur local .
2. Dans l’arborescence de la console, développez le nœud Cer tificats (ordinateur local) , développez le
magasin Personnel , puis sélectionnez Cer tificats .
3. Dans le volet de détails, cliquez avec le bouton droit sur le certificat de chiffrement spécifié dans
Configuration de l'Assistant Authentification basée sur les revendications, pointez sur Toutes les tâches ,
puis sélectionnez Gérer les clés privées .
4. Sélectionnez Ajouter (ou sélectionnez le compte Service réseau s’il s’agit du compte que vous avez utilisé
au cours de l’installation), ajoutez le compte CRMAppPool , puis octroyez les autorisations de Lecture.
TIP
Vous pouvez utiliser le Gestionnaire des services Internet (IIS) pour déterminer le compte qui a été utilisé lors de
l'installation pour le compte CRMAppPool. Dans le volet Connexions , sélectionnez Pools d'applications , puis
vérifiez la valeur Identité pour CRMAppPool.
Voir aussi
Désactiver l’authentification basée sur les revendications
Désactivation de l’authentification basée sur les
revendications
Utilisez la procédure suivante pour désactiver l’authentification basée sur les revendications.
Désactivation de l’authentification basée sur les revendications
Désactivez l’authentification basée sur les revendications de l’une des deux façons suivantes :
Dans le volet Actions de Gestionnaire de déploiement, sélectionnez Désactiver l'authentification
Dynamics 365 for Customer Engagement , puis sélectionnez Désactiver l'authentification
NOTE
La désactivation de l'authentification basée sur les revendications désactive également Déploiement avec accès via Internet
(IFD).
La désactivation de ce type d’authentification ne change en rien le type de liaison. Celle-ci conserve le protocole HTTPS à
moins d'être changée manuellement.
Voir aussi
Configuration d'un déploiement avec accès via
Internet
La configuration d'un Déploiement avec accès via Internet (IFD) permet aux utilisateurs d’accéder à Dynamics 365
for Customer Engagement via Internet, en dehors du pare-feu de l’entreprise, sans devoir faire appel à un réseau
privé virtuel (VPN). Dynamics 365 for Customer Engagement configuré pour l’accès Internet s’appuie sur
l’authentification basée sur les revendications pour vérifier les informations d’identification des utilisateurs
externes. Lorsque vous configurez Dynamics 365 for Customer Engagement pour l'accès à Internet,
l'authentification intégrée Windows doit rester en place pour les utilisateurs accédant à Dynamics 365 for
Customer Engagement par le biais de votre réseau local ou étendu.
IMPORTANT
L'authentification basée sur les revendications est nécessaire pour accéder au Déploiement avec accès via Internet (IFD) de
Dynamics 365 for Customer Engagement. Si Dynamics 365 for Customer Engagement est déployé dans le même domaine
auquel tous les utilisateurs Dynamics 365 for Customer Engagement accèdent ou si les utilisateurs font partie d’un domaine
approuvé, l’authentification basée sur les revendications n’est pas nécessaire pour l’accès intranet Dynamics 365 for
Avant d'exécuter l'Configuration de l'Assistant Authentification basée sur les revendications, un service d'émission de jeton
de sécurité (STS), comme les Services ADFS (Active Directory Federation Services) doit être disponible.
Configurer le déploiement avec accès via Internet

1. Démarrez l'Gestionnaire de déploiement.
2. Si vous ne l’avez pas déjà fait, configurez l’authentification basée sur les revendications.
3. Ouvrez l'Assistant Configuration du déploiement avec accès via Internet de deux manières :
Dans le volet Actions , sélectionnez Configurer le déploiement avec accès via Internet .
Dynamics 365 for Customer Engagement , puis sélectionnez Configurer le déploiement
avec accès via Internet .
4. Consultez la page, puis sélectionnez Suivant .
5. Sur la page Rendre Dynamics 365 for Customer Engagement disponible aux utilisateurs qui se
connectent via Internet , tapez les domaines pour les rôles Dynamics 365 Server indiqués, puis
NOTE
Précisez les domaines et non les serveurs.
Si votre déploiement se trouve sur un ou plusieurs serveurs du même domaine, le Domaine du Ser veur
d'application Web et le Domaine du Ser vice Web d'organisation sont alors identiques.
Le Domaine du Ser vice Web de découver te doit correspondre à un sous-domaine du Domaine du
Ser veur d'application Web . Par défaut, le préfixe « dev. » est ajouté au Domaine du Ser veur d'application
Web pour constituer le Domaine du Ser vice Web de découver te .
Les domaines doivent être valides pour le ou les noms communs du certificat TLS (Transport Layer Security) ou
SSL (Secure Sockets Layer).
Pour plus d’informations sur les adresses Web, consultez Installer Microsoft Dynamics CRM Server Server
sur plusieurs ordinateurs.
6. Dans le champ Entrez le domaine externe sur lequel sont situés vos ser veurs avec accès via
Internet , tapez les informations de domaine externe où vos serveurs Dynamics 365 for Customer
Engagement sont situés, puis sélectionnez Suivant .
Le domaine que vous spécifiez doit correspondre à un sous-domaine de Domaine du Ser veur
d'application Web indiqué à l'étape précédente. Par défaut, le préfixe « auth. » est ajouté au domaine de
Ser veur d'application Web .
Appliquer .
10. Si vous rencontrez des problèmes lors de la connexion à Dynamics 365 for Customer Engagement via une
adresse externe, réinitialisez Internet Information Services (IIS).
Redémarrez Internet Information Services (IIS). Pour ce faire, sélectionnez Démarrer , sur Exécuter , tapez
IISRESET , puis sélectionnez OK .
11. Configurez les parties de confiance pour un IFD.
IMPORTANT
Vous devez configurer une partie de confiance pour un IFD. Pour plus d’informations, voir Configurer le serveur AD
FS pour IFD.
Voir aussi
Désactivation d'un déploiement avec accès via Internet
Désactivation d'un déploiement avec accès via
Internet
Utilisez l'une des méthodes suivantes pour désactiver le Déploiement avec accès via Internet (IFD) :
Dans le volet Actions du Gestionnaire de déploiement, sélectionnez Désactiver le déploiement avec
accès via Internet .
Dynamics 365 for Customer Engagement , puis sélectionnez Désactiver le déploiement avec accès
via Internet .
Voir aussi
Pour exécuter le Gestionnaire de déploiement, vous devez disposer du rôle Administrateur de déploiement. Les
administrateurs de déploiement disposent d'un accès sans restriction pour réaliser les tâches Gestionnaire de
déploiement sur toutes les organisations et tous les serveurs dans un déploiement Dynamics 365 for Customer
Engagement.
IMPORTANT
Assurez-vous qu'au moins deux ou trois personnes de confiance bénéficient du rôle d'Administrateur de déploiement. Ceci
permet d'éviter le verrouillage du système si l'administrateur de déploiement principal n'est pas disponible.
Au cours de l'installation de Dynamics 365 Server, l'utilisateur exécutant le programme d'installation se voit
automatiquement attribué le rôle d'Administrateur de déploiement. Un Administrateur de déploiement peut
attribuer le rôle Administrateur de déploiement à d'autres utilisateurs dans le service d'annuaire Active Directory.
NOTE
Les utilisateurs bénéficiant du rôle Administrateur de déploiement ne deviennent pas automatiquement des utilisateurs
Dynamics 365 for Customer Engagement et ne nécessitent pas l'utilisation d'une licence d'accès client.
Il est impossible de gérer le rôle Administrateur de déploiement dans les applications clientes Dynamics 365 for Customer
Engagement.
Voir aussi
Vous pouvez accorder ou supprimer le rôle Administrateur de déploiement dans le nœud Administrateurs de
déploiement du Gestionnaire de déploiement.
TIP
Vous pouvez implémenter la procédure décrite ici en utilisant une cmdlet Windows PowerShell. Pour plus d’informations,
consultez Utiliser Windows PowerShell pour exécuter les tâches du gestionnaire de déploiement.
Ajouter un administrateur de déploiement

1. Dans l'arborescence de la console, cliquez avec le bouton droit sur Administrateurs de déploiement ,
puis sélectionnez Nouveau Administrateur de déploiement .
2. Dans la boîte de dialogue Sélectionner un utilisateur , dans le champ Entrer le nom de l'objet à
sélectionner , tapez le nom d'un utilisateur existant dans Active Directory, puis sélectionnez Vérifier les
noms .
3. Une fois le nom de l'utilisateur validé, sélectionnez OK .
Voir aussi
Suppression d'un administrateur de déploiement
Vous pouvez supprimer une personne dans Dynamics 365 for Customer Engagement du rôle de Administrateur de
déploiement.
TIP
Vous pouvez implémenter la procédure décrite ici en utilisant une cmdlet Windows PowerShell. Pour plus d'informations, voir
la commande Remove-CrmDeploymentAdministrator dans la Référence Powershell de Microsoft Dynamics 365 Customer
Suppression d'un administrateur de déploiement

1. Dans l'arborescence de la console de Gestionnaire de déploiement, sélectionnez Administrateurs de
déploiement .
2. Dans la liste Nom , cliquez avec le bouton droit sur le nom de l'utilisateur à supprimer.
3. Sélectionnez Supprimer , puis sélectionnez Oui .
Voir aussi
Ajout d'un nouvel administrateur de déploiement
Gestion des organisations
La page Organisations permet d'afficher, de modifier, d'ajouter, d'activer, de désactiver et d'importer des
organisations pour Dynamics 365 for Customer Engagement.
TIP
Vous pouvez implémenter la procédure décrite ici en utilisant une cmdlet Windows PowerShell. Pour plus d’informations, voir
Référence PowerShell de Microsoft Dynamics 365 Customer Engagement (on-premises).
Afficher la page Organisations

1. Dans l'arborescence de la console, sélectionnez Organisations .
2. Les organisations sont répertoriées dans le volet d'informations et, dans le volet Actions , ce sont les tâches
liées aux organisations qui sont reprises.
Voir aussi
Supprimer une organisation
Avant de pouvoir modifier une organisation, vous devez la désactiver. Une fois les modifications apportées,
réactivez l'organisation.
Vous pouvez modifier le nom d'affichage et l'ordinateur SQL Server où la base de données de l'organisation se
trouve. Vous pouvez en outre modifier l’URL du Microsoft Dynamics 365 Reporting Extensions pour SQL Server
Reporting Services, lequel indique où le Microsoft Dynamics 365 Reporting Extensions pour SQL Server Reporting
Services est installé.
Vous ne pouvez pas modifier le nom de l'organisation.
TIP
les commandes Disable-CrmOrganization et Edit-CrmOrganization dans la Référence Powershell pour Microsoft Dynamics
Modifier une organisation

1. Dans l'arborescence de la console, sélectionnez Organisations .
2. Cliquez avec le bouton droit sur l'organisation à modifier, sélectionnez Désactiver , puis sélectionnez Oui .
3. Cliquez de nouveau avec le bouton droit sur l'organisation, puis sélectionnez Modifier l'organisation .
4. Dans l'Assistant Modification de l'organisation , modifiez les éléments suivants, le cas échéant :
Nom complet . Tapez un nom pour l'organisation.
SQL Ser ver . Tapez le nom du serveur SQL Server sur lequel se trouve la base de données de
l'organisation. Il est important de noter que, afin de pouvoir modifier le serveur SQL Server pour une
organisation, la base de données de cette dernière doit se situer sur une nouvelle instance de SQL
Server, attachée et disponible. L’Assistant Modification de l’organisation ne déplace pas
automatiquement la base de données. Pour plus d'informations sur le déplacement d'une base de
données dans SQL Server, consultez Détacher et joindre la base de données.
URL de SQL Ser ver Repor ting Ser vices . Tapez l'URL de l'ordinateur exécutant SQL Server
Reporting Services où le Microsoft Dynamics 365 Reporting Extensions pour SQL Server Reporting
Services est installé.
La page Vérifications du système s'affiche. Cette page résume l'intégralité de la configuration système
requise pour créer des paramètres d'organisation. Avant de pouvoir appliquer les paramètres, vous devez
corriger tous les problèmes ayant entraîné l'échec des tests. Si nécessaire, annulez l'Assistant Modification
de l'organisation, procédez aux rectifications nécessaires, puis recommencez.
6. Si aucune erreur ne s'affiche, ou si seuls des avertissements s'affichent, sélectionnez Suivant .
7. Sur la page Prêt pour l'application des modifications , sélectionnez Appliquer .
8. Sur la page Modifier l'organisation , sélectionnez Terminer .
Voir aussi
Gérer les serveurs
La page Organisations permet d'activer ou désactiver une organisation. Il est recommandé d'en désactiver une
lorsque vous devez effectuer la maintenance d'une base de données.
IMPORTANT
Lorsque vous désactivez une organisation, les utilisateurs ne peuvent pas accéder à l'application Dynamics 365 for Customer
Engagement de l'organisation en question.
TIP
les commandes Disable-CrmOrganization et Enable-CrmOrganization dans la Référence Powershell pour Microsoft Dynamics

1. Dans l'arborescence de la console, sélectionnez Organisations . La liste des organisations apparaît dans le
volet du milieu.
2. Dans le volet d'informations, sélectionnez l'organisation.
3. Cliquez avec le bouton droit sur l'organisation, puis :
Si l'organisation est activée, sélectionnez Désactiver .
Si l'organisation est désactivée, sélectionnez Activer .
Voir aussi
Ajout d'une nouvelle organisation
Vous pouvez ajouter une nouvelle organisation dans le déploiement Dynamics 365 for Customer Engagement
dans le nœud Organisations du Gestionnaire de déploiement.
NOTE
Pour ajouter une organisation, vous devez être membre du domaine où Dynamics 365 for Customer Engagement est
installé. Vous ne pouvez pas ajouter d'organisation en tant que membre d'un domaine enfant ou approuvé.
TIP
La procédure décrite ici peut être mise en œuvre en utilisant une cmdlet Windows PowerShell. Pour plus d'informations,
consultez la commande New-CrmOrganization.
Organisations , puis sélectionnez Nouvelle organisation pour ouvrir l'Assistant Nouvelle organisation.
2. Sur la page Spécifier les paramètres de l'organisation , saisissez les informations suivantes :
Dans la zone Nom complet , tapez le nom de votre organisation.
Dans la zone Nom , conservez le nom généré automatiquement ou tapez un nom unique. Celui-ci ne
doit pas dépasser 30 caractères. Les espaces et caractères étendus ne sont pas autorisés.
Sous Code devise ISO , sélectionnez Parcourir , sélectionnez le code de devise ISO correspondant à
la devise de base de l'organisation, puis sélectionnez OK . Vous pouvez modifier le symbole, le nom et
la précision de la devise.
Dans la liste Langue de base , sélectionnez la langue de base de l'organisation. Dans Dynamics 365
for Customer Engagement, seule la langue de base de la première organisation est liée à la langue
d'installation du serveur. Toutes les autres organisations peuvent disposer de langues de base
différentes, mais vous devez au préalable installer les modules linguistiques Dynamics 365 for
Customer Engagement appropriés. Pour obtenir des instructions sur l'installation des modules
linguistiques, consultez l'article Installer et activer un module linguistique (éventuellement en
anglais).
Dans la liste Classement SQL , conservez la sélection par défaut ou sélectionnez un autre
classement de base de données qu'utilisera la base de données de l'organisation pour trier et
comparer les caractères de données.
Le classement SQL par défaut change en fonction de la langue de base sélectionnée. Pour plus
d'informations, voir Classement et prise en charge d'Unicode.
IMPORTANT
Une fois l'Assistant Nouvelle organisation terminé, vous ne pouvez plus modifier le nom de l'organisation, le code de
devise ISO ou le classement de la base de données SQL Server.
4. Dans la page Aidez-nous à améliorer l'expérience utilisateur , indiquez si vous souhaitez que les
utilisateurs de la nouvelle organisation puissent participer au Programme d'amélioration du produit, puis
5. Dans la page Sélectionner le ser veur SQL Ser ver , sélectionnez ou tapez le nom de l'ordinateur
exécutant SQL Server et qui sera utilisé pour la base de données Dynamics 365 for Customer Engagement,
6. Sur la page Spécifier le ser veur Repor ting Ser vices , tapez l'URL du serveur de rapports. (Assurez-vous
d'utiliser l'URL de l'instance de Microsoft SQL Report Server, et non l'URL du gestionnaire de rapports.) Puis
7. La page Vérifications du système valide votre organisation.
Avant de poursuivre l'ajout de l'organisation, vous devez corriger tous les problèmes qui ont entraîné
l'échec des tests. Le cas échéant, annulez l'Assistant Nouvelle organisation, résolvez le problème, corrigez
toutes les erreurs, puis redémarrez l'Assistant.
Si aucune erreur ne s'affiche, ou si seuls des avertissements s'affichent, sélectionnez Suivant .
8. Consultez la page Prêt pour la création , puis sélectionnez Créer .
9. Dans la page Nouvelle organisation , sélectionnez Terminer .
Voir aussi
Importation d'une organisation
L'Assistant Importation d'organisation permet d'importer une organisation Dynamics 365 for Customer
Engagement existante. Vous pouvez passer par cet Assistant lorsque vous déplacez Dynamics 365 Server sur un
autre ordinateur. L'Assistant Importation d'organisation permet également d'importer une organisation depuis
n'importe quel domaine de forêt de service d'annuaire Active Directory.
IMPORTANT
Avant d'importer, de mettre à niveau ou de mettre à jour une organisation Dynamics 365 for Customer Engagement,
vous devez sauvegarder les bases de données de configuration et d'organisation.
Il est impossible d'importer une base de données déjà déployée dans le déploiement Dynamics 365 for Customer
Engagement cible.
Si l'Assistant Importation d'organisation détecte que l'organisation à importer provient d'une version antérieure de
Dynamics 365 for Customer Engagement, sa base de données est alors mise à niveau vers la nouvelle version.
Pour chaque organisation mise à niveau, l'espace libre recommandé sur le volume doit être d'au moins trois fois la taille
du fichier de base de données de l'organisation et quatre fois la taille du fichier journal. De ce fait, si la taille totale d'une
base de données d'organisation et d'un fichier journal situés sur le même volume est d'un gigaoctet, vous devrez
disposer d'au moins sept gigaoctets d'espace disque avant de procéder à la mise à niveau.
Avant de pouvoir importer une organisation à l'aide de l'Assistant Importation d'organisation, la base de données de
l'organisation doit être restaurée et attachée au serveur SQL Server.
La clé de chiffrement est nécessaire pour activer le chiffrement de données lorsque vous importez une base de données
d'organisation dans un nouveau déploiement, un déploiement dont la base de données de configuration
(MSCRM_CONFIG) a été recréée une fois l'organisation chiffrée, ou une restauration d'une sauvegarde précédente qui ne
contient pas la clé de chiffrement. Vous pouvez copier la clé de chiffrement d'origine dans le Bloc-notes et la coller dans la
boîte de dialogue Paramètres > Gestion des données > Chiffrement des données une fois l'importation d'organisation
terminée. Lorsque vous activez le chiffrement de données après le redéploiement, nous recommandons d'utiliser Internet
Explorer pour coller les clés de chiffrement dans la boîte de dialogue Chiffrement des données. Pour plus d'informations
sur le chiffrement de données, consultez Améliorer la sécurité en chiffrant vos données.
TIP
La procédure décrite ici peut être mise en œuvre en utilisant une cmdlet Windows PowerShell. Pour plus d'informations, voir
la commande Import-CrmOrganization dans la Référence PowerShell de Microsoft Dynamics 365 Customer Engagement
(on-premises).
Importation d'une organisation

Organisations , puis sélectionnez Impor tation d’organisation pour ouvrir l'Assistant Importation
d’organisation.
2. Dans la page Sélectionner le ser veur SQL Ser ver , dans la zone SQL Server, tapez ou sélectionnez
l'ordinateur exécutant SQL Server où la base de données Dynamics 365 for Customer Engagement est
située.
3. Dans la liste Base de données de l'organisation , sélectionnez l'organisation que vous voulez importer.
5. Dans la page Spécifier les paramètres de l'organisation , acceptez le Nom complet par défaut de
l'organisation importée ou tapez un nouveau Nom complet .
6. Acceptez le Nom unique de base de données par défaut de l'organisation importée ou tapez un
nouveau Nom unique de base de données .
8. Dans la page Spécifier le ser veur Repor ting Ser vices , acceptez l'entrée par défaut ou tapez l'URL de
l'instance de Microsoft SQL Report Server que l'organisation à importer doit utiliser.
9. Dans la page Sélectionner la méthode pour le mappage des utilisateurs , sélectionnez l'une des
options suivantes :
Mapper automatiquement les utilisateurs . Cette sélection mappe automatiquement les noms
de compte Active Directory des utilisateurs aux comptes Dynamics 365 for Customer Engagement.
Les utilisateurs du domaine Active Directory sont vérifiés d'après les informations relatives aux
utilisateurs pour le domaine actif. Si l’organisation importée a des utilisateurs ajoutés avec leur nom
d’utilisateur principal, ces informations sont alors mappées sans aucune modification ou validation.
Sélectionner les options de mappage personnalisé . Cette sélection vous permet de
personnaliser les options de correspondance des comptes d'utilisateurs.
11. Si vous sélectionnez Sélectionner les options de mappage personnalisé , lesdites options
personnalisées de mappage des comptes d'utilisateurs s'affichent alors. Sélectionnez l'une des options
suivantes :
Conser ver les mappages d'utilisateurs existants . Activez cette option si vous souhaitez
conserver les mappages d’utilisateurs existants dans la base de données de l’organisation. Vous
devez généralement sélectionner cette option si vous procédez à l'importation d'une base de
données d'organisation se trouvant sur le même domaine Active Directory que l'instance de
Dynamics 365 Server où l'organisation doit être importée.
Pour les utilisateurs externes au domaine Active Directory ajoutés avec leur nom d'utilisateur
principal, leurs informations sont alors mappées dans leur intégralité sans aucune modification ni
aucune validation.
Mapper manuellement les utilisateurs . Sélectionnez cette option si vous voulez mapper
manuellement chaque utilisateur, en tapant chaque ID dans la table de mappage.
Générer un nouveau fichier de mappage . Sélectionnez cette option pour créer un exemple de
fichier de mappage XML. Vous pouvez ensuite quitter l'Assistant Importation d'organisation,
modifier le fichier de mappage des utilisateurs pour sélectionner la méthode d'importation des
utilisateurs, puis exécuter de nouveau l'Assistant. Le comportement par défaut crée le fichier de
mappage des utilisateurs dans le dossier <lecteur>:\Program Files\Microsoft Dynamics CRM\Tools.
Mapper automatiquement les utilisateurs . Activez cette option si vous souhaitez mapper
automatiquement les paramètres de l'utilisateur en sélectionnant parmi les options suivantes :
Nom du compte Active Director y . Sélectionnez cette option si vous voulez utiliser le nom
d'ouverture de session des utilisateurs défini dans Active Directory. Les utilisateurs du
domaine Active Directory sont vérifiés d'après les informations relatives aux utilisateurs pour
le domaine actif.
Nom complet Dynamics 365 for Customer Engagement vers nom complet Active
Director y . Sélectionnez cette option si vous voulez utiliser le nom d'affichage ou le nom
complet défini dans Active Directory.
Préfixe . Activez cette option si vous souhaitez créer un préfixe pour chaque utilisateur, auquel
une valeur numérique se voit ajoutée.
Utiliser le fichier de mappage existant . Activez cette option si vous avez créé un fichier
de mappage pour importer les utilisateurs. Tapez ensuite le chemin d'accès complet et le nom
de fichier dans la zone de texte prévue à cet effet, ou sélectionnez Parcourir pour rechercher
et sélectionner le fichier de mappage d'utilisateurs.
NOTE
Dans toutes les méthodes de mappage automatique, les utilisateurs entrés avec leur nom
d'utilisateur principal sont tous mappés sans autre modification.
12. Sélectionnez Suivant pour ouvrir la page Configuration requise .

Cette page représente un récapitulatif de la configuration système requise permettant de créer une
organisation. Avant de poursuivre la création de l’organisation, vous devez corriger tous les problèmes qui
ont entraîné l’échec des tests. Le cas échéant, annulez l'Assistant Importation d'organisation, résolvez le
problème et corrigez toute erreur, puis redémarrez l'Assistant Importation d'organisation.
13. Si aucune erreur ne s'affiche, ou si seuls des avertissements s'affichent, sélectionnez Suivant .
14. Dans la page Prêt pour l'impor tation , sélectionnez Impor ter .
15. Sur la page Impor tation d'organisation , sélectionnez Terminer .
Voir aussi
Mise à niveau d'une organisation
Vous pouvez mettre à niveau les organisations des versions antérieures de Dynamics 365 for Customer
Engagement local à l'aide de Gestionnaire de déploiement pour les importer dans le nouveau déploiement.
TIP
Vous pouvez implémenter la procédure décrite ici en utilisant une cmdlet Windows PowerShell. Pour plus d'informations,
consultez les commandes Import-CrmOrganization et Update-CrmOrganization.
Mise à niveau d'une organisation en l'important

Lors du processus d'importation, l'Assistant Importation d'organisation détecte sa version et met
automatiquement à niveau l'organisation.
IMPORTANT
Avant d'importer, de mettre à niveau ou de mettre à jour une organisation Dynamics 365 for Customer Engagement, vous
devez sauvegarder les bases de données de configuration et d'organisation.
Seule la mise à jour de décembre 2016 pour les organisations Dynamics 365 Customer Engagement (on-premises) (8.2) ou
ultérieures est prise en charge pour l'importation avec cette version de Dynamics 365 for Customer Engagement.
Mise à niveau des organisations en place

Après avoir mis à niveau Dynamics 365 Server, si le déploiement contient d'autres organisations de la version
antérieure de Dynamics 365 for Customer Engagement, celles-ci sont alors désactivées et ne sont pas mises à
niveau. Vous pouvez mettre à niveau ces organisations en utilisant les procédures décrites ci-dessous.
Utilisation du Gestionnaire de déploiement pour mettre à niveau les organisations
1. Dans la page d'accueil du Gestionnaire de déploiement, dans l'arborescence de la console, sélectionnez
Organisations .
2. Dans le volet d'informations de chaque organisation, passez en revue la colonne Version .
3. Pour chaque organisation où la Version est antérieure à la version installée, cliquez avec le bouton droit sur
l'organisation, puis sélectionnez Mettre à niveau l’organisation .
Voir aussi
Mettre à jour une organisation
Mise à jour d'une organisation
Lorsque vous mettez à jour les organisations de votre déploiement, celles désactivées ne peuvent pas être mises à
jour tant qu'elles n'ont pas été activées. Dans la liste des organisations reprises dans le volet d'informations relatif à
l'organisation désactivée, la colonne Mettre à jour indique qu'une mise à jour est Disponible .
IMPORTANT
Avant d'importer, de mettre à niveau ou de mettre à jour une organisation Dynamics 365 for Customer Engagement, vous
devez sauvegarder les bases de données de configuration et d'organisation.
TIP
consultez les commandes Enable-CrmOrganization et Update-CrmOrganization.
Mettre à jour une organisation désactivée

1. Pour activer l'organisation, dans le volet d'informations, cliquez avec le bouton droit sur l'organisation
désactivée, puis sélectionnez Activer .
2. Pour mettre à jour l'organisation, dans le volet d'informations, cliquez avec le bouton droit sur
l'organisation, puis sélectionnez Mettre à jour .
Gestion des mises à jour

Les mises à jour Dynamics 365 for Customer Engagement incluent des améliorations de la sécurité, des
performances et des fonctionnalités. Assurez-vous que vos applications Dynamics 365 for Customer Engagement
disposent des mises à jour les plus récentes pour que votre système fonctionne de façon la plus efficace et la plus
stable possible.
Pour obtenir des informations sur la gestion des mises à jour, consultez les liens suivants :
Windows Server Update Services
Présentation des mises à jour logicielles dans le gestionnaire de configuration
Voir aussi
Résolution des problèmes d'importation et de mise à
niveau d'organisation
Si vous rencontrez tous les problèmes organisation pendant l'importation et la mise à niveau, voici quelques
conseils pour les résoudre :
Assurez-vous que le compte d'utilisateur exécutant l'importation possède bien les droits d'administrateur
pour l'instance de SQL Server. Pour plus d'informations sur l'octroi d'autorisations dans SQL Server, voir
Gestion des connexions, des utilisateurs et des rubriques relatives aux procédures de surveillance schémas.
Consultez le fichier journal DMSnapin situé dans le dossier :
<lecteur:>%appdata%\Microsoft\MSCRM\Logs.
Voir aussi
Suppression d'une organisation
Avant de pouvoir supprimer une organisation, vous devez la désactiver. Désactivation/Activation d'une
organisation
NOTE
Lorsque vous supprimez une organisation, la base de données SQL Server ne l'est pas. Vous avez par conséquent la
possibilité d'importer l'organisation ultérieurement.
TIP
consultez les commandes Disable-CrmOrganization et Remove-CrmOrganization.
Suppression d'une organisation

1. Dans l'arborescence de la console de Gestionnaire de déploiement, sélectionnez Organisations .
2. Dans le volet du milieu, cliquez avec le bouton droit sur l'organisation à supprimer, puis sélectionnez
Désactiver .
3. Sélectionnez Oui .
4. Cliquez de nouveau avec le bouton droit sur l'organisation, puis sélectionnez Supprimer .
Voir aussi
Gestion des serveurs
Avec la zone Ser veurs de Gestionnaire de déploiement, vous pouvez :

afficher la liste des serveurs Dynamics 365 for Customer Engagement ;
activer ou désactiver un serveur ;
supprimer un serveur.
Vous pouvez personnaliser la zone Ser veurs pour afficher les informations concernant les serveurs répertoriés.
Vous pouvez également exporter vers un fichier texte une liste de ces serveurs et de toutes les informations
affichées.
Voir aussi
Supprimer un serveur Microsoft Dynamics 365 Server
Désactivation/Activation d'un serveur
La zone Ser veurs permet de désactiver ou activer un serveur Dynamics 365 Server.
WARNING
Lorsque vous désactivez un serveur, les utilisateurs ne peuvent pas accéder à l'application Dynamics 365 for Customer
Engagement à travers celui-ci. Si le déploiement ne contient qu'un seul serveur exécutant Dynamics 365 for Customer
Engagement, les utilisateurs ne peuvent alors pas accéder à l'application.
En fonction des rôles serveur installés, la désactivation d'un serveur arrête les services ou les rôles serveur
suivants :
Serveur d'application Web
Service Web d'organisation
Serveur d'aide
Service Web de découverte
Service Web de déploiement
Service de traitement asynchrone
Service de traitement asynchrone (maintenance)
Service de traitement Bac à sable (sandbox)
Service Enregistreur VSS Dynamics 365 for Customer Engagement.
L'activation d'un serveur qui a été désactivé entraîne le démarrage du service du rôle serveur.
IMPORTANT
Il est impossible de désactiver les rôles serveur SQL Server et Extensions de rapport Microsoft Dynamics 365 à l'aide de la
fonctionnalité de désactivation du Gestionnaire de déploiement.
TIP
consultez les commandes Disable-CrmServer et Enable-CrmServer.
Désactivation/Activation d'un serveur

1. Dans l'arborescence de la console Gestionnaire de déploiement, sélectionnez Ser veurs pour afficher la liste
des serveurs de déploiement.
2. Dans le volet d'informations, cliquez avec le bouton droit sur le serveur, puis sélectionnez Désactiver ou
Activer .
Voir aussi
Gérer les serveurs
Supprimer (retirer) un serveur Microsoft Dynamics
365 Server
Pour supprimer un Dynamics 365 Server d'un déploiement utilisez la zone Ser veurs . Néanmoins, avant de
pouvoir supprimer un serveur, vous devez le désactiver.
Cau t i on
Après avoir supprimé un serveur, il se peut que les utilisateurs ne soient plus en mesure d'accéder ou d'utiliser
l'application Dynamics 365 for Customer Engagement ou d'exploiter certaines fonctionnalités, comme la création
de rapports. Pour restaurer un serveur supprimé, vous devez exécuter le programme d'installation de Dynamics
365 Server et réinstaller les rôles serveur supprimés lors de la suppression du serveur.
TIP
La procédure décrite ici peut être mise en œuvre en utilisant une cmdlet Windows PowerShell. Pour plus d'informations,
consultez les commandes Disable-CrmServer et Remove-CrmServer.
Supprimer un serveur
1. Dans l'arborescence de la console de Gestionnaire de déploiement, sélectionnez Ser veurs .
2. Dans le volet d'informations, cliquez avec le bouton droit sur le serveur à supprimer, puis sélectionnez
Désactiver .
4. Une fois le serveur désactivé, dans le volet d'informations, cliquez avec le bouton droit sur le serveur à
supprimer, puis sélectionnez Supprimer .
Voir aussi
Gérer les serveurs
Mettre à jour Dynamics 365 Customer Engagement
(on-premises)
Avec Dynamics 365 Customer Engagement (on-premises), vous disposez de plusieurs options qui permettent à
votre déploiement de s'exécuter de façon optimale, fiable et sûre. Dans la plupart des cas où Dynamics 365
Customer Engagement (on-premises) s'exécute dans un environnement de production, il est recommandé
d'appliquer la mise à jour la plus récente pour toutes les applications Dynamics 365 Customer Engagement (on-
premises) peu de temps après leur disponibilité.
Les applications Dynamics 365 Server et de bureau utilisent deux types de technologie de mise à jour :
Les mises à jour d'installation , qui peuvent être appliquées dans le cadre du processus d'installation.
Mises à jour d'application , qui sont fournies comme une mise à niveau pouvant être automatiquement
installée à l'aide de Microsoft Update.
Mises à jour d’installation pour Dynamics 365 Customer Engagement

(on-premises)
La mise à jour de l'installation de Dynamics 365 Customer Engagement (on-premises), également appelée auto-
adaptation, s'assure que vous disposez de la version la plus récente du programme d'installation. En utilisant cette
fonction, vous pouvez mettre à jour le programme d'installation avant qu'il installe quelque chose sur l'ordinateur,
pour les applications Dynamics 365 Customer Engagement (on-premises) suivantes :
Dynamics 365 Server
Dynamics 365 Report Authoring Extensions
Pour utiliser le programme de mise à jour, sélectionnez Récupérer les mises à jour pour Microsoft Dynamics
365 Customer Engagement (on-premises) pendant l'installation. Pour Dynamics 365 for Outlook, la mise à
jour de l'installation applique le package de mise à jour le plus récent à la fin de l'installation.
Mises à jour de l'application Microsoft Dynamics 365 Customer

Dynamics 365 Customer Engagement (on-premises) publie des mises à jour sous la forme d'un package, qui est
un ensemble de mises à jour logicielles. Microsoft teste et prend totalement en charge l’installation d'une mise à
jour publiée pour Dynamics 365 Customer Engagement (on-premises) au moment de leur publication.
Distribution et application des mises à jour Dynamics 365 Customer Engagement (on-premises)
Les applications Dynamics 365 Server et de bureau sont conçues pour utiliser Microsoft Update, un service qui
peut automatiquement télécharger et installer des mises à jour pour les applications de Microsoft.
Pendant l'installation ou la mise à niveau d'une application Dynamics 365 Customer Engagement (on-premises), le
programme d'installation vous invite à vous abonner, et Microsoft Update applique donc des mise à jour
automatiques. Si vous choisissez de ne pas appliquer les mises à jour automatiques pendant l'installation, vous
pourrez activer cette fonction ultérieurement en activant les mises à jour automatiques dans la section Windows
Update des paramètres. Pour plus d'informations : Windows Update : FAQ.
Lorsque vous activez Microsoft Update, les mises à jour sont automatiquement téléchargées pour Dynamics 365
Customer Engagement (on-premises) et pour les autres applications Microsoft qui ont été activées pour utiliser
Microsoft Update.
Si vous choisissez de ne pas utiliser Microsoft Update, vous pouvez toujours télécharger les mises à jour sur le
Centre de téléchargement Microsoft et les installer manuellement ou les placer sur les ordinateurs adéquats à
l'aide de Windows Server Update Services (WSUS). Pour plus d'informations : Windows Server Update Services.
Conditions requises pour les mises à jour
Une mise à jour peut nécessiter des mises à jour vers les composants nécessaires, tels que Microsoft .NET
Framework, voire une mise à jour de Dynamics 365 Customer Engagement (on-premises) antérieure. Pour plus
d'informations, voir l'article Base de connaissances Microsoft (KB) relatif à la mise à jour.
Maintenance de la base de données Dynamics 365
Un déploiement Dynamics 365 for Customer Engagement comprend les bases de données suivantes :
MSCRM_CONFIG. Une base de données unique qui contient des métadonnées Dynamics 365 for Customer
Engagement, telles que des informations de configuration et d'emplacement spécifiques à chaque base de
données de l'organisation.
Nom_organisation_MSCRM. Une ou plusieurs bases de données de l’organisation. Il s’agit de la base de
données où sont stockées les données Dynamics 365 for Customer Engagement, par exemple tous les
enregistrements et les activités, les détails des métadonnées comme les relations d'entités.
La maintenance de base de données pour les bases de données Customer Engagement doit inclure des
sauvegardes régulières, une évaluation fréquente des mises à jour de sécurité et l'analyse de l'intégrité.
IMPORTANT
Les opérations de maintenance ou de réparation de base de données pouvant entraîner une perte de données, comme par
exemple DBCC CHECKDB WITH REPAIR_ALLOW_DATA_LOSS, ne sont pas prises en charge.
Voir aussi
Sauvegarde du système Microsoft Dynamics 365 Customer Engagement (on-premises)
Mise à jour de Microsoft Dynamics 365 Customer Engagement (on-premises)
Index de la base de données de l'organisation
Les index créés dans une base de données d'organisation Dynamics 365 for Customer Engagement sont conçus
pour fournir une récupération rapide des données couramment demandées à partir des tables et des vues stockées
sur SQL Server. Voici quelques caractéristiques des index créés dans une base de données d'organisation Dynamics
Selon la version et la mise à jour appliquées, une base de données d'organisation Dynamics 365 for
Customer Engagement sans personnalisations ou solutions installées (base de données prête à l'emploi)
contient entre 1 000 et 1 600 index au total.
Les versions ultérieures Dynamics 365 for Customer Engagement comptent plus de fonctionnalités et, par
conséquent, plus d'objets de base de données tels que des tables et des index.
Au moins cinq index sont créés lorsque vous créez une entité ou référencez une nouvelle colonne dans une
recherche rapide.
L'installation d'une solution augmente le nombre total d'index.
Comment obtenir la liste de tous les index stockés dans une base de
données d'organisation
Pour obtenir la liste de tous les index, exécutez l'exemple de requête SQL suivant sur la base de données
d'organisation.
SELECT s.name +'.'+t.name AS 'table_name',i.name,i.index_id

FROM sys.schemas s JOIN sys.tables t ON s.schema_id=t.schema_id
JOIN sys.indexes i ON t.object_id=i.object_id LEFT OUTER JOIN sys.objects o
ON o.parent_object_id=t.object_id AND i.name=o.name
WHERE i.name is not null
Pour avoir une idée approximative des index prêts à l'emploi contenus dans une base de données d'organisation
correspondant à une version spécifique de Dynamics 365 for Customer Engagement, choisissez parmi les liens
suivants pour télécharger les feuilles de calcul Office Excel contenant les listes d'index.
Centre de téléchargement Microsoft : Liste des index prêts à l'emploi de Dynamics CRM 2016 RTM
Centre de téléchargement Microsoft : Liste des index prêts à l'emploi de Dynamics CRM 2015 Update 0.2
Centre de téléchargement Microsoft : Liste des index prêts à l'emploi de Dynamics CRM 2013 Service Pack 1
Centre de téléchargement Microsoft : Liste des index prêts à l'emploi du correctif cumulatif 18 de Dynamics
CRM 2011
Pour plus d'informations sur les index SQL Server, voir [Guide d'architecture et de conception de l'index SQL
Server]/sql/relational-databases/sql-server-index-design-guide?view=sql-server-2016).
Voir aussi
Exploitation de Microsoft Dynamics 365 Customer Engagement (on-premises)
Protection et récupération des données dans Microsoft Dynamics 365 Customer Engagement (on-premises)
Protection et récupération des données Dynamics
Cette section décrit les options disponibles et fournit des instructions pour la sauvegarde de données et la
récupération en cas d'échec. Pour plus d'informations, voir ces rubriques.
Sauvegarder le système Dynamics 365 Customer Engagement (on-premises)
Récupération en cas d’échec de Dynamics 365 Customer Engagement (on-premises)
Voir aussi
Exploitation de Microsoft Dynamics 365 Customer Engagement (on-premises)
Le service Enregistreur VSS (Volume Shadow Copy Service) de Dynamics 365 for Customer Engagement fournit
des fonctionnalités ajoutées pour la sauvegarde et la restauration des bases de données Dynamics 365 for
Customer Engagement via l'infrastructure VSS.
Le service VSS est un ensemble d'interfaces de programmation d'applications (API) COM (Component Object
Model) qui fournit des interfaces standardisées, et qui permet l'utilisation de logiciels de sauvegarde et de
restauration, tel que System Center Data Protection Manager, pour gérer de façon centralisée les opérations de
sauvegarde et de restauration dans un large éventail d'applications. VSS implémente également une structure qui
permet de sauvegarder des volumes alors que les applications d'un système continuent d'écrire sur ces volumes.
Dépendances
System Center 2012 Data Protection Manager (DPM)
Enregistreur VSS SQL Server. Le service Enregistreur VSS SQL Server, qui est disponible avec SQL Server,
doit être démarré pour que le service Enregistreur VSS de Dynamics 365 for Customer Engagement
fonctionne correctement.
IMPORTANT
Les versions antérieures de System Center DPM ne sont pas prises en charge.
Autorisations requises
Le service Enregistreur VSS Dynamics 365 for Customer Engagement s'exécute comme un service et peut être
exécuté sous un Service réseau ou un compte d'utilisateur de domaine. Pour plus d’informations sur les
autorisations requises, voir Autorisations minimales requises pour le programme d’installation et les services
Fonctionnalités
Le service Enregistreur VSS Dynamics 365 for Customer Engagement prend en charge les éléments suivants :
Sauvegarde et restauration des bases de données de configuration (MSCRM_CONFIG) et de plusieurs
organisations (organizationName_MSCRM).
L'application Dynamics 365 for Customer Engagement n'a pas besoin d'être en mode hors connexion lors
de la sauvegarde des bases de données.
Pendant la restauration d'une base de données, l'application est automatiquement mise hors connexion, et
une fois la restauration terminée, elle est remise en ligne.
Le service Enregistreur VSS Dynamics 365 for Customer Engagement ne prend pas en charge les éléments
suivants :
Sauvegarde et restauration des bases de données SharePoint qui sont intégrées à Dynamics 365 for
Customer Engagement. Pour ces bases de données, utilisez le service Enregistreur VSS SharePoint.
Sauvegarde et restauration des bases de données SQL Server Reporting Services qui sont utilisées pour la
génération d'états Dynamics 365 for Customer Engagement. Pour ces bases de données, utilisez le service
Enregistreur VSS SQL Server.
Étapes nécessaires pour utiliser System Center Data Protection

Manager
La commande suivante doit être exécutée dans le Management Shell de DPM sur l'ordinateur où System
Center 2012 DPM est exécuté afin que Data Protection Manager puisse reconnaître le service Enregistreur VSS de
Dynamics 365 for Customer Engagement. L'utilisateur qui exécute la commande doit être un membre du groupe
Administrateurs sur l’ordinateur local.
Set-DPMGlobalproperty -dpmservername DPM_SRVR_NAME -registeredwriters APPS_VSS_WRITER_ID
DPM_SRVR_NAME est le nom de l'ordinateur sur lequel System Center 2012 DPM s'exécute.
APPS_VSS_WRITER_ID est l'identificateur unique du service Enregistreur VSS Dynamics 365 for Customer
Engagement, qui est toujours 74bf91e0-e0fa-4ba9-9258-48f4fd1d0445 .
Voir aussi
Sauvegarde du système Microsoft Dynamics 365 Customer Engagement (on-premises)
Sauvegarder le système Dynamics 365 Customer
Si vous devez effectuer une récupération, quel que soit le scénario, vous devez sauvegarder toutes les
informations nécessaires et stocker une copie hors site. Un plan de sauvegarde doit être créé et soigneusement
répété pour tous les composants et services Dynamics 365 for Customer Engagement afin de garantir la
récupération d'un maximum de données en cas de défaillance d'un disque ou d'un autre composant.
Synthèse des conditions de sauvegarde

Les conditions de sauvegarde varient en fonction des serveurs concernés. Le tableau suivant présente un résumé
de ce qui doit être sauvegardé pour Dynamics 365 for Customer Engagement.
SERVEUR ÉL ÉM EN T S À SA UVEGA RDER C O M M EN TA IRES
Contrôleur de domaine État du système complet Aucun.
SQL Server MSCRM_CONFIG Les bases de données

OrganizationName_MSCRM and
OrganizationName_MSCRM ReportServer doivent faire l’objet d’une
sauvegarde de base de données
MASTER complète et de sauvegardes des fichiers
journaux des transactions.
msdb
Pour les bases de données rarement
ReportServer mises à jour, telles que msdb, la
sauvegarde des journaux des
ReportServertempdb transactions est facultative.
Dynamics 365 for Customer

Engagement ne requiert pas la
sauvegarde des bases de données
MASTER et msdb, mais celle-ci devrait
être incluse dans une stratégie de
sauvegarde générale.
SharePoint La sauvegarde est recommandée si Si vous avez activé la gestion des

l'intégration de SharePoint est activée. documents SharePoint, il est
recommandé de sauvegarder les bases
de données SharePoint. Pour plus
d’informations, voir la documentation
de SharePoint.
Exchange Server Sauvegarde non requise par Dynamics La sauvegarde peut être nécessaire
365 for Customer Engagement. pour Exchange Server. Pour plus
d'informations, voir Sauvegarde,
restauration et récupération d'urgence.
SERVEUR ÉL ÉM EN T S À SA UVEGA RDER C O M M EN TA IRES
Microsoft Dynamics 365 Server web.config Le fichier web.config est nécessaire

uniquement s’il a été modifié par
(Emplacement par défaut : c:\Program rapport aux paramètres d’origine.
Files\Microsoft Dynamics
CRM\CRMWeb) Sous-clé du Registre Windows.
Registre Windows :
HKEY_LOCAL_MACHINE\SOFTWARE\Mi
crosoft\MSCRM
Sélection d'une technologie et d'un type de sauvegarde

Dynamics 365 Server inclut une prise en charge du service VSS qui peut être utilisé conjointement avec System
Center Data Protection Manager pour gérer de façon centralisée les opérations de sauvegarde et de restauration
pour Dynamics 365 for Customer Engagement. Pour plus d'informations, voir Enregistreur VSS Microsoft
Dynamics 365 et Gestionnaire de protection des données.
La sauvegarde de Windows Server dans Windows Server 2012 prend en charge les disques durs externes et
internes, les lecteurs de supports optiques, les supports amovibles, et les machines virtuelles Hyper-V pour le
stockage local. En outre, Windows Server 2012 prend en charge la sauvegarde en ligne à l'aide de Azure Online
Backup. Pour plus d'informations :Azure Backup
Pour effectuer une sauvegarde planifiée, il est recommandé d'utiliser un disque dur externe prenant en charge au
moins USB 2.0 ou IEEE 1394.
Dans Windows Server, vous pouvez effectuer trois types de sauvegarde :
une sauvegarde de l'état du système, incluant tous les fichiers requis pour récupérer Active Directory ;
une sauvegarde des volumes critiques, incluant tous les volumes qui contiennent les fichiers sur l'état du
système ;
une sauvegarde du serveur complet, incluant tous les volumes du serveur.
## Sauvegarde de Microsoft SQL Server, y compris la sauvegarde Windows Server Reporting Services utilise le
service de VSS pour protéger les données des applications SQL Server. Pendant l'exécution de SQL Server les
fonctionnalités de sauvegarde intégrée de SQL Server représentent une autre solution que vous pouvez utiliser.
Si vous utilisez SQL Server Management Studio pour créer une sauvegarde des bases de données SQL Server,
vous pouvez exécuter une opération de sauvegarde à partir de l’Assistant Sauvegarde et restauration pour inclure
les sauvegardes des bases de données créées par Reporting Services. Planifiez l’exécution de la routine de
sauvegarde dans Reporting Services en premier, puis d’effectuer la tâche de sauvegarde dans l’Assistant
Sauvegarde et restauration. Pour plus d'informations :Sauvegarder et restaurer les bases de données SQL Server
Dynamics 365 for Customer Engagement crée au moins deux bases de données spécifiques à Dynamics 365 for
Customer Engagement sur SQL Server. En outre, Dynamics 365 for Customer Engagement nécessite les bases de
données par défaut de SQL Server, MASTER et msdb, pour les services de base de données et les bases de
données par défaut du serveur de rapports de SQL Server pour Reporting Services. Les bases de données qui
composent un système Customer Engagement sur SQL Server sont les suivantes :
OrganizationName_MSCRM
MSCRM_CONFIG
ReportServer
ReportServertempdb
MASTER
msdb
NOTE
Pour les déploiements partagés au sein d'une architecture mutualisée, votre déploiement Dynamics 365 for Customer
Engagement peut inclure plusieurs bases de données Nom_Organisation_MSCRM.
Le plan de sauvegarde SQL Server doit être appliqué à chacune de ces bases de données pour garantir la
récupération de Dynamics 365 for Customer Engagement en cas de défaillance de l'une ou de toutes ces bases de
données. Si votre organisation utilise déjà une application SQL Server ou une autre application de base de
données, il se peut que votre administrateur de base de données ait mis en place une stratégie de sauvegarde des
bases de données. En revanche, s'il s'agit de la première application de base de données de votre organisation,
vous pouvez créer et gérer des tâches de sauvegarde planifiées pour effectuer les sauvegardes nécessaires à l'aide
de l'Assistant Plan de maintenance dans SQL Server Management Studio. Pour démarrer l'Assistant Plan de
maintenance dans Reporting Services, développez le serveur, puis le dossier Gestion , cliquez avec le bouton droit
sur le dossier Plans de maintenance , puis sélectionnez Assistant Plan de maintenance .
Votre plan de sauvegarde des bases de données Dynamics 365 for Customer Engagement comporte un ensemble
de sauvegardes, notamment une sauvegarde de base de données complète et un certain nombre de sauvegardes
de journaux des transactions, en fonction de l’installation de Dynamics 365 for Customer Engagement et de la
fréquence de sauvegarde que vous estimez nécessaire.
Pour les bases de données rarement mises à jour, telles que msdb, vous pouvez effectuer uniquement des
sauvegardes de base de données complètes. Les bases de données Nom_organisation_MSCRM, MSCRM_CONFIG
et ReportServer doivent faire l’objet d’une sauvegarde de base de données complète et de sauvegardes des
fichiers journaux des transactions.
Les bases de données dont les journaux des transactions doivent être sauvegardés doivent avoir la propriété de
base de données Mode de restauration complète activée. Vous pouvez définir cette propriété dans SQL Server
Management Studio.
Planifiez des sauvegardes de base de données complètes régulières pour réduire le nombre de restaurations après
une panne. Si, par exemple, la perte de données d'une journée est acceptable, vous pouvez sauvegarder le journal
des transactions une fois par jour et la base de données une fois par semaine. Si seule une perte de données d'une
heure est admissible, vous pouvez sauvegarder le journal des transactions toutes les heures. Pour réduire le
nombre de restaurations, sauvegardez la base de données une fois par jour.
Pour créer un plan de maintenance de base de données avec des sauvegardes planifiées, exécutez l'Assistant Plan
de maintenance dans SQL Server Management Studio. Sélectionnez l'option Sauvegarder la base de données dans
le cadre du plan de maintenance pour une sauvegarde de base de données complète. Sélectionnez l'option
Intégrer au plan de maintenance la sauvegarde du journal de transaction pour une sauvegarde du journal des
transactions.
L'ordinateur exécutant SQL Server doit être également configuré avec le niveau de tolérance de panne approprié
pour un serveur de base de données. Ce niveau comprend une matrice de disques RAID-5 pour les bases de
données et un RAID-1 (miroir) pour les journaux des transactions. Avec le niveau adéquat de tolérance de panne
pour votre matériel, vous courez peu de risques de devoir procéder à une restauration à partir d'une sauvegarde.
Sauvegarde de Microsoft Dynamics 365 Server

La sauvegarde et la restauration de Dynamics 365 Server concerne pour l'essentiel :
les fichiers de base de données de Dynamics 365 Server (précédemment expliqués) ;
Fichiers programme de Dynamics 365 Server
Fichiers du site Web Dynamics 365 for Customer Engagement
Pour obtenir des informations sur la sauvegarde de solutions et de personnalisations mises en œuvre en dehors
de l'application Dynamics 365 for Customer Engagement, contactez votre fournisseur de solutions.
NOTE
Il est conseillé de conserver un enregistrement de la version de la mise à jour Dynamics 365 for Customer Engagement
actuelle. Ainsi, si une récupération en cas d'échec est nécessaire, vous pouvez réappliquer la mise à jour appropriée.
Tous les fichiers programmes de Dynamics 365 for Customer Engagement sont situés par défaut dans les dossiers
suivants :
C:\Program Files\Microsoft Dynamics CRM\
C:\Program Files\Microsoft Dynamics 365 Reporting Extensions\
Par défaut, les fichiers du site Web Dynamics 365 for Customer Engagement sont situés dans le dossier suivant :
C:\Program Files\Microsoft Dynamics CRM\CRMWeb
Voir aussi
Protection et récupération des données Microsoft Dynamics 365
Exportation et importation de personnalisations et de
solutions
La fonctionnalité Solutions peut être utilisée pour exporter toutes les personnalisations de solution non gérées,
telles que des formulaires, des vues et des mappages modifiés. Ultérieurement, la personnalisation de la solution
pourra être importée vers la même organisation ou une autre organisation. Par exemple, vous pouvez exporter
une solution à partir d'un déploiement local de Dynamics 365 for Customer Engagement puis l'importer dans une
organisation Dynamics 365 for Customer Engagement.
Cette fonctionnalité se trouve dans la zone Personnalisations de la zone Paramètres , dans l'application Web
Dynamics 365 for Customer Engagement. Il est recommandé d’exporter vos personnalisations avant de procéder à
des modifications pour pouvoir les réimporter en cas de comportement inattendu. Pour plus d'informations :
Utiliser la solution par défaut à personnaliser
Voir aussi
Protection et récupération des données Dynamics 365 Customer Engagement (on-premises)
Récupération en cas d’échec de Dynamics 365 Customer Engagement (on-premises)

Récupération en cas d’échec de Dynamics 365
Pour bien comprendre la récupération après incident, vous devez examiner différents scénarios de restauration.
Chaque scénario de cette section suppose une panne totale du serveur. Les scénarios suivants présentent les
mesures à prendre pour s'assurer de la réussite d'une récupération de Dynamics 365 Server :
Défaillance de SQL Server
Défaillance de Microsoft Dynamics 365 Server
Voir aussi
Récupération en cas d’échec de SQL Server avec
Si l'ordinateur exécutant SQL Server tombe en panne, vous devez restaurer les bases de données à partir d'une
sauvegarde, puis rétablir l'association avec le déploiement Dynamics 365 for Customer Engagement.
1. Installez Microsoft Windows Server en vous assurant que l'ordinateur est dans le même domaine que les
rôles Dynamics 365 Server ou Dynamics 365 Server. Utilisez en outre la même structure de disques et les
mêmes noms de base de données. Si vous modifiez ces éléments, des étapes supplémentaires seront
nécessaires pour restaurer correctement les bases de données SQL Server.
2. Installez le SQL Server. Pour les versions prises en charge, voir Éditions de SQL Server.
3. Si vous disposez d’une sauvegarde valide de la base de données master, restaurez cette sauvegarde. Pour
plus d'informations, consultez l'article MSDN : Sauvegarde et restauration des bases de données système
dans la documentation en ligne SQL Server.
4. Restaurez la base de données msdb. Pour plus d'informations, consultez l'article MSDN : Sauvegarde et
restauration des bases de données système dans la documentation en ligne SQL Server.
5. Restaurez les bases de données MSCRM_CONFIG et OrganizationName_MSCRM. Pour plus d'informations
sur la restauration de bases de données SQL Server, voir MSDN : Sauvegarde et restauration de bases de
données SQL Server.
6. Si les SQL Server Reporting Services et le Extensions de rapport Microsoft Dynamics 365 sont également
installés sur l'instance de SQL Server, restaurez les bases de données Repor tSer ver et
Repor tSer ver tempDB . Pour plus d'informations sur la restauration de bases de données, voir MSDN :
Sauvegarde et restauration de bases de données SQL Server.
7. Si vous avez restauré la base de données MSCRM_CONFIG vous devez exécuter Microsoft Dynamics 365
ServerInstallation et utiliser l’option Établir une connexion aux bases de données existantes dans la
page Spécifier les options de déploiement . Si vous n'avez pas restauré la base de données
MSCRM_CONFIG et que celle-ci fonctionne correctement, vous pouvez reconnecter la base de données de
l'organisation au système. Pour ce faire, exécutez les commandes Disable-CrmOrganization et
Edit-CrmOrganization Windows PowerShell. Pour plus d'informations :Administrer le déploiement à l’aide
de Windows PowerShell. Sinon, dans le Gestionnaire de déploiement, cliquez avec le bouton droit sur
l'organisation, sélectionnez Désactiver , cliquez à nouveau avec le bouton droit sur l'organisation,
sélectionnez Modifier l'organisation , puis modifiez la valeur SQL Ser ver dans l'Assistant. Pour plus
d’informations sur la modification d’une organisation, voir Modification des attributs d’une organisation.
Ce scénario envisage la pire éventualité, à savoir la panne totale de l'ordinateur exécutant SQL Server. Dans des cas
moins graves, par exemple en cas de défaillance d'un seul disque, il est possible que vous ne deviez restaurer
qu'une seule base de données pour récupérer votre environnement.
Voir aussi
Récupération après incident
Défaillance de Microsoft Dynamics 365 Server
Récupération en cas d’échec de Microsoft Dynamics
365 Server
La plupart des informations de configuration de Dynamics 365 for Customer Engagement sont stockées sur
l'ordinateur exécutant SQL Server. Par conséquent, ces informations peuvent être récupérées si tout ou une partie
de Dynamics 365 Server tome en panne. Les entrées de Registre Windows sur Dynamics 365 Server sont
récupérées lorsque vous exécutez des processus de réparation ou de réinstallation pour Dynamics 365 Server et le
Extensions de rapport Microsoft Dynamics 365.
Il est conseillé de conserver un enregistrement du niveau de mise à jour de Customer Engagement actuel. Ainsi, si
une récupération en cas d'échec est nécessaire, vous pouvez réappliquer la mise à jour appropriée.
1. Installez le système d’exploitation sur un autre serveur et rejoignez le même domaine Services de domaine
Active Directory (AD DS) que celui de l’ordinateur exécutant SQL Server.
2. Installez le Dynamics 365 Server. Pendant l'Installation, vous devez sélectionner Connectez-vous et
mettez à niveau un déploiement existant , si nécessaire. lorsque vous y êtes invité. Si le Extensions de
rapport Microsoft Dynamics 365 est également installé sur l'ordinateur en panne, installez le Extensions de
rapport Microsoft Dynamics 365 après l'exécution du programme d'installation de Dynamics 365 Server.
3. Si les fichiers ISV.config ou web.config ont été modifiés par rapport aux paramètres d'origine, restaurez-les
à partir d'une sauvegarde.
4. Publiez toutes les personnalisations. Pour plus d'informations :Publication des personnalisations
Voir aussi
Récupération après incident
Référence de Microsoft Dynamics 365 PowerShell

Langue

Déploiement Et Utilisation de Dynamics 365 Customer Engagement (On-Premises), Version 9 PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Déploiement Et Utilisation de Dynamics 365 Customer Engagement (On-Premises), Version 9 PDF

Titre original :

Transféré par

Droits d'auteur :

Formats disponibles

Contents

Déployer et utiliser Dynamics 365 Customer Engagement (on-premises)

Ressources de planification et de préparation des utilisateurs à

Éditions et licences pour déploiements locaux

Configuration et technologies requises pour Dynamics 365 Customer Engagement (on-premises)

Cette version Customer Engagement (on-premises) requiert le logiciel suivant :

Mémoire 4 Go de RAM 8 Go ou plus de RAM

Disque dur 10 Go d'espace disponible 40 Go ou plus d'espace disponible

Mémoire 4 Go de RAM 16 Go ou plus de RAM

Système d’exploitation Windows Server

Éditions Windows Server 2016 prises en charge

Modes Active Directory

Internet Information Services (IIS)

Éditions de SQL Server

Accès à Microsoft Dynamics 365 Customer Engagement (on-premises)

Chiffrement de revendications. L’authentification basée sur les revendications nécessite des

Composants logiciels requis

Vérification des conditions préalables requises

Configuration requise et recommandations générales

Fédération et prise en charge de l'authentification basée sur les

Services Active Directory Federation Services

Prise en charge d'IPv6

Compatible avec IPv6

Configuration requise pour les extensions de rapport Dynamics 365

Configuration requise pour la langue Microsoft Dynamics 365 Server

P RO DUIT DY N A M IC S 365 F O R C USTO M ER EN GA GEM EN T C O N DIT IO N

Chaque client empilé dans un déploiement unique peut être

Par exemple, vous ne pouvez pas faire cohabiter des

Configuration requise et recommandations générales

Considérations relatives au déploiement de SQL Server

Classement des options linguistiques et ordre de tri

IDEN T IF IC AT EUR DE L A IN DIC AT EUR DE

Danois 0X406 Danish_Norwegian 1252

Néerlandais (Standard) 0X413 Latin1_General 1252

Anglais (États-Unis) 0X409 Latin1_General 1252

Français (France) 0X40C Français 1252

Allemand (Allemagne) 0X407 Latin1_General 1252

Italien 0X410 Latin1_General 1252

Portugais (Brésil) 0X416 Latin1_General 1252

Espagnol (Traditionnel) 0XC0A Modern_Spanish 1252

Configurations de disque et emplacements des fichiers

Emplacement des fichiers programmes de SQL Server

Emplacement des fichiers de données SQL Server

Considérations relatives à l'action de renommer la base de données de

SQL Server In-Memory OLTP

Configuration requise pour Microsoft Dynamics 365 Reporting

Quel type compte de service dois-je choisir ?

Autorisations minimales requises pour le programme d'installation et

Service de surveillance Microsoft Dynamics 365

Fichiers d'installation Microsoft Dynamics 365

Gestion des noms de principal du service dans Microsoft Dynamics 365

Sécurisation de Windows Server

Sécurisation de SQL Server

Sécurisation d'Exchange Server et d'Outlook

Sécurisation des appareils mobiles

Ports réseau pour l'application Web Microsoft Dynamics 365

P ROTO C O L E P O RT DESC RIP T IO N EXP L IC AT IO N

TCP 80 HTTP Port par défaut de

TCP 135 MSRPC Résolution du point de

TCP 139 NETBIOS-SSN Service de session NETBIOS

TCP 443 HTTPS Port HTTP sécurisé par