CONFIGURATION MANAGER faq sur le dimensionnement et les performances des sites

S’applique à : Gestionnaire de Configuration (branche actuelle)

Ce document répond aux questions fréquemment posées sur Configuration Manager conseils de dimensionnement de site et les problèmes de performances courants.

Faq et exemples sur la configuration de l’ordinateur et du disque

Comment mettre en forme les disques sur mon serveur de site et SQL Server ?

Séparez les Configuration Manager boîtes de réception et les fichiers SQL Server sur au moins deux volumes différents. Cette séparation vous permet d’optimiser les tailles d’allocation de cluster pour les différents types d’E/S qu’elles effectuent.

Pour le volume hébergeant vos boîtes de réception de serveur de sites, utilisez NTFS avec des unités d’allocation 4K ou 8K. ReFS écrit 64 000, même pour les petits fichiers. Configuration Manager a de nombreux petits fichiers, ReFS peut donc produire une surcharge de disque inutile.

Pour les disques contenant SQL Server fichiers de base de données, utilisez la mise en forme NTFS ou ReFS, avec des unités d’allocation de 64 Ko.

Comment et où puis-je disposer mes fichiers de base de données SQL Server ?

Les tableaux modernes de disques SSD et Azure Stockage Premium peuvent fournir des IOPS élevées sur un seul volume, avec peu de disques. En règle générale, vous ajoutez d’autres lecteurs à un tableau pour un stockage supplémentaire, et non un débit supplémentaire. Si vous utilisez des disques basés sur des spindle physiques, vous aurez peut-être besoin de plus d’E/S par seconde que vous ne pouvez générer sur un seul volume. Vous devez allouer 60 % des IOPS et de l’espace disque recommandés pour le fichier .mdf , 20 % pour le fichier .ldf et 20 % pour les fichiers temporaires de journal et de données. Les fichiers .ldf et temporaires peuvent tous résider sur un seul volume avec 40 % (20 % + 20 %) de vos E/S par seconde allouées.

SQL Server versions antérieures à SQL Server 2016 créées par défaut, un seul fichier de données temporaires. Vous devez en créer davantage pour éviter SQL Server verrous et attendre l’accès à un seul fichier. Community avis varient sur le meilleur nombre de fichiers de données temporaires à créer, de quatre à huit. Les tests révèlent peu de différence entre quatre et huit, ce qui vous permet de créer quatre fichiers de données temporaires de taille égale . Vos fichiers de données tempdb doivent être de 20 à 25 % de la taille de votre base de données complète.

Existe-t-il d’autres recommandations pour la configuration du disque ?

Lorsqu’elle est configurable, définissez la mémoire du contrôleur RAID sur une allocation de 70 % pour les opérations d’écriture et de 30 % pour les opérations de lecture. En général, utilisez une configuration de tableau RAID 10 pour la base de données de site. RAID 1 est également acceptable pour les sites à petite échelle avec des exigences d’E/S faibles, ou si vous utilisez des disques SSD rapides. Avec des tableaux de disques plus grands, configurez des disques de rechange pour remplacer automatiquement les disques défaillants.

Exemple : Machine physique avec disques physiques

Les instructions de dimensionnement pour un serveur de site colocalisé et SQL Server avec 100 000 clients sont de 1 200 E/S par seconde pour les boîtes de réception de serveur de site et de 5 000 IOPS pour les fichiers SQL Server.

La configuration de votre disque résultant peut ressembler à ceci :

Lecteurs1 RAID Format Contenu du volume Nombre minimal d’E/S par seconde nécessaires Environ 2 E/S par seconde fournies2
2x10k 1 - Windows -
6 x 15 000 10 NTFS 8k Boîtes de réception ConfigMgr 1700 1751
12 x 15 000 10 64k ReFS SQL .mdf 60%*5000 = 3000 3476
8 x 15 000 10 64k ReFS SQL .ldf, fichiers temporaires 40%*5000 = 2000 2322
  1. N’inclut pas les disques de rechange recommandés.
  2. Cette valeur est tirée d’exemples de configurations de disque.

