Déploiement de postes de travail
Un déploiement simple et évolutif avec BDD 2007
Adam Shepherd
Vue d'ensemble:
- Fonctionnalités de base de BDD 2007
- Intégration à SQL Server
- Création d'une solution de déploiement évolutive
La plupart des personnes impliquées dans le déploiement de Windows ont entendu parler de Microsoft Solution Accelerator for Business Desktop Deployment. Également connu sous le nom de BDD, il s'agit d'un ensemble de bonnes pratiques et d'outils
développés pour vous aider à déployer Windows® sur les postes de travail clients. Windows Vista® comprend une mise à jour de Solution Accelerator sous la forme de BDD 2007. Cette version contient une nouvelle version de Microsoft® Management Console (MMC) et un séquenceur de tâches provenant de System Center Configuration Manager 2007, le successeur de Systems Management Server (SMS) 2003.
L'une des fonctionnalités les moins comprises de BDD 2007 est sa capacité à fonctionner comme une solution de déploiement complète. Dans les versions précédentes, BDD vous aidait à créer et à assurer la maintenance des images de postes de travail de façon facilement gérable et reproductible. BDD 2007 vous offre maintenant la possibilité supplémentaire de générer une solution de déploiement évolutive en combinant BDD avec les Services de déploiement Windows (WDS), SQL ServerTM et le service de réplication de système de fichiers (DFS-R) de Windows Server® 2003.
Mais attendez ... l'utilisation de SMS 2003 avec le Pack de déploiement de système d'exploitation (OSD) ne constitue-t-elle pas la pratique recommandée pour le déploiement du client Windows ?
Effectivement, si vous possédez déjà une infrastructure SMS 2003, vous devez utiliser BDD 2007, SMS 2003 et le Pack de déploiement de système d'exploitation pour le déploiement. C'est actuellement la façon la plus complète de réaliser un déploiement « zero-touch » et de réduire véritablement les coûts de configuration, d'installation et de gestion de Windows dans votre entreprise.
Cependant, un grand nombre de clients ne disposent pas de SMS 2003 ou d'une solution de déploiement logiciel équivalente. Pour ces clients, il existe une autre possibilité que je vais expliquer dans cet article.
Concepts de base de BDD 2007
BDD 2007 propose deux principales méthodes de déploiement. La première, l'installation Lite Touch (LTI), utilise uniquement BDD 2007 pour le déploiement du client. Dès l'installation, vous disposez d'un ensemble d'Assistants qui apparaissent au moment de la création pour capturer les informations relatives au déploiement, telles que le nom d'ordinateur à attribuer au client (voir la figure 1), la configuration du clavier et le fuseau horaire, etc. Cette méthode est appelée « Lite Touch » car, en général, elle ne requiert qu'un minimum d'entrées manuelles pour recueillir ces informations avant d'entamer le processus de création.
Figure 1** Assistant de déploiement LTI de BDD 2007 **(Cliquer sur l'image pour l'agrandir)
La deuxième méthode, l'installation « Zero-touch » (ZTI), s'appuie sur les fonctionnalités de SMS 2003 avec Pack de déploiement de système d'exploitation en s'intégrant à BDD 2007. Cette configuration peut offrir une solution de déploiement sans intervention, entièrement automatisée, évolutive et gérable.
Lors de la création, pendant l'une des premières étapes d'un déploiement de système d'exploitation client, BDD 2007 rassemble les informations issues de toute une série de sources différentes, telles que les appels WMI et les fichiers de configuration BDD 2007, Bootstrap.ini et CustomSettings.ini. Les informations sont recueillies et enregistrées sous forme de variables utilisées tout au long du déploiement. Dans un scénario LTI, les fichiers Bootstrap.ini et CustomSettings.ini permettent de prédéfinir toutes les informations qui sont habituellement recueillies par les saisies manuelles dans les Assistants de déploiement.
La possibilité de spécifier à l'avance toutes les informations que les Assistants LTI doivent sinon capturer au moment de la création vous permet d'automatiser l'ensemble du processus de déploiement LTI et d'évoluer vers une solution ZTI dans les environnements qui ne sont pas pris en charge par SMS 2003. Vous pouvez par exemple choisir de prédéfinir des informations telles que ComputerName=RDG0001VST pour attribuer à l'ordinateur un nom de RDG0001VDT ou TimeZoneName = GMT pour vous assurer que le fuseau horaire de l'ordinateur est réglé sur GMT - Heure de Greenwich. Toutes les propriétés disponibles pouvant être utilisées au cours d'un déploiement avec BDD sont très clairement décrites dans une référence de configuration disponible à l'adresse technet.microsoft.com/library/bb490302.aspx.
Pour plus d'informations sur la configuration et l'utilisation de BDD 2007, reportez-vous à l'article « Déploiement de Windows Vista avec BDD 2007 » du numéro de septembre 2007 de TechNet Magazine (technetmagazine.com/issues/2007/09/BDD).
BDD et SQL Server
Pourquoi utiliser une base de données avec BDD 2007 ? La réponse réside dans la façon dont vous fournissez dynamiquement les détails pendant un déploiement au cours duquel vous devriez sinon faire une saisie manuelle via les Assistants d'installation LTI. Comme je l'ai indiqué, vous pouvez le faire à l'aide du fichier CustomSettings.ini. Le problème est que dans un déploiement grandeur nature, ces détails changent en fonction de la machine sur laquelle s'effectue le déploiement. Par ailleurs, le fichier CustomSettings.ini peut rapidement devenir ingérable si vous essayez de définir des options et des paramètres spécifiques pour 500 machines différentes. En associant une base de données principale à la console BDD, vous ajoutez une solution beaucoup plus gérable, à la fois dynamique et évolutive.
Voyons maintenant comment SQL Server s'intègre à BDD 2007. Vous devez tout d'abord vous assurer que SQL Server (de préférence SQL Server 2005 ou ultérieur) est installé sur votre serveur de déploiement. Heureusement, les étapes de création de la base de données dans BDD 2007 sont simples : Il vous suffit de cliquer avec le bouton droit sur le nœud Database dans BDD 2007 Deployment Workbench, de cliquer sur New et de suivre les instructions (voir la figure 2). L'équipe de BDD s'est donnée beaucoup de peine pour proposer des Assistants qui vous permettent d'être rapidement et facilement opérationnel.
Figure 2** Configuration de la base de données de déploiement pour BDD 2007 **(Cliquer sur l'image pour l'agrandir)
Une fois la base de données créée, vous pouvez commencer à explorer ses fonctionnalités. Les entrées de la base de données sont divisées en quatre catégories principales : Computer (Ordinateur), Role (Rôle), Location (Emplacement), et Make and Model (Marque et Modèle). Chaque catégorie vous permet de définir des entrées et, pour chaque entrée que vous définissez, d'indiquer des variables BDD 2007, d'attribuer des applications et de fournir d'autres paramètres essentiels (voir la figure 3).
Figure 3** Attribution des propriétés de déploiement **(Cliquer sur l'image pour l'agrandir)
Il est intéressant d'examiner ces quatre catégories en deux groupes distincts. Les catégories Computer (Ordinateur), Location (Emplacement), et (Make and Model (Marque et Modèle) offrent différentes méthodes d'identification des ordinateurs au moment de la création. Chaque ordinateur identifié peut ensuite être associé à un Rôle spécifique dans la base de données s'il est configuré pour un but spécifique, tel que la vente, le marketing ou la finance. Chaque rôle garantit que la ligne d'applications métier pertinentes est installée.
Utilisez la section Computer (Ordinateur)) pour identifier les ordinateurs en utilisant une adresse MAC, un numéro d'identification, un identificateur unique universel (UUID) ou un numéro de série. Du fait du grand nombre d'entrées qui seront probablement créées dans cette section, une pour chaque ordinateur de votre entreprise, n'ajoutez que des propriétés très spécifiques telles que ComputerName dans chaque entrée.
Utilisez la section Location (Emplacement) afin de créer des entrées pour les emplacements géographiques propres à votre entreprise. Chaque entrée est identifiée par la passerelle par défaut à cet emplacement. Ce mode d'identification peut être particulièrement utile si vous possédez des unités d'organisation (UO) basées sur l'emplacement dans Active Directory® et souhaitez que les ordinateurs créés dans l'emplacement soient ajoutés au domaine dans l'UO correspondant à cet emplacement.
Utilisez la section Make and Model (Marque et Modèle) pour créer des entrées pour chacun des types de matériel devant être pris en charge par votre déploiement. BDD 2007 les fait correspondre aux informations trouvées par les appels WMI. Dans les environnements de développement, la section Make and Model (Marque et Modèle) est souvent utilisée pour créer une entrée visant à déterminer si la machine est un ordinateur virtuel Virtual PC 2007 ou Virtual Server 2005 en vérifiant respectivement les propriétés Make et Model (Marque et Modèle) de « Microsoft Corporation » et de « Ordinateur virtuel ». Si vous rapprochez ces propriétés lors de la création, vous pouvez indiquer à BDD qu'il doit installer l'application Virtual Machine Additions lors du déploiement en ajoutant simplement l'application à l'entrée Make and Model (Marque et Modèle).
Maintenant que vous avez fourni des méthodes d'identification des ordinateurs, utilisez la section Rôles pour créer les entrées correspondant à chaque rôle de déploiement que vous voulez configurer. Il peut par exemple s'agir d'une entrée pour un rôle Windows XP ou un rôle Windows Vista configuré en ajoutant la propriété BuildID qui correspond à la build Windows XP ou Vista définie dans BDD à chaque entrée. Une autre approche consiste à spécifier des rôles départementaux tels que Comptabilité, Vente, Finance. J'ai tendance à renseigner la majorité des propriétés de BDD dans cette section (fuseau horaire, paramètres régionaux, informations organisationnelles, etc.). Cela permet de limiter au maximum l'administration de la base de données puisque les entrées ne sont pas liées à une machine, un matériel ou un emplacement spécifique.
Nous devons indiquer à BDD 2007 qu'au moment du déploiement, il doit rechercher dans la base de données toutes les entrées correspondant à l'ordinateur en cours de création. Pour configurer BDD afin d'utiliser la base de données pendant un déploiement, cliquez avec le bouton droit sur votre point de déploiement, puis cliquez sur Configure DB (Configuration de base de données). Vous êtes alors guidé à travers une série d'Assistants qui remplissent le fichier CustomSettings.ini avec les entrées qui commandent au processus d'installation LTI d'interroger la base de données pour obtenir les informations.
Rendre votre déploiement évolutif
Vous disposez maintenant d'un serveur de déploiement capable d'automatiser l'installation LTI et de configurer dynamiquement chaque ordinateur pour fonctionner dans un rôle d'entreprise spécifique. Mais comment pouvez-vous étendre cette solution ?
L'architecture de la solution est articulée autour d'une topologie hub-and-spoke telle qu'illustrée à la figure 4. Le premier serveur de déploiement que vous configurez est le serveur de déploiement parent, c'est à dire le concentrateur (hub). Chacun des serveurs de déploiement enfants servent de rayons (spokes).
Figure 4** Architecture de déploiement hub-and-spoke **(Cliquer sur l'image pour l'agrandir)
Pour activer cette architecture, vous devez utiliser DFS-R afin de répliquer le partage de distribution sur chacun de vos serveurs de déploiement. Utilisez ensuite, la réplication de capture instantanée SQL Server pour configurer une copie de la base de données de déploiement BDD sur chacun des serveurs de déploiement enfants. Cette solution est intéressante car les serveurs de déploiement enfants nécessitent une configuration logicielle minimale : il suffit que SQL Server Express, WDS et DFS-R soient installés sur chaque ordinateur pour permettre le déploiement.
Du fait des grandes quantités de données qui peuvent être enregistrées dans le partage de distribution BDD 2007, je recommande l'utilisation de DFS-R dans Windows Server 2003 R2 au lieu des services de réplication de fichiers de la version précédente de Windows Server. DFS-R n'utilise la compression différentielle à distance (RDC) que pour répliquer les modifications différentielles (delta) des fichiers entre les membres du groupe de réplication. Ceci peut avoir un grand impact sur la quantité de trafic de réplication lorsqu'une petite modification, telle qu'un nouveau pilote, est apportée à votre fichier d'image personnalisé. Avec DFS-R, le trafic de réplication équivaut seulement à la taille des modifications effectuées et non à la redistribution du fichier d'image entier.
Une foule d'informations sur DFS figurent sur le site Web de Microsoft. Vous pouvez commencer par consulter microsoft.com/windowsserver2003/technologies/storage/dfs, mais je décrirai les étapes d'installation et de configuration de base nécessaires pour vous donner un aperçu du processus dans le contexte du déploiement à l'aide de BDD.
Notez que si vos serveurs exécutent Active Directory sous une installation de Windows Server 2003 antérieure à R2, il se peut que le schéma d'Active Directory doive être mis à jour pour accepter DFS-R car le service de réplication nécessite de nouvelles classes d'objets. Pour des informations complètes sur l'extension du schéma d'Active Directory dans Windows Server 2003 R2, consultez l'article go.microsoft.com/fwlink/?LinkId=99936.
La première étape consiste à installer les composants DFS sur votre serveur de déploiement Windows Server 2003 R2. Vous pouvez procéder de plusieurs façons, l'une des plus simples étant d'utiliser l'Assistant Ajouter/Supprimer des composants Windows. Une fois cela fait, vous devez configurer un groupe de réplication à l'aide de la console de gestion DFS illustrée à la figure 5.
Figure 5** Console de gestion DFS **(Cliquer sur l'image pour l'agrandir)
Pour étendre votre solution de déploiement BDD 2007, vous devez répliquer deux dossiers spécifiques. Le premier est le partage de distribution BDD 2007 qui contient tous les fichiers de configuration et source BDD. Ces fichiers doivent être disponibles sur chaque serveur de déploiement.
Le deuxième est le dossier Boot utilisé par WDS pour stocker le fichier LiteTouch_x86.wim. Il s'agit de l'environnement de démarrage BDD qui est fourni par WDS à vos ordinateurs de bureau clients pour démarrer le processus de déploiement. Vous devez répliquer ce fichier de sorte que, lorsqu'une modification est apportée à l'environnement de démarrage sur votre serveur de déploiement parent, les modifications soient répliquées sur le reste de l'infrastructure de déploiement.
Les chemins à répliquer sont X:\Distribution (où X est la lettre de l'unité que vous spécifiez au moment de l'installation de BDD 2007) et Y:\RemoteInstall\boot (où Y est la lettre de l'unité du volume contenant le partage RemoteInstall WDS).
La réplication dans DFS-R est multimaître. Il n'est donc pas possible de créer une topologie de réplication unidirectionnelle. Pour cette raison, afin de permettre une gestion centralisée du partage de distribution, vous devez configurer le dossier de distribution sur chacun de vos serveurs de déploiement enfants pour qu'il soit en lecture seule. Ainsi, seule la réplication DFS-R peut écrire dans le dossier (puisqu'elle utilise les droits de sauvegarde et de restauration). Les ordinateurs clients créés à partir de ces serveurs enfants ne devront jamais écrire dans ce dossier. Il n'est donc pas nécessaire de leur accorder des privilèges plus élevés que les autorisations de lecture.
La dernière étape de configuration pour terminer la réplication des données à l'aide de DFS-R consiste à déterminer la stratégie d'actualisation du magasin des données de configuration de démarrage (BCD) dans WDS. Ainsi, toute modification apportée à votre environnement de démarrage sera répercutée sur chaque serveur de déploiement enfant. Cette modification de configuration doit être effectuée sur tous les serveurs WDS. Je vous recommande de l'intégrer dans votre processus de création et de configuration d'un serveur de déploiement.
Pour chaque serveur de déploiement, exécutez la commande suivante :
WDSUTIL /set-server /BCDRefreshPolicy /Enabled:yes /RefreshPeriod:<time in minutes>
La période d'actualisation de l'heure dépend de la fréquence d'actualisation des données sur les serveurs de déploiement. Si vous configurez DFS-R pour une réplication toutes les heures, il semble logique de configurer la stratégie d'actualisation du magasin BCD pour une actualisation toutes les 60 minutes.
Réplication SQL Server
Jusqu'ici, vous avez étendu BDD 2007 pour répliquer le partage de distribution BDD et l'image de démarrage WDS de votre serveur de déploiement principal sur chacun de vos serveurs de déploiement enfants. Vous devez maintenant terminer le processus et répliquer la base de données Deployment Workbench BDD 2007 de sorte qu'elle soit disponible localement sur chaque serveur de déploiement.
SQL Server utilise une méthodologie de réplication que la documentation produit décrit comme assez proche du mode de publication des magazines. Dans le cas d'un magazine, l'éditeur produit le magazine, les distributeurs distribuent le magazine pour l'éditeur et les abonnés s'abonnent au magazine et le reçoivent. SQL Server utilise cette même terminologie pour ses fonctionnalités de réplication intégrées.
Notez que, pour être éditeur de base de données SQL Server, le serveur ne doit pas exécuter SQL Server Express Edition, mais utiliser une version complète de SQL Server. Pour le serveur de déploiement principal, j'utilise le SQL Server 2005 (bien que le SQL Server 2000 soit également pris en charge). Pour chaque serveur de déploiement enfant, vous pouvez utiliser SQL Server 2005 ou SQL Server 2005 Express.
Avant de commencer à configurer la réplication SQL Server, vous devez effectuer quelques étapes afin de vérifier que SQL Server est correctement configuré pour prendre en charge la réplication. Lorsque vous configurez vos serveurs de déploiement, assurez-vous que les composants de réplication sont inclus durant l'installation de SQL Server 2005 ou SQL Server 2005 Express Edition. Par défaut, SQL Server Express n'installe pas les composants de réplication.
Ensuite, pour permettre la connexion de l'environnement de démarrage LTI à SQL Server, les connexions à distance doivent être activées dans SQL Server. Pour configurer SQL Server pour les connexions à distance, lancez l'outil Configuration de la surface d'exposition SQL Server, sélectionnez Configuration de la surface d'exposition pour les services et les connexions et configurez le serveur pour qu'il accepte les connexions locales et distantes à partir de TCP/IP et des canaux nommés.
Sur le serveur de déploiement principal, créez ensuite un dossier partagé pour contenir les données de capture instantanée de réplication qui seront lues par les agents de réplication sur chaque serveur de déploiement enfant. Je reviendrai sur ce dossier partagé ultérieurement. En général, je place ce dossier sur le même volume que le reste de mon contenu de déploiement.
Les dernières étapes de configuration ne sont nécessaires que pour SQL Server Express Edition sur vos serveurs de déploiement enfants. Par défaut, le service Explorateur de SQL Server est désactivé. Pour permettre la réplication, ce service doit être défini sur automatique, et lancé. Utilisez l'outil Gestionnaire de Configuration de SQL Server pour configurer ce service. Vous devez également créer une base de données sur les serveurs enfants sur lesquels vous répliquez le contenu. Conservez le même nom de base de données que le nom de votre base de données BDD 2007 sur le serveur de déploiement principal de façon à limiter les tâches de configuration supplémentaires.
Configuration de la réplication
Vous êtes maintenant prêt à configurer la réplication SQL Server. Pour commencer, sur le serveur de déploiement maître qui doit exécuter la version complète de SQL Server 2005, lancez SQL Server Management Studio. La première étape consiste à créer et à configurer une distribution. Pour ce faire, naviguez jusqu'au dossier Réplication de la console de gestion, comme illustré à la figure 6. Cliquez avec le bouton droit sur le dossier Réplication et sélectionnez Configurer la distribution pour lancer l'Assistant de distribution.
Figure 6** SQL Server Management Studio : Réplication **(Cliquer sur l'image pour l'agrandir)
Dans l'Assistant, confirmez que le serveur de déploiement principal doit jouer le rôle de son propre distributeur. Définissez le dossier racine de capture instantanée comme le chemin UNC du partage de réplication SQL Server créé précédemment. Enfin, définissez le serveur de déploiement principal comme devant être configuré en tant qu'éditeur.
Lorsque cet Assistant a terminé de configurer le serveur en tant qu'éditeur et distributeur, vous devez indiquer à SQL Server la base de données à publier. Pour ce faire, cliquez avec le bouton droit sur le dossier Réplication et cliquez sur les Propriétés du serveur de publication. Dans la boîte de dialogue des propriétés, sélectionnez Bases de données de publication et choisissez votre base de données BDD 2007 pour la réplication transactionnelle, comme illustré à la figure 7. Vous n'utilisez pas réellement la réplication transactionnelle, mais cette même option est sélectionnée que votre intention soit une réplication de capture instantanée ou transactionnelle.
Figure 7** Publication de votre base de données **(Cliquer sur l'image pour l'agrandir)
Vous devez maintenant créer une publication à laquelle peuvent s'abonner vos serveurs de déploiement enfants. Dans le dossier Réplication, cliquez avec le bouton droit sur Publications locales, puis cliquez sur Nouvelle publication pour lancer l'Assistant de publication. Sélectionnez la base de données BDD comme base de données à publier. Sélectionnez la réplication de capture instantanée comme type de publication et spécifiez toutes les tables, procédures enregistrées et vues à répliquer. Il est recommandé de choisir de créer une capture instantanée initiale immédiatement. Pour la planification de l'agent de capture instantanée, il est plus que suffisant de l'exécuter par défaut une fois par jour, à moins que vous ne prévoyiez de modifier fréquemment la base de données.
L'étape finale consiste à abonner chacun de vos serveurs de déploiement enfants à cette publication. SQL Server est ainsi programmé pour transmettre une copie de la base de données à chaque serveur de déploiement enfant à intervalles spécifiés. Dans le sous-dossier Publications locales du dossier Réplication, localisez la publication qui vient d'être créée, cliquez dessus avec le bouton droit et sélectionnez Nouveaux abonnements pour lancer l'Assistant Nouvel abonnement. Dans cet Assistant, sélectionnez la publication BDD créée dans les étapes précédentes comme publication choisie. Choisissez d'exécuter tous les agents au moment de la distribution pour activer la topologie de réplication en tant qu'abonnement par émission de données. Ajoutez ensuite chaque serveur de déploiement enfant en tant qu'abonné et désignez la base de données que vous avez créée sur chaque serveur pour qu'elle reçoive la copie des données répliquées (souvenez-vous que cette base de données doit porter le même nom que la base de données de déploiement principale). Enfin, configurez un compte à utiliser pour les connexions et définissez la planification à utiliser pour la réplication. Cette planification doit refléter celle que vous avez choisie pour l'agent de capture instantanée. Je vous ai donné un bref aperçu de ce dont vous avez besoin pour rendre la réplication SQL Server opérationnelle. Vous devriez maintenant commencer à voir vos données se répliquer en un rien de temps !
Configuration de BDD 2007
Jusqu'ici, vous avez configuré BDD 2007 pour utiliser une base de données et pour configurer la réplication de la base de données et le partage de distribution BDD 2007 sur vos serveurs de déploiement enfants. Pour compléter la solution de déploiement, vous devez configurer BDD 2007 de sorte que, lorsqu'un client télécharge l'environnement de démarrage BDD, il se connecte automatiquement à serveur de déploiement local.
Lorsque vous démarrez dans l'environnement Windows PE LTI, si le client a démarré à partir d'un serveur WDS, une valeur de Registre est définie dans Windows PE, qui enregistre le nom du serveur à partir duquel le client vient de télécharger l'environnement de démarrage. Les scripts de déploiement BDD 2007 initiaux récupèrent cette valeur et l'enregistrent dans une variable d'environnement appelée %WDSServer%.
Notez que, si vous utilisez la version BDD 2007 initiale, il se peut que cette valeur ne soit pas convenablement renseignée dans le Registre de Windows PE. Une mise à jour permettant de corriger ce comportement est disponible à l'adresse support.microsoft.com/kb/937191.
Pour configurer BDD 2007, il vous suffit de modifier les fichiers de configuration BootStrap.ini et CustomSettings.ini de sorte que toutes les références au serveur de déploiement soient remplacées par %WDSServer%. En principe, cela implique de remplacer les valeurs du nom d'instance SQL Server, ainsi que la valeur de DeploymentRoot, le serveur contenant le partage de distribution. Un exemple de Bootstrap.ini et un extrait d'un fichier CustomSettings.ini sont illustrés à la figure 8 et la figure 9.
Figure 9 CustomSettings.ini
[Settings]
Priority=MMSettings, MMApps, CSettings, CRoles, RSettings, RApps, Default
Properties=Manufacturer
[Default]
OSInstall=Y
DeployRoot=\\%WDSServer%\Distribution$
UserDomain=BUILDLAB
UserID=BddAdmin
UserPassword=Password1234
[CSettings]
SQLServer=%WDSServer%
Database=BDD_DB1
Netlib=DBNMPNTW
Table=ComputerSettings
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
[CRoles]
SQLServer=%WDSServer%
Database=BDD_DB1
Netlib=DBNMPNTW
Table=ComputerRoles
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
Figure 8 BootStrap.ini
[Settings]
Priority=Default
[Default]
DeployRoot=\\%WDSServer%\Distribution$
UserDomain=BUILDLAB
UserID=BddAdmin
UserPassword=Password1234
SkipBDDWelcome=YES
Notez que cette solution nécessite la présence de WDS sur le même serveur que celui qui stocke la base de données BDD 2007 répliquée et le partage de distribution BDD 2007 répliqué. Les raisons doivent vous sembler évidentes : cela vous permet d'utiliser la variable %WDSServer% pour fournir une façon sûre et simple d'indiquer à votre ordinateur client où se trouve son serveur de déploiement local et lui éviter de répondre sur le réseau étendu.
Considérations supplémentaires
L'un des aspects les plus intéressants de BDD 2007 réside dans son évolutivité, si bien qu'il existe de nombreux autres éléments pouvant être pris en compte pour l'extension de cette solution. Par exemple, vous pouvez utiliser les fonctionnalités intégrées pour contrôler SQL Server et DFS-R, concevoir des méthodes pour peupler les ordinateurs de votre environnement avec des informations issues d'une base de données de gestion des actifs, ou même utiliser une procédure SQL stockée pour récupérer ces informations. Malheureusement, je n'ai pas la place pour traiter tous ces sujets. Mais j'espère vous avoir donné suffisamment d'éléments pour que vous puissiez exploiter les fonctionnalités de BDD dans votre propre organisation.
Adam Shepherdest consultant pour Microsoft Consulting Services au Royaume-Uni. Il est spécialisé dans le déploiement, la maintenance et la gestion du client Windows. Vous pouvez le contacter à l'adresse suivante : adamshep@microsoft.com.
© 2008 Microsoft Corporation et CMP Media, LLC. Tous droits réservés. Toute reproduction, totale ou partielle, est interdite sans autorisation préalable.