Exemples de scénarios d'itinérance pour Configuration Manager : Simple

S'applique à: System Center Configuration Manager 2007, System Center Configuration Manager 2007 R2, System Center Configuration Manager 2007 R3, System Center Configuration Manager 2007 SP1, System Center Configuration Manager 2007 SP2

Rubrique mise à jour en août 2008

Cette rubrique explique le fonctionnement de l'itinérance dans Configuration Manager 2007 à l'aide de scénarios de base qui utilisent le même déploiement fictif de Configuration Manager sur plusieurs sites d'entreprise.

Avant de lire ces scénarios, consultez À propos de l'itinérance client dans Configuration Manager.

Ces scénarios se focalisent sur les points de gestion avec lesquels les clients communiquent lorsqu'ils se déplacent vers un autre site de la hiérarchie de Configuration Manager. Ils portent également sur la possibilité pour ces clients de télécharger le contenu des publications et des mises à jour à partir de ce site :

• Itinérance en aval dans la hiérarchie : depuis le site principal attribué au client vers un autre site principal

• Itinérance horizontale dans la hiérarchie : depuis le site principal attribué au client vers un autre site principal

• Itinérance en aval dans la hiérarchie : depuis le site principal attribué au client vers un site secondaire appartenant à un autre site principal

• Itinérance en aval dans la hiérarchie : depuis le site secondaire du site attribué au client vers un autre site secondaire n'appartenant pas au site attribué au client

• Itinérance en amont dans la hiérarchie : depuis le site secondaire du site attribué au client vers un autre site secondaire n'appartenant pas au site attribué au client

Les scénarios illustrant un client se déplaçant depuis son site d'attribution vers l'un des sites secondaires de son site attribué, ou entre des sites secondaires de son site attribué ne figurent pas dans cette rubrique. Ces scénarios sont décrits dans Exemples de scénarios d'attribution pour Configuration Manager : sites secondaires.

Pour expliquer les concepts de base de l'itinérance, tous les scénarios décrits ci-après supposent que les publications et les déploiements des mises à jour logicielles permettent l'installation dans des limites lentes ou non fiables, que toutes les limites des sites sont configurées comme étant des limites rapides, qu'il n'existe pas de points de distribution protégés et que le contenu requis par les clients existe toujours dans leur site attribué. Les scénarios d'itinérance plus complexes qui influent sur ces variables sont abordés dans Exemples de scénarios d'itinérance pour Configuration Manager : Complexe.

Chaque scénario d'itinérance est expliqué selon que les clients disposent d'une fonction d'itinérance globale ou seulement régionale :

• La fonction d'itinérance globale désigne la capacité des clients à accéder à des informations de site depuis les services de domaine Active Directory. Pour cela, le schéma Active Directory doit être étendu pour Configuration Manager 2007, tous les sites doivent publier vers les services de domaine Active Directory et le client doit appartenir à la même forêt. Pour plus d'informations, consultez Comment étendre le schéma Active Directory pour Configuration Manager.

• La fonction d'itinérance régionale désigne le comportement d'itinérance des clients lorsque l'itinérance globale n'est pas possible car le schéma Active Directory n'a pas été étendu pour Configuration Manager 2007, qu'il a été étendu mais que tous les sites ne publient pas vers les services de domaine Active Directory, ou que le client n'appartient pas à la même forêt (par exemple, il s'agit d'un client de groupe de travail).

Terminologie propre aux sites Configuration Manager

Les scénarios utilisent une combinaison de sites principaux et secondaires, ainsi que de sites enfants et parents. Le tableau suivant contient de courtes définitions de référence pour ces termes. Pour plus d'informations, consultez Présentation des sites Configuration Manager.

Terminologie propre au site	Description
Site principal	Un site principal stocke des données Configuration Manager 2007 pour lui-même et pour tous ses sites enfants dans la base de données de site Configuration Manager 2007. Les sites principaux sont équipés d'un outil d'administration appelé console Configuration Manager 2007, permettant à l'administrateur de Configuration Manager 2007 de gérer directement le site.
Site secondaire	Un site secondaire ne possède pas de base de données de site Configuration Manager 2007, mais il est associé à un site principal et en dépend. Le site secondaire transmet les informations collectées depuis les clients Configuration Manager 2007, comme les données d'inventaire des ordinateurs et les informations d'état du système Configuration Manager 2007, vers son site parent.
Site parent	Un site parent est un site principal auquel un ou plusieurs sites de niveau inférieur dans la hiérarchie, appelés sites enfants, sont connectés. Seul le site principal peut posséder des sites enfants.
Site enfant	Un site enfant est un site connecté à un site de niveau supérieur dans la hiérarchie, appelé donc site parent, duquel il dépend. Un site enfant peut être soit un site principal, soit un site secondaire.
Site central	Un site central ne possède pas de site parent. Généralement, il regroupe toutes les informations provenant de ses sites enfants et petits-enfants afin de fournir une gestion et une création de rapports centralisées.