J’utilise Hyper-V sur Windows Server. Comment configurer les disques de mes machines virtuelles Configuration Manager pour de meilleures performances ?

Hyper-V offre des performances similaires à celles d’un serveur physique, si les ressources matérielles (cœurs de processeur et stockage direct) sont dédiées à 100 % à la machine virtuelle. L’utilisation de fichiers de disque .vhd ou .vhdx de taille fixe entraîne un impact minimal de 1 à 5 % sur les performances d’E/S. L’utilisation de fichiers disque .vhd ou .vhdx à développement dynamique entraîne un impact sur les performances d’E/S jusqu’à 25 % pour la charge de travail Configuration Manager. Si vous avez besoin de développer dynamiquement des disques, compenser en ajoutant 25 % de performances d’E/S par seconde supplémentaires au tableau.

Lorsque vous exécutez votre serveur de site Configuration Manager ou SQL Server à l’intérieur d’une machine virtuelle, isolez les lecteurs du système d’exploitation hôte Hyper-V du système d’exploitation et des lecteurs de données de la machine virtuelle.

Pour plus d’informations sur l’optimisation des machines virtuelles, consultez Performance Tuning Hyper-V Servers.

Exemple : serveur de site basé sur une machine virtuelle Hyper-V

Les instructions de dimensionnement pour un serveur de site colocalisé et SQL Server avec 150 000 clients sont 1 800 E/S par seconde pour les boîtes de réception de serveur de site et 7 400 IOPS pour les fichiers SQL Server.

La configuration de votre disque résultant peut ressembler à ceci :

Lecteurs1 RAID Format2 Contenu du volume Nombre minimal d’E/S par seconde nécessaires Environ 2 000 E/S par seconde fournies3
2x10k 1 - Système d’exploitation hôte Hyper-V - -
2x10k 1 - Système d’exploitation du serveur de site (VM) - -
2xSSD SAS 1 NTFS 8k (Machine virtuelle) Boîtes de réception ConfigMgr 1800 7539
SAS 4xSSD 10 64k ReFS (Machine virtuelle) Hôte SQL Server (tous les fichiers) 7400 14346
  1. N’inclut pas les disques de rechange recommandés.
  2. Taille fixe, pass-through .vhdx pour le lecteur de machine virtuelle dédié au volume sous-jacent.
  3. Cette valeur est tirée d’exemples de configurations de disque.

Existe-t-il des suggestions pour Configuration Manager environnements dans Microsoft Azure ?

Commencez par lire les Configuration Manager sur les questions fréquemment posées sur Azure.

Les machines virtuelles IaaS (Infrastructure as a Service) Azure qui tirent parti des disques basés sur Stockage Premium peuvent avoir des IOPS élevées. Sur ces machines virtuelles, configurez des disques supplémentaires pour les besoins d’espace disque prévus, plutôt que pour des E/S par seconde supplémentaires.

Le stockage Azure est intrinsèquement redondant et ne nécessite pas plusieurs disques pour la disponibilité. Vous pouvez supprimer des disques dans le Gestionnaire de disques ou espaces de stockage pour fournir un espace et des performances supplémentaires.

Pour plus d’informations et des recommandations sur la façon d’optimiser les performances Stockage Premium et d’exécuter des serveurs SQL sur des machines virtuelles IaaS Azure, consultez :

Exemple : serveur de site basé sur Azure

Les instructions de dimensionnement pour un serveur de site colocalisé et SQL Server avec 50 000 clients sont de huit cœurs, 32 Go et 1 200 IOPS pour les boîtes de réception de serveur de site et 2 800 IOPS pour les fichiers SQL Server.

Votre machine Azure obtenue peut être une DS13v2 (huit cœurs, 56 Go) avec la configuration de disque suivante :

