Planification des sites et des hiérarchies dans 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
Avant le déploiement de System Center 2012 Configuration Manager dans un environnement de production, planifiez la conception de vos sites et la hiérarchie du site. Pendant la phase de planification, identifiez le nombre et le type de sites, ainsi que l'emplacement envisagé pour le déploiement. Planifiez chaque site et identifiez où installer les rôles de système de site sur chaque site.
.jpeg "System_CAPS_tip") Conseil |
|---|
Assurez-vous que votre planification prend en compte les modifications matérielles futures du serveur, ainsi que la configuration matérielle actuelle requise. |
Vous pouvez déployer Configuration Manager en tant qu'un site principal autonome unique ou en tant que sites multiples dans une hiérarchie. Lorsque vous planifiez votre déploiement initial, envisagez une conception capable d'évoluer en fonction de la croissance future de votre organisation. La planification de l'expansion est une étape importante dans la mesure où les modifications apportées à System Center 2012 Configuration Manager depuis les versions précédentes du produit signifient que Configuration Manager est désormais capable de prendre en charge plus de clients avec moins de sites.
Important
Configuration Manager ne prend pas en charge le déplacement d'un serveur de site entre domaines. Si le déplacement d'un serveur de site est nécessaire, vous devez désinstaller Configuration Manager du serveur, déplacer le serveur vers le nouveau domaine, puis installer un nouveau site Configuration Manager. Vous ne pouvez pas restaurer correctement le site d'origine vers un serveur qui a été déplacé vers un nouveau domaine.
Utilisez les sections suivantes de cette rubrique pour mettre en œuvre une conception de hiérarchie :
Planification d'une hiérarchie dans Configuration Manager
À propos des types de site dans Configuration Manager
Déterminer si vous devez installer un site d'administration centrale
Déterminer si vous devez installer un site principal
Déterminer si vous devez installer un site secondaire
Déterminer si un site doit être installé ou si des options de gestion de contenu doivent être utilisées
Planification du développement d'un site principal autonome
Planification concernant les langues de système d'exploitation client et serveur dans Configuration Manager
À propos des modules linguistiques
Planification concernant les modules linguistiques serveur
Planification concernant les modules linguistiques client
Meilleures pratiques en matière de gestion des modules linguistiques
Planification de la console Configuration Manager
- À propos de la console en lecture seule
Planification de plusieurs utilisateurs administratifs et réplication de données globales dans Configuration Manager
À propos de plusieurs modifications apportées aux données globales dans Configuration Manager
À propos de l'accès aux données à partir de la console Configuration Manager
Nouveautés de Configuration Manager
Notes
Les informations contenues dans cette section apparaissent également dans le guide Mise en route de System Center 2012 Configuration Manager.
System Center 2012 Configuration Manager présente le site d'administration centrale et certaines modifications apportées aux sites principaux et secondaires. Les tableaux ci-après récapitulent ces sites et les comparent aux sites dans Configuration Manager 2007.
Site |
Fonction |
Changement par rapport à Configuration Manager 2007 |
|---|---|---|
Site d'administration centrale |
Le site d'administration centrale gère la réplication des données intersites dans la hiérarchie à l'aide de la réplication de base de données de Configuration Manager. Il active également l'administration des configurations à l'échelle de la hiérarchie pour les agents des clients, la découverte et d'autres opérations. Utilisez ce site pour toutes les tâches d'administration et de rapports dans la hiérarchie. |
Bien que ce site constitue le sommet de la hiérarchie dans System Center 2012 Configuration Manager, il présente les différences suivantes par rapport à un site central dans Configuration Manager 2007 :
|
Site principal |
Gère les clients dans les réseaux correctement connectés. |
Les sites principaux dans System Center 2012 Configuration Manager présentent les différences suivantes par rapport aux sites principaux dans Configuration Manager 2007 :
|
Site secondaire |
Contrôle la distribution de contenu pour les clients dans les emplacements distants via des liaisons avec une bande passante réseau limitée. |
Les sites secondaires dans System Center 2012 Configuration Manager présentent les différences suivantes par rapport aux sites secondaires dans Configuration Manager 2007 :
|
Nouveautés de Configuration Manager SP1
Notes
Les informations contenues dans cette section apparaissent également dans le guide Mise en route de System Center 2012 Configuration Manager.
Depuis Configuration Manager SP1, vous pouvez développer un site principal autonome dans une hiérarchie qui comprend un nouveau site d'administration centrale. Après avoir installé le nouveau site d'administration centrale, vous pouvez installer d'autres sites principaux. Pour plus d'informations, voir Développer un site principal autonome dans une hiérarchie disposant d'un site d'administration centrale.
Planification d'une hiérarchie dans Configuration Manager
Lorsque vous planifiez une hiérarchie Configuration Manager, prenez en compte votre réseau et votre environnement informatique, et identifiez les besoins de votre entreprise. Vous pouvez ensuite planifier une implémentation de Configuration Manager avec le nombre minimal de serveurs et des frais d'administration réduits pour répondre aux objectifs de votre organisation.
Si vous disposez déjà d'investissements dans Configuration Manager 2007, System Center 2012 Configuration Manager fournit une solution complète pour la migration automatisée à partir de Configuration Manager 2007. Cependant, les mises à niveau sur place à partir de versions antérieures de Configuration Manager ou l'interopérabilité avec Configuration Manager 2007 ne sont pas prises en charge, à deux exceptions près. La première exception est que pendant la migration active de Configuration Manager 2007 vers System Center 2012 Configuration Manager, vous pouvez partager des points de distribution Configuration Manager 2007 avec System Center 2012 Configuration Manager rendant le contenu sur ces points de distribution accessible aux clients System Center 2012 Configuration Manager. La seconde exception est que vous pouvez mettre à niveau des sites secondaires Configuration Manager 2007 en tant que points de distribution System Center 2012 Configuration Manager.
Par conséquent, pour maintenir votre investissement dans l'infrastructure Configuration Manager 2007 actuelle, vous devez installer System Center 2012 Configuration Manager en tant que nouvelle hiérarchie, puis migrer les données et les clients Configuration Manager 2007 vers System Center 2012 Configuration Manager. Cette implémentation côte à côte permet de revoir la conception de votre hiérarchie et de la simplifier en utilisant moins de serveurs de site.
Avant d'installer le premier site d'une nouvelle hiérarchie de System Center 2012 Configuration Manager, prenez en compte les exigences de l'environnement de votre entreprise et de votre réseau et déterminez comment les nouvelles fonctions de Configuration Manager peuvent vous aider à les satisfaire avec une infrastructure plus petite. Si possible, envisagez d'installer uniquement un site principal autonome pour votre hiérarchie, sauf si un seul site ne peut pas prendre en charge le nombre de clients et de périphériques que vous gérez. La conception de hiérarchie de site principal autonome permet d'éviter la surcharge que représente la gestion de sites supplémentaires et la charge de réplication de base de données entre les sites. Si vous devez gérer un nombre de périphériques supérieur à la capacité d'un seul site, vous devrez installer un site d'administration centrale comme premier site, puis installer un ou plusieurs sites enfant principaux. Pour plus d'informations sur le nombre de clients qu'un site peut prendre en charge, consultez la section de la rubrique Configurations prises en charge pour Configuration Manager.c1e93ef9-761f-4f60-8372-df9bf5009be0#BKMK_SupConfigClientsperSite
Certaines des fonctions permettant d'installer un seul site principal au lieu de plusieurs sites principaux sont nouvelles dans System Center 2012 Configuration Manager. Avec System Center 2012 Configuration Manager, vous pouvez gérer l'utilisation de la bande passante réseau pour transférer le contenu vers les points de distribution distants d'un site, de la même façon que vous gérez la bande passante entre sites dans une hiérarchie. Cette fonctionnalité peut remplacer le besoin d'installer des sites supplémentaires pour gérer les transferts de contenu sur des réseaux plus lents, comme dans les versions antérieures de Configuration Manager. Les changements supplémentaires incluent l'utilisation des paramètres client et de l'administration basée sur les rôles, ce qui élimine le besoin de maintenir des sites distincts pour les paramètres client personnalisés ou des sites distincts pour des partitions basées sur la sécurité d'accès ou de responsabilités. Lorsque tous les changements de System Center 2012 Configuration Manager ont été compris et pris en considération, le dernier facteur de décision concernant l'installation de plusieurs sites principaux est souvent le nombre de périphériques et de clients que votre hiérarchie peut prendre en charge, et non l'emplacement de ces clients et périphériques.
Avant System Center 2012 Configuration Manager SP1, la conception initiale sélectionnée pour la hiérarchie était permanente. Plus précisément, si vous utilisez System Center 2012 Configuration Manager sans Service Pack, il n'existe pas d'options pour convertir un site principal autonome en site principal enfant qui dépend d'un site d'administration centrale. Par conséquent, pour changer la configuration, vous devez désinstaller le site principal autonome, puis réinstaller le site en tant que site principal enfant sous un site d'administration centrale. Cependant, à partir de Configuration Manager SP1, vous pouvez étendre un site principal autonome vers une hiérarchie qui inclut un site d'administration centrale, puis vous pouvez installer des sites principaux enfants supplémentaires. Cette possibilité d'étendre un site principal autonome vers une hiérarchie plus grande est disponible pour les nouveaux sites installés avec Configuration Manager SP1 et les sites que vous mettez à niveau depuis System Center 2012 Configuration Manager sans Service Pack. Toutefois, Configuration Manager ne prend pas en charge la conversion d'une hiérarchie qui inclut un site d'administration centrale vers un site principal autonome. Pour plus d'informations sur le développement d'un site principal autonome, consultez la section Planification du développement d'un site principal autonome plus loin dans cette rubrique.
La possibilité d'étendre un site principal autonome vous permet de déployer Configuration Manager à l'aide d'une infrastructure de serveur minimale, un site principal autonome unique, avec la capacité d'étendre votre hiérarchie pour qu'elle prenne en charge un plus grand nombre de périphériques ultérieurement. De plus, à partir de Configuration Manager SP1, vous pouvez migrer les données depuis une hiérarchie System Center 2012 Configuration Manager vers une autre hiérarchie Configuration Manager lorsque les deux hiérarchies exécutent le même Service Pack. Par exemple, vous pouvez migrer des données depuis un site ou une hiérarchie Configuration Manager SP1 vers un autre site ou une autre hiérarchie Configuration Manager SP1. Cela signifie que vous pouvez migrer des données depuis un environnement test vers votre environnement de production ou migrer des données depuis une acquisition, puis gérer l'environnement combiné d'utilisateurs et de périphériques depuis une seule hiérarchie System Center 2012 Configuration Manager. Pour plus d'informations sur la migration, Migration des hiérarchies dans System Center 2012 Configuration Manager.
À propos des types de site dans Configuration Manager
Votre déploiement Configuration Manager est constitué d'une hiérarchie de sites ou d'un site autonome. Une hiérarchie est constituée de plusieurs sites, chacun composé d'un ou de plusieurs serveurs de système de site. Un site autonome est également constitué d'un ou de plusieurs serveurs de système de site. Les schémas suivants offrent des exemples d'architecture de site.
.jpeg "Conceptions de site")
Les serveurs de système de site au sein d'un site permettent d'étendre les fonctionnalités de Configuration Manager. Par exemple, vous pouvez installer un système de site sur un site pour prendre en charge le déploiement logiciel ou pour gérer les périphériques mobiles. Pour planifier correctement votre hiérarchie de sites et identifier les emplacements réseau et géographiques les mieux adaptés pour les serveurs de site, consultez les informations sur chaque type de site et les alternatives proposées par les systèmes de site liés au déploiement de contenu.
Utilisez le tableau suivant pour planifier le type de sites dont vous pouvez avoir besoin dans votre hiérarchie.
Serveur |
Fonction |
Plus d'informations |
|---|---|---|
Site d'administration centrale |
Cet emplacement est recommandé pour toutes les tâches d'administration et de rapports dans la hiérarchie. |
|
Site principal |
Site requis pour la gestion des clients dans les réseaux correctement connectés. Tous les clients sont attribués à un site principal. |
|
Site secondaire |
Permet de gérer des clients dans des emplacements distants nécessitant un contrôle de la bande passante du réseau. |
|
Lors de la planification d'une hiérarchie Configuration Manager, considérez les éléments suivants :
Vous pouvez planifier et limiter le trafic réseau lorsque vous distribuez un contenu de déploiement aux points de distribution. Par conséquent, vous pouvez utiliser un point de distribution au lieu d'un site pour certains emplacements réseau distants.
Les DDR de découverte pour les ressources inconnues exécutent le transfert par réplication basée sur les fichiers d'un site principal vers le site d'administration centrale en vue du traitement. La découverte pouvant générer de nombreux DDR, il est essentiel de planifier l'emplacement de votre site d'administration centrale et de tenir compte des sites d'exécution des opérations de découverte afin de réduire le transfert de DDR sur les réseaux à faible bande passante. Les DDR pour les ressources connues sont traités sur le premier site principal qui les reçoit et ne sont pas transférés par réplication basée sur les fichiers vers le site d'administration centrale. Au lieu de cela, une fois traitées sur le site principal, les informations de découverte sont répliquées sur d'autres sites à l'aide de la réplication de base de données.
L'administration basée sur des rôles fournit un modèle de sécurité d'administration centrale pour la hiérarchie, ce qui signifie que vous ne devez pas installer de sites pour fournir une limite de sécurité. Utilisez plutôt des étendues de sécurité, des rôles de sécurité et des regroupements pour définir ce que les utilisateurs administratifs peuvent voir et gérer dans la hiérarchie.
Les alertes dans la console Configuration Manager fournissent des informations basées sur l'état pour les opérations dans toute la hiérarchie.
Utilisez les sections suivantes pour vous aider à déterminer si vous devez installer des sites et des systèmes de site Configuration Manager.
Déterminer si vous devez installer un site d'administration centrale
Si vous avez besoin de plusieurs sites principaux, installez un site d'administration centrale. Cependant, à moins que vous gériez un nombre de clients et de périphériques supérieur à la capacité d'un seul site principal, vous pouvez installer un site principal autonome et réduire votre charge administrative et éviter la réplication de base de données redondante entre un site principal et un site d'administration centrale. Dans une conception de hiérarchie autonome, un site principal autonome fournit les mêmes fonctionnalités qu'un site d'administration centrale. Avant Configuration Manager SP1, il s'agissait d'une décision définitive. À partir de Configuration Manager SP1, vous pouvez étendre un site principal autonome vers une hiérarchie qui inclut un site d'administration centrale, puis vous pouvez ajouter des sites principaux supplémentaires. Cependant, System Center 2012 Configuration Manager ne prend pas en charge la suppression d'un site d'administration centrale d'une hiérarchie pour convertir une hiérarchie vers une conception de hiérarchie autonome.
Utilisez un site d'administration centrale pour configurer des paramètres à l'échelle de la hiérarchie et surveiller tous les sites et objets dans la hiérarchie. Ce type de site ne gère pas directement les clients, mais il coordonne la réplication de données inter-site, y compris la configuration de sites et de clients dans toute la hiérarchie.
Utilisez les informations suivantes pour planifier un site d'administration centrale :
Le site d'administration centrale est le site de niveau supérieur dans une hiérarchie.
Lorsque vous configurez une hiérarchie comprenant plusieurs sites principaux, vous devez installer un site d'administration centrale qui doit être le premier site installé.
Le site d'administration centrale prend en charge uniquement des sites principaux en tant que sites enfants.
Vous ne pouvez pas attribuer de clients au site d'administration centrale.
Le site d'administration centrale ne prend pas en charge tous les rôles de système de site. Pour plus d'informations, voir Planification de l'emplacement d'installation des rôles de système de site dans la hiérarchie.
Vous pouvez gérer tous les clients dans la hiérarchie et exécuter des tâches de gestion de site pour tout site principal lorsque vous utilisez une console Configuration Manager connectée au site d'administration centrale.
Lorsque vous utilisez un site d'administration centrale, il s'agit du seul emplacement où vous pouvez consulter les données de tous les sites. Ces données incluent des informations telles que des données d'inventaire et des messages d'état.
Vous pouvez configurer des opérations de découverte dans toute la hiérarchie à partir du site d'administration centrale en attribuant l'exécution de méthodes de découverte sur des sites individuels.
Vous pouvez gérer la sécurité dans toute la hiérarchie en attribuant différents rôles de sécurité, étendues de sécurité et regroupements à différents utilisateurs administratifs. Ces configurations s'appliquent à chaque site dans la hiérarchie.
Vous pouvez configurer la réplication de fichiers et la réplication de base de données pour contrôler la communication entre les sites de la hiérarchie. Cela consiste notamment à planifier la réplication de base de données pour les données de site et à gérer la bande passante pour le transfert de données basées sur des fichiers entre les sites.
Déterminer si vous devez installer un site principal
Utilisez les sites principaux pour gérer les clients. Vous pouvez installer un site principal en tant que site principal enfant sous un site d'administration centrale dans une hiérarchie plus grande ou en tant que premier site d'une nouvelle hiérarchie. Un site principal installé en tant que premier site d'une hiérarchie crée un site principal autonome. Les sites principaux enfants et les sites principaux autonomes prennent en charge les sites secondaires en tant que sites enfants du site principal.
Envisagez d'installer un site principal pour l'une des raisons suivantes :
Pour gérer directement les clients.
Pour augmenter le nombre de clients et de périphériques, vous pouvez utiliser une hiérarchie unique. Pour plus d'informations sur le nombre de clients et de périphériques que chaque site principal prend en charge, consultez la section de la rubrique Configurations prises en charge pour Configuration Manager.c1e93ef9-761f-4f60-8372-df9bf5009be0#BKMK_SupConfigClientsperSite
Pour fournir un point de connectivité local pour l'administration.
Pour répondre aux exigences de gestion organisationnelles. Par exemple, vous pouvez installer un site principal à un emplacement distant pour gérer le transfert de contenu de déploiement dans un réseau à faible bande passante. Cependant, avec System Center 2012 Configuration Manager, vous pouvez utiliser des options pour limiter l'utilisation de bande passante réseau lors du transfert de données vers un point de distribution et cette fonctionnalité peut remplacer le besoin d'installer des sites supplémentaires.
Utilisez les informations suivantes pour vous aider à planifier les sites principaux :
Un site principal peut être un site principal autonome ou un site principal enfant dans une hiérarchie plus grande. Lorsqu'un site principal est membre d'une hiérarchie avec un site d'administration centrale, les sites utilisent la réplication de base de données pour répliquer des données entre les sites. Sauf si vous avez besoin de prendre en charge un nombre de clients et de périphériques supérieur à la capacité d'un seul site principal, envisagez l'installation d'un site principal autonome. À partir de Configuration Manager SP1, vous pouvez convertir un site principal autonome vers une hiérarchie plus grande lorsque votre déploiement dépasse la capacité d'un seul site principal.
Un site principal prend en charge uniquement un site d'administration centrale en tant que site parent.
Un site principal prend en charge uniquement les sites secondaires en tant que sites enfants, et peut prendre en charge un ou plusieurs sites enfants secondaires.
Lorsque vous utilisez Configuration Manager sans Service Pack, un site principal ne peut pas modifier sa relation de site parent après l'installation. Toutefois, à partir de Configuration Manager SP1, vous pouvez installer un nouveau site d'administration centrale en tant que site parent d'un site principal autonome existant.
Les sites principaux sont chargés de traiter toutes les données du client à partir de leurs clients attribués.
Lorsqu'un site principal est installé, il configure automatiquement la réplication de base de données avec son site d'administration centrale désigné.
Les sites principaux utilisent la réplication de base de données pour communiquer directement avec leur site d'administration centrale.
Vous pouvez installer des rôles de système de site généralement utilisés lors de l'installation d'un site principal. Pour obtenir la liste des rôles de système de site pris en charge sur les sites principaux, voir Planification de l'emplacement d'installation des rôles de système de site dans la hiérarchie.
Déterminer si vous devez installer un site secondaire
Utilisez des sites secondaires pour gérer le transfert de contenu de déploiement et de données client dans les réseaux à faible bande passante.
Vous gérez un site secondaire à partir d'un site d'administration centrale ou du site principal parent du site secondaire. Les sites secondaires doivent être associés à un site principal, et vous ne pouvez pas les déplacer vers un autre site parent sans les avoir préalablement désinstallés puis réinstallés en tant que site enfant sous le nouveau site principal. Vous pouvez acheminer un contenu entre sites secondaires homologues pour aider à gérer la réplication basée sur les fichiers de contenu de déploiement. Pour transférer des données du client vers un site principal, le site secondaire utilise la réplication basée sur les fichiers. Toutefois, un site secondaire utilise également la réplication de base de données pour communiquer avec son site principal parent.
Envisagez d'installer un site secondaire si l'une des conditions suivantes est remplie :
Un utilisateur administratif local n'est pas nécessaire pour le site.
Vous devez gérer le transfert de contenu de déploiement vers des sites qui se trouvent à un niveau inférieur dans la hiérarchie.
Vous devez gérer des informations sur le client qui sont envoyées à des sites à un niveau supérieur dans la hiérarchie.
Si vous ne souhaitez pas installer un site secondaire et si vous possédez des clients à des emplacements distants, envisagez d'utiliser Windows BranchCache ou des points de distribution qui sont activés pour la planification et le contrôle de la bande passante. Vous pouvez utiliser ces options de gestion de contenu avec ou sans sites secondaires et elles peuvent vous aider à réduire le nombre de sites et de serveurs que vous devez installer. Pour plus d'informations sur les options de gestion de contenu dans Configuration Manager, consultez Déterminer si un site doit être installé ou si des options de gestion de contenu doivent être utilisées.
Utilisez les informations suivantes pour vous aider à planifier des sites secondaires :
Les sites secondaires installent automatiquement SQL Server Express lors de l'installation de site si une instance locale de SQL Server n'est pas disponible.
L'installation du site secondaire s'effectue à partir de la console Configuration Manager lorsqu'elle est connectée au site d'administration centrale ou à un site principal.
Lorsqu'un site secondaire est installé, il configure automatiquement la réplication de base de données avec son site principal parent.
Les sites secondaires utilisent la réplication de base de données pour communiquer directement avec leur site principal parent et pour obtenir un sous-ensemble de la base de données Configuration Manager partagée.
Les sites secondaires prennent en charge l'acheminement de contenu basé sur des fichiers vers d'autres sites secondaires qui possèdent un site principal parent commun.
Les installations de site secondaire déploient automatiquement un point de gestion et un point de distribution situés sur le serveur de site secondaire.
Déterminer si un site doit être installé ou si des options de gestion de contenu doivent être utilisées
Si vous possédez des clients dans des emplacements réseau distants, envisagez d'utiliser une ou plusieurs options de gestion de contenu plutôt qu'un site principal ou secondaire. Vous pouvez ne pas avoir besoin d'un autre site lorsque vous utilisez Windows BranchCache, configurez des points de distribution pour le contrôle de la bande passante ou copiez manuellement du contenu vers des points de distribution (préparer du contenu).
Envisagez de déployer un point de distribution plutôt que d'installer un autre site si l'une des conditions suivantes s'applique :
Votre bande passante réseau est suffisante pour que les ordinateurs clients situés à l'emplacement distant communiquent avec un point de gestion afin de télécharger une stratégie client et envoient un inventaire, un état du rapport et des informations de découverte.
Le service de transfert intelligent en arrière-plan (BITS) ne fournit pas de contrôle de bande passante suffisant pour les besoins de votre réseau.
Pour plus d'informations sur les options de gestion de contenu dans Configuration Manager, voir Présentation de la gestion de contenu dans Configuration Manager.
Planification du développement d'un site principal autonome
À partir de System Center 2012 Configuration Manager SP1, vous pouvez installer un nouveau site d'administration centrale en tant que site parent d'un site principal autonome existant. Votre site principal autonome est ainsi développé dans une hiérarchie plus importante qui prend en charge l'installation de nouveaux sites principaux supplémentaires. Vous ne pouvez développer qu'un seul site principal préexistant dans la nouvelle hiérarchie, car la base de données du nouveau site d'administration centrale est basée sur la base de données de votre site principal autonome. Une fois ce nouveau site d'administration centrale installé, vous ne pouvez plus joindre ni développer de sites principaux existants supplémentaires dans cette même hiérarchie. En revanche, vous pouvez installer de nouveaux sites principaux en tant que sites enfants sous le site d'administration centrale.
Pour développer un site principal autonome dans une hiérarchie plus importante, exécutez le programme d'installation de Configuration Manager à partir du média pour Configuration Manager SP1 (ou une version ultérieure de Configuration Manager) et installez un nouveau site d'administration centrale sur un nouveau serveur. Pendant l'installation, vous pouvez installer le nouveau site d'administration centrale en tant que premier site d'une nouvelle hiérarchie ou développer un site principal autonome dans une hiérarchie. Lorsque vous décidez de développer un site principal autonome existant, vous devez spécifier le serveur de site principal autonome que vous voulez développer. Après que le programme d'installation a contacté le serveur de site du site principal autonome, le processus se poursuit normalement.
Une fois le programme d'installation arrivé à son terme, le site principal devient un site principal enfant dans une hiérarchie constituée d'un site d'administration centrale et n'est plus un site principal autonome.
Dès lors qu'un site principal autonome est développé dans une hiérarchie, il n'est plus possible de le dissocier de la hiérarchie pour en refaire un site principal autonome. Pour supprimer le site principal de la hiérarchie, vous devez désinstaller le site principal.
Configuration requise pour le développement d'un site principal autonome
Un site principal autonome doit remplir les conditions préalables suivantes pour pouvoir être développé dans une hiérarchie constituée d'un site d'administration centrale :
Configuration requise |
Détails |
|---|---|
Le site principal autonome et le nouveau site d'administration centrale doivent exécuter la même version de Configuration Manager. |
Par exemple, si vous utilisez le programme d'installation de SP1 pour installer un site d'administration centrale et développer un site principal autonome, ce dernier doit également être doté de SP1. |
Le site principal autonome ne peut pas être configuré pour migrer les données d'une autre hiérarchie Configuration Manager. |
Vous devez arrêter la migration active vers le site principal autonome à partir d'autres hiérarchies Configuration Manager et supprimer toutes les configurations pour la migration. Cela inclut les tâches de migration qui n'ont pas été menées à bien, ainsi que la configuration de la hiérarchie source active. Cela s'explique par le fait que les opérations de migration sont effectuées par le site de niveau supérieur de la hiérarchie et que les configurations à migrer ne sont pas transférées vers le site d'administration centrale lorsque vous développez un site principal autonome. Après avoir développé le site principal autonome, si vous reconfigurez la migration sur le site principal, c'est le site d'administration centrale qui assure les opérations liées à la migration. Pour plus d'informations sur la configuration de la migration, voir Configuration des hiérarchies source et des sites source en vue d'une migration vers System Center 2012 Configuration Manager. |
Le compte de l'ordinateur appelé à héberger le nouveau site d'administration centrale doit être membre du groupe Administrateurs sur le site principal autonome. |
Pour développer correctement le site principal autonome, le compte d'ordinateur du nouveau site d'administration centrale doit être membre du groupe Administrateurs du site principal autonome. Cela est nécessaire uniquement pendant le développement du site. Le compte peut être supprimé du groupe du site principal dès lors que le développement du site est terminé. |
Le compte d'utilisateur qui exécute le programme d'installation pour installer le nouveau site d'administration centrale doit disposer des autorisations d'administration basée sur les rôles au niveau du site principal autonome |
Pour installer un site d'administration centrale dans le cadre d'un scénario d'extension de site, le compte d'utilisateur qui exécute le programme d'installation pour installer le site d'administration centrale doit être défini dans une administration basée sur les rôles sur le site principal autonome en tant que Administrateur complet ou Administrateur d'infrastructure. |
Pour pouvoir développer le site, vous devez désinstaller les rôles de système de site suivants du site principal autonome :
|
Ces rôles de système de site sont pris en charge uniquement sur le site de niveau supérieur de la hiérarchie. Par conséquent, vous devez désinstaller ces rôles de système de site avant de développer le site principal autonome. Une fois le site développé, vous pouvez réinstaller ces rôles de système de site sur le site d'administration centrale. Tous les autres rôles de système de site peuvent rester installés sur le site principal. |
Le port pour SQL Server Service Broker doit être ouvert entre le site principal autonome et l'ordinateur qui va installer le site administration centrale |
Pour répliquer correctement des données entre un site d'administration centrale et un site principal, Configuration Manager requiert qu'un port qui sera utilisé par SQL Server Service Broker soit ouvert entre les deux sites. Lorsque vous installez une administration centrale et développez un site principal autonome, la vérification des prérequis n'établit pas que le port que vous spécifiez pour SQL Server Service Broker est ouvert sur le site principal. |
Lorsque le site principal autonome est configuré pour la migration, vous devez arrêter toute collecte de données active avant de développer le site. |
Si vous recourez à la migration pour migrer les données d'une autre hiérarchie Configuration Manager, vous devez arrêter toute collecte de données active avant de développer le site. À l'issue du développement du site, vous pouvez reconfigurer la collecte de données. Pour plus d'informations sur l'arrêt et la reconfiguration de la collecte de données pour la migration, consultez la section Collecte des données de migration de la rubrique Planification d'une stratégie pour les hiérarchies source dans System Center 2012 Configuration Manager. |
Considérations à prendre en compte lors du développement d'un site principal autonome
Lorsque vous développez un site principal autonome, les objets et les configurations qui existent dans la base de données du site principal sont partagés avec le nouveau site d'administration centrale. Hormis les exceptions suivantes, il n'y a pas d'éléments particuliers à prendre en compte lors du développement d'un site principal autonome :
Éléments à prendre en considération |
Détails |
|---|---|
Des points de mise à jour logicielle. |
Avant de développer un site principal autonome, vous n'avez pas besoin de modifier la configuration des points de mise à jour logicielle au niveau du site. Cependant, lorsque vous développez un site principal autonome, les points de mise à jour logicielle du site principal sont automatiquement reconfigurés pour être synchronisés avec un point de mise à jour logicielle sur le nouveau site d'administration centrale. Ainsi, après avoir installé le nouveau site d'administration centrale, prévoyez d'installer un point de mise à jour logicielle sur le site dans les meilleurs délais et configurez-le de façon à le synchroniser avec les services WSUS (Windows Server Update Services). Tant que vous n'aurez pas configuré un point de mise à jour logicielle sur le site d'administration centrale, les points de mise à jour logicielle du site principal ne pourront pas se synchroniser avec les nouvelles mises à jour logicielles. De suite après avoir développé un site principal autonome, attendez-vous à un traitement de données intensif sur le site d'administration centrale, car celui-ci synchronise les informations de mise à jour logicielle du site principal. Le site d'administration centrale crée automatiquement des objets pour la gestion des mises à jour logicielles. Les objets du site d'administration centrale font autorité pour la hiérarchie. Les configurations préexistantes du site principal s'appliquent automatiquement au niveau du site d'administration centrale. Ces configurations comprennent notamment des calendriers de synchronisation, des configurations de remplacement et d'autres paramètres associés. |
Packages de déploiement logiciel |
Les packages qui ont été créés sur le site principal autonome avant le développement du site continuent d'être gérés par le site principal. Cependant, ces packages sont répliqués en tant que données globales sur tous les sites de la hiérarchie, et vous pouvez gérer ces packages à partir du site d'administration centrale. La seule exception à cela est le package d'installation du client. |
Package d'installation du client |
Lorsque vous développez un site principal autonome, la propriété du package d'installation du client est transférée au site d'administration centrale. Toutefois, l'ID du package reste inchangé. Comme la gestion du package est assurée par le site de niveau supérieur d'une hiérarchie et que ce même site modifie le package pour prendre en charge uniquement les langues du système d'exploitation client sélectionnées sur ce site, assurez-vous que le site d'administration centrale prend en charge les mêmes langues client sélectionnées sur le site principal. Pour plus d'informations, consultez la section Planification concernant les modules linguistiques client de la rubrique Planning for Sites and Hierarchies in Configuration Manager. |
Paramètres du client |
Après avoir développé un site principal, vous devez redémarrer le composant SMS_POLICY_PROVIDER sur le site principal. Tant que vous ne redémarrez pas le fournisseur de stratégie, le site principal ne fournit pas de paramètres client nouveaux ou mis à jour aux clients et il continue de fournir ceux qui étaient configurés sur le site principal avant son développement. Pour redémarrer le fournisseur de stratégie, utilisez le Gestionnaire de service de Configuration Manager. Pour gérer un composant à l'aide du Gestionnaire de service de Configuration Manager, sélectionnez le composant dans le nœud État du composant sous État du système dans l'espace de travail Surveillance de la console Configuration Manager. Après avoir sélectionné le composant, cliquez sur Démarrer dans le groupe Composant de l'onglet Accueil, puis sélectionnez Gestionnaire de service de Configuration Manager. Dans Gestionnaire de service de Configuration Manager, recherchez le composant que vous souhaitez gérer, puis cliquez sur Composant. Cliquez ensuite sur Requête. Dès lors que vous avez interrogé l'état du composant, vous pouvez gérer l'état de ce composant. De même, le fournisseur de stratégie redémarre lorsque le service SMS_EXECUTIVE redémarre sur le serveur de site ou après que l'ordinateur serveur de site a redémarré. |
Prise en charge des langues client |
Lorsque vous développez un site principal autonome et que vous installez l'administration centrale, prévoyez d'ajouter au site d'administration centrale une prise en charge des langues client prises en charge par le site principal autonome. L'ajout de la prise en charge des mêmes langues client n'est pas une obligation, mais il s'agit d'une pratique recommandée pour faire en sorte que les nouveaux clients Configuration Manager que vous installez prennent en charge les langues client souhaitées. Pour plus d'informations sur la gestion des langues dans Configuration Manager, consultez la section Planification concernant les langues de système d'exploitation client et serveur dans Configuration Manager de la rubrique Planning for Sites and Hierarchies in Configuration Manager. |
Fichier WIM de démarrage par défaut |
Le site d'administration centrale crée et déploie un fichier WIM de démarrage par défaut. Ce fichier WIM devient le nouveau fichier WIM utilisé par défaut dans la hiérarchie. Le fichier WIM de démarrage du site principal autonome reste inchangé et les objets de déploiement du système d'exploitation basés sur ce fichier WIM continuent de fonctionner. |
Important
Si vous utilisez System Center 2012 R2 Configuration Manager SP1 : après avoir développé un site principal autonome qui exécute System Center 2012 R2 Configuration Manager SP1, exécutez Configmgr2012R2SP1.msi sur le nouveau site d'administration centrale pour activer les fonctionnalités de R2 pour la hiérarchie.
Planification concernant les langues de système d'exploitation client et serveur dans Configuration Manager
System Center 2012 Configuration Manager prend en charge l'affichage d'informations dans plusieurs langues. Par défaut, l'interface utilisateur de Configuration Manager s'affiche en anglais, même si les objets créés par un utilisateur administratif s'affichent dans la console Configuration Manager et sur le client dans la langue dans laquelle ils ont été créés. Par ailleurs, vous pouvez installer des modules linguistiques serveur et client pour permettre à l'interface utilisateur de s'afficher dans une langue correspondant aux préférences de l'utilisateur.
Pour planifier la prise en charge de langues en installant des modules linguistiques, aidez-vous des informations figurant dans les sections suivantes. Pour plus d'informations sur la gestion des modules linguistiques, consultez la section Gérer les modules linguistiques des sites Configuration Manager de la rubrique Gérer les configurations de site et de hiérarchie.
Nouveautés de Configuration Manager
Notes
Les informations contenues dans cette section apparaissent également dans le guide Mise en route de System Center 2012 Configuration Manager.
Les éléments suivants concernant la prise en charge des langues sont nouveaux ou ont été modifiés depuis Configuration Manager 2007 :
Vous n'installez plus les serveurs de site à l'aide de fichiers sources destinés à une langue spécifique. De même, vous n'installez plus de packs client internationaux pour prendre en charge différentes langues sur le client. Au lieu de cela, vous pouvez choisir d'installer uniquement les langues serveur et client que vous souhaitez prendre en charge.
Les modules linguistiques client et serveur disponibles se trouvent sur le média d'installation Configuration Manager dans le dossier LanguagePack, et les mises à jour sont disponibles en téléchargement avec les fichiers requis.
Vous pouvez ajouter des modules linguistiques client et serveur lors de l'installation d'un site et modifier ceux utilisés après l'installation.
Vous pouvez installer plusieurs langues sur chaque site et vous ne devez installer que celles que vous utilisez :
Chaque site prend en charge plusieurs langues pour les consoles Configuration Manager.
Sur chaque site, vous pouvez installer des modules linguistiques client individuels et ajouter ainsi une prise en charge uniquement des langues client souhaitées.
Lorsque vous installez la prise en charge d'une langue qui correspond à la langue d'affichage d'un ordinateur, les consoles Configuration Manager et l'interface utilisateur client qui s'exécutent sur cet ordinateur affichent les informations dans cette langue.
Lorsque vous installez la prise en charge d'une langue qui correspond aux préférences linguistiques en vigueur sur le navigateur Web d'un ordinateur, les connexions aux informations Web, notamment le catalogue d'applications et SQL Server Reporting Services, s'affichent dans cette langue.
À propos des modules linguistiques
La prise en charge des modules linguistiques serveur et client est ajoutée sur le site d'administration centrale et sur les sites principaux de façon à permettre à Configuration Manager d'afficher le texte intégré dans une langue qui correspond aux préférences de l'utilisateur. Les sites secondaires prennent en charge automatiquement les mêmes langues client que leurs sites principaux parents. Pour obtenir la liste des langues prises en charge, consultez la section Langues du système d'exploitation prises en charge de la rubrique Référence technique pour les modules linguistiques dans Configuration Manager.
Utilisez les modules linguistiques serveur pour la console Configuration Manager et les rôles de système de site, tels que le point de Reporting Services.
Utilisez les modules linguistiques client pour les clients Configuration Manager et le catalogue d'applications.
Les modules linguistiques affichent les informations en fonction des préférences linguistiques suivantes :
La langue d'affichage d'un ordinateur s'applique à la console Configuration Manager, aux notifications client et au Centre logiciel.
Les préférences d'affichage d'un navigateur Web s'appliquent à l'affichage de rapports et au catalogue d'applications.
Notes
Même lorsque des modules linguistiques sont installés, les données créées par un utilisateur administratif ne sont pas affectées par l'utilisation des modules linguistiques.
Lorsque vous exécutez le programme d'installation, Configuration Manager copie les langues disponibles dans le dossier LanguagePack du média source Configuration Manager vers l'emplacement que vous spécifiez pour les téléchargements requis. Si le média source n'est pas accessible, Configuration Manager télécharge les modules linguistiques en même temps que les fichiers requis. Par ailleurs, les fichiers manquants ou qui ont des mises à jour sont également téléchargés avec les fichiers requis. Ensuite, pendant l'installation, vous pouvez choisir d'ajouter au site un ou plusieurs des modules linguistiques serveur et client disponibles.
Si vous n'installez pas de modules linguistiques pendant l'installation d'un serveur de site, vous pouvez en ajouter ultérieurement en exécutant le programme d'installation sur le serveur de site. Vous devez exécuter le programme d'installation à partir du menu Démarrer ou en ouvrant Setup.exe à partir du chemin d'installation et choisir ensuite de modifier la configuration du site. Lorsque vous modifiez les langues prises en charge pour un site, Configuration Manager effectue les actions suivantes :
Type de module linguistique |
Action |
|---|---|
Module linguistique serveur |
|
Module linguistique client |
|
Planification concernant les modules linguistiques serveur
Ajoutez la prise en charge d'une langue serveur à un site pour permettre aux consoles Configuration Manager et aux points de Reporting Services d'afficher les informations dans la langue en question. Vous pouvez installer plusieurs modules linguistiques serveur sur chaque site de votre hiérarchie.
Chaque module linguistique serveur pris en charge par un site est ajouté aux fichiers sources d'installation de la console Configuration Manager sur ce serveur de site. Pour permettre à une console Configuration Manager d'afficher les informations dans une langue prise en charge, vous devez ajouter le module linguistique au site et installer la console Configuration Manager à partir des fichiers sources qui incluent cette langue.
Les points de Reporting Services sont automatiquement mis à jour pour prendre en charge l'affichage des informations dans les modules linguistiques que vous installez sur un site.
Planification concernant les modules linguistiques client
Configuration Manager prend en charge les langues client pour les clients de périphériques et les clients de périphériques mobiles :
Lors de l'installation d'un client Configuration Manager sur un périphérique, une prise en charge est ajoutée pour chaque module linguistique client accompagnant les fichiers d'installation du client.
Lors de l'installation d'un client Configuration Manager sur un appareil mobile, une prise en charge est ajoutée pour toutes les langues à la fois.
Vous pouvez ajouter la prise en charge de langues client lors de l'installation d'un site ou en réexécutant le programme d'installation sur l'ordinateur serveur de site après l'installation d'un site. Pour permettre à un client d'afficher les informations dans une langue prise en charge, vous devez ajouter la prise en charge de cette langue sur le site du client et installer le client à partir des fichiers sources qui incluent cette langue. Vous devez ajouter la prise en charge des modules linguistiques client avant d'installer le client.
Lorsqu'un site ajoute la prise en charge d'un module linguistique client, il met à jour les fichiers d'installation du client. Le jeu de fichiers d'installation du client mis à jour par le site dépend de l'emplacement du site dans la hiérarchie :
Le site de niveau supérieur d'une hiérarchie gère le package d'installation du client. Ce package est automatiquement distribué à chaque point de distribution de la hiérarchie. Lors de l'installation d'un client, ce package est utilisé par défaut pour les fichiers sources d'installation du client.
Notes
Le site de niveau supérieur peut être un site d'administration centrale ou un site principal autonome.
Les sites principaux gèrent le package de mise à niveau du client et mettent à jour les langues prises en charge dans le dossier Client sur le serveur de site et les points de gestion de ce site. Lorsque le processus d'installation du client ne peut pas accéder au package d'installation du client sur un point de distribution ou que la propriété de ligne de commande d'installation du client /source est utilisée pour spécifier ces fichiers, les clients utilisent les fichiers sources d'installation de leur site principal.
ConseilLorsque vous utilisez un site d'administration centrale, assurez-vous qu'un client installe les modules linguistiques client prévus en ajoutant une prise en charge de chaque module linguistique au site d'administration centrale et à chaque site principal.
Lorsque vous modifiez les langues client prises en charge sur un site de niveau supérieur, attendez que le package d'installation du client soit répliqué sur les points de distribution de votre hiérarchie. Vous pouvez surveiller la redistribution du package aux points de distribution via le nœud État du contenu de l'espace de travail Surveillance de la console Configuration Manager. Pour plus d'informations, voir la section Surveiller le contenu dans la rubrique Opérations et maintenance de la gestion de contenu dans Configuration Manager.
Vous pouvez également surveiller la progression en consultant les messages d'état relatifs à la redistribution du package :
Le nom du package d'installation du client est Package du client Configuration Manager.
Les points de distribution génèrent un message d'état avec l'ID de message 2330 lorsque la mise à jour du package aboutit sur le point de distribution.
Dès lors qu'un nouveau serveur de site a été installé avec une prise en charge de modules linguistiques client ou qu'un serveur de site existant a mis à jour les points de distribution par rapport aux modifications apportées aux modules linguistiques, vous pouvez installer de nouveaux clients ou réinstaller les clients existants sur les ordinateurs pour ajouter une prise en charge des modules linguistiques client pris en charge.
Important
Configuration Manager ne prend pas en charge la réinstallation du client d'appareil mobile sans une réinitialisation préalable de l'appareil mobile. Par conséquent, si vous prévoyez de prendre en charge des périphériques mobiles dont la langue n'est pas l'anglais, activez la prise en charge des langues client d'appareil mobile avant d'installer le client d'appareil mobile Configuration Manager.
Lors de l'installation du client Configuration Manager sur un nouvel ordinateur, CCMSetup modifie la ligne de commande Windows Installer pour ajouter la prise en charge de chaque module linguistique inclus avec les fichiers sources d'installation du client. Pour mettre à jour un client existant avec les nouveaux modules linguistiques, vous devez mettre à niveau ou réinstaller le client.
Par exemple, vous pouvez modifier les langues prises en charge sur un ordinateur lorsque vous redéployez le logiciel client en procédant à une installation poussée du client ou à un déploiement logiciel.
Le tableau suivant répertorie les méthodes de mise à niveau et d'installation du client qui ne permettent pas de gérer la prise en charge des modules linguistiques d'un client installé précédemment.
Méthode |
Détails |
|---|---|
Réparation |
Une action de réparation Windows Installer réutilise la dernière ligne de commande Windows Installer utilisée pour installer le client, comme indiqué dans le Registre de l'ordinateur client. Cette ligne de commande ne fait pas référence aux nouveaux modules linguistiques client. |
Mise à niveau automatique du client |
Ce type de mise à niveau échoue, car les mises à niveau automatiques reposent sur un changement de version du client. Or, les nouveaux modules linguistiques ne modifient pas la version du client. |
Installation du client basée sur une mise à jour logicielle |
Les points de mise à jour logicielle dépendent d'un changement de version du client pour installer le client. Or, les nouveaux modules linguistiques ne modifient pas la version du client. |
Pour plus d'informations sur la façon dont les clients accèdent aux fichiers sources pour l'installation, voir Installation de clients sur des ordinateurs Windows dans Configuration Manager.
Pour plus d'informations sur les propriétés d'installation du client, voir À propos des propriétés d'installation du client dans Configuration Manager.
Meilleures pratiques en matière de gestion des modules linguistiques
Pour utiliser les modules linguistiques dans System Center 2012 Configuration Manager, tenez compte des meilleures pratiques suivantes.
Installer des langues lors de l'installation d'un site
Lorsque vous modifiez les modules linguistiques pris en charge sur le site de niveau supérieur d'une hiérarchie, le site initie une mise à jour du package d'installation du client sur chaque point de distribution de la hiérarchie, réinstalle les rôles de système de site nécessaires et procède à une réinitialisation du site. Par ailleurs, vous devez réinstaller les clients pour qu'ils puissent utiliser les nouveaux modules linguistiques que vous ajoutez à leur site.
Lorsque vous ajoutez une prise en charge des modules linguistiques client à votre site d'administration centrale, ajoutez également ces modules linguistiques client à chaque site principal
Lorsque vous modifiez les modules linguistiques client d'un site, les fichiers d'installation du client mis à jour dépendent de l'emplacement du site dans la hiérarchie. Lors de son installation, un client peut soit utiliser le package d'installation du client géré par le site de niveau supérieur de la hiérarchie, soit revenir à l'utilisation des fichiers sources du point de gestion du site attribué du client s'il ne peut pas accéder au package d'installation du client situé sur un point de distribution.
Planification de la console Configuration Manager
Les utilisateurs administratifs utilisent la console Configuration Manager pour gérer l'environnement Configuration Manager. Chaque console Configuration Manager se connecte à un site d'administration centrale ou à un site principal. Une fois la connexion initiale établie, la console Configuration Manager peut se connecter à d'autres sites. Toutefois, vous ne pouvez pas connecter une console Configuration Manager à un site secondaire.
Pour vous connecter à un autre site lorsque vous utilisez la console Configuration Manager, dans le menu Application, sélectionnez Connecter à un nouveau site, puis spécifiez le nom du serveur de site. Vous pouvez également spécifier une connexion vers un site spécifique lorsque vous ouvrez une nouvelle instance de la console Configuration Manager. Pour ce faire, vous devez spécifier le nom du serveur de site au niveau de la ligne de commande afin d'ouvrir la console Configuration Manager. Par exemple, pour vous connecter à un site qui est exécuté sur Server1, à l'invite de commandes, tapez %path%\microsoft.configurationmanagement.exe Server1.
Configuration Manager ne limite pas le nombre de connexions simultanées de la console Configuration Manager à un site principal ou à un site d'administration centrale. Lorsque vous vous connectez au site d'administration centrale, vous pouvez afficher et configurer des données pour tous les sites de la hiérarchie. Si vous disposez d'un site d'administration centrale mais connectez la console Configuration Manager directement à un site principal, vous pouvez afficher et gérer les données Configuration Manager à partir de cette connexion, mais vous ne pouvez pas voir les données d'autres sites principaux ou des sites secondaires d'autres sites principaux. Toutefois, si vous ne disposez pas de site d'administration centrale car votre hiérarchie possède un site principal autonome, vous pouvez utiliser la console Configuration Manager pour accéder à toutes les données de votre hiérarchie.
Important
Lorsque vous gérez des objets ou des clients à l'aide d'une console Configuration Manager qui est connectée à un site principal enfant dans une hiérarchie avec d'autres sites principaux, les modifications que vous effectuez sont répliquées dans toute la hiérarchie vers d'autres sites principaux, même si vous ne pouvez pas voir les données de ces autres sites principaux.
Notes
Lorsque vous connectez une console Configuration Manager à une installation d'évaluation de Configuration Manager, la barre de titre de la console affiche le nombre de jours restants avant que l'installation d'évaluation expire. Le nombre de jours n'est pas actualisé automatiquement et est mis à jour uniquement lorsque vous effectuez une nouvelle connexion à un site. Après la fin de la période d'évaluation, la console Configuration Manager se connecte en tant que console en lecture seule.
À propos de la console en lecture seule
Lorsque vous connectez une console Configuration Manager à un site principal, certaines conditions entraînent la connexion de la console Configuration Manager en tant que console en lecture seule. La console en lecture seule vous permet d'afficher des objets et des paramètres de configuration, mais vous empêche d'effectuer des modifications qui pourraient être perdues lorsque le site principal termine l'initialisation ou est synchronisé avec le site d'administration centrale une fois les problèmes de réplication résolus.
Les consoles en lecture seule sont établies pour les raisons suivantes :
Vous vous connectez à un site principal avant la fin de l'installation du site Configuration Manager.
Vous vous connectez à un site principal qui présente des problèmes de réplication intersites.
Vous vous connectez à un site principal pendant la restauration de ce site.
Vous vous connectez à un site principal lorsque ce site initialise des données globales.
Une fois le site principal entièrement initialisé ou les problèmes de réplication entre ce site et le site d'administration centrale résolus, vous devez fermer, puis reconnecter la console Configuration Manager pour établir une session normale où vous pouvez gérer des objets et des configurations.
Notes
Une console Configuration Manager, qui se connecte à une installation d'évaluation de Configuration Manager une fois la période d'évaluation de 180 jours terminée, se connectera en tant que console en lecture seule.
Planification de plusieurs utilisateurs administratifs et réplication de données globales dans Configuration Manager
Utilisez les sections suivantes pour vous aider à planifier plusieurs utilisateurs administratifs qui accèdent aux objets et paramètres de configuration partagés entre sites. Ces données sont appelées données globales et elles sont disponibles dans toute la hiérarchie.
À propos de plusieurs modifications apportées aux données globales dans Configuration Manager
Étant donné que différents utilisateurs administratifs sur un ou plusieurs sites peuvent tenter de gérer le même objet simultanément, Configuration Manager empêche un utilisateur administratif de modifier un objet si un autre utilisateur administratif de la hiérarchie modifie cet objet au même moment. Si un objet que vous souhaitez gérer est déjà en cours d'utilisation, vous avez la possibilité d'afficher l'objet en tant qu'instance en lecture seule ou de réessayer de devenir propriétaire de l'objet. Si vous réessayez de devenir propriétaire de l'objet et si celui-ci n'est plus utilisé par un autre utilisateur administratif, vous devenez propriétaire de l'objet et pouvez le modifier. Ne confondez pas l'état en lecture seule d'un objet que vous souhaitez gérer et la console Configuration Manager en lecture seule. À la différence de la console en lecture seule, il s'agit d'une condition spécifique à l'objet qui est temporaire et repose sur la disponibilité actuelle de l'objet. Cette condition n'est pas liée à l'état du site auquel se connecte votre console Configuration Manager.
Configuration Manager résout également les modifications apportées à un objet lorsque ces modifications sont effectuées sur différents sites, dans le cas où l'un des sites est incapable de répliquer les données. Ce scénario peut se produire si une liaison réseau est déconnectée. Dans ce scénario, la première modification apportée à un objet qui est répliqué vers le site d'administration centrale est prioritaire sur une modification ultérieure du site principal qui était incapable de répliquer les données.
À propos de l'accès aux données à partir de la console Configuration Manager
Utilisez l'administration basée sur des rôles pour définir les objets de la hiérarchie que les utilisateurs administratifs peuvent voir dans la console Configuration Manager et les autorisations dont ils disposent pour ces objets. Utilisez une combinaison de rôles de sécurité, d'étendues de sécurité et de regroupements pour gérer plus facilement l'accès aux données dans toute la hiérarchie pour chaque utilisateur administratif. Pour plus d'informations, voir Planification de la sécurité dans Configuration Manager.