I denne artikkel jeg ønsker å grave litt dypere inn i saken for å bruke MDT og /eller SCCM for Windows utplassering
Tips: Hvis du haven '. t abonnerer ennå WServerNews bør du gjøre det i dag!
når du bør bruke MDT
Først bør du alltid bruke MDT for å bygge og ta master bilder av Windows operativsystemer som du har tenkt på distribusjon til datamaskiner i ditt miljø. Hovedårsaken til dette er at med MDT kan du forhåndskonfigurere standard brukerprofil for å tilpasse skrivebordet til brukeren som skal bruke datamaskinen du distribusjon av Windows på. Det er fordi med MDT kan du konfigurere brukerinnstillingene for den innebygde administratorkontoen og deretter bruke CopyProfile innstillingen under utsetting å gjøre disse standard brukerinnstillinger på målmaskinen.
Hvorfor CopyProfile arbeid med MDT men ikke med SCCM? Fordi i løpet Lite Touch Installasjon (LTI) MDT driver sin oppgave sekvens i sammenheng med den innebygde administratorkontoen mens SCCM driver sin oppgave sekvens i sammenheng med Local konto. Nå kan du faktisk gjøre CopyProfile arbeid med SCCM distribusjoner hvis du ville, men det tar mye smertefull skripting til å gjøre dette, så hvorfor bry seg om MDT allerede gjør det så enkelt?
Det er noen andre grunner til at du bør bruke MDT og ikke SCCM for å bygge og fange stam bilder. For én ting, siden SCCM er vanligvis bare utplassert i et produksjonsmiljø, trenger du egentlig ikke ønsker å rote rundt det ved å bygge og ta bilder og distribuere dem til å teste maskinene i produksjonsmiljøet. Du bør gjøre ditt image bygging /testing i et trygt testmiljø, ikke produksjon, og de fleste organisasjoner vil ikke ønske å gå til bryet med å sette opp en helt egen instans av SCCM bare for testformål.
Til slutt , ikke glem at hvis du bygger bildene ved hjelp av SCCM da disse bildene vil ha SCCM Client programvare innlemmet i dem, som kanskje ikke er ønskelig i enkelte scenarier.
Konklusjon # 1
Du bør alltid bruke MDT for å bygge, fange og teste dine referanse Images
. Tips: Se min serie artikler Tilpasse standard brukerprofil i Windows 7 her på WindowsNetworking.com for en nybegynner guide på hvordan du gjør dette . Se også min artikkel Desktop Bilde Management: Bygg en bedre Desktop Bilde i Microsoft TechNet Magazine for noen kyndig veiledning i planlegging av referansebilder. Til slutt, se Sette opp et bilde fabrikk, del 1:. Bruke MDT 2 010 Lite Touch med SCVMM 2008 R2 på Michael Niehaus 'blogg for en enkel måte å automatisere prosessen med å bygge og ta referansebilder
når du bør IKKE bruk MDT
Ikke bare kan du bygge din referanse bilder med MDT, men du kan også bruke MDT å utføre alle Windows-distribusjoner i produksjonsmiljøet hvis du ønsker det. Hvorfor ville du gjøre dette i stedet for å sette opp en SCCM infrastruktur? Vel, for en ting, er MDT gratis - du kan laste den ned her. Og andre, er det lett å bruke -. Se min serie artikler Distribuere Windows 7 for en grunnleggende gjennomgang av noen forskjellige distribusjon scenarier
Så da kan du bruke MDT å distribuere Windows 100 datamaskiner i din bedrift? Ja visst! Hva med 1000 datamaskiner? Uh-he. OK hva med 10.000 datamaskiner? Ja, du kan gjøre det, eller til og med til 100.000 eller en million datamaskiner, men jeg er ikke sikker på at du vil. Hvorfor ikke? Vel, av to grunner. Først, husk at MDT alene støtter bare Lite Touch Installasjon (LTI) som betyr at noen tastetrykk må være utføre på måldatamaskinene. Hvis du ønsker å utføre Zero Touch Installasjon (ZTI) hvor det kreves ingen brukerundersøkelser under utsetting, må du bruke SCCM i stedet for (eller sammen med) MDT siden MDT i seg selv ikke gjør deg i stand til å gjøre ZTI distribusjoner. Så med MDT alene, jo flere datamaskiner du vil distribuere Windows til, jo mer vandre rundt å trykke tastene du trenger å gjøre. Du kan nesten helt automat LTI, men ikke helt, og jo mer du forsøker å automatisere det jo mer arbeid må du sannsynligvis til å sette inn planlegging og sette opp din distribusjon, for eksempel ved å forhånds populere MDT database med ID-merker, MAC adresser og /eller merke /modell av målet datamaskiner.
For det andre, hvis du virkelig ønsker å bruke MDT å distribuere Windows til mer enn et par hundre datamaskiner, vil du sannsynligvis ønske å bruke MDT sammen med Windows Deployment Services (WDS), som muliggjør klientmaskiner å starte opp fra nettverket, laste ned en Windows image, og installere bildet. I så fall, er alt du trenger i utgangspunktet å gjøre gå rundt til hvert mål datamaskinen og slå den på å starte distribusjonsprosessen. Vel, det er litt mer komplisert enn som så for eksempel hvis du har flere subnett å distribuere til, eller flere master-bilder eller flere oppgavesekvenser å velge mellom. Men den grunnleggende ideen er at du tar LiteTouch.wim bildefil som du bygget med MDT og legge den som en støvel bilde ved hjelp av WDS admin konsollen. Så du PXE-oppstart målet datamaskiner og når Windows PE belastninger på dem det kobles til MDT aksje distribusjon og installerer det valgte bildet med den valgte oppgaven sekvensen. Så alt WDS er virkelig blir brukt for her er PXE-starte måldatamaskinene for å kickstart LTI distribusjonsprosessen. Microsoft kaller dette Lite-Touch, High-Volume Deployment tilnærming. Her er en god video som forklarer hvordan det fungerer.
Til slutt bruker MDT alene (selv med WDS) utgjør utfordringen med å distribuere innholdet MDT distribusjons aksjer i hele organisasjonen. Dette er spesielt viktig å vurdere når organisasjonen har flere steder på forskjellige steder, og du trenger for å gjenskape din del deployering til hver side (du vanligvis ikke ønsker å utføre dine utplasseringer direkte over WAN grunn av mulige problemer båndbredde). Den nyeste versjonen MDT 2010 inkluderer en ny funksjon kalt Koblede Points Deployment, så det har noen innebygde replikering evner, pluss den støtter også DFS-R stående røtter. Men denne typen scenario kan være komplisert å sette opp og vedlikeholde. Merk også at en koblet aksje distribusjon er ikke nødvendigvis en full kopi av den opprinnelige eller "foreldre" share distribusjon, og det er ingen replikering motor innebygd i MDT for å holde knyttet distribusjons aksjer synkronisert med dine foreldre aksje. I stedet må du bruke en replikering motor som DFS-R for å håndtere synkronisering av de koblede aksjer med den overordnede aksje, og hvis du ser på emnet “ Opprette en svært skalerbar LTI Deployment Infrastruktur ” i “ Toolkit Samples Guide ” delen av MDT hjelpefilen finner du mer informasjon om hvordan du setter opp dette. Som et alternativ kan du selvfølgelig bruke Powershell & en enkel planlagt oppgave fra den overordnede aksje til kick off en oppdatering av en koblet aksje på noen ønsket frekvens, men hvis infrastrukturen støtter det DFS-S er generelt foretrukket valg.
Det er mye enklere, men å bare bruke SCCM i slike multi-site scenarier siden SCCM skinner i området for å distribuere innhold.
Konklusjon # 2
Du bør nok ikke bruke MDT ALENE hvis du har mer enn et par steder du trenger å distribuere Windows til. Og du bør også bruke WDS hvis du har mer enn et par hundre datamaskiner til å distribuere Windows til. Og til slutt, mens du kan bruke MDT MED WDS å distribuere Windows til tusener eller flere datamaskiner, har du sannsynligvis vil vurdere å bruke SCCM i stedet for slike scenarier spesielt når organisasjonen spenner over flere geografiske steder.
kommer opp neste
I min neste artikkel i denne serien, vil jeg beskrive hvorfor hvis du bestemmer deg for å bruke SCCM for dine Windows-distribusjoner, bør du også bruke MDT. Jeg vil også gi deg et høyt nivå oversikt over hvordan du skal bruke SCCM sammen med MDT.
Hvis du ønsker å lese
neste del av denne artikkelserien kan du gå til Advanced Deployment (del 2) - MDT og SCCM !.