Lecteurs Format Contains Nombre minimal d’E/S par seconde nécessaires Environ 1 E/S par seconde fournies1
<standard> - Système d’exploitation du serveur de site - -
1xP20 (512 Go) NTFS 8k Boîtes de réception ConfigMgr 1200 2334
1xP30 (1 024 Go) 64k ReFS SQL Server (tous les fichiers2) 2800 3112
  1. Cette valeur est tirée d’exemples de configurations de disque.
  2. Les instructions Azure permettent de placer tempDB sur le lecteur D: local basé sur SSD, étant donné qu’il ne dépasse pas l’espace disponible et permet une distribution d’E/S de disque supplémentaire.

Exemple : serveur de site Basé sur Azure (pour une augmentation instantanée des performances)

Le débit du disque Azure est limité par la taille de la machine virtuelle. La configuration de l’exemple Azure précédent peut limiter l’extension future ou des performances supplémentaires. Si vous ajoutez des disques supplémentaires lors du déploiement initial de votre machine virtuelle Azure, vous pouvez augmenter la puissance de traitement de votre machine virtuelle Azure à l’avenir, avec un investissement initial minimal. Il est beaucoup plus simple de planifier à l’avance pour augmenter les performances du site à mesure que les exigences changent, au lieu d’effectuer une migration plus complexe ultérieurement.

Modifiez les disques dans l’exemple Azure précédent pour voir comment les E/S par seconde changent.

DS13v2

Lecteurs1 Format Contains Nombre minimal d’E/S par seconde nécessaires Environ 2 E/S par seconde fournies2
<standard> - Système d’exploitation du serveur de site - -
2xP20 (1 024 Go) NTFS 8k Boîtes de réception ConfigMgr 1200 3984
2xP30 (2 048 Go) 64k ReFS SQL Server (tous les fichiers3) 2800 3984
  1. Les disques sont entrelacés à l’aide de espaces de stockage.
  2. Cette valeur est tirée d’exemples de configurations de disque. La taille de la machine virtuelle limite les performances.
  3. Les instructions Azure permettent de placer tempDB sur le lecteur D: local basé sur SSD, étant donné qu’il ne dépasse pas l’espace disponible et permet une distribution d’E/S de disque supplémentaire.

Si vous avez besoin de performances supplémentaires à l’avenir, vous pouvez monter votre machine virtuelle en DS14v2, ce qui double le processeur et la mémoire. La bande passante disque supplémentaire autorisée par cette taille de machine virtuelle augmente également instantanément les IOPS de disque disponibles sur vos disques précédemment configurés.

DS14v2

Lecteurs1 RAID Format Contains Nombre minimal d’E/S par seconde nécessaires Environ 2 E/S par seconde fournies2
<standard> - Système d’exploitation du serveur de site - -
2xP20 (1 024 Go) NTFS 8k Boîtes de réception ConfigMgr 1200 4639
2xP30 (2 048 Go) 64k ReFS SQL Server (tous les fichiers3) 2800 6182
  1. Les disques sont entrelacés à l’aide de espaces de stockage.
  2. Cette valeur est tirée d’exemples de configurations de disque. La taille de la machine virtuelle limite les performances.
  3. Les instructions Azure permettent de placer tempDB sur le lecteur D: local basé sur SSD, étant donné qu’il ne dépasse pas l’espace disponible et permet une distribution d’E/S de disque supplémentaire.

Autres questions courantes sur les performances liées à la SQL Server

Est-il préférable de l’exécuter avec SQL Server colocalisée avec le serveur de site ou de l’exécuter sur un serveur distant ?

Les deux peuvent fonctionner correctement, en supposant que le serveur unique est correctement dimensionné ou que la connectivité réseau est suffisante entre les deux serveurs.

