Distribuere sjåfører er en av de mer vanskelige oppgaver av reelle distribusjon scenarier. En grunn til dette er at organisasjoner med et stort antall maskiner har en tendens til å kjøpe dem over tid. Resultatet er ofte en mengde ulike fabrikater og modeller av systemer fra forskjellige produsenter og kan også inkludere custom-bygde white-box-systemer. Resultatet er at mange forskjellige drivere er nødvendig for å støtte alle de ulike systemene i bedriften.

En annen grunn drivere legge kompleksiteten til distribusjoner er fordi sjåførene ikke kan bare være behov for det installerte operativsystemet til å fungere ordentlig, de kan også være nødvendig bare for å starte opp systemet til å starte installasjonsprosessen. Som vi så i forrige artikkel i denne serien, noen ganger drivere (spesielt masselagringsdrivere, men noen ganger nettverksdriverne også) trenger å bli injisert i Lite Touch Windows PE boot media, ellers vil du ikke engang være i stand til å starte opp målrette datamaskinen til å starte distribusjon av Windows til datamaskinen. Heldigvis med stasjonære datamaskiner, er det generiske Lite Touch Windows PE boot image skapt av MDT vanligvis i stand til å starte datamaskinen, koble til aksjen distribusjon over nettverket, og fortsett med installasjonen. For servere Men med sine RAID-kort og andre godsaker, må du kanskje legge til ekstra drivere til Windows PE bare for å få installasjonen startet.

En annen grunn drivere gjør utplassering vanskelig er fordi inkompatibilitet kan noen ganger oppstå. For eksempel er det situasjoner der installere feil driver på et system kan føre til at systemet "bluescreen". Dette kan spesielt være et problem med masselagringsdrivere. Eller noen ganger installere to lignende drivere (en siste, en eldre) for den samme maskinvaren kan forårsake feil driver som skal installeres fordi leverandøren utviklet en driver dårlig (f.eks misformet INF). Eller noen ganger leverandøren lanserer en ny driver for en oppdatert versjon av hardware og sier at den nye driveren fortsatt støtter den eldre versjonen av maskinvaren, men når du prøver det du finner ut at den gamle maskinvaren ikke fungerer med den nye sjåfør.

Til slutt, når du distribuerer den nyeste versjonen av Windows som Windows 7, både helt nye og svært gammel maskinvare kan ofte ha driverproblemer. Mens Windows 7 har tonnevis av in-box-drivere, kan det ikke ha egnede drivere for maskinvare som ble utgitt etter Windows 7 RTM'd. Og Windows 7 kan ikke inneholde egnede drivere for maskinvare fra XP eller tidligere epoke. Dessverre kan det noen ganger være vanskelig å finne den rette driveren for din maskinvare på leverandørens nettsted (forutsatt at leverandøren er fortsatt rundt for eldre maskinvare). Deretter, når du har lastet ned driveren, kan du trenger å hoppe gjennom ringer for å pakke ut driverfilene slik at du kan importere dem til din andel distribusjon. Det er fordi Import Driver Wizard du så i forrige artikkel kan bare importere sjåfører som har INF-filer tilgjengelig. Dessverre, noen leverandører liker å frigjøre ekstra device management software buntet sammen med sine sjåfører, med det resultat at disse driverne kan ha for å bli installert på slutten av distribusjonsprosessen ved å kjøre leverandørens Setup rutine, noe som krever ekstra fikle med din oppgave sekvens .

Ulike tilnærminger til administrerende Drivere for Deployment

Så er det spørsmålet om å prøve og kontrollere hvilke spesifikke drivere bli deployert til hvilke spesifikke mål datamaskiner under utplassering, eller om du bare ønsker å la Windows bruke Plug and Play for å bestemme hvilke drivere bør installeres på en bestemt målmaskinen. Med andre ord, det er i utgangspunktet to ulike tilnærminger du kan følge for å administrere drivere under utplassering: den "La meg bestemme" tilnærming vs "la Windows bestemme" tilnærming. Vi skal se på den andre tilnærmingen første siden det er enklere tilnærming til å gjennomføre. Men før vi gjør dette, en liten historie.

en utdatert måte å styre Drivers

De fleste organisasjoner utfører sine stasjonære distribusjoner ved å bygge en master installasjon bildet og deretter distribuere denne master image til sine mål datamaskiner . Vi så i artikkel 10 i denne serien hvordan du kan bruke MDT å opprette en master bilde ved distribusjon av Windows (sammen med applikasjoner, språkpakker, patcher og andre tilpasninger) på en master (eller referanse) datamaskin og deretter ta en sysprepped bilde av at datamaskin og laste den opp til din andel distribusjon. Og i artikkel 11 i denne serien så vi en annen måte å skape en master image ved å starte med en forhåndsinstallert /forhåndskonfigurert datamaskinen og bruke den nye Sysprep og Capture oppgave sekvens for å ta en master bilde fra denne datamaskinen. Uansett, du først bygge din herre bilde (eller to hvis du trenger å distribuere både x64 og x86 Windows) ved hjelp av en MDT server i lab miljø, og deretter distribuere din herre bilde (r) for å målrette datamaskiner ved hjelp av et eget MDT server på produksjonsnettverk.

