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

Problèmes liés à la première vague

• La synchronisation des mises à jour Office 365 peut échouer après la mise à jour vers Configuration Manager branche actuelle, version 1810. Les messages d’erreur qui ressemblent à l’un des suivants sont enregistrés dans le fichier WSyncMgr.log :

  ProcessFileManifest() n’a pas pu traiter le manifeste de fichier O365. Exception interceptée : System.Net.WebException : une exception s’est produite lors d’une requête WebClient.

  ProcessFileManifest() n’a pas pu traiter le manifeste de fichier O365. Exception interceptée : System.UriFormatException : URI non valide : le schéma d’URI n’est pas valide.

• Le processus de mise à niveau du point de distribution peut échouer. Cela entraîne un bloc de distribution de contenu supplémentaire vers ce serveur. Les messages d’erreur semblables à ce qui suit sont enregistrés dans le fichier distmgr.log :

  Échec de la copie de D:\SRVAPPS\Microsoft Configuration Manager\bin\x64\ccmperf.dll vers \\{server}\SMS_DP$\sms\bin\ccmperf.dll. GLE = 32

• Toutes les mises à jour remplacées sont supprimées et ne sont plus applicables sur un client, même avant l’expiration. Ce problème se produit même si l’option Ne pas faire expirer une mise à jour logicielle remplacée jusqu’à ce que l’option de mise à jour logicielle soit remplacée pendant 3 mois est activée.

• Des améliorations des performances ont été apportées au service de réplication des données pour les données de découverte d’appareils.

• Les deuxièmes phases successives d’un déploiement démarrent automatiquement après la réussite de la première phase, quelles que soient les conditions de démarrage.

• Les paramètres de comportement de l’échéance de déploiement par phases sont incohérents entre l’Assistant Création d’un déploiement par phases et les propriétés Paramètres phase.

• Lorsque vous exécutez un plan de maintenance après avoir sélectionné une catégorie de produit, le filtre n’est pas ajouté correctement.

• Le service de contenu passerelle de gestion cloud (CMG) n’est pas créé correctement lorsque le rôle de passerelle de gestion cloud est ajouté après la mise à jour vers Configuration Manager branche actuelle, version 1810.

• L’option Aucun package de déploiement est sélectionnée après avoir modifié les propriétés d’une règle de déploiement automatique (ADR). Une fois ce correctif cumulatif appliqué, les ADR affectés peuvent être recréés et leurs propriétés changent sans problème supplémentaire.

• Le Configuration Manager moteur de traitement des messages (MPE) ne traite pas toujours les données de découverte Active Directory lorsque des attributs facultatifs sont ajoutés. Les erreurs qui ressemblent à ce qui suit sont enregistrées dans le fichier SMS_Message_Processing_Engine.log :

  ERREUR : Nous avons obtenu SQL exception lors de la gestion du message de découverte. Exception : System.Data.SqlClient.SqlException (0x80131904) : les données de type chaîne ou binaire sont tronquées.~~

• L’outil de connexion de service (serviceconnection.exe) échoue et vous recevez le message d’erreur suivant lorsque vous utilisez le paramètre -connect :

  ERREUR : System.IO.Exception : le répertoire n’est pas vide.

• Un utilisateur sans droits d’administrateur complet peut ne pas pouvoir créer ou modifier Windows Defender stratégies ATP, même lorsque vous les ajoutez au rôle de sécurité Endpoint Protection Manager.

• Le vérificateur d’installation des prérequis donne incorrectement la possibilité de réessayer une installation de site. Si une deuxième tentative est tentée, l’administrateur doit exécuter l’outil de réinitialisation de mise à jour Configuration Manager (CMUpdateReset.exe) pour résoudre le problème.

• Le traitement des fichiers .bld par le composant SMS_Notification_Manager prend plus de temps que prévu. Cela entraîne des retards dans le traitement des données et un backlog de fichiers dans le dossier \inboxes\bgb.box.

• Après la mise à jour vers Configuration Manager branche actuelle, la version 1810, les fournisseurs de SQL distants qui utilisent Microsoft SQL Server 2014 ou une version antérieure peuvent ne pas toujours interroger la base de données. Les erreurs qui ressemblent à ce qui suit sont enregistrées dans le fichier smsprov.log :

  [42000][2571][Microsoft][SQL Server Native Client 11.0][SQL Server]User <provider_server>$' n’a pas l’autorisation d’exécuter DBCC TRACEON.

• Le composant Software Updates Patch Downloader réessayez les mises à jour, jusqu’à trois fois. Ces nouvelles tentatives échouent et retournent le code d’erreur 404.

• Windows Server 2016 mises à jour sont affichées de manière incorrecte lorsque vous planifiez des mises à jour d’une image de système d’exploitation Windows Server 2019.

• La recherche du prénom ou du nom d’un utilisateur, ou du nom complet, ne renvoie aucun résultat dans la section Vue d’ensemble du nœud Ressources et conformité de la console Configuration Manager. Ce problème se produit même lorsque des données de découverte complètes sont disponibles.

Problèmes de mise en production disponibles à l’échelle mondiale