Les SQL Server distantes nécessitent le coût initial et opérationnel d’un serveur supplémentaire, mais sont typiques parmi la majorité des clients à grande échelle. Les avantages de cette configuration sont les suivants :

  • Options de disponibilité de site accrues, telles que SQL Server Always On
  • Possibilité d’exécuter des rapports lourds avec un traitement de site moins entendu
  • Récupération d’urgence plus simple dans certaines situations
  • Faciliter la gestion de la sécurité
  • Séparation des rôles pour la gestion SQL Server, par exemple avec une équipe DBA distincte

La SQL Server colocalisée nécessite un serveur unique et est typique pour la plupart des clients à petite échelle. Les avantages de cette configuration sont les suivants :

  • Réduire les coûts des machines, des licences et de la maintenance
  • Moins de points de défaillance dans le site
  • Meilleur contrôle de la planification des temps d’arrêt

Combien de RAM dois-je allouer pour SQL ?

Par défaut, SQL Server utilise toute la mémoire disponible sur votre serveur, ce qui peut priver le système d’exploitation et d’autres processus sur l’ordinateur. Pour éviter les problèmes de performances potentiels, il est important d’allouer de la mémoire à SQL Server explicitement. Sur les serveurs de site colocalisés avec SQL Server, assurez-vous que le système d’exploitation dispose de suffisamment de RAM pour la mise en cache des fichiers et d’autres opérations. Assurez-vous qu’il reste suffisamment de RAM pour SMSExec et d’autres processus Configuration Manager. Lorsque vous exécutez SQL Server sur un serveur distant, vous pouvez allouer la majorité de la mémoire à SQL, mais pas à tous. Passez en revue les instructions de dimensionnement pour obtenir des conseils initiaux.

SQL Server allocation de mémoire doit être arrondie à Go entier. En outre, à mesure que la RAM augmente à de grandes quantités, vous pouvez laisser SQL Server avoir un pourcentage plus élevé. Par exemple, quand 256 Go ou plus de RAM sont disponibles, vous pouvez configurer SQL Server jusqu’à 95 %, car cela conserve toujours une grande quantité de mémoire pour le système d’exploitation. La surveillance du fichier de page est un bon moyen de s’assurer qu’il y a suffisamment de mémoire pour le système d’exploitation et tous les processus Configuration Manager.

Les cœurs sont bon marché de nos jours. Dois-je en ajouter quelques-uns à mon SQL Server ?

Vous pouvez rencontrer des problèmes de contention de mémoire s’il y a plus de 16 cœurs physiques et pas assez de RAM sur votre SQL Server. La charge de travail Configuration Manager fonctionne mieux quand au moins 3 à 4 Go de RAM par cœur sont disponibles pour SQL. Lorsque vous ajoutez des cœurs à votre SQL Server, veillez à augmenter la RAM en quantités proportionnelles.

Un groupe de disponibilité SQL Server Always On aura-t-il un impact sur mes performances ?

En général, les groupes de disponibilité ont un effet négligeable sur les performances du système quand un réseau suffisant est disponible entre les serveurs réplicas. Vous pouvez avoir une croissance rapide du fichier .ldf du journal de base de données dans un environnement de groupe de disponibilité occupé. Toutefois, l’espace du fichier journal est automatiquement libéré après une sauvegarde de base de données réussie. Ajoutez un travail SQL Server pour que la base de données Configuration Manager effectue une sauvegarde, par exemple toutes les 24 heures, et une sauvegarde .ldf toutes les six heures. Pour plus d’informations sur les groupes de disponibilité et les Configuration Manager, notamment sur les stratégies de sauvegarde SQL Server, consultez Préparer l’utilisation d’un groupe de disponibilité SQL Server Always On.

Dois-je activer SQL Server compression sur ma base de données ?

SQL Server compression n’est pas recommandée pour la base de données Configuration Manager. Bien qu’il n’existe aucun problème fonctionnel lié à l’activation de la compression sur une base de données Configuration Manager, les résultats des tests n’affichent pas beaucoup d’économies de taille par rapport à l’impact potentiel considérable sur les performances du système.

Dois-je activer SQL Server chiffrement sur ma base de données ?

