Interopérabilité entre les différentes versions de Configuration Manager
S'applique à: System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1
Il est possible d'installer et d'utiliser plusieurs hiérarchies indépendantes de System Center 2012 Configuration Manager sur le même réseau. Toutefois, étant donné que différentes hiérarchies de Configuration Manager n'interagissent pas en dehors de la migration, chaque hiérarchie requiert une configuration pour éviter des conflits. En outre, vous pouvez appliquer certaines configurations pour faciliter l'interaction des ressources que vous gérez avec les systèmes de site de la hiérarchie correcte.
Les sections suivantes fournissent des informations sur l'utilisation de différentes versions de Configuration Manager sur le même réseau :
Interopérabilité entre System Center 2012 Configuration Manager et Configuration Manager 2007
Interopérabilité entre sites dotés de versions de Service Pack différentes dans System Center 2012 Configuration Manager
Interopérabilité de la console Configuration Manager
Interopérabilité entre System Center 2012 Configuration Manager et Configuration Manager 2007
Un site ou une hiérarchie System Center 2012 Configuration Manager ne peut pas interagir avec un site ou une hiérarchie Configuration Manager 2007. Un site Configuration Manager 2007 ne peut pas s'adresser à un site parent System Center 2012 Configuration Manager, et il est impossible de mettre à niveau un site Configuration Manager 2007 vers un site System Center 2012 Configuration Manager. Au lieu d'une mise à niveau sur place, vous utilisez la migration System Center 2012 Configuration Manager pour migrer vos objets et vos données Configuration Manager 2007 SP2 vers System Center 2012 Configuration Manager. Pour plus d'informations sur la migration à partir de Configuration Manager 2007 SP2 vers System Center 2012 Configuration Manager, voir Migration des hiérarchies dans System Center 2012 Configuration Manager.
Dans la mesure où vous pouvez déployer un site ou une hiérarchie System Center 2012 Configuration Manager côte à côte avec un site ou une hiérarchie Configuration Manager 2007, entreprenez les actions nécessaires pour empêcher que les clients d'une version tente de se joindre à un site de l'autre version de Configuration Manager. Par exemple, si vos hiérarchies Configuration Manager ont des limites qui se chevauchent, y compris les mêmes emplacements réseau, vous pouvez affecter chaque nouveau client à un site spécifique au lieu d'utiliser l'affectation de site automatique. Pour plus d'informations sur l'affectation de site automatique dans System Center 2012 Configuration Manager, voir Comment attribuer des clients à un site dans Configuration Manager. En outre, il n'est pas possible d'installer un client à partir de Configuration Manager 2007 sur un ordinateur qui héberge un rôle de système de site à partir de System Center 2012 Configuration Manager, ou d'installer un client System Center 2012 Configuration Manager sur un ordinateur qui héberge un rôle de système de site à partir de Configuration Manager 2007.
System Center 2012 Configuration Manager prend en charge uniquement les clients d'appareils System Center 2012 Configuration Manager et les clients d'appareils mobiles. Les clients suivants et la connexion VPN (Virtual Private Network) suivante ne sont pas pris en charge :
Toute version Configuration Manager 2007 ou version client de l'ordinateur antérieure
Toute version Configuration Manager 2007 ou version du client de gestion des appareils antérieure
Client de gestion des appareils Windows CE Platform Builder (toute version)
Connexion VPN System Center Mobile Device Manager
Considérations sur l'attribution de sites aux clients
Les clients System Center 2012 Configuration Manager peuvent être attribués à un seul site. Si l'attribution automatique de site est utilisée pour attribuer des clients à un site lors de l'installation du client, et qu'une même limite est configurée sur plusieurs groupes et différents sites sont attribués aux groupes de limites, l'attribution de site d'un client n'est pas prévisible.
Si des limites se chevauchent sur plusieurs hiérarchies de site System Center 2012 Configuration Manager et Configuration Manager 2007, les clients risquent de ne pas être attribués au site approprié ou de n'être attribués à aucun site.
Les clients System Center 2012 Configuration Manager vérifient la version du site Configuration Manager avant de terminer l'attribution de site et ne peuvent pas attribuer à un site Configuration Manager 2007 si les limites se chevauchent. Cependant, les clients Configuration Manager 2007 ne vérifient pas la version du site et peuvent être attribués incorrectement à un site System Center 2012 Configuration Manager.
Pour empêcher l'attribution involontaire de clients Configuration Manager 2007 à un site System Center 2012 Configuration Manager lorsque les limites des deux hiérarchies se chevauchent, configurez les paramètres d'installation du client Configuration Manager 2007 de manière à attribuer les clients à un site spécifique.
Interopérabilité entre sites dotés de versions de Service Pack différentes dans System Center 2012 Configuration Manager
System Center 2012 Configuration Manager requiert que chaque site d'une même hiérarchie dispose d'un Service Pack de même niveau. Toutefois, pendant la mise à niveau active d'une hiérarchie vers un nouveau Service Pack (notamment une mise à niveau vers System Center 2012 R2 Configuration Manager), les différents sites de la hiérarchie sont mis à niveau à différents moments. Par conséquent, pour prendre en charge le processus de mise à niveau, Configuration Manager prend en charge un nombre limité d'interactions entre les différentes versions de Service Pack dans une même hiérarchie.
Limitations des fonctionnalités de Configuration Manager dans une hiérarchie de versions mixtes
Lorsque différents sites dans une même hiérarchie utilisent différentes versions de Service Pack, certaines fonctionnalités Configuration Manager ne sont pas disponibles. Cela peut affecter le mode de gestion des objets Configuration Manager dans la console Configuration Manager, ainsi que les fonctionnalités disponibles pour les clients. Généralement, la fonctionnalité de la version la plus récente de Configuration Manager n'est pas accessible sur des sites ou par des clients qui exécutent une version de Service Pack antérieure.
Les sections du tableau ci-dessous répertorient les objets et les fonctionnalités qui sont affectés lorsque des sites dans une hiérarchie utilisent différentes versions de Service Pack et fournissent des informations sur les limitations pour ces objets.
Limitations lors de la mise à niveau vers System Center 2012 Configuration Manager SP1
Objet |
Détails |
|---|---|
Endpoint Protection et stratégies anti-programme malveillant |
Les limitations suivantes sont liées à l'utilisation de Endpoint Protection et de stratégies anti-programme malveillant dans une hiérarchie de sites utilisant différentes versions de Service Pack :
|
Nouveaux types de déploiement dans Configuration Manager SP1 |
En raison de la réplication de données globales, les nouveaux types de déploiement qui sont disponibles avec Configuration Manager ne peuvent pas être créés ou utilisés jusqu'à ce que tous les sites de la hiérarchie exécutent Configuration Manager SP1. Ces types de déploiement sont les suivants :
Pour plus d'informations sur les types de déploiement, voir Comment créer des types de déploiement dans Configuration Manager. |
Environnements virtuels App-V |
Vous ne pouvez pas configurer ou utiliser d'environnements virtuels App-V jusqu'à ce que tous les sites de la hiérarchie exécutent Configuration Manager SP1. Pour plus d'informations sur les environnements virtuels App-V, consultez la section Utilisation d'applications virtuelles App-V avec Configuration Manager dans la rubrique Présentation de la gestion d'applications dans Configuration Manager. |
Images de démarrage pour le déploiement de système d'exploitation |
Les images de démarrage par défaut sont mises à jour automatiquement vers des images de démarrage Windows ADK, qui utilisent Windows PE 4, lorsque le site de niveau supérieur est mis à niveau vers Configuration Manager SP1. Utilisez ces images de démarrage uniquement pour les déploiements vers des clients se trouvant sur des sites Configuration Manager SP1. Pour plus d'informations, voir Planification de l'interopérabilité des déploiements de systèmes d'exploitation. |
Communications entre le client et un point de gestion de niveau inférieur |
Un client Configuration Manager qui communique avec un point de gestion d'un site exécutant une version de Service Pack plus ancienne que celle du client ne peut utiliser que les fonctionnalités prises en charge par la version de niveau inférieur de Configuration Manager. Par exemple, si vous déployez du contenu d'un site Configuration Manager SP1 vers un client Configuration Manager SP1 communiquant avec un point de gestion installé d'un site secondaire qui n'est pas encore mis à niveau vers SP1, ce client ne peut pas utiliser les nouvelles fonctionnalités de SP1. Cela inclut la réception de nouveaux types de déploiement qui sont disponibles dans SP1, ou la réception d'un point de distribution cloud en tant qu'emplacement de contenu. |
Client vers point de site Web du catalogue des applications de niveau supérieur |
Les clients Configuration Manager requièrent Microsoft Silverlight 5 pour utiliser un point de site Web du catalogue des applications à partir d'un site Configuration Manager SP1. Lorsqu'un ordinateur exécutant le client Configuration Manager sans Service Pack et sans Silverlight 5 se connecte à un point de site Web du catalogue des applications à partir d'un site Configuration Manager SP1, le client est invité à installer Silverlight 5. |
Client vers point de site Web du catalogue des applications de niveau inférieur |
Lorsqu'un ordinateur exécutant le client Configuration Manager SP1 se connecte à un point de site Web du catalogue des applications à partir d'un site Configuration Manager sans Service Pack, l'utilisateur final peut afficher la liste d'applications, mais il ne peut ni demander ni installer des applications. De plus, l'utilisateur final ne peut pas configurer le paramètre J'utilise régulièrement cet ordinateur pour faire mon travail sous l'onglet Mes appareils. |
Limitations lors de la mise à niveau vers System Center 2012 R2 Configuration Manager
Objet |
Détails |
|---|---|
Compte d'accès réseau |
Lorsque vous utilisez une console Configuration Manager connectée à un site d'administration centrale System Center 2012 R2 Configuration Manager pour afficher les détails du compte d'accès réseau, la console n'affiche pas de détails pour les comptes qui sont configurés sur des sites principaux qui exécutent Configuration Manager SP1. Après la mise à niveau du site vers System Center 2012 R2 Configuration Manager, les détails du compte sont visibles dans la console. À partir de System Center 2012 R2 Configuration Manager, vous pouvez créer plusieurs comptes d'accès réseau à utiliser sur chaque site principal. Pour intégrer cette modification, Configuration Manager enregistre les informations sur les comptes dans un nouvel emplacement de la base de données du site qui était utilisée par des versions précédentes de Configuration Manager. Les clients de Configuration Manager SP1 qui parlent à un site System Center 2012 R2 Configuration Manager utilisent uniquement le premier compte d'accès réseau dans liste des comptes disponibles sur ce site. |
Images de démarrage pour le déploiement de système d'exploitation |
Les images de démarrage par défaut sont automatiquement mises à jour vers des images de démarrage basées sur Windows ADK 8.1, qui utilisent Windows PE 5, quand le site de niveau supérieur est mis à niveau vers System Center 2012 R2 Configuration Manager. Utilisez ces images de démarrage uniquement pour les déploiements vers des clients situés sur des sites System Center 2012 R2 Configuration Manager. Pour plus d'informations, voir Planification de l'interopérabilité des déploiements de systèmes d'exploitation. |
Nouvelles étapes de séquence de tâches |
Quand vous créez une séquence de tâches qui contient des étapes introduites dans System Center 2012 R2 Configuration Manager (Vérifier la préparation, Exécuter le script PowerShell ou Définir des variables dynamiques), vous pouvez rencontrer les problèmes suivants :
|
Communications entre le client et un point de gestion de niveau inférieur |
Un client Configuration Manager qui communique avec un point de gestion d'un site exécutant une version de Service Pack plus ancienne que celle du client ne peut utiliser que les fonctionnalités prises en charge par la version de niveau inférieur de Configuration Manager. Par exemple, si vous déployez du contenu d'un site System Center 2012 R2 Configuration Manager vers un client System Center 2012 R2 Configuration Manager qui communique avec un point de gestion installé sur un site secondaire qui n'est pas encore mis à niveau vers System Center 2012 R2 Configuration Manager, ce client ne peut pas utiliser les nouvelles fonctionnalités de System Center 2012 R2 Configuration Manager. |
Les profils Wi-Fi, VPN et de certificat ne sont pas répliqués sur les sites principaux |
Après la mise à jour d'un site d'administration centrale de Configuration Manager SP1 vers System Center 2012 R2 Configuration Manager, les profils VPN, Wi-Fi et de certificat peuvent ne pas être répliqués sur les sites principaux enfants qui n'ont pas encore été mis à niveau vers System Center 2012 R2 Configuration Manager. Une fois que vous avez mis à niveau les sites enfants principaux, la réplication normale reprend. |
Interopérabilité de la console Configuration Manager
Le tableau suivant contient des informations sur l'utilisation de la console Configuration Manager dans un environnement comportant plusieurs versions de Configuration Manager.
Environnement d'interopérabilité |
Plus d'informations |
|---|---|
Environnement avec Configuration Manager 2007 et System Center 2012 Configuration Manager |
Pour gérer un site Configuration Manager, la console et le site auquel se connecte la console doivent exécuter la même version de Configuration Manager. Par exemple, vous ne pouvez pas utiliser de console System Center 2012 Configuration Manager pour gérer un site Configuration Manager 2007, ou inversement. Il est possible d'installer la console System Center 2012 Configuration Manager et la console Configuration Manager 2007 sur le même ordinateur. Vous pouvez utiliser cette configuration pour gérer les sites ou les hiérarchies de chaque produit à partir d'un seul ordinateur. |
Environnement avec plusieurs versions de System Center 2012 Configuration Manager |
System Center 2012 Configuration Manager ne prend pas en charge l'utilisation d'une console avec une version de System Center 2012 Configuration Manager pour se connecter à un site exécutant une version différente de System Center 2012 Configuration Manager. Par exemple, vous ne pouvez pas utiliser une console Configuration Manager avec SP1 pour vous connecter directement à un site qui exécute System Center 2012 R2 Configuration Manager. Pour connecter une console, le site et la console qui se connecte au site doivent être de la même version. System Center 2012 Configuration Manager ne gère pas l'installation de plusieurs consoles Configuration Manager sur un ordinateur. Pour utiliser plusieurs consoles spécifiques à différentes versions de System Center 2012 Configuration Manager, vous devez installer les différentes consoles sur des ordinateurs distincts. Lors du processus de mise à niveau de sites dans une hiérarchie, vous pouvez connecter une console à un site et afficher des informations sur d'autres sites de cette hiérarchie, même les sites qui exécutent une version différente de System Center 2012 Configuration Manager. Cependant, dans ce scénario, certaines fonctions qui sont disponibles dans la version la plus récente du produit ne sont pas disponibles dans la console jusqu'à ce que tous les sites de la hiérarchie soient mis à niveau vers la version la plus récente du produit. |