Yannick Plavonil's blog

Actualités et guides sur les outils de déploiement Microsoft
  • Conserver vos partitions lors d’un scénario New Computer

    Pour certaines raisons, vous voulez conserver vos partitions lors d’un déploiement Windows 7 avec le scénario “New Computer”. Cela nécessite quelques petites modifications au niveau de la Task Sequence.

    Le plus simple est de faire une copie d’une Task Sequence et de suivre ces 2 étapes.

    - Désactiver l’étape “Format and Partition Disk”
    - Dans “Apply Operating System”, modifier si nécessaire le choix du disque et la partition. (En général, Windows est souvent installé sur le disque 0 et partition 1)

    partition

    Une fois que vouz démarrez l’installation, vous verrez qu’il efface seulement le volume ou sera installé Windows.

    partition2

    • 30/11/2010
  • customsettings.ini – configuration par architecture

    Dernièrement une personne sur le forum voulait savoir comment installer des applications en fonction de l’architecture. Il y a plus d’une solution pour cela. Mais voici comment utiliser le fichier customsettings.ini.

    Microsoft Deployment Toolkit utilise une propriété “Architecture” qui rapporte l’architecture du système d’exploitation en cours d’exécution. À ne pas confondre avec l’architecture du processeur. Par exemple si vous avez un système d’exploitation 32 bits installé sur un processeur 64 bits, alors la propriété retourne 32 bits comme valeur.

    Voici un exemple d’utilisation avec le fichier customsettings.ini

    [Settings]
    Priority=Architecture, Default

    [Default]
    OSInstall=Y
    SkipAppsOnUpgrade=NO
    SkipAdminPassword=YES
    SkipTimeZone=YES
    SkipBDDWelcome=YES

    JoinDomain=Domain.com
    DomainAdmin=username
    DomainAdminDomain=domain
    DomainAdminPassword=password

    [X64]
    Applications001={5e731fe1-ef93-44f9-bb17-8f7a5734cec8}
    Applications002={39jfw345-af78-55t6-aa26-sf44677f583r6}

    [X86]
    Applications001={5e731fe1-ef93-44f9-bb17-8f7a5734cec8}

    • 28/11/2010
  • Désactiver l’écran de choix du navigateur

    Une mise à jour Windows « Écran de choix du navigateur » est disponible pour les utilisateurs qui se trouvent dans l’un des pays de l'espace économique européen.

    browserchoice

    Pour plus d'informations sur la mise à jour « Écran de choix du navigateur », consultez l'article suivant de la Base de connaissances Microsoft :
    http://support.Microsoft.com/kb/976002

    Pour désactiver cet écran complètement inutile, il faut juste executer une action “Run Command” dans la Task Sequence.

    reg.exe add HKLM\Software\BrowserChoice /v Enable /t REG_DWORD /d 0 /f

    browserchoice2

    L’idéal c’est de la placer apres les mises à jour et avant la phase de capture.

    • 26/11/2010
  • Recherche Fédérée du blog pour Windows 7

    Voici ma petite réalisation qui vous permet d’accéder le plus rapidement possible à l’information recherchée dans mon site. Le connecteur va vous lister les 10 derniers articles et vous serez aussi en mesure de faire des recherches approfondies.

    rdgsearchconnector

    Mais qu'est-ce que la recherche fédérée ? Cette nouveauté de Windows 7 vous permet d’accéder à des sources distantes (site web, sharepoint, intranet…) directement à partir de Windows Explorer.

    Pour ajouter mon connecteur sur votre système Windows 7, suivez ces étapes.

    Télécharger le connecteur de recherche pour revuedugeek.com Search_Connector

    Cliquer sur Ajouter.

    rdgsearchconnector2

    Voila! Maintenant vous pouvez suivre les 10 derniers articles et aussi faire vos recherches depuis Windows Explorer.

    • 25/11/2010
  • Entrer une description de l’ordinateur dans l’assistant du déploiement Windows avec MDT 2010

    Je vois souvent des personnes intéressées sur le sujet. À ce jour, il y a plusieurs façons de le faire avec MDT 2010, mais voici un guide rapide et simple qui ne nécessite pas vraiment d’effort.

    Avant de commencer, téléchargez les scripts personnalisés à copier dans votre Deployment Share. l’archive contient 3 fichiers:

    • DeployWiz_Definition_ENU.xml
    • ZTISetComputerDescriptionInAD.wsf
    • ZTISetComputerDescriptionLocally.wsf

    Étape 1.  Définir ou Récuperer la description de l’ordinateur

    Avec MDT 2010, il y a 2 méthodes pour récupérer la description de l’ordinateur. Soit avec la base de données ou à travers l’assistant du déploiement.

    a) À travers l’assistant, on peut donner une description au même moment qu’on rentre le nom de l’ordinateur.

    1. Faire une sauvegarde du fichier original DeployWiz_Definition_ENU.xml.
    2. Copier le fichier DeployWiz_Definition_ENU.xml personnalisé dans votre dossier “Scripts” de votre Deployment Share.
    3. Assurez-vous d’avoir la variable SkipComputerName=NO dans votre customsettings.ini

    Quand vous démarrez le déploiement LTI, vous aurez l’écran ci-dessous :

    Computerdescription1

    b) Avec votre base de données pour récupérer les paramètres de l’ordinateur

    Si vous avez configuré la description dans la BD MDT, il faut faire une requête sur la table ComputerIdentity. Ensuite vous devez ajouter une propriété dans le fichier customsettings.ini afin d’avoir une valeur cohérente entre celle de l’assistant et celle de la BD. Configurez votre customsettings.ini comme suit :

    [Settings]
    Priority=CIdentity, Default
    Properties=Description, ComputerDescription

    [Default]
    OSInstall=Y
    ComputerDescription=%Description%

    [CIdentity]
    SQLServer=MDT01
    Instance=SQLEXPRESS
    Database=MDT
    Netlib=DBNMPNTW
    SQLShare=Logs$
    Table=ComputerIdentity
    Parameters=UUID, AssetTag, SerialNumber, MacAddress
    ParameterCondition=OR

    Étape 2. Ajouter la description sur l’objet Computer dans Active Directory

    1. Copier le fichier ZTISetComputerDescriptionInAD.wsf dans votre dossier “Scripts” de votre Deployment Share.
    2. Ajouter une action “Run Command Line” dans la phase State Restore avec les paramètres suivants:

    Type:  Run Command Line
    Nom:  Set Computer Description in Active Directory
    Commande:  cscript.exe "%SCRIPTROOT%\ZTISetComputerDescriptionInAD.wsf"
    Run this step as the following account: le compte qui joint au domaine
    Load the user's profile: coché

    Computerdescription2

    Étape 3. Ajouter la description sur l’ordinateur

    1. Copier le fichier ZTISetComputerDescriptionLocally.wsf dans votre dossier “Scripts” de votre Deployment Share.
    2. Ajouter une action “Run Command Line” dans la phase State Restore avec les parametres suivants:

    Type:  Run Command Line
    Nom:  Set Computer Description in Active Directory
    Commande:  cscript.exe "%SCRIPTROOT%\ZTISetComputerDescriptionInAD.wsf"

    Et voilà! Merci à ceux qui ont réalisé les scripts.

    • 24/11/2010
  • Avoir un système completement patché à l’installation avec le script ZTIWindowsUpdate.wsf

    Étonnant que ça puisse paraitre, certains gardent toujours la mauvaise habitude lors de la création d’une image de référence d’installer Windows puis faire les mises à jour Windows Update manuellement… Jusque-là c’est encore correct, mais quelques mois plus tard ils recommencent la même opération.

    Vous n’avez pas besoin à chaque fois de créer une image de référence et la capturer lorsque des mises à jour Windows sortent. Vous pouvez utiliser le script ZTIWindowsUpdate.wsf avec MDT 2010 et aussi SCCM pour faire cela automatiquement lors du déploiement d’une image.

    La plupart des entreprises ont déjà des équipes et des infrastructures en place pour mettre à jour les ordinateurs nouvellement déployés sur le réseau d'entreprise. Cela implique le suivi du dernier ensemble de correctifs, des pilotes et mises à jour disponibles pour chaque configuration d'ordinateurs et de déterminer quelles mises à jour doivent être téléchargés et installés pour chaque configuration. Si l'organisation a déjà un processus bien établi, ce script pourrait ne pas être nécessaire. Ce script a été conçu pour répondre à un besoin pour les équipes de déploiement qui pourraient ne pas avoir établi des processus, mais veulent s'assurer que les ordinateurs cibles sont mis à jour lors de leur déploiement.

    Ce script va télécharger et installer les mises à jour à partir d'ordinateurs sur un réseau d'entreprise configurés sur un serveur WSUS, Windows Update ou Microsoft Update à l'aide de l’agent Windows Update. Parmi celles-ci sont:

    • Service Packs Windows
    • Les pilotes non Microsoft qui ont été mis sur Windows Update
    • Mises à jour Microsoft Office
    • Microsoft Exchange Server et mises à jour de SQL Server
    • Mises à jour Microsoft Visual Studio
    • Certaines mises à jour d'application non Microsoft

    Par défaut, cette fonctionnalité est désactivée dans la Task Sequence et doit être activée manuellement pour fonctionner.

    ztiwindowsupdate

    Si vous voulez utilisez votre serveur WSUS en place, il faut aussi éditer le fichier customsettings.ini.

    WSUSServer=http://WSUS01

    Lorsqu'il est activé dans la Task Sequence, ce script s'exécute à plusieurs reprises pendant la phase State Restore. Il est d'abord exécuté une fois après le premier  démarrage du système d'exploitation. Cela garantit que les dernières mises à jour et Service Packs sont installés avant l'installation de toutes les applications qui pourraient dépendre des mises à jour spécifiques sur l'ordinateur cible. Par exemple, une application peut dépendre de la dernière version du Framework Microsoft. NET.

    Ce script est également exécuté après l'installation des applications. Cela garantit que les derniers service packs et mises à jour d'application ont été appliqués. Par exemple, utiliser ce script pour faire en sorte que les dernières mises à jour sont appliquées pour Microsoft Office 2010.

    Il est possible que lors de l'installation d'une ou plusieurs mises à jour, l'ordinateur cible exige un redémarrage afin d'assurer que les mises à jour sont correctement installées. Si le script détecte un redémarrage, il va redémarrer automatiquement l'ordinateur cible et reprendre les mises à jour en attente.

    • 22/11/2010
  • Sélectionner votre Deployment Share en fonction du site

    Ça vous dit de pouvoir sélectionner votre Deployment Share en fonction de votre site ou même avoir votre lab en tant que source de déploiement…

    ddpsite1

    C’est possible d’avoir cette fonctionnalité à l’aide du fichier LocationServer.xml à ajouter dans votre image de boot.

    1. Commencez par créer un fichier LocationServer.xml comme suit :

    ddpsite4

    2. Créer un dossier D:\Extrafiles\Deploy\Control et sauvegarder votre fichier XML à cet endroit.

    3. Configurer les paramètres de votre image de boot pour inclure ce dossier. (un peu comme l’article pour ajouter trace32 dans l’image de boot)

    ddpsite3

    4. Configurer votre fichier bootstrap.ini comme suit : (il faut enlever la variable DeployRoot)

    [Settings]
    Priority=Default

    [Default]
    SkipBDDWelcome=YES

    5. Mettre à jour votre Deployment Share

    Fini!

    Télécharger le fichier LocationServer.xml

    • 16/11/2010
  • customsettings.ini – Utiliser les variables IsLaptop et IsDesktop

    Dernièrement sur Technet, j’expliquais comment utiliser les variables %IsDesktop% et %IsLaptop% pour configurer automatiquement certaines étapes de déploiement.

    Pour ceux qui ne le savent pas encore, Microsoft Deployment Toolkit exécute suffisamment de scripts et requêtes WMI pour récupérer certaines informations sur le poste cible. Il est possible de déterminer si un poste est en fait un serveur, un PC portable ou un PC de bureau.

    Pour aller dans le vif du sujet, j’expliquais comment définir automatiquement le nom de la machine et aussi l’OU de destination dans Active Directory. Voici un exemple du customsettings.ini

    chassystype

    Dans cet exemple, j’ai juste évoqué le nom de machine et l’OU mais vous n’êtes pas limité qu’à cela.

    • 14/11/2010
  • Organigrammes des processus de déploiement LTI

    Si vous voulez comprendre le processus LTI, jetez-y vraiment un coup d'oeil.

    Voici les organigrammes pour les phases suivantes:

    • Validation
    • State Capture
    • Preinstal
    • Install
    • Postinstall
    • State Restore

    Phase “Validation”

    phase

    Phase “State Capture”

    statecapture1

    statecapture2

    Phase “Preinstall”

    preinstall1

    preinstall2

    preinstall3

    Phase “Install”

    install

    Phase “PostInstall”

    postinstall1

    postinstall2

    Phase “State Restore”

    staterestore1

    staterestore2

    staterestore3

    staterestore4

    • 7/11/2010
  • Déplacer votre Deployment Share sur une autre machine

    Etes vous parmi ceux qui souhaitent déplacer votre Deployment Share sur une autre machine ? Par exemple d'une machine virtuelle à une machine physique, d’un serveur de Lab à un serveur de Production… Alors oui, c’est possible.

    La procédure est très simple:

    1. Copier-Coller la totalité de votre Deployment Share (exemple D:\MDTBuildProd) sur la machine cible

    2. Ajouter ce dossier dans Deployment Workbench

    3. Modifier les propriétés (Local Path , UNC Path) du Deployment Share

    cheminDS

    4. Modifier la variable DeployRoot de votre bootstrap.ini (DeployRoot=\\MDT01\MDTBuildProd$)

    5. Mettre à jour votre Deployment Share.

    Fini!

    • 5/11/2010
  • Conserver les drivers sur une machine référence lors de sysprep

    Il est possible de conserver les drivers sur une machine référence même après avoir exécuté Sysprep. Pour cela, la variable PersistAllDeviceInstalls doit être configurée.

    La variable PersistAllDeviceInstalls indique que tous les périphériques Plug-and-Play sur l'ordinateur restent installés pendant la phase Generalize.

    Utilisez ce paramètre pour gagner du temps lorsque vous prévoyez de capturer et d'appliquer une image sur des ordinateurs qui ont la même configuration matérielle. Ceci élimine le besoin de réinstaller les drivers pendant la phase Specialize.

    Une fois que votre image référence est prête, exécutez sysprep avec la commande suivante:

    sysprep /oobe /generalize /shutdown /unattend:C:\unattend.xml

    Le fichier doit avoir PersistAllDeviceInstalls dans la phase generalize comme suit:

    <settings pass="generalize">
      <component name="Microsoft-Windows-PnpSysprep">
        <PersistAllDeviceInstalls>true</PersistAllDeviceInstalls>
      </component>

    Maintenant vous pouvez capturer votre image.

    Note: Une autre méthode serait de configurer une clé du registre comme suit:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup\Sysprep\Settings\sppnp mettre la variable PersistAllDeviceInstalls à 1.

    • 4/11/2010
  • Définir les OU de destination avec DomainOUList.xml

    Vous pouvez créer une liste d'unité organisationnelle (OU) de votre AD DS, où les ordinateurs cibles peuvent être créés.

    Il existe la propriété DomainOUs à configurer dans votre customsettings.ini. La propriété DomainOUs a un suffixe numérique (par exemple: DomainOUs1, DomainOUs2). Les valeurs spécifiées seront affichées dans l'Assistant de déploiement et sélectionnable par l'utilisateur. La propriété MachineObjectOU sera ensuite fixée à votre choix.

    Par contre, la même fonctionnalité peut être fournie par la configuration du fichier DomainOUList.xml (histoire de garder votre customsettings.ini propre). Le format du fichier DomainOUList.xml est le suivant:

    domainoulist1

    Il faut ensuite sauvegarder ce fichier dans le dossier Control de votre Deployment Share. Voici plus bas le résultat dans l’assistant Windows Deployment.

    domainoulist2

    Télécharger une copie du fichier DomainOUList.xml

    • 1/11/2010