Nå når du bygger din herre datamaskinen ved hjelp av lab MDT server, du vanligvis ikke ønsker å injisere noen ekstra ut-av-boksen drivere inn din herre bilde. År siden, administratorer bygge master bildene ofte brukt for å legge alle driverne alle sine forskjellige typer måldatamaskinene trengs til sine master bildene. Resultatet av bakervarer alle disse ekstra drivere til sin herre bilde var ofte problematiske-bildene var stor og vanskelig å vedlikeholde, og driver konflikter ofte forårsaket problemer-noen ganger så alvorlig som bluescreens.

Så BDD (forløperen til MDT) kom sammen, og når BDD 2 007 lagt til støtte for Plug and Play opplisting behovet for baking alle dine out-of-box drivere til master bildet forsvant. I stedet kan du nå la Windows bestemme under utsetting hvilke drivere å trekke ned fra aksje utrulling og installere på hvert mål system. La oss se hvordan å implementere denne tilnærmingen nå.

Bruke "La Windows bestemmer" tilnærming til å håndtere Drivers

I "la Windows bestemmer" nærmer du bare importere alle driverne dine ulike typer måldatamaskinene trenger til din andel distribusjon. Deretter, når du bruker MDT å distribuere din herre bilde på en bestemt system som bruker MDT, vil Windows bruke Plug and Play for å avgjøre hvilke ekstra ut-av-boksen drivere må være installert på hvert system ved å matche PnP-IDer for hver hardware komponent med PnP-IDer støttes av tilgjengelige drivere med andre ord, ved hjelp av Plug and Play telling.

Den største fordelen med denne tilnærmingen er enkelhet. Siden dette er måten MDT utfører Lite Touch distribusjon som standard, det er mindre første tiden og innsatsen som trengs for å planlegge hvordan man skal håndtere drivere for distribusjonen-du bare dumpe dem alle i din andel distribusjon og la MDT og PnP gjøre sin magi. Og siden nesten ingen up-front planlegging eller forberedelser er nødvendig, kan du få opp og går veldig raskt ved å følge denne tilnærmingen.

Her er hvordan det kan fungere i praksis. La oss si at organisasjonen er i ferd med overgangen fra Windows XP til Windows 7 og har følgende stasjonære systemer:

Dell Optiplex 580-systemer som må enten Windows 7 x64 eller Windows 7 x86 installert på dem

Når du har lastet ned alle drivere for disse systemene, kopiere dem til en mappe for eksempel C: \\ Drivers på din produksjon MDT-server:

Figur 1:
Dell og HP-drivere som skal importeres til distribusjonen aksje

I dette eksempelet er de nedlastede driverfilene organisert i to mapper (Dell og HP) med undermapper oppkalt etter modeller. Deretter under hver modell mappe finnes ulike undermapper for operativsystem (f.eks Windows 7 x64 vs x86) eller en enhet (f.eks lyd) eller driverpakken ID-nummer (for HP-drivere).

Hvis du vil importere alle disse driverne til din andel distribusjon, åpner Deployment Workbench, høyreklikker du på Out-Of-Box Drivers-mappen, og velg Importer Drivers å lansere Importer Drivers Wizard. Klikk deretter på Browse på Specific Directory siden og velg root C: \\ Drivers:

Figur 2:
Velg rotkatalogen hvor alle driverne er lagret
< P> Klikk OK for å gå tilbake til Angi Directory siden:

Figur 3:
Importere alle drivere funnet under C:

Note \\ Drivers
at hva dette betyr er det importerer alle sjåfører i C: \\ Drivers, og i alle undermapper under denne mappen. Klikk gjennom resten av trinnene i veiviseren. Resultatet vil se omtrent slik ut:

Figur 4:
Alle nødvendige for desktop distribusjon sjåfører har blitt importert inn i out-of-Box Drivers mappen

Legg merke til at importen kan ta noen minutter å utføre siden det er hundrevis av megabyte med drivere til import-og det er bare for tre forskjellige make /modeller med et par forskjellige operativsystemer!

Nå som alle driverne har blitt importert til din andel distribusjon, kan du bruke MDT å distribuere din herre bilde til målet datamaskiner. Som hovedbildet blir distribuert, vil Windows bruke PnP oppregning å avgjøre hvilke ekstra drivere i aksjen utplassering må være installert på målmaskinen å sikre sin maskinvarekomponenter fungerer som designet.

Denne "la Windows bestemme" tilnærmingen har i kraft av enkelhet-er det noen begrensninger? Det er egentlig bare én driverkonflikter kan oppstå for visse typer maskinvare, spesielt hvis du distribuerer flere operativsystemer fra din andel distribusjon. Men hvis du bare distribuerer ett operativsystem, for eksempel Windows 7 x64, og du bare har et par forskjellige merker og modeller av målet datamaskiner, så denne "la Windows bestemme" tilnærming for bare dumping all out-of-box drivere til din andel distribusjon og la PnP opplisting bestemme hvem som får hva vanligvis fungerer helt fint. På den annen side, hvis du teste denne tilnærmingen i MDT lab miljø, og du finner ut at noen systemer få installert på dem feil drivere (for eksempel en Windows XP Professional-driveren blir installert på et system du distribuerer Windows 7 x86 på) Da trenger du en annen måte å styre drivere for distribusjon. Det er der utvalgs profiler er nyttige, som er det vi skal se på i den neste artikkelen i denne serien.