Tips Bilde: I de siste artiklene i denne serien vi har diskutert hvordan man bruker MDT 2010 til styre out-of-box drivere som trengs for Lite Touch distribusjon. Vi har lært hvorfor sjåfører komplisere utplassering og har undersøkt to tilnærminger til styring drivere: Den "la Windows bestemme" tilnærming har fordelen av enkelhet, men for å gjøre det arbeidet du trenger for å bygge en test distribusjon lab med en av hver type merke og modell av datamaskin i produksjonsmiljø. Så hver gang du legger til en ny eller oppdatert driver til Out-of-Box Drivers-mappen på din andel distribusjonen, må du teste distribusjon til hvert merke og modell for å sikre at den nye eller oppdaterte driveren ikke forårsaker problemer med eksisterende maskinvare . Så "la Windows bestemme" tilnærming er enkel å sette opp, men kan innebære en rekke løpende vedlikehold. Den "la meg bestemme" tilnærming derimot er mer arbeid å sette opp, spesielt hvis du oppretter en kompleks mappestruktur og bruke massevis av valg profiler og oppgavesekvenser til å administrere hvordan driverne er utplassert for å målrette datamaskiner . Gang satt opp likevel, kan denne tilnærmingen være lettere å opprettholde i det lange løp, siden det kan eliminere typer problemer som kan oppstå når en datamaskin ender opp med å installere feil driver. Det er en variant av "la meg bestemme" tilnærming men som kan gjøre jobben med å administrere drivere for utrulling enda enklere. Dette innebærer å bruke driver grupper i stedet for valg profiler, og det er hva denne artikkelen handler om. I den forrige versjonen MDT 2008 kan du bruke driver grupper for å logisk organisere out-of-box drivere du importerer til din andel distribusjon. For eksempel kan du opprette en driver gruppe for masselagringsdrivere, en annen for Windows PE bilder og så videre. Da kan du knytte en bestemt driver gruppe med en bestemt oppgave sekvens for å kontrollere hvilke drivere bli utplassert ved hjelp av den oppgaven sekvens. I MDT 2010, kan du ikke opprette driver grupper lenger bruker Workbench fordi nå kan du opprette egendefinerte mapper i stedet, som gir deg mer fleksibilitet som driver grupper gjorde tidligere. Du kan imidlertid fortsatt definere nye driver grupper bruker DriverGroup eiendom og bruke denne eiendommen som en variabel i din oppgave sekvens for å kontrollere hvilke drivere er deployert til et mål datamaskin basert på merke og modell av datamaskinen. Tips: Her er hvordan du kan injisere drivere under utsetting basert på målmaskinen merke og modell. Begynn med å lage en egendefinert mappehierarki under Out-Of-Box Drivers-mappen på din andel distribusjon som har en struktur som ser slik ut: Out-of-box Mapper Operativsystem Gjør Model Model ... Gjør ... Operativsystem ... For eksempel, for den siste noen artikler vi forestilte et selskap som er nødvendig for å distribuere forskjellige versjoner av Windows til følgende stasjonære systemer: Figur 1 viser hva mappestrukturen skal se ut for distribusjon av Windows 7 x64 til disse forskjellige systemer: Du vil også opprette lignende mappestrukturer under Windows 7 x86 og Windows XP Professional mapper. Så du importerer nødvendig ut-av-boksen drivere for hvert system i riktig mappe når du har fått disse driverne fra hver leverandørens nettsted. Resultatet vil se omtrent slik ut (figur 2): Nå åpner egenskapene til den oppgaven sekvensen brukes for distribusjon av Windows 7 x64 å målrette datamaskiner. Under Preinstall oppgaven gruppen, velger du oppgaven heter Konfigurer det er like før den orale Drivers oppgaven. Deretter klikker du på Legg til, velger du Generelt, og velg Angi Task Sequence Variable som vist i Figur 3: Når den nye Set Task Sequence Variable oppgave er opprettet, angi DriverGroup001 Hva skjer når denne oppgaven går er at måldatamaskinen som gjør er Dell Inc. og modell er Optiplex 580 har drivere i mappen Windows 7 x64 \\ Dell Inc. \\ Optiplex 580 injisert under utsetting , datamaskiner som gjør er Dell Inc. og modell er Precision T3500 har drivere i mappen Windows 7 x64 \\ Dell Inc. \\ Precision T3500 injiseres under utsetting og datamaskiner som gjør er Hewlett-Packard og modell er HP Pro 3015 mikrotårn har drivere i mappen Windows 7 x64 \\ Hewlett-Packard \\ HP Pro 3015 mikrotårn injisert under utsetting. Mer presist, bare de sjåførene i disse mappene som PnP avgjør må injiseres faktisk injisert. Men bunnlinjen er at bruk av denne tilnærmingen, kan Dell Optiplex 580-systemer ikke har Dell Precision T3500 eller Hewlett-Packard Pro 3015 mikrotårn drivere injisert ved en feil. Hvert merke og modell systemet vil motta bare driverne som er laget for det. Vi er helt ferdig men fordi neste oppgave Sprøyt Drivers har alle Drivere valgt som standard, og MDT injiserer drivere basert på tillegg av den aktuelle profilen driver gruppen og utvalg. Så hvis sjåføren gruppen sier bare Dell Optiplex 580 drivere skal installeres, men utvalget profilen sier alle drivere skal installeres, vil resultatet bli at alle driverne er installert. Eller mer spesifikt, vil PnP installere drivere fra bassenget av alle tilgjengelige drivere og ikke bare de sjåførene utformet for Dell Optiplex 580-systemer, noe som betyr at vi er tilbake til "la Windows bestemme" tilnærming med mindre vi kan hindre All Drivers utvalg profilen fra å bli brukt. Dette er enkelt å gjøre men bare velg Injiser Drivers oppgave i Preinstall oppgaven gruppen og endre valget profil fra alle Drivere til Ingenting som vist i Figur 5: Nå hvis sjåføren gruppen sier bare Optiplex 580 sjåfører Dell skal installeres og utvalget profilen sier ingen drivere skal installeres, vil resultatet bli at bare Dell Optiplex 580 driverne installeres , som er akkurat det vi ønsker. Nøkkelen til å gjøre denne tilnærmingen arbeidet er at de egendefinerte mapper du oppretter for merke og modell må nøyaktig matche Win32_ComputerSystem WMI klasseegenskaper Produsent og modell henholdsvis for hvert system. I eksempelet ovenfor, mappen som heter Dell Inc. matcher Produsent eiendommen for de to systemene, men eldre Dell-maskiner kan returnere Dell Computer Corporation eller Dell Computer Corp. eller en annen verdi når Produsent eiendommen er spørres bruker WMI og hvis du var distribusjon til de systemene du ville ha til å opprette flere mapper med disse navnene. Til slutt, grunnen til denne tilnærmingen er enklere å vedlikeholde i det lange løp er fordi når, for eksempel, er en oppdatert driver løslatt for Dell Optiplex 580-systemer, importerer du sjåføren inn i Optiplex 580-mappen og deretter trenger bare å utføre en test distribusjon (til en Dell Optiplex 580 datamaskin) i distribusjonen testlab for å sikre den nye driveren ikke forårsaker problemer med denne type system. Kontrast dette med "la Windows bestemme" tilnærming der hver gang du oppdaterer en eneste sjåfør må du utføre test distribusjoner til alle dine forskjellige typer systemer.
Du kan finne mer informasjon om automat LTI distribusjon i Windows 7 Resource Kit fra Microsoft Press. Jeg er hovedforfatter for denne Resource Kit og jeg også opprettholde Unofficial brukerstøtte for Windows 7 Resource Kit med svar på spørsmål postet av leserne, samt linker til de nyeste ressursene på Windows 7 utrulling, administrasjon og feilsøking.
Sprøyte Drivers etter produsent og modell
Hvis du er usikker på merke /modell av en bestemt datamaskin, kan du bruke WMI script i del 17 av denne serien for å finne ut denne informasjonen.
Figur 1:
Mappestruktur for distribusjon av Windows 7 x64 etter produsent og modell
Figur 2:
Importerte out-of-box drivere for Dell Optiplex 580-systemer
Figur 3:
Lag en oppgave for å sette en ny oppgave sekvens variabel like før den orale Drivers oppgaven
som navnet på oppgaven sekvens variabel og tilordne denne variabelen verdien Windows 7 x64 \\% gjør% \\% modell%
som vist i Figur 4:
Figur 4:
ny oppgave sekvens variabel DriverGroup001 har verdien Windows 7 x64 \\% make % \\% modell%
Figur 5:
Velg Ingenting utvalget profilen
Distribusjon av Windows 7 - Del 26
Next Page:Distribusjon av Windows 7 - Part 25