Hiérarchie utilisée dans tous les exemples de scénarios d'itinérance

La hiérarchie présente trois niveaux de sites principaux :

• Le site central constitue le sommet de la hiérarchie. Il s'agit de TOR qui se trouve à Toronto.

• Au deuxième niveau des sites principaux, se situent les trois sites principaux enfants de Houston, Londres et Shanghai, respectivement HOU, LON et SHA.

  • Le site principal enfant de Houston possède deux sites secondaires à Seattle et Boston : SEA et BOS.

  • Le site principal enfant LON possède un site secondaire à Manchester : MAN.

  • Le site principal enfant SHA ne possède pas de site secondaire.

• Au troisième niveau des sites principaux, se trouvent les deux sites principaux petits-enfants de Sydney et Helsinki, respectivement SYD et HEL.

  • Le site principal petit-enfant SYN possède deux sites secondaires à Melbourne et Brisbane : MEL et BRI.

  • Le site principal petit-enfant HEL ne possède pas de site secondaire.

Cette hiérarchie est représentée dans l'illustration suivante.

Itinérance en aval dans la hiérarchie : depuis le site principal attribué au client vers un autre site principal

Un utilisateur, dont l'ordinateur portable est attribué au site de Houston, est en déplacement à Sydney. L'ordinateur portable est connecté au réseau et reçoit une adresse IP qui figure dans l'une des limites configurées pour le site enfant, SYD.

Ce scénario est représenté dans l'illustration suivante.

Fonction d'itinérance globale

Lorsque l'ordinateur portable se connecte au réseau de Sydney, le client Configuration Manager compare son adresse IP actuelle, le sous-réseau IP, ainsi que le site Active Directory à la liste des limites définies pour chaque site contenu dans les services de domaine Active Directory. Le client trouve alors une correspondance avec le site Sydney (SYD) et recherche le point de gestion par défaut de ce dernier. Ce point devient le point de gestion résident du client lorsqu'il se déplace et qu'il contacte uniquement lorsqu'il a besoin d'un contenu, et non pour télécharger une stratégie ou envoyer des informations d'inventaire et des messages d'état. Il continue à communiquer avec son propre point de gestion par défaut situé à Houston (HOU) pour les opérations de ce type.

Le point de gestion résident à Sydney renvoie au client itinérant une liste des points de distribution du site de Sydney (SYD).

Si le contenu n'existe pas sur le site de Sydney, le client redemande à son point de gestion par défaut à Houston d'identifier les points de distribution. Ainsi il peut télécharger des packages sources depuis son site attribué de Houston (HOU).

Fonction d'itinérance régionale

Lorsque l'ordinateur portable se connecte au réseau de Sydney, le client Configuration Manager contacte son point de gestion par défaut à Houston (HOU) et lui demande les points de distribution qui sont les plus proches de son adresse IP actuelle (ainsi que le site Active Directory, le cas échéant) et qui hébergent le contenu dont il a besoin.

Le point de gestion par défaut à Houston fournit au client une liste des points de distribution de Sydney (SYD), si ces derniers hébergent le contenu. Dans le cas contraire, le point de gestion fournit au client une liste des points de distribution du site de Houston (HOU).

Récapitulatif des comportements d'un client itinérant

Le tableau suivant fournit un récapitulatif des comportements du client dans ce scénario.

Fonction d'itinérance	Communication avec les points de gestion	Téléchargement du contenu en local
Itinérance globale	Point de gestion par défaut : Site HOU Point de gestion résident : Site SYD	Oui
Itinérance régionale	Point de gestion par défaut : Site HOU	Oui

Comportement d'itinérance similaire

Le même comportement sera observé dans les scénarios d'itinérance suivants :

• De Toronto (TOR) à Houston (HOU)