Tous les secrets de la base de données Configuration Manager sont déjà stockés en toute sécurité, mais l’ajout de SQL Server chiffrement peut ajouter une autre couche de sécurité. Il n’existe aucun problème fonctionnel lié à l’activation du chiffrement sur votre base de données, mais il peut y avoir une dégradation des performances jusqu’à 25 %. Par conséquent, chiffrez avec précaution, en particulier dans les environnements à grande échelle. Pensez également à mettre à jour vos plans de sauvegarde et de récupération pour vous assurer que vous pouvez récupérer correctement les données chiffrées.

Quelle version de SQL Server dois-je exécuter ?

Pour les versions prises en charge de SQL, consultez Prise en charge des versions SQL Server. Du point de vue des performances, toutes les versions prises en charge de SQL Server répondent aux critères de performances requis. Toutefois, SQL Server 2016 ou les versions ultérieures ont tendance à surpasser SQL Server 2014 dans certains aspects de la charge de travail Configuration Manager. En outre, l’exécution SQL Server 2014 au niveau de compatibilité SQL Server 2012 (110) améliore les performances en général. Au moment de l’installation, Configuration Manager bases de données exécutées le SQL Server 2014 sont définies sur le niveau de compatibilité 110. SQL Server 2016 ou version ultérieure est définie sur le niveau de compatibilité par défaut de cette version SQL Server, par exemple 130 pour SQL Server 2016. La mise à niveau SQL Server en place ne met pas à jour les niveaux de compatibilité tant que vous n’avez pas installé la prochaine version majeure Configuration Manager current branch.

Si vous constatez des délais d’expiration inhabituels ou une lenteur sur certaines requêtes SQL le SQL Server 2016 ou une version ultérieure, par exemple lors de l’utilisation de RBAC dans la console d’administration, essayez de remplacer le niveau de compatibilité SQL Server de la base de données Configuration Manager par 110. L’exécution au niveau de compatibilité 110 SQL Server sur SQL Server 2014 et les versions plus récentes de SQL Server sont entièrement prises en charge. Pour plus d’informations, consultez SQL délai d’expiration de la requête ou le ralentissement de la console sur certaines requêtes de base de données Configuration Manager.

À compter de janvier 2018, vous devez éviter les versions SQL Server suivantes, en raison de divers problèmes connus liés aux performances ou d’autres problèmes potentiels :

  • SQL Server 2012 SP3 CU1 à CU5
  • SQL Server 2014 SP1 CU6 vers SP2 CU2
  • SQL Server 2016 RTM à CU3, SP1 CU3 à CU5

Dois-je implémenter des tâches d’indexation SQL Server supplémentaires ?

Oui, mettez à jour les index aussi souvent qu’une fois par semaine et les statistiques aussi souvent qu’une fois par jour pour améliorer SQL Server performances. Des scripts tiers et des informations supplémentaires disponibles auprès des communautés Configuration Manager et SQL Server peuvent vous aider à optimiser ces tâches.

Dans les grands sites, certaines tables SQL Server, telles que CICurrentComplianceStatusDetails_, HinvChangeLog, peuvent être volumineuses, en fonction de vos modèles d’utilisation. Vous devrez peut-être réduire ou modifier votre approche de maintenance une par une.

Quand dois-je utiliser des SQL Server complètes au lieu de SQL Server Express sur mes sites secondaires ?

SQL Server Express n’a pas d’incidence significative sur les performances sur les sites secondaires, et elle convient à la plupart des clients. Il est également facile à déployer et à gérer, et il s’agit de la configuration recommandée pour presque tous les clients de n’importe quelle taille.

Il existe une situation où une installation complète de SQL Server peut être nécessaire. Si votre environnement contient un grand nombre de points de distribution et de packages ou de sources, il est possible de dépasser la limite de taille de 10 Go de SQL Server Express. Si le nombre de packages fois que le nombre de points de distribution est supérieur à 4 000 000, par exemple 2 000 DP avec 2 000 éléments de contenu, envisagez d’utiliser des SQL Server complètes sur vos sites secondaires.

