Bonnes pratiques pour les regroupements dans Configuration Manager

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

Certains conseils de gestion de la collection peuvent être contradictoires. Par exemple, pour des raisons de performances, vous devez limiter le nombre de collections qui se mettent à jour fréquemment. Toutefois, la mise à jour des collections est fréquemment pratique, car la plupart des fonctionnalités Configuration Manager dépendent des regroupements. Prenez soigneusement en compte les impacts sur les performances et les exigences métier lorsque vous concevez et configurez des regroupements et l’évaluation des regroupements.

Utilisez les meilleures pratiques suivantes pour les regroupements dans Configuration Manager.

Configurer la fenêtre de maintenance pour les mises à jour

Vous pouvez configurer des fenêtres de maintenance pour les regroupements d’appareils afin de limiter les périodes pendant lesquelles Configuration Manager pouvez installer des logiciels sur ces appareils. Si vous configurez la fenêtre de maintenance pour qu’elle soit trop petite, le client risque de ne pas installer les mises à jour logicielles critiques. Cet état rend le client vulnérable aux problèmes que la mise à jour atténue.

Considérations importantes à prendre en compte lors de la planification de vos fenêtres de maintenance :

• La durée d’exécution maximale des mises à jour logicielles par défaut est de 60 minutes.
• Lorsque Configuration Manager calcule si une mise à jour peut être installée, il ajoute cinq minutes à la durée d’exécution maximale pour tenir compte d’un redémarrage.
• La durée restante d’une fenêtre de maintenance doit être supérieure à la durée d’exécution maximale de la mise à jour logicielle, plus cinq minutes.

Éviter les évaluations de collecte fréquentes

Une évaluation complète du regroupement évalue non seulement la collection ciblée, mais également tous les regroupements que la collection limite en cas de mise à jour. En outre, une collection sans planification est toujours évaluée si sa limitation est mise à jour. Il est donc possible que certaines collections soient évaluées plus souvent que prévu.

Dans un environnement de Configuration Manager occupé, vous pouvez améliorer les performances d’évaluation des regroupements en effectuant un scale-back des planifications pour éviter les évaluations de regroupement répétées. Dans une arborescence profonde, vous pouvez diminuer la fréquence d’évaluation des collections à mesure que les collections descendent plus profondément dans l’arborescence, car les évaluations de collection de niveau supérieur déclenchent également des évaluations de collection de niveau inférieur.

Comprendre le graphique d’évaluation du regroupement

Tenez compte du fonctionnement du graphe d’évaluation de collection afin de pouvoir concevoir une structure de collection appropriée. Ne vous fiez pas à l’évaluation complète des regroupements pour toujours mettre à jour tous les regroupements. Si un regroupement mis à jour de manière incrémentielle est mis à jour selon une planification, le référencement des regroupements qui ne sont pas activés pour les mises à jour incrémentielles peut ne pas être mis à jour. Étant donné que des mises à jour se sont probablement produites pendant les évaluations incrémentielles, une évaluation complète peut ne pas mettre à jour la collection, mettant ainsi fin au graphique d’évaluation de regroupement pour ce cycle. Dans ce cas, aucune évaluation de collection de référence ne se produit. Pour plus d’informations, consultez Graphique d’évaluation de collection.

Limiter les mises à jour incrémentielles

L’activation des mises à jour incrémentielles pour de nombreux regroupements peut entraîner des retards d’évaluation. Il est préférable de limiter le nombre de collections mises à jour incrémentiellement à 200. Le nombre exact dépend des éléments suivants :

• Nombre total de collections
• Fréquence des nouvelles ressources ajoutées et modifiées dans la hiérarchie
• Nombre de clients dans une hiérarchie
• Complexité des règles d’appartenance à une collection dans une hiérarchie

Si le cycle d’évaluation incrémentielle prend plus de temps que la fréquence de mise à jour configurée, Configuration Manager traite en permanence les évaluations de regroupement, ce qui peut affecter les performances du système. Réduisez le nombre de collections mises à jour de manière incrémentielle ou augmentez le temps entre les cycles d’évaluation incrémentielle.

Étant donné les impacts potentiels des regroupements incrémentiels, il est important de disposer d’une stratégie ou d’une procédure pour créer les regroupements et attribuer des planifications de mise à jour. Voici quelques exemples de considérations de stratégie :

• Utilisez uniquement les mises à jour incrémentielles pour les regroupements utilisés pour l’étendue de la sécurité, les paramètres client et les fenêtres de maintenance. Ces mises à jour de collection affectent le comportement du client et l’accès aux ressources.
• Pour les applications sans approbation de licence, publiez des applications dans des regroupements existants et utilisez des conditions globales pour restreindre la disponibilité.
• Décrivez les périodes appropriées pour les autres collections pour lesquelles des mises à jour complètes des regroupements sont planifiées.

Éviter l’évaluation des grands arbres par le CAS