• De Toronto (TOR) à Sydney (SYD)

• De Toronto (TOR) à Shanghai (SHA)

• De Londres (LON) à Helsinki (HEL)

Itinérance horizontale dans la hiérarchie : depuis le site principal attribué au client vers un autre site principal

Un utilisateur, dont l'ordinateur portable est attribué au site de Houston, est en déplacement à Londres. L'ordinateur portable est connecté au réseau et reçoit une adresse IP qui figure dans l'une des limites configurées pour le site principal de Londres, LON.

Ce scénario est représenté dans l'illustration suivante.

Fonction d'itinérance globale

Lorsque l'ordinateur portable se connecte au réseau de Londres, le client Configuration Manager compare son adresse IP actuelle, le sous-réseau IP, ainsi que le site Active Directory à la liste des limites définies pour chaque site contenu dans les services de domaine Active Directory. Le client trouve alors une correspondance avec le site de Londres (LON) et recherche le point de gestion par défaut de ce dernier. Ce point devient le point de gestion résident du client lorsqu'il se déplace et qu'il contacte uniquement lorsqu'il a besoin d'un contenu, et non pour télécharger une stratégie ou envoyer des informations d'inventaire et des messages d'état. Il continue à communiquer avec son propre point de gestion par défaut situé à Houston (HOU) pour les opérations de ce type.

Le point de gestion résident à Londres renvoie au client itinérant une liste des points de distribution du site de Londres (LON).

Si le contenu n'existe pas sur le site de Londres, le client redemande à son point de gestion par défaut à Houston d'identifier les points de distribution. Ainsi il peut télécharger des packages sources depuis son site attribué de Houston (HOU).

Fonction d'itinérance régionale

Lorsque l'ordinateur portable se connecte au réseau de Londres, le client Configuration Manager contacte son point de gestion par défaut à Houston (HOU) et lui demande les points de distribution qui sont les plus proches de son adresse IP actuelle (ainsi que le site Active Directory, le cas échéant) et qui hébergent le contenu dont il a besoin.

Le point de gestion par défaut de Houston ne possède aucune information sur les points de distribution de Londres. Il est donc impossible de télécharger le contenu localement. Le point de gestion par défaut du client fournit plutôt une liste de points de distribution provenant du site de Houston (HOU).

Récapitulatif des comportements d'un client itinérant

Le tableau suivant fournit un récapitulatif des comportements du client dans ce scénario.

Fonction d'itinérance	Communication avec les points de gestion	Téléchargement du contenu en local
Itinérance globale	Point de gestion par défaut : Site HOU Point de gestion résident : Site LON	Oui
Itinérance régionale	Point de gestion par défaut : Site HOU	Non

Comportement d'itinérance similaire

Le même comportement sera observé dans les scénarios d'itinérance suivants :

• De Londres (LON) à Shanghai (SHA)

• De Londres (LON) à Houston (HOU)

• De Houston (HOU) à Shanghai (SHA)

• De Shanghai (SHA) à Londres (LON)

• De Shanghai (SHA) à Houston (HOU)

• De Sydney (SYD) à Helsinki (HEL)

• D'Helsinki (HEL) à Sydney (SYD)

Itinérance en aval dans la hiérarchie : depuis le site principal attribué au client vers un site secondaire appartenant à un autre site principal

Un utilisateur, dont l'ordinateur portable est attribué au site de Houston, est en déplacement à Melbourne. L'ordinateur est connecté au réseau et reçoit une adresse IP définie dans l'une des limites configurées pour le site secondaire MEL appartenant au site petit-enfant de Sydney (SYD).

Ce scénario est représenté dans l'illustration suivante.

Fonction d'itinérance globale

Lorsque l'ordinateur portable se connecte au réseau de Melbourne, le client Configuration Manager compare son adresse IP actuelle, le sous-réseau IP, ainsi que le site Active Directory à la liste des limites définies pour chaque site contenu dans les services de domaine Active Directory. Le client trouve alors une correspondance avec le site de Melbourne (MEL) et découvre le point de gestion du serveur proxy à Melbourne. Ce point devient le point de gestion résident du client lorsqu'il se déplace et qu'il contacte uniquement lorsqu'il a besoin d'un contenu, et non pour télécharger une stratégie ou envoyer des informations d'inventaire et des messages d'état. Il continue à communiquer avec son propre point de gestion par défaut situé à Houston (HOU) pour les opérations de ce type.