• Une fois que vous avez activé la prise en charge des fichiers d’installation rapide, le contenu ne peut pas toujours être téléchargé à partir de serveurs Windows Server Update Services (WSUS) dans les scénarios suivants :

  • Configuration Manager installation du client via le point de mise à jour logicielle

  • Installation des mises à jour directement à partir de WSUS

  • Windows’acquisition de Feature on Demand (FOD) ou de Language Pack (LP)

• Après la mise à jour vers Configuration Manager branche actuelle, version 1810, l’inscription des appareils peut remplacer Windows valeurs de collecte de données de télémétrie précédemment définies par stratégie de groupe. Ce problème peut entraîner un basculement de valeur entre complet et de base, par exemple, lorsque stratégie de groupe est appliqué.

• L’inventaire matériel est mis à jour pour inclure des informations sur les compléments pour Office 365 et les produits Office autonomes.

• Analytique de bureau plans de déploiement affichent un nombre d’appareils plus important dans la console Configuration Manager que dans le portail Analytique de bureau.

• Configuration Manager configuration du client peut basculer une connexion réseau limitée (par exemple, cellulaire). Cela peut se produire même si les paramètres de stratégie client autorisent ces connexions. Un message d’erreur semblable à ce qui suit est enregistré dans le fichier Ccmsetup.log sur le client :

  Impossible de réaliser le déploiement du client, car l’utilisation du réseau limité n’est pas autorisée.

• Le programme d’installation du client peut échouer en raison des modifications apportées à SQL Server schéma CE. Les erreurs qui ressemblent à ce qui suit sont enregistrées dans Ccmsetup-client.log sur le client :

  MSI : Le programme d’installation n’a pas pu compiler le fichier de script SQL CE %windir%\CCM\DDMCache.sqlce. Le code d’erreur est 80040E14.

• Si une application est dans un état partiellement conforme et que le client voit qu’une dépendance est installée, mais que l’application principale ne l’est pas et nécessite une nouvelle application, le déploiement disponible provoque les problèmes suivants :

  • L’application s’affiche comme étant obligatoire ou dépassée, même si le déploiement est disponible et qu’il n’existe aucune relation de remplacement.

  • Le fait de cliquer sur Installer n’a aucun effet.

• La connexion aux services Azure échoue lorsque vous utilisez l’Assistant Création de flux de travail dans l’Assistant Services Azure, même lorsque des informations d’identification correctes sont utilisées.

• Configuration Manager configuration peut échouer lors de l’installation ou d’une mise à jour d’un serveur de site. Ce problème se produit si l’environnement utilise SQL Always On.

  La règle « Exception de pare-feu pour SQL Server » affiche l’état d’échec et les messages d’erreur semblables à ce qui suit sont enregistrés, même si les exceptions de pare-feu correctes sont configurées :

  ERREUR : Impossible d’accéder au profil de stratégie de pare-feu.
  ERREUR : Impossible de se connecter à l’espace de noms WMI sur <SQL>
  Exception de pare-feu pour SQL Server ; Erreur ; Le pare-feu Windows est activé et n’a pas d’exceptions configurées pour SQL Server ou les ports TCP requis pour la réplication des données intersites.

• Le serveur de téléchargement alternatif répertorié dans la fenêtre « Spécifier l’emplacement du service de mise à jour Microsoft intranet » n’est pas propagé aux paramètres stratégie de groupe sur le client.

• Le téléchargement des mises à jour Office 365, telles que « Canal semi-annuel version 1808 pour x86 Build 10730.20264 » ou « Canal mensuel version 1812 pour x64 Build 11126.20196 » peut échouer. Aucune erreur n’est consignée dans le fichier Patchdownloader.log. Toutefois, les entrées qui ressemblent à ce qui suit sont journalisées dans le journal AdminUI.log :

  (SMS_PackageToContent.ContentID={content_ID},PackageID='{package_ID}') n’existe pas ou son IsContentValid retourne false. Nous allons (re)télécharger ce contenu.

Informations sur le redémarrage

Vous ne devez pas redémarrer l’ordinateur après avoir appliqué cette mise à jour.

Informations sur le remplacement de la mise à jour

Cette mise à jour ne remplace aucune mise à jour déjà publiée.

Informations supplémentaires sur l’installation

Après avoir installé cette mise à jour sur un site principal, les sites secondaires préexistants doivent être mis à jour manuellement. Pour mettre à jour un site secondaire dans la console Configuration Manager, cliquez sur Administration, sur Configuration du site, sur Sites, sur Récupérer le site secondaire, puis sélectionnez le site secondaire. Le site principal réinstalle ensuite ce site secondaire à l’aide des fichiers mis à jour. Les configurations et paramètres du site secondaire ne sont pas affectés par cette réinstallation. Les sites secondaires nouveaux, mis à niveau et réinstallés qui se trouvent sous ce site principal reçoivent automatiquement cette mise à jour.

Exécutez la commande SQL Server suivante sur la base de données du site pour vérifier si la version de mise à jour d’un site secondaire correspond à celle de son site principal parent :

select dbo.fnGetSecondarySiteCMUpdateStatus ('SiteCode_of_secondary_site')

Si la valeur 1 est retournée, le site est à jour en faisant appliquer tous les correctifs logiciels sur son site principal parent.

Si la valeur 0 est retournée, tous les correctifs appliqués au site principal ne sont pas installés sur le site principal. Dans ce cas, vous devez utiliser l’option Récupérer le site secondaire pour mettre à jour le site secondaire.