Planification

La figure 2 illustre les principales tâches effectuées lors de la phase de planification.

Pour plus d'informations sur la phase de planification dans un projet de solution DCM, lire la section « Planning » du guide intitulé Desired Configuration Monitoring Planning and Installation Guide (en anglais).

Sur cette page

Rôles et responsabilités
Établissement du laboratoire
Développement de la conception de la solution
Identification des éléments de configuration
Contrôle des serveurs de déploiement
Contrôle des bureaux déployés
Vérification de l'infrastructure de la solution
Jalon : Infrastructure prête

Rôles et responsabilités

Les six clusters de rôles du modèle d'équipe MSF jouent tous un rôle dans la phase de planification de l'initiative. Le tableau 1 répertorie ces rôles et définit les centres d'intérêt de chaque cluster de rôles. Pour plus d'informations sur les clusters de rôles du modèle d'équipeMSF, voir Microsoft Solutions Framework (en anglais) sur le site http://www.microsoft.com/technet/itsolutions/msf/default.mspx.

Tableau 1. Rôles et responsabilités pendant la phase de planification

Établissement du laboratoire

Si l'équipe responsable de la fonctionnalité de contrôle de la configuration désirée ne dispose pas déjà d'un environnement de laboratoire dédié et isolé destiné au développement et au test de la solution, il est conseillé d'en créer un. Le laboratoire doit refléter aussi fidèlement que possible l'environnement de production afin de veiller à ce que tous aspects de l'environnement de production soient pris en considération dans le processus de développement.

Le laboratoire devrait, au minimum, disposer des éléments suivants :

• Un domaine de service d'annuaire Microsoft Active Directory® (Windows Server 2003 ou Microsoft Windows 2000 Server) avec privilèges d'administrateur.

• Windows Server 2003 avec Service Pack 1 (SP1).

• SMS 2003.

• SQL Server 2005 ou SQL Server 2000.

• SQL Server 2005 ou SQL Server 2000 Reporting Services.

• MOM 2005 (facultatif).

• Microsoft Virtual Server 2000 ou version ultérieure (facultatif).

• Services DHCP (Dynamic Host Configuration Protocol).

• Services DSN (Domain Name System).

• Service WINS (Windows Internet Naming Service) (facultatif).

• Accès à Internet pour télécharger les mises à jour, les fichiers, etc.

• Des ordinateurs et serveurs de test reflétant précisément les ordinateurs de production.

• Une bibliothèque de logiciels comprenant le système d'exploitation Windows, le système Microsoft Office 2003 ou 2007 et toutes les applications pour lesquelles des CI seront créés.

Développement de la conception de la solution

La conception de la solution est le premier document de conception complet. Elle fait partie des spécifications fonctionnelles. Cette conception prépare les membres de l'équipe à assumer leurs responsabilités pendant la phase de développement. Elle se base sur la vision que l'équipe a développée et sur les informations technologiques rassemblées par celle-ci pendant la phase de prévision. Elle définit l'élaboration conceptuelle, logique et physique de la solution. On peut se représenter les processus produisant ces conceptions comme trois étapes superposées d'un processus de conception qui commence avant la phase de prévision, se poursuit pendant tout le projet et même après celui-ci, alors que le projet que lui-même n'est qu'un composant d'un plus vaste processus de gestion du cycle de vie des technologies.

Élaboration conceptuelle

L'élaboration conceptuelle nécessite que l'on comprenne les exigences commerciales et que l'on définisse les fonctionnalité et fonctions dont les utilisateurs ont besoin pour accomplir leurs tâches. Le cluster de rôles de gestion de produit tient le premier rôle dans la création de l'élaboration conceptuelle qui commence pendant la phase de prévision et se poursuit pendant toute la phase de planification. L'élaboration conceptuelle de ce projet devrait inclure :

• Des objectifs conceptuels qui décrivent les objectifs du projet de façon à traiter les déclarations de problèmes et les opportunités d'entreprise identifiées dans le document présentant la vision et l'étendue.

• La liste des fonctionnalités et fonctions incluses dans la solution. Généralement, l'élaboration conceptuelle dresse cette liste en termes des profils informatiques, de paramètres matériels, de paramètres de systèmes d'exploitation et de paramètres d'applications à contrôler.

