Déploiement de SQL Server

Date de publication : janvier 2017

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

Si votre organisation utilise Microsoft SQL Server pour des applications autres que Microsoft Dynamics 365, 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 Microsoft Dynamics 365 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 Microsoft Dynamics 365 sur un ordinateur exécutant SQL Server et qui prendra en charge Microsoft Dynamics 365 uniquement et aucune autre base de données ou application de base de données.

Contenu de la rubrique

Considérations relatives au déploiement de SQL Server

Classement des options linguistiques et ordre de tri

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 Microsoft Dynamics 365

Chiffrement transparent des données (TDE) SQL Server

SQL Server In-Memory OLTP

Considérations relatives au déploiement de SQL Server

Microsoft Dynamics 365 est une application qui fait beaucoup appel aux bases de données. Avant de déployer Microsoft Dynamics 365 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 Microsoft 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 Microsoft Dynamics 365 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 Microsoft Dynamics 365.

• Niveau de compatibilité. Pendant une mise à niveau ou une nouvelle installation, Programme d’installation de Microsoft Dynamics CRM Server définit le niveau de compatibilité de la base de données de l'organisation à 100, qui est le niveau de compatibilité de Microsoft SQL Server 2008.

• Croissance automatique. Par défaut, les fichiers de base de données de l'organisation Microsoft Dynamics 365 sont créés pour avoir un paramètre autogrowth de 256 mégaoctets. Les versions précédentes de Microsoft Dynamics 365 utilisaient un paramètre par défaut autogrowth d'1 mégaoctet. 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 autogrowth pour améliorer les performances. Pour des informations sur la modification du paramètre autogrowth pour une base de données, consultez l'aide de SQL Server Management Studio.

• **Mémoire serveur 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 Microsoft Dynamics 365.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 Microsoft Dynamics 365 avec un serveur SQL Server configuré pour l'isolation RCSI (Read Committed Snapshot Isolation) est prise en charge dans cette version de Microsoft Dynamics 365 Server.

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.

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 11 pour Microsoft SQL Server 2012. 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.

Par défaut, les outils sont installés dans \Program Files\Microsoft SQL Server\110\Tools sur le 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 Microsoft SQL Server Management Studio, l'utilitaire de ligne de commande T-SQL et l'utilitaire de requête OSQL SQL.

Le Programme d'installation de Microsoft SQL Server 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 sont situés dans \Program Files\Microsoft SQL Server\MSSQL*<ver>*.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.

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.Microsoft Dynamics 365 crée au moins deux bases de données :

• MSCRM_CONFIG. Cette base de données contient des métadonnées Microsoft Dynamics 365 telles que des informations de configuration et d’emplacement spécifiques à chaque base de données de l'organisation.

• Nom_Organisation_MSCRM. Il s’agit de la base de données de l’organisation dans laquelle les données Microsoft Dynamics 365 sont stockées (par exemple, tous les enregistrements et les activités).Microsoft Dynamics 365 Server prend en charge plusieurs organisations afin que vous puissiez avoir les bases de données de plusieurs organisations.

Microsoft Dynamics 365 utilise également des bases de données système SQL Server pour stocker les informations de configuration de Microsoft Dynamics 365. 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 Dynamics 365 (local) 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 Microsoft Dynamics 365 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 Microsoft Dynamics 365 utilisent un nom d'affichage et un nom unique.

• Nom d'affichage. C'est le nom qui apparaît dans l'application Microsoft Dynamics 365, 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 Microsoft 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 l'Aide du Gestionnaire de déploiement.

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 :

Les étapes suivantes nécessitent que vous utilisiez déjà une base de données d'organisation créée par Programme d’installation de Microsoft Dynamics CRM Server ou importée via une méthode Microsoft Dynamics 365 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 Microsoft Dynamics 365 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) Microsoft SQL Server est prise en charge pour une utilisation avec Microsoft Dynamics 365. 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 Microsoft Dynamics 365 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

Installation et configuration de SQL Server
Configuration de SQL Server requise et recommandations pour Microsoft Dynamics 365
Ressources supplémentaires pour SQL Server

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