Correctif cumulatif pour System Center Configuration Manager current branch, version 1610

Les clients Internet uniquement ne peuvent pas se connecter aux points de gestion ou aux points de distribution lorsque la configuration automatique du proxy est utilisée, et ils modifient les réseaux sans redémarrer. C’est ce qui se produit le plus souvent sur les ordinateurs bloc-notes mis en veille ou en veille lorsque vous passez d’un emplacement à un autre.

Les messages semblables à ce qui suit sont enregistrés dans le fichier internetproxy.log lorsque l’ordinateur est actif sur le nouveau réseau :

Cette condition d’erreur peut être résolue en redémarrant le service SMS Agent Host (ccmexec) ou l’ordinateur.

Le composant Gestionnaire de transfert de contenu du client Configuration Manager vérifie à plusieurs reprises le contenu une fois que le client se déplace vers un emplacement sans points de distribution disponibles. Cela peut déclencher une augmentation de l’activité du processeur sur le client.

La communication entre un serveur de site Configuration Manager et le service Microsoft Intune peut échouer de manière aléatoire. Les erreurs qui ressemblent à ce qui suit sont enregistrées dans le fichier dmpdownloader.log :

Après avoir intégré Lookout Mobile Threat Protection à Microsoft Intune, Windows appareils sont affichés de manière incorrecte dans les graphiques état de conformité de la protection contre les menaces des appareils (iOS/Android) dans la console Administrateur.

Le processus Microsoft.Management.Services.ClientManagementService.Host.exe ne démarre pas si l’ID de processus (PID) affecté par Windows est supérieur à 32 767. Si cela se produit, les erreurs qui ressemblent à ce qui suit sont enregistrées dans le fichier SMS_DM_Enrollmentservice.log :

Après la mise à niveau vers Configuration Manager branche actuelle, version 1610, le point de connexion de la passerelle de gestion cloud ne démarre pas. Le redémarrage du service SMS Executive peut résoudre le problème. Les erreurs qui ressemblent à ce qui suit sont enregistrées dans le fichier SMS_Cloud_ProxyConnnector.log :

Lorsque vous configurez l’SQL Server Service Broker pour un serveur réplica de base de données, l’exécution de la procédure stockée sp_BgbConfigSSBForRemoteService échoue.

L’installation du point de connexion de service sur un ordinateur qui n’est pas un serveur de site déclenche une utilisation du processeur de 100 %.

Le déploiement de la mise à jour anniversaire Windows 10 (1607) pour Windows 10 clients déclenche une erreur « 0x80091007 (la valeur de hachage n’est pas correcte) ». Même après avoir actualisé le contenu de l’image sur les points de distribution, les erreurs qui ressemblent à ce qui suit sont enregistrées dans le fichier CAS.log.

Le transfert du contenu du package entre des sites via des connexions réseau lentes échoue par intermittence.

Chaque fois que le contenu est envoyé à un point de distribution, les données de contrôle de site sont mises à jour inutilement. Cela entraîne le réveil inattendu de plusieurs composants de site pour le traitement des données.

Une fois que vous avez ajouté une nouvelle limite au groupe de limites de site par défaut, ce groupe n’est plus répertorié sous l’onglet Groupes de limites des propriétés de limite. Une fois cette mise à jour installée, les limites ne peuvent pas être ajoutées au groupe de limites de site par défaut.

Les détails des menaces individuelles ne sont pas affichés comme prévu sous l’onglet Détails de la protection contre les menaces de l’écran Appareils dans la console Administrateur.

Le fichier UpdatesDeployment.log contient des erreurs qui ressemblent à ce qui suit :

Ces erreurs n’ont aucun effet fonctionnel et peuvent être ignorées.

Après la mise à niveau vers Configuration Manager branche actuelle, version 1610, la résolution des enregistrements en conflit échoue pour les clients d’appareils non mobiles. Les erreurs qui ressemblent à ce qui suit sont enregistrées dans le fichier DDM.log :

Lorsqu’un autre fournisseur de contenu rencontre une erreur ou une condition de nouvelle tentative lors du téléchargement d’un travail Office 365, le client ne revient pas au système de téléchargement par défaut comme prévu.

Une fois que vous avez démarré l’installation de Office mises à jour à partir du Centre logiciel, les utilisateurs ne reçoivent pas de message de notification pour quitter toutes les applications Office 365 ouvertes. Ce comportement se produit même avec le commutateur forceappshutdown=False dans le fichier Configuration.xml pour Office 365.

L’option Autoriser les clients à utiliser Microsoft Update comme option de source de secours ne fonctionne pas comme prévu quand vous l’utilisez dans un déploiement de mise à jour logicielle ou une règle de déploiement automatique (ADR). Les clients ne revient pas à Microsoft Update.

Les ordinateurs qui exécutent Windows 10 mise à jour anniversaire téléchargent de manière inattendue les mises à jour des fonctionnalités et de la qualité à partir d’Internet. Ce comportement se produit si les clients utilisent Configuration Manager pour les mises à jour logicielles et que l’un des paramètres de stratégie de groupe suivants est également configuré (activé ou désactivé) sous Windows Composants, Windows Update, Différer Windows Mises à jour :

• Sélectionner quand les mises à jour des fonctionnalités sont reçues

• Sélectionner quand les mises à jour qualité sont reçues

Une fois cette mise à jour appliquée, un message d’erreur semblable à ce qui suit est enregistré dans le fichier WUHandler.log lors d’une analyse de mise à jour logicielle sur le client :