Mise à jour de l’interopérabilité pour System Center Configuration Manager version 1610

Problèmes résolus

• Le paramètre de ligne de commande d’installation du client /SkipPrereq n’est pas reconnu. Aucune erreur n’est retournée lorsque vous utilisez ce paramètre, mais tous les programmes prérequis spécifiés sont toujours installés.
  
  Une fois cette mise à jour appliquée, tous les prérequis qui ne sont pas correctement installés sur les clients peuvent être désinstallés.
  
  Notez que les clients existants peuvent tirer parti de ce correctif en mettant à jour vers la dernière version de CCMSetup.exe. Cela ne nécessite pas la réinstallation du client. Au lieu de cela, ce fichier est mis à jour automatiquement si la fonctionnalité de mise à niveau automatique du client est activée.
  
  Pour plus d’informations
  
  , consultez les ressources suivantes :
  

• • À propos de la fonctionnalité de mise à niveau automatique du client, consultez Comment mettre à niveau des clients pour Windows ordinateurs dans System Center Configuration Manager.

  • À propos de CCMSetup.exe, consultez À propos des propriétés d’installation du client dans System Center Configuration Manager. CCMSetup.exe peuvent également être distribuées par le biais de la distribution de logiciels ou d’autres moyens.
    

• Après la mise à niveau des clients vers Configuration Manager, version 1610, le contenu du dossier cache CCM (%windir%\ccmcache par défaut) est orphelin. Bien que les fichiers soient toujours présents sur le disque, ils ne sont pas disponibles pour les installations d’application et ne seront pas gérés ou supprimés par le client.
  
  L’installation de cette mise à jour empêche le problème de cache lors des futures mises à niveau du client. Les clients précédemment mis à niveau rechargent le contenu applicable et tout contenu expiré peut être supprimé manuellement si nécessaire.
  
  

• Après avoir mis à niveau un site d’administration centrale (CAS) vers Configuration Manager, la version 1610, le contenu du package nouveau ou mis à jour n’est pas traité sur les sites enfants de version inférieure. Cela peut inclure des mises à jour d’image de démarrage, des packages de distribution de logiciels ou de mise à jour logicielle, et d’autres contenus.
  
  Lorsque vous essayez de traiter les instructions de package à partir du site parent de la version 1610, le composant SMS_Despooler de la version antérieure du site enfant consigne les entrées qui ressemblent à ce qui suit dans le fichier despool.log :
  
  

  ~Package reçu package_id 570448640 de version. Fichier compressé - PCA as SMS_INSTALL_DIR\Inboxes\despoolr.box\receive\PKGxxxx1.TRY
  ~Old package stored UNC path is .
  ~Les informations de ce package[package_id] ne sont pas encore arrivées pour cette version [570448640]. Réessayer plus tard ...
  ~Création de l’instruction de nouvelle tentative pour le travail job_id
  ~Despooler n’a pas pu exécuter l’instruction, code d’erreur = 12

  
  Notes
  
  

  • Le numéro de version du package enregistré dans le fichier journal ne correspond à aucune version attendue.

  • SMS_Despooler sur les sites enfants réessayez les instructions jusqu’à 100 fois.

  • Sur les sites version 1511 ou 1602, cela équivaut à environ 36 heures pour les mises à jour de package et à 8 heures pour les nouveaux packages. La durée de nouvelle tentative sur la version 1606 et les versions ultérieures est d’environ 50 heures pour les packages nouveaux et mis à jour.

  • Les sites mis à niveau ou installés dans les délais de nouvelle tentative résolvent automatiquement le problème et traitent les instructions du package.

  • Si toutes les nouvelles tentatives sont épuisées avant la mise à niveau du site enfant, le message suivant est consigné dans le fichier despool.log :
    

    Nous avons essayé assez de temps au travail <job_id>, abandonner.

  • Pour les sites qui mettent à niveau une fois toutes les nouvelles tentatives épuisées, le contenu du package doit être actualisé au site d’administration centrale après la mise à niveau pour résoudre ce problème.

Mettre à jour les informations pour System Center Configuration Manager, version 1610

Cette mise à jour est disponible pour l’installation dans le nœud Mises à jour et maintenance de la console Configuration Manager pour les environnements qui ont été installés à l’aide de builds de la version 1610 téléchargées avant le 20 décembre 2016.

Pour vérifier quelle build est utilisée, recherchez l’un des GUID de package suivants dans la console :

• C43A89E4-B642-4FC8-ABF0-255BF5D88D82

• 171DD417-F82A-451D-92B2-35FA0CD073C6

• 91406B1D-7C14-42D8-A68B-484BE5C5E9B8

Pour ce faire, ajoutez la colonne GUID du package au volet d’informations du nœud Mises à jour et maintenance.

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 nouveaux sites secondaires mis à niveau et réinstallés 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 :

sélectionnez dbo.fnGetSecondarySiteCMUpdateStatus ('SiteCode_of_secondary_site')
Si la valeur renvoyée est 1, le site est à jour en faisant appliquer tous les correctifs logiciels sur son site principal parent.

Si la valeur retournée est 0, le site n’a pas installé tous les correctifs appliqués au site principal, et vous devez utiliser l’option Récupérer le site secondaire pour mettre à jour le site secondaire.