Le point de gestion du serveur proxy de Melbourne renvoie au client itinérant une liste de points de distribution du site de Melbourne (MEL).

Si le contenu n'existe pas sur le site de Melbourne, le client redemande à son point de gestion par défaut à Houston d'identifier les points de distribution. Ainsi il peut télécharger des packages sources depuis son site attribué de Houston (HOU).

Fonction d'itinérance régionale

Lorsque l'ordinateur portable se connecte au réseau de Melbourne, le client Configuration Manager contacte son point de gestion par défaut à Houston (HOU) et lui demande les points de distribution qui sont les plus proches de son adresse IP actuelle (ainsi que le site Active Directory, le cas échéant) et qui hébergent le contenu dont il a besoin.

Le point de gestion par défaut de Houston fournit au client une liste des points de distribution de Melbourne (MEL) si ces derniers hébergent le contenu. Dans le cas contraire, le point de gestion fournit au client une liste des points de distribution du site de Houston (HOU).

Récapitulatif des comportements d'un client itinérant

Le tableau suivant fournit un récapitulatif des comportements du client dans ce scénario.

Fonction d'itinérance	Communication avec les points de gestion	Téléchargement du contenu en local
Itinérance globale	Point de gestion par défaut : Site HOU Point de gestion résident : Site MEL	Oui
Itinérance régionale	Point de gestion par défaut : Site HOU	Oui

Comportement d'itinérance similaire

Le même comportement sera observé dans les scénarios d'itinérance suivants :

• De Houston (HOU) à Brisbane (BRI)

Itinérance en aval dans la hiérarchie : depuis le site secondaire du site attribué au client vers un autre site secondaire n'appartenant pas au site attribué au client

Un utilisateur dont l'ordinateur portable est attribué au site de Houston (HOU), mais dont l'adresse IP figure dans les limites du site secondaire de Boston (BOS), est en déplacement à Melbourne. L'ordinateur est connecté au réseau et reçoit une adresse IP définie dans l'une des limites configurées pour le site secondaire MEL appartenant au site petit-enfant de Sydney (SYD).

Ce scénario est représenté dans l'illustration suivante.

Fonction d'itinérance globale

Lorsque l'ordinateur portable se connecte au réseau de Melbourne, le client Configuration Manager compare son adresse IP actuelle, le sous-réseau IP, ainsi que le site Active Directory à la liste des limites définies pour chaque site contenu dans les services de domaine Active Directory. Le client trouve alors une correspondance avec le site de Melbourne (MEL) et découvre le point de gestion du serveur proxy de ce site. Ce point devient le point de gestion résident du client lorsqu'il se déplace et qu'il contacte uniquement lorsqu'il a besoin d'un contenu, et non pour télécharger une stratégie ou envoyer des informations d'inventaire et des messages d'état. Il continue à communiquer avec son propre point de gestion par défaut situé à Houston (HOU) pour les opérations de ce type, et ne communique plus avec le point de gestion du serveur proxy de Boston (BOS).

Le point de gestion résident de Melbourne renvoie au client itinérant une liste de points de distribution du site de Melbourne (MEL).

Si le contenu n'existe pas sur le site de Melbourne, le client redemande à son point de gestion par défaut à Houston d'identifier les points de distribution. Ainsi il peut télécharger des packages sources depuis son site attribué de Houston (HOU).

Fonction d'itinérance régionale

Lorsque l'ordinateur portable se connecte au réseau de Melbourne, le client Configuration Manager contacte le point de gestion par défaut de Houston (HOU), et ne communique plus avec le point de gestion de proxy de Boston (BOS). Il demande à son point de gestion par défaut d'identifier les points de distribution qui sont les plus proches de son adresse IP actuelle (et au site Active Directory, le cas échéant) et qui hébergent le contenu dont il a besoin.

Le point de gestion par défaut de Houston (HOU) fournit au client une liste des points de distribution de Melbourne (MEL) si ces derniers hébergent le contenu. Dans le cas contraire, le point de gestion fournit au client une liste des points de distribution du site de Houston (HOU).

Récapitulatif des comportements d'un client itinérant

Le tableau suivant fournit un récapitulatif des comportements du client dans ce scénario.

