|
|
Browse by Tags
All Tags » #CDNWIN7 (RSS)
-
 Continuing with our theme of how to make use of the Microsoft Deployment Toolkit 2010, here we have the third and final post of a 3-part series for our French-speaking readers on how to manage drivers using MDT 2010 to help ensure your deployment of Windows 7 on your new PCs works well. The series is written by Yannick Plavonil, a Microsoft MVP based in Quebec. You can find this and more on his own blog – Revue du Geek.
Let me know what other topics you would like covered in the future. Leave a comment or send an email by clicking on the link to the right of this post. ![DamirB-BlogSignature_thumb[1]_thumb_thumb_thumb_thumb_thumb](http://blogs.technet.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-48-12-metablogapi/4237.DamirB_2D00_BlogSignature_5F00_thumb1_5F00_thumb_5F00_thumb_5F00_thumb_5F00_thumb_5F00_thumb_5F00_thumb_5F00_32ED7170.png "DamirB-BlogSignature_thumb[1]_thumb_thumb_thumb_thumb_thumb")
Pour faire suite à la stratégie des drivers à adopter, il y a 2 types de drivers à prendre en compte lors du déploiement Windows. Il y a les drivers WinPE pour l’image de boot et ceux pour le système Windows qu’on déploie. Pour WinPE, c’est simple. Mais c’est plus complexe lorsqu’il s’agit du système d’exploitation. Alors j’écris juste mes recommandations en fonction de mon expérience et de ce que j’ai pu voir avec d’autres architectes en déploiement. Les drivers pour WinPE (Boot/LiteTouch) Dans MDT 2010, l’image de boot utilisé pour le déploiement est basée sur Windows PE 3.0 qui est en fait un sous ensemble de Windows 7. Pour l’image, il faut les drivers “NIC” et les drivers “Mass Storage” (sata,raid,controller intel…) au minimum, mais parfois il est nécessaire d’en ajouter d’autres au besoin (drivers souris pour les cartes ILO, RAC..). L’image de boot permet de se connecter au serveur de déploiement. Ce qui est bien dans WinPE 3 c’est qu’il supporte les mêmes composants que Windows 7 de base (installation fraiche de Windows 7 avec tous les périphériques reconnus). Alors dans certains cas il n’y a rien à ajouter. Aussi dans la configuration WinPE, il faut modifier l’option “scratchspace” pour augmenter l’espace temporaire de stockage qui est utilisé quand l’installeur injecte les drivers dans Windows. Pour une image de boot optimisée dans MDT 2010 je recommande les étapes suivantes: - Créer 2 dossiers dans la section “Out-Of-Box drivers”, les nommer WinPE x86 et WinPE x64
- Importer les drivers x86 dans le dossier WinPE x86 et les drivers x64 dans le dossier WinPE x64. Noter que vous devez seulement utiliser les drivers Windows 7 pour l’image de boot même si vous prévoyez de déployer Windows XP avec MDT.
- Créer 2 profils de sélections, un nommé WinPE x86 (ou vous choisissez le dossier WinPE x86 dans Out-Of-Box Drivers), et l’autre nommé WinPE x64 (ou vous choisissez le dossier WinPE x64 dans Out-Of-Box Drivers).
- Configurer le dossier de distribution (Deployment Share) pour utiliser les profils de sélection. Dans l’onglet “Windows PE x86 Components” sur le champ “Driver Injection” sélectionner le profil WinPE x86. Faire la meme chose pour l’onglet “Windows PE x64 Components” avec le profil WinPE x64.
- Toujours dans les propriétés du dossier de distribution, sur l’onglet Windows PE x86 Settings, mettre “Scratch Space size” à 128, faire la meme chose pour Windows PE x64 Settings.
- Mettre à jour votre dossier de distribution.
Surtout n’importez pas les drivers don’t vous n’avez pas besoin.
Exemple: l’image WinPE 3.0 (avec WAIK 2.0) a déja le driver intelSATA (iastor.inf) 
Les drivers pour les systèmes Windows Pour les parties suivantes, il y a plusieurs méthodes. Mais à vous de déterminer celle qui correspond le mieux à votre besoin. En général, on se base sur la taille de l'entreprise, le nombre de systèmes d'exploitation à déployer, le niveau de contrôle souhaité et le nombre de modèles de machines dans votre parc informatique. Méthode 1 : Sans contrôle — Conditions : 1 système d’exploitation à déployer, 1 marque, quelques modèles de machines. C’est la méthode de base lorsqu’on commence avec Microsoft Deployment Toolkit. L’élément clé ici c’est qu'on déploie une seule famille de système d'exploitation et que le matériel est du même vendeur. La plupart des grandes marques font des tests de compatibilité entre leurs propres modèles par famille de systèmes d'exploitation, ainsi il est rare qu’un driver d’un modèle interfère avec un autre modèle. Il n’y a pas vraiment grand-chose à faire à part télécharger, extraire les drivers de chaque modèle dans un dossier puis les importer dans Deployment Workbench. 
Méthode 2 : Profil de sélection – Conditions : Plusieurs systèmes d’exploitation, 1 marque, quelques modèles de machines Cette méthode est généralement utilisée dans les entreprises à taille moyenne. La différence majeure avec la méthode 1 est le déploiement de plusieurs systèmes d’exploitation. Comme dans ces deux méthodes la détection se fait par le PNP ID, on doit les filtrer pour que les drivers de Windows XP soient pris en compte pendant le déploiement de Windows XP et que les drivers pour Windows 7 soient pris en compte pendant le déploiement de Windows 7. C’est une fonctionnalité de MDT 2010 appelé “Selection Profiles” qui permet de faire le filtrage. Dans cette partie, je crée d’abord les dossiers nécessaires Windows XP x86 et Windows 7 x64 dans la section “Out-Of-Box Drivers”. Ensuite, j’importe les drivers et je lie un profil de sélection pour chaque système. La dernière étape est de configurer la section “Inject Drivers” dans la Task Sequence. 
Configurer la section “Inject Drivers” dans la Task Sequence. 
Méthode 3 : %Make% and %Model% – Condition : Plusieurs systèmes d’exploitation, plusieurs marques, quelques modèles de machines. Maintenant, la différence avec les méthodes précédentes est qu’il y a plusieurs marques de machines. Cela ne garantit pas non plus la compatibilité des drivers entre les marques. Je m’explique, 2 marques différentes de PC ont une la même carte graphique nvidia et pourtant ça ne garantit pas que le driver provenant du site de nvidia s’installe, car parfois les constructeurs modifient le driver en fonction dans leur machine. Donc non seulement il faut être en mesure de filtrer le système d’exploitation, mais aussi le type de machine. On pourrait utiliser comme dans la méthode 2 le profil de sélection, mais il n’a pas été conçu pour cela. En plus de la détection par PNP ID, on va utiliser la fonction “DriverGroup” permet de faire un filtrage plus avancé. Pendant la phase de déploiement MDT utilise des requêtes WMI pour récupérer la marque et le modèle de la machine et seulement les drivers correspondants seront installés. On doit récupérer le nom exact du modèle pour faire la structure des dossiers. Dans cette partie, je crée d’abord les dossiers nécessaires Windows XP x86 et Windows 7 x64 dans la section “Out-Of-Box Drivers” puis les sous-dossiers pour chaque modèle. Ensuite, j’importe les drivers de chaque modèle dans son dossier respectif et par système d’exploitation. dans Deployment Workbench. 
Ajouter une étape “Set Task Sequence Variable” avec DriverGroup001 et sur Windows 7 x64\%Model% 
Configurer “Inject Drivers” sur “Nothing” dans le champ “Selection Profile” 
Voila, vous savez tout maintenant! 
|
-
 Continuing with our theme of how to make use of the Microsoft Deployment Toolkit 2010, here we have the second post of a 3-part series for our French-speaking readers on how to manage drivers using MDT 2010 to help ensure your deployment of Windows 7 on your new PCs works well. The series is written by Yannick Plavonil, a Microsoft MVP based in Quebec. You can find this and more on his own blog – Revue du Geek.
Let me know what other topics you would like covered in the future. Leave a comment or send an email by clicking on the link to the right of this post. ![DamirB-BlogSignature_thumb[1]_thumb_thumb_thumb_thumb](http://blogs.technet.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-48-12-metablogapi/5706.DamirB_2D00_BlogSignature_5F00_thumb1_5F00_thumb_5F00_thumb_5F00_thumb_5F00_thumb_5F00_thumb_5F00_298AC472.png "DamirB-BlogSignature_thumb[1]_thumb_thumb_thumb_thumb")
Deuxieme partie sur la gestion des drivers. Je vous invite à voir la partie 1 qui concerne les drivers fournis sous forme d’application. La gestion des drivers est un élément essentiel dans le déploiement des systèmes d'exploitation. Les drivers des périphériques doivent être disponibles pour WinPE et le systeme d’exploitation cible pour que le déploiement se fasse sans probleme. En bref, ici je parle de 2 types de drivers. WinPE est le plus simple des deux mais pour le systeme d’exploitation il y a vraiment une stratégie derriere tout ca. Quelle stratégie adoptée pour gérer les drivers ? Inclure tous les drivers. C'est le comportement par défaut pour les déploiements dans MDT et meme SCCM. Dans cette stratégie, tous les drivers sont déployés à l'ordinateur cible. Ensuite, Windows PE et le système d'exploitation cible utilise la fonctionnalité Plug-and-Play pour identifier les drivers nécessaires pour le modele de machine. Identifier les drivers par modele de machine. Dans cette stratégie, seul les drivers spécifiques à l'ordinateur cible sont déployés. Cela nécessite une configuration et une gestion plus poussée pour contrôler les drivers. Avantages et inconvénients par rapport à la stratégie adoptée Stratégie Avantages Inconvénient Inclure tous les drivers - Pratique avec peu de périphériques
- Necessite moins de temps et d’effort pour identifier le bon driver
- Tous les drivers “Mass Storage” sont inclus pour les systemes Windows
- L’image est plus grosse
- Ne fonctionne pas correctement avec un grand nombre de périphériques à gérer
- On doit mettre à jour l’image plus souvent
- La gestion continue demande plus d’effort
Drivers par modele de machines - Les images sont plus petites
- Moins de mise à jour d’image à faire
- Fonctionne correctement avec une grande quantité de drivers à gérer
- La gestion des drivers demande moins d’effort parce qu’il y a moins de drivers dans l’image
- Necessite plus d’effort pour identifier le bon driver
- Pas pratique pour une petite quantité de périphériques
- Il faut inclure les drivers “Mass Storage” pour chaque versions de Windows
Chacune de ces stratégies peut causer des problèmes si elles sont prises à l'extrême. Inclure tous les drivers pourrait causer des problèmes lorsque vous essayez de gérer des dizaines de milliers de drivers en raison de la taille plus grande du téléchargement et une plus grande probabilité de mal détecter le driver pour les périphériques. Une structure de gestion avec les drivers par modele de machines pourrait être trop complexe pour la gestion des environnements de petite taille avec seulement deux ou trois différents types d'ordinateurs. C’est vous faire perdre beaucoup de temps inutile. Dans la plupart des cas, choisir une stratégie en fesant un mix des deux est mieux adapté à l’organisation. 
|
-
 Continuing with our theme of how to make use of the Microsoft Deployment Toolkit 2010, here we have the first of a 3-part series for our French-speaking readers on how to manage drivers using MDT 2010 to help ensure your deployment of Windows 7 on your new PCs works well. The series is written by Yannick Plavonil, a Microsoft MVP based in Quebec. You can find this and more on his own blog – Revue du Geek.
Let me know what other topics you would like covered in the future. Leave a comment or send an email by clicking on the link to the right of this post. ![DamirB-BlogSignature_thumb[1]_thumb_thumb_thumb](http://blogs.technet.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-48-12-metablogapi/4064.DamirB_2D00_BlogSignature_5F00_thumb1_5F00_thumb_5F00_thumb_5F00_thumb_5F00_thumb_5F00_4EA924E3.png "DamirB-BlogSignature_thumb[1]_thumb_thumb_thumb")
Dernierement j’ai recu les nouvelles séries de PC portable Dell E6510 et sans surprise une fois que j’ai installé Windows 7, la plupart des nouveaux matériels étaient sans drivers. J’ai donc récupéré chez Dell tous les drivers necessaires pour les inclure dans mon serveur MDT. Certains drivers sont fournis comme des applications (.exe) et il est impossible de les décompresser pour récuperer les fichiers .inf. Dans ce cas, il faut simplement ajouter le driver comme une application. Faire un bundle si necessaire. Il ne faut pas oublier ensuite de mettre les applications en mode Hide in the deployment wizard. Il y a ensuite 3 méthodes pour faire correspondre le driver à installer pour le type de machine: - Indiquer l’application dans une task sequence avec une requete WMI “Make and Model”.
- Indiquer le driver dans le fichier CustomSettings.ini.
- Indiquer le driver comme application dans la BD MDT.
Pour identifier les variables Make et Model, voici les outils: - L’outil Information Systeme, < System Manufacturer (make) et System Model (model) >
- Windows PowerShell. Utiliser la commande Get-WMIObject –class Win32_ComputerSystem.
- CMD > WMIC, utiliser la commande CSProduct Get Name, Vendor pour avoir les valeurs (model) et (make).
Requete WMI – Make, Model dans la Task Sequence Creer un groupe dans la Task Sequence pour chaque types de modeles, et ajouter une requete pour chaque modeles. Pour creer un groupe pour chaques types de matériels. 1. Deployment Workbench > Deployment Shares > MDT Build Prod > Task Sequences . 2. Aller dans les propriétés de la Task Sequence sur laquelle on va ajouter les commandes 3. Aller dans la partie State Restore > Windows Update (Pre-Application Installation). 4. Sur l’onglet Task Sequence > Add > New Group. (nommer le Device Drivers Applications) La, on vient de creer le groupe qui va nous permettre de préciser les étapes pour l’installation des drivers lié au matériel. 5. Sur Device Driver Applications >choisir New Group. 6. Sur l’onglet Properties, donner un nom au groupe (exemple, Drivers Applications – Dell Inc). 7. Sur l’onglet Options > Add > Query WMI. 8. Sur la fenetre WMI Condition, entrez les infos suivantes: · Dans le champ WMI, entrez root\cimv2.
· Dans le champ WQL query, entrez une requete WMI (WQL) en utilisant la classe Win32_ComputerSystem. comme plus bas. Exemple: Select * FROM Win32_ComputerSystem WHERE Manufacturer LIKE "%Dell%" AND Model LIKE "%E6510%" Le symbole % permet de faire une recherche sur les caracteres suivant et précedent. Si vous etes dans une machine virtuelle avec VMware, pour faire votre test.
Select * FROM Win32_ComputerSystem WHERE Manufacturer LIKE "%VMware%" AND Model LIKE "%VMware%" 
9. Puis validez la requete. Il faut faire cela pour chaque modele de machine si necessaire. Ensuite une fois que la requete spécifique à la machine est prete, il faut choisir l’application à installer 10. Se placer sur le groupe qu’on vient de creer 11. Sur l’onglet Task Sequence > Add > General > Install Application. 12. Et choisir l’application à installer (ou le bundle) pour le type de machine Quand le déploiement LTI ou ZTI commence, une des premieres actions est d’analyser le fichier BootStrap.ini et CustomSettings.ini. Ces 2 fichiers peuvent etre utiliser pour personaliser le déploiement. Les applications sont référencées avec leur GUID. On peut les retrouver dans le fichier Applications.xml dans D:\MDTBuildProd\Control
1. Ouvrir le fichier Applications.xml et repérer l’application. 2. Sur le tag GUID, recuperez le numero <application guid={6d3dc678-a4fb-440f-9546-c8ad82b52168}> 
Au démarrage du déploiment, des requetes WMI Make and Model sont effectués sur la machine. Les valeurs peuvent donc etre utilisé dans le fichier CustomSettings.ini file to dynamically read sections of the file depending on the make and model detected. Listing 28 shows an example of the CustomSettings.ini file. Voici un example du fichier CustomSettings.ini configuré pour installer des applications en fonction du modele. [Settings] Priority=Make, Default [Dell Inc.] Subsection=Dell-%Model% [Dell-Latitude E6510] MandatoryApplications001={6d3dc678-a4fb-440f-9546-c8ad82b52168} [Dell-Latitude E6500] MandatoryApplications001={6d3dc678-a4fb-440f-9546-c8ad82b52168} Définir le driver dans la base de donnée MDT La BD MDT est utilisée durant la phase de déploiement pour récuperer les informations à utiliser sur une machine. Ensuite il identifie la machine cible avec 3 méthodes. - Recherche de machine défini par la Mac adresse, Asset tag..
- Recherche l’ordinateur en fonction de la passerelle par défaut.
- Recherche du modele et de la marque avec une requete WMI.
Pour creer une entrée dans la BD afin d’autoriser l’installation des drivers pôur une machine 1. Sur la console Deployment Workbench > MDT Build Prod > Advanced Configuration > Database > Make and Model. 2. Faire nouveau. 3. Sur l’onglet Identity tab, tapez dans Name la valeur Latitude E6510. (name correspond au champ Name avec la requete WMI). 4. Sur Model, tapez le modele. 5. Sur l’onglet Applications, ajouter toutes les applications pour ce type de modele. 
|
-
 This post is the fourth and final post in a 4-part series for our French-speaking readers on how to use MDT 2010 to deploy Windows 7 in your environment. The series is written by Yannick Plavonil, a Microsoft MVP based in Quebec. You can find this and more on his own blog – Revue du Geek.
Let me know what other topics you would like covered in the future. Leave a comment or send an email by clicking on the link to the right of this post. ![DamirB-BlogSignature_thumb[1]_thumb_thumb](http://blogs.technet.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-48-12-metablogapi/6663.DamirB_2D00_BlogSignature_5F00_thumb1_5F00_thumb_5F00_thumb_5F00_thumb_5F00_1EC55F05.png "DamirB-BlogSignature_thumb[1]_thumb_thumb")
Objectif: Cette derniere partie explique brievement comment utiliser la base de donnée dans MDT 2010. Pré-requis: Creation et utilisation de la base donnée Avant de pouvoir utiliser notre instance SQLExpress, il reste quelque configuration à faire dans la console Deployment Workbench. Creation de la BD de déploiement - Sur Deployment Workbench > MDT Build Prod > Advanced > clic droit Database > New Database
- Sur l’assistant New DB, dans SQL Server Details, entrer les informations de notre serveur:
a. SQL Server Name: MDT01
b. Instance: SQLEXPRESS
c. Port: laisser vide
d. Network librairy: Named Pipes - Sur la page Database, choisir Create a new database, tapez MDT dans le champ.
- Sur la page SQL Share, dans le champ SQL Share, tapez Logs$ > Finish.
Configuration des permissions pour la base de donnée Avec la console SQL Management Studio, creer un Security Login pour le compte Labyp\BuildAccount et ajouter les permissions db_datareader sur la base MDT. Configuration des propriétés du point de déploiement - clic droit sur MDT Build Prod > Properties.
- Sur l’onglet Rules, modifier le CustomSettings.ini pour ajouter les infos sur la bd.
[Settings]
Priority=CSettings, CRoles, RApps, Default [Default]
_SMSTSORGNAME=LABYP
OSInstall=Y
SkipAppsOnUpgrade=NO
SkipAdminPassword=YES
SkipProductKey=YES
SkipComputerName=YES
SkipDomainMembership=YES
SkipUserData=YES
UserDataLocation=AUTO
SkipLocaleSelection=YES
SkipTaskSequence=NO
SkipTimeZone=YES
SkipApplications=YES
SkipBitLocker=YES
SkipSummary=YES
SkipBDDWelcome=YES
SkipCapture=YES
SkipFinalSummary=NO
TimeZone=035
TimeZoneName=Eastern Standard Time JoinDomain=LABYP
DomainAdmin=LABYP\JoinAccount
DomainAdminPassword=Passw0rd
MachineObjectOU=ou=NewComputers,dc=labyp,dc=com WSUSServer=http://MDT01 [CSettings]
SQLServer=MDT01
Instance=SQLEXPRESS
Database=MDT
Netlib=DBNMPNTW
SQLShare=Logs$
Table=ComputerSettings
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR [CRoles]
SQLServer=MDT01
Instance=SQLEXPRESS
Database=MDT
Netlib=DBNMPNTW
SQLShare=Logs$
Table=ComputerRoles
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR [RApps]
SQLServer=MDT01
Instance=SQLEXPRESS
Database=MDT
Netlib=DBNMPNTW
SQLShare=Logs$
Table=RoleApplications
Parameters=Role
Order=Sequence Creer une entrée dans la BD pour faire un exemple - Sur Deployment Workbench > MDT Build Prod > Advanced > Database > clic droit Computers.
a. Description: MLTest001
b. MacAddress: entrer ici la adresse mac d’un pc, 00:00:00:00:00:00
c. Sur l’onglet Details > OSDComputerName: MLTest001 - Maintenant si on lance le déploiement de la machine avec l’adresse mac qui correspond alors elle aura le nom MLTest001.
Exemple pour des applications en fonction des roles Commencer par ajouter une application dans Deployment Workbench. ici dans mon exemple j’utilise Siverlight. - Sur Deployment Workbench > MDT Build Prod > clic droit Applications > New Application > utilisez la configuration:
a. Application with source files
b. Publisher: Microsoft
c. Application name: Silverlight
d. Version: 4
d. Source Directory: Z:\Logiciels\Silverlight
f. Specify the name of the directory that should be created: Microsoft Silverlight
g. command line: silverlight.exe /q
h. Working directory: .\Applications\Silverlight - Creer un role dans la bd.
a. Sur Deployment Workbench > MDT Build Prod > Advanced > Database > clic droit Role > Creer un role.
b. Role name: Standard
c. Applications: Microsoft Silverlight - Maintenant allons modifier la machine qu’on a précédement configuré dans la BD.
a. Sur Deployment Workbench > MDT Build Prod > Advanced > Database > Computers > double clic sur MLTest001 et ajouter:
a. Roles: Standard - Maintenant si on redémarre le déploiement pour cette meme machine, elle aura le nom défini MLTest001 et l’application Silverlight sera installé parce qu’elle fait partie du role Standard.
Donc voici un exemple qui montre comment utiliser la base de donnée dans MDT. 
|
-
 This post is the third post in a 4-part series for our French-speaking readers on how to use MDT 2010 to deploy Windows 7 in your environment. The series is written by Yannick Plavonil, a Microsoft MVP based in Quebec. You can find this and more on his own blog – Revue du Geek.
Let me know what other topics you would like covered in the future. Leave a comment or send an email by clicking on the link to the right of this post. ![DamirB-BlogSignature_thumb[1]_thumb](http://blogs.technet.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-48-12-metablogapi/0743.DamirB_2D00_BlogSignature_5F00_thumb1_5F00_thumb_5F00_thumb_5F00_260AFCF1.png "DamirB-BlogSignature_thumb[1]_thumb")
Objectif: Cette partie 3 explique comment déployer une image capturée de Windows 7 dans MDT 2010. Pré-requis: Déploiement de l’image Windows 7 C’est la partie la plus intéressante, avec une bonne montée d’adrénaline! Ajouter le fichier wim capturé de Windows 7 dans Deployment Workbench Sur Deployment Workbench > Deployment Shares > MDT Build Prod > clic droit Operating Systems > Import Operating System. - Custom image file
- Source directory: .. D:\MDTBuildProd\Captures\W7-X86-001.wim
- Copy Windows Vista, Windows Server 2008, or later setup files from the specifc path:
Setup source directory: D:\MDTBuildProd\Operating Systems\Windows 7 Enterprise Fr x86 Image - Destination directory name: Windows 7 Entrerprise Fr x86 Custom Image
- Ajuster au besoin le nom qui apparait sur Deployment Workbench
Creer et configurer une nouvelle Task Sequence Sur Deployment Workbench > MDT Buil Prod > clic droit sur Task Sequence > New Task Sequence > suivre l’assitant - Task sequence ID: W7-X86-002
- Task sequence name: Windows 7 Enterprise Fr x86 Custom Image
- Task sequence comments: Production Build
- Template: Standard Client Task Sequence
- Select OS: Windows 7 Enterprise Fr x86 Custom image
- Specify Product Key: Ne pas saisir de clé pour l’instant
- FullName: RevueDuGeek
- Organization: RevueDuGeek
- Internet Explorer home page: http://www.revuedugeek.com
- Administrator Password and confirm Password: Passw0rd
Dans la Task Sequence Windows 7 Enterprise Fr x86 Custom Image, configurer les options suivantes: - Activer l’option State Restore -> Windows Update (Pre-Application Installation)
- Activer l’option State Restore -> Windows Update (Post-Application Installation)
On va plus tard éditer notre fichier customsettings.ini pour le faire pointer sur notre serveur wsus. Configuration du Deployment Share Clic droit sur le Deployment Share MDT Build Prod > Propriétés. - dans l’onglet Général, sur la partie Platforms Supported on peut décocher x64 ou x86 en fonction de l’image référence.
- dans l’onglet Rules, il faut éditer le fichier customsettings.ini comme suit:
[Settings]
Priority=Default [Default]
_SMSTSORGNAME=LABYP OSInstall=Y
SkipAppsOnUpgrade=NO
SkipAdminPassword=YES
SkipProductKey=YES
SkipComputerName=YES
SkipDomainMembership=YES
SkipUserData=YES
UserDataLocation=AUTO
SkipLocaleSelection=YES
SkipTaskSequence=NO
SkipTimeZone=YES
SkipApplications=YES
SkipBitLocker=YES
SkipSummary=YES
SkipBDDWelcome=YES
SkipCapture=YES
SkipFinalSummary=NO TimeZone=035
TimeZoneName=Eastern Standard Time JoinDomain=LABYP
DomainAdmin=LABYP\JoinAccount
DomainAdminPassword=Passw0rd
MachineObjectOU=ou=NewComputers,dc=labyp,dc=com WSUSServer=http://MDT01 - dans l’onglet Rules, il faut éditer le fichier bootstrap.ini comme suit:
[Settings]
Priority=Default [Default]
DeployRoot=\\MDT01\MDTBuildProd$ SkipBDDWelcome=YES UserDomain=LABYP
UserID=BuildAccount - dans l’onget Windows PE x86 Settings, dans la partie Lite Touch Boot Images Settings, configurer comme suit:
a. image description: MDT Build Prod x86
b. ISO fine name: MDT_Build_Prod_x86.iso
c. configurer Scratchspace à 128 MB
Faire de meme pour Windows PE x64 Settings. Mettre à jour le Deployment Share Sur Deployment Workbench > clic droit sur MDT Buil Prod > Update Deployment Share - Ceci peut prendre quelques minutes
Configuration de Windows Deployment Services Il faut ajouter les images de boot Lite Touch (x86 et x64) - Sur la console WDS > clic droit Boot Images > Add Boot Image
- aller sur D:\MDTBuildProd\Boot\LiteTouchPE_x86.wim et ajouter avec les parametres par défaut.
Automatiser le PXE Boot - Sur la console WDS > clic droit sur MDT01.labyp.com > Properties
- sur l’onglet PXE Response, dans la partie PXE Response Policy, choisir Respond to all client computer (known and unknown)
Ne pas cocher Require administrator approval for unknown computers.
- sur l’onglet Boot, dans la partie PXE Boot Policy, choisir Always continue to PXE boot on both known and unknown clients.
- sur l’onglet Boot, dans la partie Default boot image (optional), a coté de x86 architecture, choisir l’image boot MDT Prod x86.
Déployer l’image Windows 7 avec LTi et WDS - Démarrer la machine sur le boot PXE et suivre l’assistant LTI d’installation.
a. le mot de passe est: Passw0rd
b. choisir: Windows 7 Enterprise Fr x86 Custom Image - Lite Touch Installation va démarrer et fera les étapes suivantes:
a. installer l’image Windows 7
b. joindre la machine au domaine
c. faire la mise à jour windows update avec notre server wsus - Apres quelques minutes, on aura enfin pret notre image Windows 7 prete et fonctionnelle.
|
-
 This post is the second in a 4-part series for our French-speaking readers on how to use MDT 2010 to deploy Windows 7 in your environment. The series is written by Yannick Plavonil, a Microsoft MVP based in Quebec. You can find this and more on his own blog – Revue du Geek.
Let me know what other topics you would like covered in the future. Leave a comment or send an email by clicking on the link to the right of this post. ![DamirB-BlogSignature_thumb[1]](http://blogs.technet.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-48-12-metablogapi/3465.DamirB_2D00_BlogSignature_5F00_thumb1_5F00_thumb_5F00_5CF61914.png "DamirB-BlogSignature_thumb[1]")
Objectif: Cette partie 2 explique les étapes nécessaire pour creer une image de référence Windows 7 en utilisant MDT 2010. De règle générale pour creer une image référence la plus compatible possible il faut le faire dans une machine virtuelle et non une machine physique. Pré-requis: 2. Configuration du serveur de déploiment Dans cette partie, on va creer le partage de distribution, configurer les permissions, importer les sources de Windows 7 et les Tasks Sequences. Creer le Deployment Share MDTBuildProd - Se connecter sur le serveur MDT01 avec un compte admin du domaine.
- Lancez la console Deployment Workbench et creer un Deployment Share avec la configuration suivante:
a. Deployment share path: D:\MDTBuildProd
b. Share name: MDTBuildProd$
c. Deployment share description: MDT Build Prod
d. Allow Image Capture: <par défaut>
e. Allow Admin Password: <par défaut>
f. Allow Product Key: <par défaut> Configuration des permissions pour le Deployment Share - Sur le dossier D:\MDTBuildProd\Captures, donner les permissions NTFS Modify au compte BuildAccount.
 Ajouter les sources de Windows 7 dans Deployment Workbench Sur Deployment Workbench > Deployment Shares > MDT Build Prod > clic droit Operating Systems > Import Operating System. - Full set of source files
- Source directory: .. chemin des sources de Windows 7
- Destination directory name: Windows 7 Enterprise Fr x86 Image
- Ajuster au besoin le nom qui apparait sur Deployment Workbench.
Télécharger et importer les drivers Si la machine necessite des drivers spécifiques alors il faut les télécharger et les extraire dans un dossier D:\Setup\Drivers. S’il s’agit d’une machine virtuelle avec Hyper-V, Windows 7 intègre déja les drivers requis. Pour ceux qui utilisent VMware alors récuper ce fichier VMware Accelerated PCNet Adapter. Il est important de faire une bonne structure pour les drivers pour référencer les modeles de machine. Sur Deployment Workbench > clic droit sur Out-Of-Box Drivers > Select Import Drivers - Utiliser l’assitant pour importer les drivers à partir de D:\Setup\Drivers
Creer et configurer une Task Sequence Sur Deployment Workbench > MDT Buil Prod > clic droit sur Task Sequence > New Task Sequence > suivre l’assitant - Task sequence ID: W7-X86-001
- Task sequence name: Windows 7 Enterprise Fr x86 Image
- Task sequence comments: Reference Build
- Template: Standard Client Task Sequence
- Select OS: Windows 7 Enterprise Fr x86 image
- Specify Product Key: Ne pas saisir de clé pour l’instant
- FullName: RevueDuGeek
- Organization: RevueDuGeek
- Internet Explorer home page: http://www.revuedugeek.com
- Administrator Password and confirm Password: Passw0rd
Dans la Task Sequence Windows 7 Enterprise Fr x86 Image, configurer les options suivantes: - Activer l’option State Restore -> Windows Update (Pre-Application Installation)
- Activer l’option State Restore -> Windows Update (Post-Application Installation)
On va plus tard éditer notre fichier customsettings.ini pour le faire pointer sur notre serveur wsus. 
Configuration du Deployment Share Clic droit sur le Deployment Share MDT Build Prod > Propriétés. - dans l’onglet Général, sur la partie Platforms Supported on peut décocher x64 ou x86 en fonction de l’image référence.
- dans l’onglet Rules, il faut éditer le fichier customsettings.ini comme suit:
[Settings]
Priority=Default [Default]
_SMSTSORGNAME=LABYP
OSInstall=Y
SkipAppsOnUpgrade=NO
SkipAdminPassword=YES
SkipProductKey=YES
SkipComputerName=YES
SkipDomainMembership=YES
SkipUserData=YES
UserDataLocation=AUTO
SkipLocaleSelection=YES
SkipTaskSequence=NO
SkipTimeZone=YES
SkipApplications=NO
SkipBitLocker=YES
SkipSummary=YES
SkipBDDWelcome=YES
SkipCapture=NO
DoCapture=YES
SkipFinalSummary=NO TimeZone=035
TimeZoneName=Eastern Standard Time JoinWorkgroup=WORKGROUP
WSUSServer=http://MDT01 - dans l’onglet Rules, il faut éditer le fichier bootstrap.ini comme suit:
[Settings]
Priority=Default [Default]
DeployRoot=\\MDT01\MDTBuildProd$ SkipBDDWelcome=YES UserDomain=LABYP
UserID=BuildAccount
UserPassword=Passw0rd - dans l’onget Windows PE x86 Settings, dans la partie Lite Touch Boot Images Settings, configurer comme suit:
a. image description: MDT Build Prod x86
b. ISO fine name: MDT_Build_Prod_x86.iso
Faire de meme pour Windows PE x64 Settings. Mettre à jour le Deployment Share Sur Deployment Workbench > clic droit sur MDT Buil Prod > Update Deployment Share - Ceci peut prendre quelques minutes
Creer une image de référence Windows 7 de base Dans cette partie on utilise la Task Sequence qu’on vient juste de créer pour creer l’image Windows 7 de base. C’est à dire que l’image est vide et sans modification. Si vous souhaitez modifier votre image avant de la capturer voir l’image Windows 7 Gold plus bas. Creation de l’image Windows 7 de base - Copier l’iso de D:\MDTBuildProd\Boot\MDT_Build_Prod_x86.iso sur votre machine.
- Creer une machine virtuelle et configurer son boot sur notre image MDT_Build_Prod_x86.iso.
- Suivre l’assistant du Deployment Wizard avec les parametres suivants:
a. Sélectionner la Task Sequenence: Windows 7 Enterprise Fr x86 Image
b. Sélectionner: Capture an image of this reference computer.
c. Location: \\MDT01\MDTBuildProd$\Captures
d. File name: W7-X86-001.wim - L’installation va commencer pour déployer Windows, fera les mises à jour notre server wsus, fera le sysprep, va copié les données WinPE en local, redémarrer la machine sur WinPE et va capture l’image en fichier wim. Donc apres quelques minutes on aura une image comptete, à jour, avec un sysprep dans notre dossier D:\MDTBuildProd\Captures sur MDT01.
Creer une image de référence Windows 7 Gold Dans cette partie on va créer une deuxieme Task Sequence qui fera uniquement la capture. Ceci est utilisé lorsqu’on modifie l’image en ajoutant des logiciels, modifiant certains parametres… Creation d’une Task Sequence Capture Only Sur Deployment Workbench > MDT Buil Prod > clic droit sur Task Sequence > New Task Sequence > suivre l’assitant - Task sequence ID: CAPTURE-001
- Task sequence name: Capture Only Task Sequence
- Task sequence comments: Sysprep et creation du fichier wim
- Template: Post OS Installation Task Sequence
- Select OS: Windows 7 Enterprise Fr x86 image
- Specify Product Key: Ne pas saisir de clé pour l’instant
- FullName: RevueDuGeek
- Organization: RevueDuGeek
- Internet Explorer home page: http://www.revuedugeek.com
- Administrator Password and confirm Password: Passw0rd
Démarrer la Task Sequence Capture Only - Sur la machine Windows 7 que vous voulez capturer, executer le script \\MDT01\MDTBuildProd$\Scripts\LiteTouch.vbs.
- Suivre l’assitant du Windows Deployment avec les parametres suivants:
a. Selectonner la Task Sequence: Capture Only Task Sequence
b. Sélectionner: Capture an image of this reference computer
c. Location: \\MDT01\MDTBuildProd$\Captures
d. File name: W7-X86-002.wim - Cette Task Sequence va commencer sysprep et ensuite capturer le systeme en fichier wim. Le fichier sera déposer dans le dossier D:\MDTBuildProd\Captures sur MDT01.
|
-
 This post is the start of 4-part series for our French-speaking readers on how to use MDT 2010 to deploy Windows 7 in your environment. The series is written by Yannick Plavonil, a Microsoft MVP based in Quebec. You can find this and more on his own blog – Revue du Geek.
Let me know what other topics you would like covered in the future. Leave a comment or send an email by clicking on the link to the right of this post.
Bien qu’il soit facile de trouver des guides sur internet pour déployer Windows 7, j’ai décidé de partager le mien avec mes fideles lecteurs! L’approche reste la meme mais il y a juste ma touche personnelle. Ce guide est composé de 4 étapes qui sont les suivantes:
- Installation et configuration du serveur de déploiement MDT 2010
- Création d’une image référence de Windows 7
- Déployer l’image référence de Windows 7
- Configuration automatique avec la base de donnée avec MDT 2010
Objectifs:
Cette partie 1 explique les étapes necessaires pour installer et configurer les composants Windows pour avoir un serveur de déploiement MDT 2010. Le tout se fait sur un serveur Windows 2008 R2 puis j’ajoute les differents roles et fonctionnalités:
- DHCP - ne pas installer ce role si vous l’avez déja dans votre environnement.
- Windows Deployment Services (WDS)
- Windows Server Update Services (WSUS) – ne pas installer ce role si vous l’avez déja votre environnement.
- Microsoft Deployment Toolkit 2010
- SQL Server 2008 R2 Express – ou utiliser votre base de donnée de production.
Pré-requis:
- Avoir un domaine Active Directory y compris un serveur DNS.
- Un serveur Windows 2008 R2 à jour (patchs windows update) nommé MDT01 membre du domaine.
MDT 2010 peut aussi bien s’installer sur Windows Server 2003 ou 2008. Mais en utilisant la derniere version Windows 2008 R2, on bénéficie de meilleures performances et fonctionnalités comme le multicast.
1. Préparation de l’environnement pour MDT01
On va dans cette partie on va ajouter les roles DHCP et WDS. Aussi creer les comptes de service et les OU dans Active Directory que MDT utilisera.
- Se connecter sur le Domain Controler
- Dans Active Directory User and Computers, creer les OUs suivants:
a. NewComputers
b. WDS Servers
c. Service Accounts
- Dans l’OU Service Accounts, creer les comptes de service suivant avec pour mot de passe “Passw0rd”. Configurer les comptes pour que le mot de passe n’expire pas et désactiver le changement de mot de passe au prochain login.
a. BuildAccount
b. JoinAccount
J’ai vu des situations ou les admins préferent simplement creer un seul compte de service et l’ajouter au groupe Domain Admins pour ne pas avoir à configurer les permissions. Mais pour des raisons de sécurité je préfere utiliser les 2 comptes.
- Toujours dans Active Directory User and Computers, déplacer l’objet computer MDT01 vers l’OU WDS Servers.
Configurer une GPO DNS pour le serveur WDS
Ceci est facultatif car je peux simplement configurer l’entrée DNS sur la carte réseau du serveur MDT01 mais il m’est arrivé une fois d’avoir recu un serveur avec le DNS mal configuré. Du coup j’ai décidé de faire cela avec une GPO car c’est un élément important pour le serveur WDS.
- Avec Group Policy Management, étendre la foret puis le domaine
- Choisir l’OU WDS Servers et sélectionner Create a GPO in this domain and link it here.
- Nommer cette GPO, Configuration DNS Server et sélectionner Edit.
- Dans Group Policy Management Editor, étendre Computer Configuration > Policies > Administrative Templates > Network > DNS Client.
- Choisir DNS Servers, sélectionner le bouton Enabled et dans le champ IP Addresses: taper les IP de vos serveurs DNS. Ok
- Redémarrer MDT01.
Configurer les permissions sur l’OU NewComputers
Si vous utilisez un compte de service Domain Admins alors ceci n’’est pas necessaire.
Activer la vue Advanced Features sur la console Active Directory and Users.
- Dans Active Directory User and Computers, autoriser le compte de service JoinAccount pour gerer les objets Computer sur l’OU NewComputer.
- Dans les propriétés de l’OU NewComputers, sélectionner l’onglet Security puis cliquer sur Advanced.
- Sur la fenetre Advanced Security Setting for NewComputers, cliquer sur Add et ajouter le compte JoinAccount.
- Sur la fenetre Permissions Entry for Workstations, s’assurer que la section Apply to correspond à This object and all descendant objects. Puis cocher les permissions suivantes:
a. Create Computer objects
b. Delete Computer objects
puis confirmer avec ok.
- Sur la fenetre Advanced Security Setting for NewComputers, cliquer sur Add à nouveau et ajouter le compte JoinAccount.
- Sur la fenetre Permissions Entry for NewComputers, configurer la section Apply to pour Descendant Computer objects. Puis cocher les permissions suivantes:
a. Read All Properties
b. Write All Properties
c. Read Permissions
d. Modify Permissions
e. Change Password
f. Reset Password
g. Validated write to DNS host name
h. Validated write to service principal name
puis confirmer avec ok.
Installation et Configuration role DHCP
Utilisez votre DHCP de production si vous en avez un. Ici l’ajout du role DHCP se fait sur le serveur MDT01.
- Sur MDT01, se connecter avec le compte admin du domaine.
- Sur Server Manager, choisir Roles > Add Roles > DHCP Server puis suivant.
- Sur la page Select Network Connection Bindings, accepter les parametres par défaut.
- Sur la page Specify IPv4 DNS Server Settings, accept accepter les parametres par défaut.
- Sur la page Specify IPv4 WINS Server Settings, accepter les parametres par défaut.
- Sur la page Add or Edit DHCP Scopes, cliquer Add. Utiliser les parametres de votre choix ou les suivants.
a. Scope Name: 192.168.1.0/24
b. Starting IP address: 192.168.1.100
c. Ending IP address: 192.168.1.199
d. Subnet Type: Wired (lease duration will be 8 days)
e. Activate this scope: Selected
f. Subnet Mask: 255.255.255.0
g. Default Gateway (optional): 192.168.1.1
h. Cliquer OK
- Sur la page Configure DHCPv6 Stateless Mode, accepter les parametres par défaut.
- Sur la page Specify IPv6 DNS Server Settings, accepter les parametres par défaut.
- Sur la page Authorize DHCP Server, accepter les parametres par défaut puis cliquer Suivant.
- Sur la page Confirm Installation Selections, cliquer Install.
Installation et configuration de WDS
Toujours sur MDT01 avec un compte admin du domaine, tapez les commandes suivantes dans PowerShell. Vous pouvez utiliser la console Server Manager si vous n’aimez pas le scripting!
- Import-Module servermanager
- Add-WindowsFeature –Name WDS –IncludeAllSubFeature
Configuration de WDS
une fois WDS installé, on va maintenant configurer les propriétés du serveur.
- Lancez la console Windows Deployment Services
- Se positionner sur MDT01 (si le serveur n’apparait pas alors faire un clic droit > Add Server > choisir local computer)
- Faire un clic droit > Configure Server > suivant
- Sur la page Remote Installation Folder location, dans le champ Path: entrez D:\RemoteInstall puis suivant.
- Sur la page DHCP Option 60, sélectionner Do not listen on port 67 and Configure DHCP option 60 to PXEClient puis suivant.
- Sur la page PXE Server Initial Settings, choisir Respond to all client computers (known and unknown).
Ne pas cocher Require administrator approval for unknown computers.
- Sur la page de configuration, décocher Add images to the server now puis Finish.
Installation et configuration de SQL Server 2008 R2 Express
Toujours sur MDT01 avec un compte admin du domaine, commencez par installer le Framwework 3.5.1 dans PowerShell avant d’installer SQL Server.
Faire ceci si vous ne voulez pas utilisez votre serveur SQL en production.
- Import-Module servermanager
- Add-WindowsFeature –Name NET-Framework, NET-Framework-Core
- Installer SQL Server 2008 R2 en suivant l’assitant. Il faut juste s’assurer de configurer correctement les parametres suivants:
- Feature Selection: cocher Database Engine Services (+ Management Tool basic pour SQL Server 2008)
- Instance Configuration: SQLExpress et installer sur le partion D:\
- Server Configuration:
a. SQL Server Database Engine: AUTHORITY\SYSTEM
b. SQL Server Browser: Startup Type Automatic
- Database Engine Configuration: Ajouter le compte actuel dans le champ Specify SQL Server Administrators
- Poursuivre le reste de l’installation.
Une fois l’installation terminée, il faut activer le protocole Named Pipes dans SQL
- Lancez la console SQL Server Configuration Manager > SQL Server Network Configuration > Protocols for SQLEXPRESS > Clic droit sur Named Pipes et selectionner Enable.
- Redémarrer le service SQL Server.
Installation et configuration de WSUS
Toujours sur MDT01 avec un compte admin du domaine. Passez par la console Server Manager si vous n’utilisez par PowerShell.
Faire ceci si vous n’avez pas déja de serveur WSUS en production.
Dans une fenetre PowerShell
- Import-Module servermanager
- Add-WindowsFeature –Name OOB-WSUS –IncludeAllSubFeature
- Configurer votre serveur WSUS comme vous le désirez.
Installation de MDT 2010 et des composants
Toujours sur MDT01 avec un compte admin du domaine.
- Installer Windows AIK.
- Installer Report Viewer 2010
- Installer MDT 2010
Ceci est un patch pour corriger l’erreur: Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed.
- Télécharger le fichier ZTIUtility.vbs et le copier dans C:\Program Files\Microsoft Deployment Toolkit\Templates\Distribution\Scripts.
Creation et partage du dossier Logs
- Creer le dossier Logs sur D:\Logs et le partager avec le nom Logs$
- Autoriser le groupe Everyone sur Change permissions dans la partie Sharing Permissions.
- Autoriser le compte BuildAccount sur Modify permissions dans la partie NTFS Permissions.
- Mettre à jour le serveur MDT01 avec Windows Update.
Eh ben dis donc! c’est bien long de configurer ce petit serveur. 
|
-
 One of the challenges I face is how to properly serve the French-speaking IT Professionals out there. I don’t write French very well and others on the team are, unfortunately, primarily English speakers. I suppose that if I wanted to I could craft a blog post or two in Croatian since this is the country of my birth, but I’m not sure that it would really reach a very large portion of the IT Professionals out there. 
Lucky for us, we have a great community of MVPs and other individuals in the community always willing to help – and why we really are very thankful to them for their help and contribution to the entire IT Professional community across Canada. One such person is Yannick Plavonil who volunteered to provide a series of blog posts on deploying Windows 7 in French. This is the first of a series of posts on Windows deployment you can expect from him that are also posted on his own blog – Revue Du Geek. I hope to be able to post many more, and would be interested in hearing from others who would like to share their expertise with other IT Pros across the country! 
1. Planifier Windows 7 Microsoft a créé une collection remarquable d'outils de déploiement pour Windows 7. Si le dernier OS que vous avez déployé était Windows XP, alors vous pourriez être intéressés de connaître les outils disponibles qui vous aident à vous débarrasser de ce système totalement dépassé. Dans cette partie, je vais vous donner une brève description des outils de déploiement Windows qui vous aident à planifier les installations et d'évaluer la compatibilité matérielle et logicielle. Évaluer l'état de votre matériel avec Microsoft Assessment and Planning (MAP) Toolkit MAP est essentiellement un outil d'inventaire matériel qui vous aide à évaluer si oui ou non les ordinateurs de votre réseau sont prêts pour Windows 7 et Windows Server 2008 R2. L'utilitaire gratuit recueille également des informations liées aux logiciels tels que les installations de Microsoft Office et des composants SQL Server. Le plus important à l'égard de déploiement de Windows 7 est que MAP signale la disponibilité de pilotes de périphériques pour votre matériel. MAP ne nécessite aucune installation de l'agent, car il utilise Windows Management Instrumentation (WMI), le service Remote Registry, Active Directory Domain Services, et le service Computer Browser pour accéder aux données d'inventaire à distance. 
Télécharger Microsoft Assessment and Planning (MAP) Toolkit
Présentation de MAP Toolkit
MAP Toolkit : FAQ Inventorier et évaluer la compatibilité des applications avec Microsoft Application Compatibility Toolkit (ACT) ACT évalue la compatibilité des logiciels alors que MAP évalue la compatibilité matérielle. Cet outil vous permet d'analyser les applications de votre réseau pour déterminer si elles sont compatibles avec Windows 7 et vous pouvez également utiliser l'outil pour résoudre les problèmes de compatibilité que ça soit 32 ou 64 bit. Cet outil vous permet également d'analyser la compatibilité des sites web avec la dernière version d'Internet Explorer. Il faut comme prérequis une installation de SQL Server, ce qui indique que l'outil répond aux besoins des grandes entreprises. 
Télécharger Microsoft Application Compatibility Toolkit (ACT)
Liste de compatibilité des applications Windows 7
Présentation de la compatibilité des applications avec Windows 7
Présentation de la compatibilité des applications dans votre environnement
Cinq étapes pour préparer vos applications à Windows 7
Mise en route de la compatibilité des applications dans un déploiement Windows
Vue d'ensemble ACT
Évaluer et atténuer les problèmes de compatibilité avec ACT
Utilisation d'ACT
Dépannage d'ACT
Vue d'ensemble d'Asset Inventory Service Conseiller de mise à niveau Windows 7 ACT et MAP sont des outils d'entreprise. Si vous avez à gérer un seul petit réseau, le conseiller de mise à niveau Windows 7 est probablement le meilleur choix. Il manque les capacités d'inventaire des deux autres outils d'évaluation de compatibilité. Par conséquent, vous devez installer toutes vos applications sur votre machine de test si vous voulez évaluer leur compatibilité avec Windows 7. Si vous avez des ordinateurs avec du matériel différent, vous n’avez pas d'autre choix que de lancer le conseiller de mise à niveau Windows 7 sur chaque machine. 
Télécharger le conseiller de mise à niveau 2. Fournir et déployer Windows 7 Une fois que vous avez planifié votre déploiement, vous êtes prêt à préparer et déployer vos images Windows 7 sur vos ordinateurs. Cette deuxième partie donne un aperçu des méthodes et outils Microsoft pour déployer Windows 7. Choisir une méthode de déploiement Avant de choisir son outil de déploiement, Microsoft recommande quelques stratégies ciblées pour le déploiement du système d’exploitation Windows 7. Ces stratégies vont de la configuration manuelle du logiciel Windows 7 sur quelques ordinateurs à l’utilisation d’outils et de technologies d’automatisation pour le déploiement du logiciel sur des milliers d’ordinateurs. Il y a 4 méthodes et je vous recommande de lire chaque méthode : Utilisation de Windows Deployment Services (WDS) Cet outil qui s'adresse aux petites et moyennes entreprises est un rôle de Windows Server qui permet le déploiement d'OS. Ses principales limites comparativement à des outils sophistiqués de déploiement sont que vous ne pouvez installer Windows à distance au sein d'un sous-réseau et qu'il manque de fonctionnalités de planification et les capacités de supervision. Il permet toutefois l'approvisionnement dynamique des pilotes, le déploiement sur disque dur virtuel (VHD), le multicast, le fournisseur de PXE pour le serveur de transport, et une fonctionnalité supplémentaire de EFI. 
Utilisation de System Center Configuration Manager (ConfigMgr) Le produit de déploiement phare de Microsoft est ConfigMgr et il est livré avec tout ce qu’il faut pour un déploiement de rêve : l’installation Zero Touch (ZTI) du déploiement de système d’exploitation (OSD) planifié/obligatoire, la possibilité de cibler des ordinateurs spécifiques avec un OSD en fonction des critères que vous avez définis. ConfigMgr vous permet d’opter pour un OSD sur les ordinateurs de votre choix au moment où vous le souhaitez grâce à la fonctionnalité éveil par appel réseau (WOL, Wake on LAN) intégrée. En plus de l’OSD, ConfigMgr offre bien plus encore : l’inventaire matériel et logiciel, la gestion des correctifs dans Windows Server Update Services (WSUS) et les fonctionnalités de création de rapports détaillés qui vous permettent de suivre chaque étape d’un OSD. ConfigMgr s’adapte à la taille de l’entreprise, quel que soit le nombre de bureaux ou l’emplacement géographique. Vous pouvez également choisir d’intégrer les services de déploiement Windows (WDS) pour leur fonctionnalité de multidiffusion. WDS offre la possibilité d’envoyer une image d’OS simultanément à plusieurs ordinateurs au lieu d’un trafic monodiffusion qui surcharge un peu plus votre serveur. MDT peut aussi être intégré à ConfigMgr pour ajouter d’autres fonctionnalités. 
Utilisation de Microsoft Deployment Toolkit 2010 Si ConfigMgr n’est pas une option pour vous, l’outil qui s’en approche le plus est Microsoft Deployment Toolkit. MDT 2010 réalise des déploiements LTI et propose des modèles intégrés pour l’actualisation, le remplacement, la mise à niveau et des installations complètes. Une de mes fonctionnalités préférées de MDT est la façon dont il compartimente l’ensemble de votre solution de déploiement. Cela facilite la gestion de vos images, de l’ajout ou de la suppression des pilotes au remplacement très simple du système d’exploitation que vous souhaitez déployer. Avec les séquences de taches, c’est facile de prendre en compte les images épaisses et images fines. Vous pouvez utiliser une image fine en y intégrant vos logiciels d’entreprise (appelée image hybride) puis un logiciel optionnel que vous pouvez installer durant le processus de déploiement. MDT offre également deux fonctionnalités importantes pour les entreprises qui ont de petites succursales et qui ne disposent pas de serveur : - des supports multimédias vous permettent de mettre une solution de déploiement complète sur un DVD (ou un ensemble de DVD selon la taille), sur un lecteur Flash USB (UFD) ou sur un disque dur externe
- vous pouvez créer un déploiement lié, partager et copier la solution de déploiement complète (ou simplement des parties) vers un bureau local afin que ces clients puissent réaliser localement leurs déploiements
vous pouvez également lier WDS à MDT 2010 pour deux fonctionnalités : la capacité de démarrage de PXE (F12) pour commencer un déploiement et une fonctionnalité de multidiffusion pour les images MDT ; l’intégration de MDT et WDS pour le démarrage de PXE requiert que vous stockiez le WinPE (Windows Preinstallation Environment) généré par le MDT dans les images de démarrage de WDS. La derniere chose à préciser c’est que MDT s’appuie sur les outils disponible dans WAIK. C’est le logiciel que je vous recommande si vous n’avez pas besoin de ConfigMgr. 
Le kit d’installation automatisée (Windows AIK) pour Windows 7 Je commence tout de suite à dire que vous ne devriez pas utiliser WAIK pour déployer Windows mais plutôt d’utiliser ses outils pour préparer vos images. Je vois beaucoup de personnes qui confondent MDT et WAIK. Pour faire simple, utilisez MDT si vous pensiez que WAIK est ce qu’il vous faut! Windows AIK comprend des outils que ConfigMgr et MDT 2010 utilisent en arriere plan. Windows AIK inclut ImageX pour créer et appliquer des images, et l’outil de gestion et maintenance des images (DISM) pour monter, démonter et gérer des images (ajouter des pilotes et des packages à une image d’OS ou les supprimer). Les autres outils sont les suivants : - OSCDIMG, qui convertit les images WIM en ISO ;
- l’Assistant Gestion d’installation (WSIM), qui crée des fichiers de réponse sans assistance au format .xml ;
- l’outil de migration USMT (User State Migration Tool) 4.0 pour vous assister pendant la migration des informations de profil utilisateur, des favoris IE, des documents et des paramètres d’application ;
- Copype.cmd pour créer un environnement de travail WinPE afin que vous puissiez créer un WinPE personnalisé ;
- l’outil VAMT (Volume Activation Management Tool) 1.2, qui vous permet de gérer l’activation en volume de manière centralisée.
La plupart des outils dans Windows AIK fonctionnent uniquement par ligne de commande et ceux qui fournissent une interface utilisateur sont plus difficiles à apprendre. Bien qu’il soit possible de réaliser un déploiement complet en utilisant Windows AIK, les outils peuvent être difficiles à apprendre car ils ont chacun une syntaxe unique. Scénarios Windows AIK
Planifier votre déploiement
Créer votre environnement de déploiement
Préparer et personnaliser votre image Windows
Déployer votre image Windows
Gérer et maintenir votre image système Windows
Création d'une image multilingue
Guide utilisateur de l'Outil de migration utilisateur (USMT)
Migration Windows de base avec USMT
Migration de fichiers pendant une installation distante avec USMT et les services de déploiement Windows
Migration hors connexion avec USMT Pour résumé, que vous ayez à peine 50 ou 100 000 ordinateurs à déployer, chaque outil peut fournir une solution complète de déploiement avec ses avantages et inconvénients. Ca demande juste un peu de temps et de tests pour bien se faire la main avec ces logiciels. J’espère que cet article vous aidera à déterminer quel outil convient le mieux pour vous et qu’il constituera un point de départ pour votre recherche d’informations. 
|
-
I got an email from a friend of mine who is a prof at Algonquin College – Richard Hagemeyer. I met him a while back on one of my visits to the college to talk to students and we became friends both online and in person. He’s one of those guys who’s been around the industry a long time and has a very diverse background with a very long memory. He’s kept a running tab of his experiences using the RTM code for Windows 7 on one of this machines. He sent me this email update documenting his thoughts on the install, issues and use of Windows 7 along with some of his observations. It makes for an interesting read. What about you? What are your experiences? Oh – and Richard – I’ve got that Windows 7 Sticker for ya. Come to think of it – if anyone catches up to me on my travels over the next while – ask me for one. 
-------------------- Do I want to wait? Saturday, 2009.220
In 75 days Windows 7 will be launched. Do I want to wait?
Technet downloads at school were frustratingly slow this week and my Vista severed all network connections at least once in the middle of downloading. The school network sometimes does wonky things, so I will continue today from home.
I tried the regular Technet downloading mechanism, but Windows 7 RTM iso images were really too slow to be of use. I then noticed a small link on an announcement page for a secondary download site. This would be available during the expected heavy initial downloads of Windows 7 RTM. Perfect! I could now saturate my pipe (and do nothing else online)!
Sunday, 2009.221
Still timid and no firm plan. I burn a copy of 32 bit Ultimate and try it out on my Dad's old laptop. A smoother install, but the video card is still not recognized. I had previously tried putting on Vista and Windows 7 RC and both had issues with the video card. I was hoping that RTM would be better, and it was. Miscellaneous other small issues disappeared, but still no widescreen. Oh well, I guess this old laptop has Linux in its future.
Some app complained today and I had to reboot Vista; that's about a minute to shutdown and five (yes 5!) minutes to boot up and log in. I've seen Vista run very well on other’s machines, and for a long time now I've suspected it's a 64-bit issue. My only real complaint with MS has been the perception that they abandoned Vista and with 64-bit Vista they apparently went running in the other direction. Windows 7 will be better; right?
Well actually a few companies seem to have software like Star Trek movies, one good, one bad, repeat as required. Norton Utilities used to be this way and MS's OSes seem to be following the same pattern. DOS 1, good; DOS 2, no so much, and so on. Moving on to Windows, I again saw the good/bad pattern emerge throughout; Win 3, Win 95, Win 98, Win Me, XP, Vista. So, according to this very scientific method, Windows 7 will be a hit.
So, with no better feeling from "trying" Windows 7 on either a virtual machine or some old hardware, but still frustrated by 64-bit Vista, I decide to go for it!
No guts, no glory.
I burn a copy of 64-bit Ultimate and start preparing to upgrade. The first step is to free up some space by tossing the recovery partition, I burned a set of recovery DVDs so I don't worry too much. I really cramped my laptop's HD when I downloaded all the Win 7 ISOs (and a few other items from Technet), so I could really use the space. Next I turned off Diskeeper; Diskeeper is an excellent tool for keeping your HD defragmented and I recommend it.
I popped in the DVD and started the upgrade. After a bit, a page came up with a few software warnings. Now I didn't expect this because the Upgrade Advisor didn't indicate any issues. The warnings were about VMWare player, DigitalPersona and HP launch keys. It suggested that I uninstall these before I upgrade and that VMWare player would be okay to reinstall after the upgrade.
So I aborted the upgrade to investigate. Oddly enough VMWare player did not have any way to uninstall. I use VMWare workstation anyways and I only use the player if I am testing an image for students. VMWare workstation likely has to be reinstalled anyways, so I'll ignore this one.
DigitalPersona is the software used by my fingerprint reader. I know this is less secure than a password, but I like the convenience. I mostly use it to log on to Windows and only rarely for web pages and such, so I wonder whether or not uninstalling this will take away my ability to log in. The website isn't much help and suggests that software support for bundled versions is though the laptop manufacturer, in my case, HP. I also wonder whether uninstalling it will make it impossible to upgrade later. I ignore this too.
Finally the HP Quicklaunch keys. The only key I ever use is the speaker mute key. I tried to use the volume adjustment, but it always froze things under Vista. I ignore this and continue.
Once the upgrade in place starts, it takes a few hours. Once I am convinced it will not be prompting me, I leave it be. Nap time.
Success!
It worked! I log on with a fingerprint scan and it builds my desktop. Woohoo!
The first thing I notice is that it seems smoother and cleaner than the RC release. My video resolution has to be set and the power setting needed to be redone. Other than that, it looks clean.
After some initial playing around, I decide to test sleeping. Now under Vista, my laptop could never sleep. More accurately, it slept fine and woke up fine but networking wasn't. The fingerprint reader also dies upon waking. I called last year about this problem, but it couldn't be fixed. Now having a laptop that can't sleep is not a real laptop, it's really just a very light transportable.
So the machine goes to sleep. I wake it up, log in with my fingerprint... so far so good. The desktop appears... and the network works! Woot!
Monday, 2009.222
Well, I played all weekend, now I have to work. I have an exam to prepare today, time to put the machine back to work too. I do put off the exam long enough to write this, but real work awaits me. Wednesday, 2009.224
The exam is written and now returned and no troubles from Windows 7, that’s a relief! I mean playing around with new technology is fun and all, but real deadlines don’t wait for issues to be resolved. I’m glad everything worked well. Thursday, 2009.225
Exam’s over, now to mark. If Excel cooperates during marking as much as Word cooperated before, this should be a breeze. I really like the user interface and the whole experience of Windows 7; very clean. It seems that more than a few UI types at Microsoft have been buying and using stuff from Apple, ‘cause it definitely moving in the right direction. Overall, the threading seems a bit better, less time waiting. But then again, I’ve only used two real apps. Time will tell. Sunday, 2009.228
Did I mention that I’ve already downloaded a dozen or so updates so far? A few for Windows Defender (nice to know that team never sleeps!), a couple of security updates for Visual Studio (ditto on the kudos) and a couple of driver updates. There doesn’t seem to be much of a schedule, so I will infer from this that the folks at MS want to have a solid product by launch day and the individual teams have the freedom to release when ready. It’s kinda fun being in on the ground floor! Wednesday, 2009.231
At school today; my plans are to see how well Windows 7 plays in the corporate/educational environment. I head to the lab first. I’m not doing much lab work, but my office is a mess! The first thing I notice is that the network connects fine and I can access my network share and print, this is good. However, when I try a wireless connection it chokes and gags, oops! I fiddle with a few things with no luck. I then delete the connection entirely and let it find the network and prompt me – success! I use SSH and VNC to connect to my servers and find no problems here either. Sweet! Thursday, 2009.232
I configure Outlook to access the new Windows Exchange server at the college and it really chokes. Since I’m unsure whether it’s a Windows 7 or an Exchange issue, I leave it for now. Saturday, 2009.234
I want to check out VPN access to work. I expect no trouble, but you never know... A few dialog boxes later, the Cisco VPN chokes and dies. This would suck if I can’t VPN to work! I guess I’ll try deleting and re-adding like I did with the wireless; later. Sunday, 2009.235
More playing around today. The library thing is kind of neat, but takes a bit of getting used to. Hopefully, I’ll “lose” fewer files this way! Started noticing some issues, Acrobat reader seems to lock things up a bit while it’s reading. Firefox doesn’t seem nearly so leading edge anymore compared to IE 8 on Windows 8. I always had trouble with IE 8 on Vista, so this is an unexpected pleasure. Friday, 2009.240
I’ve noticed that quite a few programs “lock up” while loading/doing IO. The Office 2007 programs are guilty and it is annoying! The threading seems to work better while the programs are running, but when a program is starting up or loading a file, it sometimes seems to take forever. In generally though, less CPU usage makes the machine quite a bit more responsive and I like that! Sunday, 2009.242
Fifty-three days to go and I’m sold! Each passing week has more updates, more drivers. 64-bit does not seem to be an issue... at all... period. The UI and the whole user experience are happy times. Each problem seems to just require a little bit of thought and even less effort. I guess I should mention that removing and reinstalling the Cisco VPN did work as I expected. I also had some networking issues with VMWare, but again, reinstalling got me going. I haven’t yet tried all the networking options, but I don’t anticipate major issues. My mother now wants me to “evaluate” a copy on her computer. She’s a bit far away, but she dove right into Vista without much tech support (actually, practically none), so I might consider trying her desktop platform and evaluate Windows 7 on a desktop machine. She has a terrible video card and Vista won’t support the Aero features, but everything else should work fine. It’s kind of neat to have parents who are early adopters and they do provide me with valuable information about product usage and compatibility. Perhaps next visit... Now all I need is a new sticker on my laptop to replace the “Windows Vista” sticker! Richard Hagemeyer
Professor, Computer Studies
Algonquin College 
|
-
 Last week, in a special edition of the TechNet Flash, I wrote about how you can get Windows 7 before the General Availability date by registering for TechDays 2009 before August 19th. If you do so, or have already registered, we will activate your TechNet Plus Direct subscription within a couple of weeks. This means that you will not only be registered to attend Microsoft Canada’s premier series of technical readiness events in one of 7 cities across Canada, but you will also get Windows 7 and Windows Server 2008 R2 before the General Availability date of October 22 so you can start working and becoming familiar with them early.
Since the Flash was sent out, I received a number of emails regarding what is included in the TechNet Plus Direct subscription and how you will access Windows 7 and the other software. The TechNet Plus Direct Subscription is an online one where you get access to all of the bits through the TechNet Subscriber Downloads site. You can find out more information on TechNet Plus subscriptions here. The list of products included in the TechNet Plus Direct subscription can be found by going to http://technet.microsoft.com/en-ca/subscriptions/bb892756.aspx. Even though Windows 7 and Windows Server 2008 R2 might not be listed, rest assured that RTM versions of both are available for download right now. In terms of how you will access the TechNet Plus Direct content, you will receive an email from the TechNet Plus Direct team within 10 business days of August 19th with your subscriber ID and information how to activate your subscription online with your Windows LiveID. Once you have completed the activation process, you will have access to all of the TechNet Plus Direct content for a year. You can then download the ISO file for Windows 7, get your product key from the Subscriber Downloads site, burn your DVD media, and then use it to install Windows 7 on your computer. Remember, the only way to get your TechNet Plus Direct subscription activated early is by registering for TechDays before August 19th. If you register after August 19th, we will activate your subscription only after you have attended TechDays 2009. Register for TechDays 2009 Now and get Windows 7. Damir 
|
-
 Ladies and Gentlemen – start your download engines.
Like most of the “geek” world of technical enthusiasts and professionals who have been waiting with baited breath for the official RTM ISO files to be available – I have been watching the Subscriber Download site most of the day in the background and hitting refresh periodically. Well – the wait is over.
https://technet.microsoft.com/en-ca/subscriptions/securedownloads/default.aspx
(alternate “top downloads” link for faster download of ISO only)
https://technet.microsoft.com/en-us/subscriptions/securedownloads/dd692862.aspx
I’ve got it up and running on a couple of boxes (grabbed an internal ISO last week) and I can say that I’m quite impressed.
While you are waiting for the download to complete – some things to think about:
- You can install without a key and have it run for 30 days. Great for a lab environment.
- there are plenty of resources you should check out – notably the Canadian SpringBoard site.
- There is an “upgrade advisor” tool to see if your hardware and applications have any known issues (get it here).
- Check out the great video series on XP to Windows 7 migration my friends Adam Carter and the gang from edge.technet.com have created.
- If you have a Beta or RC version installed now – you are going to want to use migwiz.exe to save your data/settings and do a clean install.
- Looking for some great technical training on Windows 7? Check out www.techdays.ca to register for the client track at a city near you.
Share your experiences and thoughts on Windows 7 here on the blog, Drop me an email for inclusion in a future post or blog / tweet / facebook it yourself. Use the #cdnwin7 tag to stay connected with other Canadian experiences with Windows 7.
Happy Downloading!
Rick Claus | Senior IT Pro Advisor | Microsoft Canada
phone 613.940.3320 | Live messenger rick.claus@hotmail.com
IT Pro blog | IT Manager blog | Twitter | Facebook | LinkedIn
My Shared Bookmarks
I'm a PC
addthis_pub = 'CDNDPE';
|
-
 Yesterday, Rodney’s blog post reminding everyone that the Windows 7 Beta code will start to reboot your computer every two hours if you don’t migrate to the Release Candidate version before July 1 got me thinking about all of the great people I met during the EnergizeIT InstallFests that we held in many cities across the country. As we travelled the land, we also asked individuals who were interested in deploying Windows 7 in their environment to connect with us and we would enrol them in the IT Pro Momentum program. Many responded and there are lots of Windows 7 pilots going on across the country.
There are a lot of great stories out there and I want to share with you a couple that I found interesting. The first one takes place at a school of the arts in the Toronto area. The school uses computers to teach many artistic disciplines, including games development for the XBox 360, PC, and Zune using XNA among several tools. When the school was provided with new computer equipment for a lab, they made the decision to install Windows 7 beta because they felt it would perform better under very performance-hungry and graphical workloads then the OS shipped with the computers. They were right. The next step for them is to install Windows 7 RC for the summer term. On the West Coast of Canada, Art Fuller helps friends, family and people in his community with their PC issues. Many of the people he deals with run Windows XP and most look to Art to provide guidance on what software they should run on their computers. As their main support vehicle, he needs to be able to reproduce the issue in Windows XP, even though he himself has been running Windows 7 since the first beta. I asked him about his installation and Windows XP Mode in Windows 7. There is not much I can really 'discuss' about my installation of Windows 7 and XP Mode. They both are just working as expected. I do not have a real need for the XP Mode in respect to older applications that won't run on W7. My main use for it is to be able to go into XP mode when I get a call from someone that has XP and I need to follow along so I can help them troubleshoot. I have to admit that it was an approach I had not anticipated but it helps to solve his support issue. Want to share your Windows 7 story? Interested in piloting Windows 7 in your organization and getting free email-based tech support and additional resources to help you succeed? Drop me a line at damirb@microsoft.com and I’ll hook you up. Damir 
|
-
I have to admit that the end of March and all of April was a pretty busy time for the team. Considering that EnergizeIT 2009 included events in 16 cities from Victoria, BC to St. John’s, Newfoundland in a short six week period – it was a bit of a whirlwind (and a really exciting time)!! We were able to connect with you and share the Future of the Microsoft Windows-based Platform, show you how you can extend your infrastructure from the Client to the Cloud and increase agility and scalability. We asked you to bring your old and new machines to Windows 7 InstallFests and experience Windows 7 for yourself - and you did!! In fact, I think we were all amazed at the variety of hardware people brought to the InstallFests. From a six year-old notebook with 256MB of RAM to the latest Quad-Core machines with high-end graphics, as well as few MacBooks, Windows 7 installed on almost all of them. In fact, we had a 98% success rate with the Windows 7 beta out-of-the box with the only exceptions being machines that needed to upgrade the BIOS to provide ACPI support. Now, EnergizeIT 2009 is a wrap and we look forward to seeing you again at TechDays 2009, which will kick off September 14 in Vancouver. Rodney provided some insight on the Canadian IT Pro blog regarding what the 40 technical readiness sessions at TechDays 2009 will be covering when he introduced your peers who are helping us to nail down the content for TechDays 2009. Stay tuned to the blogs for more details on TechDays 2009 in the coming weeks. PowerPoint slide decks and additional resources for the three key EnergizeIT sessions are now available. You can find the English language resources here while the French language resources are located here. We are currently finalizing the recordings of the EnergizeIT:The Future of the Microsoft Windows-based Platform and EnergizeIT:From the Client to the Cloud sessions and should have those posted in the next few weeks. Thanks to all of you that came out to attend the various EnergizeIT 2009 events. We hope that you found them useful and insightful. We look forward to seeing you in the fall at TechDays 2009. Damir 
|
-
 My developer colleague John Bristowe (known affectionately as JohnB in team discussions) passed along this document and download link on our internal discussion list.
I thought it strange that “a dev guy” would find this interesting, but after perusing the 25 pages of Management Overview information on Windows 7 I can see a whole lot of common ground and overall goodness in there. Disclaimer: this is not deep technical stuff or “how to’s”.. this is a quick read on the differentiators on managing a Windows 7 box over an XP or Vista box. it’s a starting point for you to understand what is possible and what you might want to dive into when you take a closer look at Windows 7on your own install or lab system. After reading it during my afternoon Diet Coke break, i thought I’d share some things that jumped out at me as being interesting to both Developers and IT Pros AND something i think I’ll dig deeper into when preparing to create some demo content for EnergizeIT: - Custom Troubleshooting packs for End-Users (let’s face it – if they can fix it, it’s one less thing we’d have to fix)
- Problem steps recorder – ease of reproduction for further troubleshooting (definitely dev & it pro bonus here).
- group Policy preferences VS enforcement
- Powershell Remoting
- AppLocker – keeps “IT Unauthorized” software from showing up on systems, while still allowing flexibility
- Bitlocker & Bitlocker to go
Are you running with Win7 yet? Spent any time to think about how you’ll be managing it as of yet? comment here or blog / tweet about it using the #CDNWIN7 tag. 
IT Pro Team Blog | IT Managers Blog |Twitter | Facebook | LinkedIn
My Shared Bookmarks
|
|
|
|