• Des scénarios d'usage qui prévoient la façon dont différents types d'utilisateurs implémenteront, administreront et utiliseront la solution. Consultez les profils utilisateur définis dans le document décrivant la vision et l'étendue et expliquez comment les types d'utilisateurs identifiés travailleront avec la solution. Parmi les tâches à décrire peuvent figurer l'administration de l'architecture de distribution, l'installation et la configuration de la solution sur les nouveaux ordinateurs, la configuration de DCM pour le premier usage et l'utilisation des différents composants de la solution pour implémenter des objectifs d'entreprise.

Conception logique

La conception logique utilise l'élaboration conceptuelle et l'état actuel de l'infrastructure technologique pour définir la nouvelle architecture à un niveau supérieur. La conception logique de ce projet devrait inclure :

• Une définition de haut niveau de l'architecture DCM que l'équipe responsable de la fonctionnalité de déploiement utilisera pour commencer le processus de déploiement sur chaque ordinateur affecté, de même que la configuration et l'emplacement des points de distribution. Cette définition ne doit pas nécessairement inclure l'emplacement physique exact de chaque point de distribution mais doit dégager le raisonnement à l'origine du choix des emplacements désirés.

• Une définition de haut niveau des fichiers CI devant être créés ainsi qu'une description des outils logiciels que l'équipe utilisera pour préparer les CI (en général, regmon et filemon).

Conception physique

La conception physique décrit plus en détail l'architecture désirée et définit les configurations matérielles ainsi que les produits logiciels à utiliser. La conception physique de ce projet devrait inclure :

• Les spécifications des configurations matérielles incluses dans l'étendue du projet.

• Les spécifications du logiciel à installer.

• Les outils devant être utilisés pour le développement de projet.

En règle générale, la conception d'une solution doit contenir suffisamment de détails pour permettre à l'équipe de commencer à travailler sur le plan de projet. L'équipe doit terminer les élaborations conceptuelles et logiques avant la fin de la phase de planification. À la base, la conception physique doit réaliser un brouillon de la conception de la solution, mais elle est redéfinie pendant tout le reste du projet et change selon les décisions de création et de révision de développement et de déploiement prises par l'équipe.

Identification des éléments de configuration

Le moteur de comparaison DCM lit les fichiers CI et vérifie la présence sur l'ordinateur des paramètres répertoriés dans chaque CI. Étant donné que les différents systèmes de l'organisation utilisent généralement des plates-formes matérielles différentes et des logiciels distincts, l'équipe responsable de la fonctionnalité de contrôle de la configuration désirée aura besoin de plusieurs fichiers CI pour contrôler l'environnement BDD 2007. L'équipe disposera probablement d'un ensemble de fichiers CI pour contrôler les serveurs de déploiement et d'un autre ensemble de fichiers CI pour contrôler les ordinateurs client déployés.

Contrôle des serveurs de déploiement

L'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut utiliser DCM pour contrôler des paramètres pour les serveurs de déploiement nécessaires pour entretenir une architecture BDD 2007. Pour en savoir plus sur les différents serveurs utilisés par une solution BDD 2007, voir le Guide d'installation Zero Touch et le Guide à l'intention de l'équipe responsable des fonctionnalités du déploiement.

SMS

Le déploiement ZTI (Installation Touch Installation) BDD 2007 utilise le SMS Operating System Deployment (OSD) Feature Pack pour déployer des ordinateurs par-dessus le réseau. L'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut utiliser DCM pour contrôler les paramètres sur les ordinateurs exécutant SMS que cette solution utilise. La tableau 2 affiche une liste de paramètres à contrôler dans le cadre de ce scénario.

Tableau 2. Liste de paramètres à contrôler sur les ordinateurs exécutant SMS

Pour apprendre à créer un CI avec les paramètres mentionnés ci-dessus, lire la section « Building Configuration Items » dans les document intitulé Desired Configuration Monitoring Planning and Installation Guide (en anglais).

Pour apprendre à déployer un CI pour les ordinateurs exécutant SMS, lire le document Desired Configuration Monitoring Server Configuration and Deployment Guide (en anglais).

Serveurs Windows DS et RIS

Pour les implémentations de BDD 2007 utilisant Windows DS (la nouvelle version de RIS), utilisez DCM pour contrôler les paramètres de Windows DS pour vous assurer que le serveur Windows DS demeure fonctionnel. La tableau 3 affiche une liste des paramètres à contrôler pour Windows DS et RIS.

Tableau 3. Liste des paramètres à contrôler sur les serveurs Windows DS et RIS

Pour apprendre à créer un CI avec les paramètres mentionnés ci-dessus, lire la section « Building Configuration Items » dans le document intitulé Desired Configuration Monitoring Planning and Installation Guide (en anglais).