Fonction d'itinérance	Communication avec les points de gestion	Téléchargement du contenu en local
Itinérance globale	Point de gestion par défaut : Site HOU Point de gestion résident : Site MEL	Oui
Itinérance régionale	Point de gestion par défaut : Site HOU	Oui

Comportement d'itinérance similaire

Le même comportement sera observé dans les scénarios d'itinérance suivants :

• De Boston (BOS) à Brisbane (BRI)

• De Seattle (SEA) à Melbourne (MEL)

• De Seattle (SEA) à Brisbane (BRI)

Itinérance en amont dans la hiérarchie : depuis le site secondaire du site attribué au client vers un autre site secondaire n'appartenant pas au site attribué au client

Un utilisateur dont l'ordinateur portable est attribué au site de Sydney (SYD), mais dont l'adresse IP figure dans les limites du site secondaire de Brisbane (BRIS), est en déplacement à Seattle. L'ordinateur portable est connecté au réseau et reçoit une adresse IP qui figure dans l'une des limites configurées pour le site enfant de Seattle (SEA) qui appartient au site principal de Houston (HOU).

Ce scénario est représenté dans l'illustration suivante.

Fonction d'itinérance globale

Lorsque l'ordinateur portable se connecte au réseau de Seattle, le client Configuration Manager compare son adresse IP actuelle, le sous-réseau IP, ainsi que le site Active Directory à la liste des limites définies pour chaque site contenu dans les services de domaine Active Directory. Le client trouve alors une correspondance avec le site de Seattle (SEA) et découvre le point de gestion du serveur proxy de ce site. Ce point devient le point de gestion résident du client lorsqu'il se déplace et qu'il contacte uniquement lorsqu'il a besoin d'un contenu, et non pour télécharger une stratégie ou envoyer des informations d'inventaire et des messages d'état. Il continue à communiquer avec son propre point de gestion par défaut situé à Sydney (SYD) pour les opérations de ce type, et ne communique plus avec le point de gestion du serveur proxy de Brisbane (BRI).

Le point de gestion résident à Seattle (SEA) renvoie au client itinérant une liste des points de distribution du site de Seattle (SEA).

Si le contenu n'existe pas sur le site de Seattle, le client redemande à son point de gestion par défaut à Sydney (SYD) d'identifier les points de distribution. Ainsi il peut télécharger des packages sources depuis son site attribué de Sydney (SYD).

Fonction d'itinérance régionale

Lorsque l'ordinateur portable se connecte au réseau de Seattle, le client Configuration Manager contacte le point de gestion par défaut de Sydney (SYD), et ne communique plus avec le point de gestion de proxy de Brisbane. Il demande à son point de gestion par défaut d'identifier les points de distribution qui sont les plus proches de son adresse IP actuelle (et au site Active Directory, le cas échéant) et qui hébergent le contenu dont il a besoin.

Le point de gestion par défaut de Sydney (SYD) ne possède aucune information sur les points de distribution de Seattle (SEA). Il est donc impossible de télécharger le contenu localement. Le point de gestion par défaut du client fournit plutôt une liste de points de distribution provenant du site de Sydney (SYD).

Récapitulatif des comportements d'un client itinérant

Le tableau suivant fournit un récapitulatif des comportements du client dans ce scénario.

Fonction d'itinérance	Communication avec les points de gestion	Téléchargement du contenu en local
Itinérance globale	Point de gestion par défaut : Site SYD Point de gestion résident : Site SEA	Oui
Itinérance régionale	Point de gestion par défaut : Site SYD	Non

Comportement d'itinérance similaire

Le même comportement sera observé dans les scénarios d'itinérance suivants :

• De Brisbane (BRI) à Boston (BOS)

• De Melbourne (MEL) à Seattle (SEA)

• De Melbourne (MEL) à Boston (BOS)

• De Melbourne (MEL) à Manchester (MAN)

Voir aussi

Concepts

À propos de l'itinérance client dans Configuration Manager
Configuration Manager et emplacement des services (points d'informations et de gestion de site)
Exemples de scénarios d'attribution pour Configuration Manager : sites principaux
Exemples de scénarios d'attribution pour Configuration Manager : sites secondaires

Autres ressources

Référence technique pour le déploiement de Configuration Manager

Pour plus d'informations, consultez Informations et prise en charge de Configuration Manager 2007.
Pour contacter l'équipe de documentation, envoyez un e-mail à SMSdocs@microsoft.com.