Dois-je modifier les paramètres MaxDOP sur ma base de données ?

Le fait de laisser votre paramètre à 0 (utiliser tous les processeurs disponibles) est optimal pour les performances globales du traitement dans la plupart des cas.

De nombreux administrateurs Configuration Manager suivent les instructions de Recommandations et les instructions relatives à l’option de configuration « degré maximal de parallélisme » dans SQL Server. Sur la plupart des matériels volumineux modernes, cette aide aboutit à un paramètre maximal suggéré de huit. Toutefois, si vous exécutez de nombreuses requêtes plus petites par rapport à votre nombre de processeurs, il peut être utile de la définir sur un nombre plus élevé. Vous limiter à huit n’est pas nécessairement le meilleur paramètre sur les sites plus grands lorsque plus de cœurs sont disponibles.

Sur SQL serveurs avec plus de huit cœurs, commencez par un paramètre de 0 et apportez des modifications uniquement si vous rencontrez des problèmes de performances ou un verrouillage excessif. Si vous devez modifier MaxDOP parce que vous rencontrez des problèmes de performances à 0, commencez par une nouvelle valeur au moins supérieure ou égale au nombre minimal de cœurs recommandé pour le dimensionnement SQL Server de ce site. Une valeur inférieure à cette valeur a presque toujours des conséquences négatives sur les performances. Par exemple, un SQL Server distant pour un site client de 100 000 nécessite au moins 12 cœurs. Si votre SQL Server a 16 cœurs, commencez à tester votre paramètre MaxDOP avec la valeur 12.

Autres questions courantes sur les performances

Quels dossiers sur le serveur de site (ou d’autres rôles) dois-je exclure pour les logiciels antivirus ?

Veillez à désactiver la protection antivirus sur n’importe quel système. Dans les environnements à volume élevé et sécurisés, nous vous recommandons de désactiver la surveillance active pour optimiser les performances.

Pour plus d’informations sur les exclusions antivirus recommandées, consultez Exclusions antivirus recommandées pour Configuration Manager 2012 et les serveurs de site Current Branch, les systèmes de site et les clients.

Que puis-je faire pour améliorer les performances de WSUS lorsqu’il est utilisé avec Configuration Manager ?

La modification de quelques paramètres IIS clés, tels que la longueur de la file d’attente WsusPool et la limite de mémoire privée WsusPool, peut améliorer les performances de WSUS, même sur des installations plus petites. Pour plus d’informations, consultez Matériel recommandé.

Vérifiez également que les dernières mises à jour sont installées pour le système d’exploitation exécutant WSUS :

  • Windows Server 2012 : Toute mise à jour cumulative non « Sécurité uniquement » publiée en octobre 2017 ou une version ultérieure. (KB4041690)
  • Windows Server 2012 R2 : Toute mise à jour cumulative non « Sécurité uniquement » publiée en août 2017 ou une version ultérieure. (KB4039871)
  • Window Server 2016 : toute mise à jour cumulative non « Sécurité uniquement » publiée en août 2017 ou une version ultérieure. (KB4039396)

Quel type de maintenance dois-je exécuter sur mes serveurs WSUS ?

Je souhaite configurer la supervision des performances de base pour mon site. Que dois-je regarder ?

L’analyse traditionnelle des performances des serveurs fonctionne efficacement pour les Configuration Manager générales. Vous pouvez également tirer parti des différents packs d’administration Operations Manager System Center pour Configuration Manager, SQL Server et Windows Server pour surveiller l’intégrité de base de vos serveurs. Vous pouvez également surveiller directement les compteurs Windows Analyseur de performances (PerfMon) que Configuration Manager fournit. Surveillez les backlogs dans les différentes boîtes de réception pour détecter les signes avant-coureurs de problèmes potentiels de performances de site ou de backlogs.