Dans un environnement Configuration Manager, le site d’administration centrale (CAS) n’évalue pas l’appartenance à la collection. Les sites principaux sont les seuls sites qui évaluent les collections. Les sites secondaires agissent comme des proxys qui utilisent uniquement les données qu’ils répliquent à partir de leur site principal.

Pour demander une mise à jour de collection, le site d’administration centrale envoie une requête à chaque site principal. Les sites principaux évaluent la collection et renvoient les résultats au site d’administration centrale. Les résultats de l’évaluation de regroupement s’affichent uniquement une fois que toutes les instructions d’évaluation de regroupement sont répliquées sur tous les sites, que tous les sites évaluent toutes les collections et que toutes les données retournent au site d’administration centrale et sont combinées.

Le diagramme suivant illustre le flux lorsque le site d’administration centrale demande une mise à jour manuelle de la collection :

Une mise à jour de collection à partir d’un site d’administration centrale avec plusieurs sites principaux peut prendre du temps. Si une collection ne s’évalue pas en temps voulu, il est tentant de répéter la demande.

Une fois qu’un thread d’évaluation de regroupement commence et charge le graphique d’évaluation, l’évaluation continue jusqu’à ce que le graphique d’évaluation de regroupement soit vide. Le thread se termine ensuite et devient disponible pour l’évaluation suivante. Toutefois, si un autre cycle d’évaluation de regroupement est mis en file d’attente pendant que le thread évalue les regroupements, le thread redémarre immédiatement pour tenter une évaluation du cycle « manqué ».

Chaque méthode d’évaluation s’exécute dans son propre thread. Il est possible qu’au sein du thread, Configuration Manager tente de représenter la même collection plusieurs fois. Configuration Manager supprime ensuite la deuxième requête et les requêtes ultérieures.

Pour éviter ces scénarios, évitez les évaluations de collecte manuelles d’arborescences volumineuses, en particulier lorsque vous travaillez à partir du site d’administration centrale avec plusieurs sites.

Prendre en compte la profondeur de la collection et le référencement croisé

Pour trouver un équilibre entre les exigences métier et les performances, il est important de comprendre la structure de collection que vous créez et ses dépendances vis-à-vis d’autres collections. Si vous créez une collection avec des règles qui font référence à une ou plusieurs collections qui font également référence à d’autres collections, toutes ces collections sont évaluées pour créer l’appartenance de la collection.

Les règles d’inclusion et d’exclusion de collection dans Configuration Manager facilitent le référencement des collections que l’écriture d’une requête WQL personnalisée. Toutefois, si l’utilisation de regroupements include et exclude entraîne un péage hautes performances, vous pouvez utiliser la méthode de requête WQL à la place. Utilisez les exemples de requêtes suivants et remplacez l’EXEMPLE d’ID XYZ0003F de collection par l’ID de la collection que vous souhaitez inclure ou exclure.

Incluez ce qui suit :

Select * from SMS_R_System where SMS_R_System.ResourceId in (select ResourceID from SMS_CM_RES_COLL_XYZ0003F)

Exclure:

Select * from SMS_R_System where SMS_R_System.ResourceId not in (select ResourceID from SMS_CM_RES_COLL_XYZ0003F)

Utiliser CEViewer pour surveiller l’évaluation des regroupements

Vous pouvez utiliser la visionneuse d’évaluation de regroupement (CEViewer) pour surveiller le nombre de regroupements en cours d’évaluation et le temps de mise à jour de chaque collection. CeViewer se trouve dans le dossier CD.Latest sur le serveur de site.

Conseil

À compter de Configuration Manager version 2010, cette fonctionnalité est intégrée à la console. Pour plus d’informations, consultez Guide pratique pour afficher l’évaluation des regroupements.

Pour effectuer manuellement une vérification similaire avec SQL, vous pouvez utiliser la requête suivante :

SELECT [t2].[CollectionName], [t2].[SiteID], [t2].[value] AS [Seconds], [t2].[LastIncrementalRefreshTime], [t2].[IncrementalMemberChanges] AS [IncChanges], [t2].[LastMemberChangeTime] AS [MemberChangeTime]
FROM (
    SELECT [t0].[CollectionName], [t0].[SiteID], DATEDIFF(Millisecond, [t1].[IncrementalEvaluationStartTime], [t1].[LastIncrementalRefreshTime]) * 0.001 AS [value], [t1].[LastIncrementalRefreshTime], [t1].[IncrementalMemberChanges], [t1].[LastMemberChangeTime], [t1].[IncrementalEvaluationStartTime], v1.[RefreshType]
    FROM [dbo].[Collections_G] AS [t0]
    INNER JOIN [dbo].[Collections_L] AS [t1] ON [t0].[CollectionID] = [t1].[CollectionID]
    inner join v_Collection v1 on [t0].[siteid] = v1.CollectionID
    ) AS [t2]
WHERE ([t2].[IncrementalEvaluationStartTime] IS NOT NULL) AND ([t2].[LastIncrementalRefreshTime] IS NOT NULL) and (refreshtype='4' or refreshtype='6')
ORDER BY [t2].[value] DESC