Pour apprendre à déployer un CI pour les ordinateurs exécutant SMS, lire le document Desired Configuration Monitoring Server Configuration and Deployment Guide (en anglais).

Serveur de déploiement BDD 2007

Une fois BDD 2007 installé, un ensemble de fichiers et de paramètres est produit sur le serveur de déploiement BDD 2007 et sur un ordinateur facultatif exécutant SQL Server. L'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut contrôler ces paramètres pour s'assurer qu'ils ne sont pas modifiés et que le serveur de déploiement continue à être opérationnel. La tableau 4 affiche une liste de paramètres à contrôler pour les serveurs de déploiement.

Tableau 4. Liste des paramètres à contrôler sur les serveurs de déploiement BDD 2007

Contrôle des bureaux déployés

L'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut utiliser DCM pour contrôler les paramètres des ordinateurs déployés par l'intermédiaire de BDD 2007. Les sections suivantes décrivent quelques-uns des paramètres que l'équipe peut contrôler.

Composants

L'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut utiliser le fichier CI pour vérifier que les composants répertoriés dans le tableau 5 ne sont pas installés dans Windows XP et que les composants répertoriés dans le tableau 6 ne sont pas installés dans Windows Vista. Ces composants sont des exemples du fichier Unattend.txt par défaut que le système informatique d'acquisition d'images crée pour chaque version.

Tableau 5. Composants Windows XP

Tableau 6. Composants WIndows Vista

L'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut créer des règles de CI pour vérifier l'existence de composants dans les ordinateurs contrôlés. Ces règles peuvent utiliser une source de données WMI qui utilise des données de la classe Win32Reg_AddRemovePrograms dans l'espace de noms root\cimv2.

Pour plus d'informations sur la façon de créer des règles WMI, lire « Building Configuration Items » dans le guide intitulé Desired Configuration Monitoring Planning and Installation Guide (en anglais).

Mappages de lecteurs

L'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut créer des règles de CI pour vérifier l'existence de lecteurs mappés dans les ordinateurs contrôlés. Ces règles peuvent utiliser une source de données WMI qui utilise des données de la classe Win32_MappedLogicalDisk dans l'espace de noms root\cimv2.

Pour plus d'informations sur la façon de créer des règles WMI, lire « Building Configuration Items » dans le guide intitulé Desired Configuration Monitoring Planning and Installation Guide (en anglais).

Variables d’environnement

L'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut créer des règles de CI pour vérifier l'existence de variables d'environnement dans les ordinateurs contrôlés. Ces règles peuvent utiliser une source de données WMI qui utilise des données de la classe Win32_Environment dans l'espace de noms root\cimv2.

Pour plus d'informations sur la façon de créer des règles WMI, lire « Building Configuration Items » dans le guide intitulé Desired Configuration Monitoring Planning and Installation Guide (en anglais).

Associations de fichiers

L'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut créer les règles de CI pour vérifier les paramètres d'associations de fichiers dans les ordinateurs contrôlés. Ces règles peuvent utiliser une source de données de registre qui se connecte au sous-arbre de registre HKEY_CLASSES_ROOT.

La tableau 7 décrit les associations de fichiers qu'un CI peut contrôler pour Windows XP aussi bien que pour Windows Vista. Les associations de fichiers définies dans le tableau 7 ne sont pas liées à BDD 2007. Ce sont des exemples qui montrent comment le client peut contrôler les modifications apportées aux associations de fichiers sur un ordinateur, ce qui peut signaler l'installation d'un nouveau programme ou une association de fichiers détournés.

Table 7. Associations de fichiers Windows XP

Remarque   Il est possible d'empêcher que des utilisateurs ne lancent accidentellement certains types de fichiers en coupant leurs associations de fichiers. Ensuite, l'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut utiliser le DCM pour s'assurer que ces associations de fichiers restent coupées.

Pour plus d'informations sur la façon de créer des règles de registre, lire « Building Configuration Items » dans le guide intitulé Desired Configuration Monitoring Planning and Installation Guide (en anglais).

Internet Explorer

L'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut créer les règles de CI pour vérifier les paramètres Windows Internet Explorer® sur les ordinateurs contrôlés. Ces règles peuvent utiliser une source de données de registre qui se connecte à la sous-clé HKEY_CURRENT_USER\SOFTWARE\Microsoft\Internet Explorer.

Pour plus d'informations sur la façon de créer des règles de registre, lire « Building Configuration Items » dans le guide intitulé Desired Configuration Monitoring Planning and Installation Guide (en anglais).

Démarrage du service

L'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut créer des règles de CI pour vérifier l'existence et les paramètres de démarrage de différents services de bureau disponibles pour Windows XP et Windows Vista. Ces paramètres de services sont configurés dans setsvc.bat, ce qui est une action par défaut dans le système informatique d'acquisition d'images. Certains de ces services sont répertoriés dans le tableau 8.

Tableau 8. Démarrage du service

L'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut créer des règles de CI pour vérifier l'existence de composants sur les ordinateurs contrôlés. Ces règles peuvent utiliser une source de données WMI qui utilise des données de la classe Win32Reg_AddRemovePrograms dans l'espace de noms root\cimv2.

Pour plus d'informations sur la façon de créer des règles WMI, lire « Building Configuration Items » dans le guide intitulé Desired Configuration Monitoring Planning and Installation Guide (en anglais).

Paramètres divers

L'équipe responsable de la fonctionnalité de contrôle de la configuration désirée peut utiliser des règles de CI pour vérifier d'autres paramètres. Le tableau 9 décrit divers paramètres sans rapport qui peuvent être inclus dans un CI.

Tableau 9. Paramètres divers

Vérification de l'infrastructure de la solution

Pendant que les équipes responsables des fonctionnalités de configuration du bureau et du serveur identifient les profils informatiques et les CI, l'équipe responsable des fonctionnalités du déploiement peut commencer à vérifier l'infrastructure de la solution par rapport à l'infrastructure informatique existante.

La liste suivante répertorie les composants nécessaires pour une solution DCM :

• Un serveur de site SMS et un point de distribution

• SQL Server 2005 ou SQL Server 2000 Server Reporting Services

• MOM 2005 (facultatif).

• Un ordinateur exécutant Windows XP et/ou Windows Server 2003 avec Microsoft .NET Framework 1.1 ou version ultérieure

N'oubliez pas que SMS sera utilisé pour créer des packages de distribution de logiciel aux collections qui seront mappés aux profils informatiques que équipes de configuration d'ordinateur et de serveur créeront. Ces packages contiendront les fichiers CI et de moteur DCM. Ces fichiers ne feront pas moins de deux mégaoctets. Donc, le trafic que cette distribution de logiciel produit ne sera pas un problème majeur.

Les informations ci-dessus sont nécessaires pour déterminer quels points de distribution il convient d'utiliser pour enregistrer les packages de distribution de logiciel que l'équipe produit. Les données générées par les ordinateurs contrôlés varieront selon le nombre de paramètres contrôlés, la fréquence du contrôle et les modifications de configuration apportées aux systèmes. Cependant, ceci ne devrait représenter que quelques kilo-octets de données à moins que le réseau ne compte des systèmes extrêmement non conformes. Si tel est le cas, l'équipe responsable de la fonctionnalité de contrôle de la configuration désirée devra modifier ces systèmes (ou leurs CI).

SQL Server 2005 ou SQL Server 2000 Services de Rapport sert à produire des rapports en se basant sur les données que le moteur DCM recueille et enregistre dans la base de données SMS. Bien que ceci ne soit pas obligatoire, déterminez s'il est nécessaire d'utiliser une solution à grande disponibilité pour SQL Server 2000 Reporting Services en fonction du besoin qu'a le client d'accéder aux rapports. Il convient d'agir de même pour le système SQL Server hébergeant la base de données SMS.

MOM 2005 peut être utilisé pour créer des alertes et répondre aux événements qui surviennent sur certains systèmes contrôlés. Si MOM 2005 fait partie de la solution, décrivez les profils informatiques que MOM contrôlera et contrôlez l'infrastructure MOM actuelle pour déterminer quels systèmes sont actuellement contrôlés par MOM.

Finalement, un système informatique exécutant les différents systèmes d'exploitation et applications à contrôler devrait être disponibles pour le développement et les tests. Installer et utiliser l'outil de création DCM sur ce système. L'outil de création nécessite Microsoft .NET 1.1 ou version ultérieure.

Jalon : Infrastructure prête

Les jalons sont des points de synchronisations pour la solution générale. Pour plus d'informations, voir le guide intitulé Plan , Build , and Deploy Guide (en anglais)

Au niveau de ce jalon, présenté dans le tableau 10, l'environnement de développement a été préparé.

Tableau 10. Éléments à livrer