Exempel på Microsoft Deployment Toolkit

Den här guiden är en del av Microsoft Deployment Toolkit (MDT) och vägleder ett specialistteam genom distributionen av Windows-operativsystem och Microsoft Office. Mer specifikt är den här guiden utformad för att tillhandahålla exempel på konfigurationsinställningar för specifika distributionsscenarier.

Obs!

I den här artikeln gäller Windows för operativsystemen Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 och Windows Server 2008 R2, om inget annat anges. MDT har inte stöd för ARM-processorbaserade versioner av Windows. På samma sätt hänvisar MDT till den aktuella versionen av MDT om inget annat anges.

Så här använder du guiden

Granska listan med scenarioämnen i innehållsförteckningen.

  1. Välj det scenario som bäst motsvarar organisationens distributionsmål.

  2. Granska exempelkonfigurationsinställningarna för det valda scenariot.

  3. Använd exempelkonfigurationsinställningarna som grund för konfigurationsinställningarna i din miljö.

  4. Anpassa exempelkonfigurationsinställningarna för din miljö.

    I många fall kan mer än ett scenario behövas för att slutföra konfigurationsinställningarna för miljön.

    Eftersom den här guiden endast innehåller exempel på konfigurationsinställningar kan en granskning av guiderna i följande tabell ytterligare underlätta anpassningen av konfigurationsinställningarna för miljön.

    Vägledning I den här guiden kan du få hjälp
    Snabbstartsguide för Microsoft System Center 2012 R2 Configuration Manager Använd System Center 2012 R2 Configuration Manager för att installera operativsystemet Windows 8.1 i ett scenario med distribution av ny dator.
    Snabbstartsguide för installation av Lite Touch Installera operativsystemet Windows 8.1 via Lite Touch Installation (LTI) med startbara media i ett scenario med distribution av ny dator.
    Snabbstartsguide för User-Driven installation Installera operativsystemet Windows 8.1 med User-Driven installation och System Center 2012 R2-Configuration Manager i ett scenario med distribution av ny dator.
    Använda Microsoft Deployment Toolkit Anpassa konfigurationsfilerna som används i ZTI- (Zero Touch Installation) och LTI-distributioner ytterligare. Den här guiden innehåller också allmän konfigurationsvägledning och en teknisk referens för konfigurationsinställningar.

Distribuera Windows 8 -program med MDT

MDT kan distribuera Windows 8 programpaket, som har ett .appx filnamnstillägg. Dessa programpaket är nya för Windows 8. Mer information om de här programmen finns i avsnittet Utveckling av Windows Store-appar.

Distribuera Windows 8 program med MDT genom att utföra följande steg:

Distribuera Windows 8 -program med LTI

Du kan distribuera Windows 8 program med LTI som alla andra program som initierar installationsprocessen från en kommandorad. Du kan lägga till Windows 8 program i LTI-distributioner i noden Program i distributionsarbetsbänken.

Distribuera ett Windows 8 -program med LTI

  1. Skapa en delad nätverksmapp där du kan lagra programmet.

  2. Kopiera Windows 8 till den delade nätverksmappen som du skapade i föregående steg.

    Kontrollera att du kopierar Windows 8 program .appx fil och andra nödvändiga filer, till exempel en .cer fil som innehåller programcertifikatet.

  3. Skapa ett LTI-programobjekt för Windows 8 -programmet i noden Program i distributionsarbetsbänken med hjälp av guiden Nytt program.

    När du slutför guiden Nytt program skriver du app_file_name på kommandoraden Windows 8 app_file_name på sidan i guiden Kommandoinformation.

    Mer information om hur du slutför guiden Nytt program i Deployment Workbench finns i följande avsnitt i MDT-dokumentet, Använda Microsoft Deployment Toolkit:

    • "Skapa ett nytt program som distribueras från distributionsresursen"

    • "Skapa ett nytt program som distribueras från en annan delad nätverksmapp"

  4. Välj det LTI-programobjekt som skapades i föregående steg i en LTI-aktivitetssekvens.

Distribuera Windows 8 program med UDI

Du kan distribuera Windows 8 -program med UDI som alla andra program som initierar installationsprocessen från en kommandorad. Du kan lägga till Windows 8 program i UDI-distributioner på ApplicationPage-guidesidan i UDI-guiden Designer.

Obs!

Distribution av Windows 8- och Windows 8-program med UDI kräver System Center 2012 R2 Configuration Manager.

Distribuera ett Windows 8 -program med UDI

  1. Skapa en delad nätverksmapp där du kan lagra programmet.

    Den här mappen är källmappen för det Configuration Manager -program som du skapar senare i processen.

  2. Kopiera Windows 8 till den delade nätverksmappen som du skapade i föregående steg.

    Kontrollera att du kopierar Windows 8 program .appx fil och andra nödvändiga filer, till exempel en .cer fil som innehåller programcertifikatet.

  3. Lägg till Windows 8 -programmet som ett Configuration Manager -program

  4. Skapa ett Configuration Manager-programobjekt för Windows 8 -programmet med hjälp av guiden Skapa program i konsolen Configuration Manager.

    När du slutför guiden Skapa program skapar du en distributionstyp för att distribuera Windows 8 -programmet med hjälp av guiden Skapa distributionstyp. I guiden Skapa distributionstyp går du till sidan Innehålloch skriverapp_file_name (där app_file_name är namnet på det Windows 8 programmet).

    Mer information om hur du slutför guiden Skapa program i konsolen Configuration Manager finns i följande avsnitt i dokumentationsbiblioteket för System Center 2012 Configuration Manager, som ingår i Configuration Manager:

  5. Se till att funktionen användarenhetstillhörighet (UDA) i Configuration Manager är korrekt konfigurerad för att stödja tillhörighet mellan användare och enheter för Configuration Manager programdistribution.

    Mer information om hur du konfigurerar UDA för att stödja Configuration Manager programdistribution finns i Hantera mappning mellan användare och enheter i Configuration Manager.

  6. Distribuera programmet som skapades i steg 4 till målanvändarna.

    Mer information om hur du distribuerar ett program till användaren finns i Distribuera program i Configuration Manager.

  7. Konfigurera ApplicationPage-guiden så att den innehåller det Configuration Manager-program som skapades i steg 4 med hjälp av UDI-guiden Designer.

    Mer information om hur du konfigurerar guiden ApplicationPage med hjälp av UDI-guiden Designer finns i avsnittet "Steg 5–11: Anpassa konfigurationsfilen för UDI-guiden för måldatorn" i MDT-dokumentets snabbstartsguide för User-Driven installation.

  8. Välj det UDI-programobjekt som skapades i föregående steg i en UDI-aktivitetssekvens.

    Obs!

    Det Windows 8 programmet installeras inte av aktivitetssekvensen utan installeras i stället första gången användaren loggar in på måldatorn (enligt definitionen i UDA-inställningen som konfigurerades i steg 5) med hjälp av funktionen User-Centric App Installer (AppInstall.exe) i UDI.

    Mer information om funktionen User-Centric App Installer i UDI finns i avsnittet "User-Centric App Installer Reference" i MDT-dokumentet Toolkit Reference.

Hantera MDT med Windows PowerShell

Du kan hantera MDT-distributionsresurser med Deployment Workbench och Windows PowerShell. MDT innehåller en snapin-modul för Windows PowerShell ™ – Microsoft.BDD.SnapIn – som måste läsas in innan du använder MDT-specifika funktioner i Windows PowerShell. MDT-snapin-modulen Windows PowerShell innehåller:

Läser in MDT-Windows PowerShell Snap-In

MDT-cmdletarna finns i en Windows PowerShell snapin-modul Microsoft.BDD.SnapIn som måste läsas in innan du använder MDT-cmdletarna. Läs in snapin-modulen MDT Windows PowerShell med cmdleten Add-PSSnapIn enligt beskrivningen i Läs in MDT-Windows PowerShell Snap-In med hjälp av cmdleten Add-PSSnapIn.

Läs in MDT-Windows PowerShell Snap-In med Add-PSSnapIn cmdlet

Du kan läsa in MDT Windows PowerShell snapin-modulen Microsoft.BDD.PSSnapIn från valfri Windows PowerShell -miljö med cmdleten Add-PSSnapIn enligt följande exempel:

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn

Skapa en distributionsresurs med Windows PowerShell

Du kan skapa distributionsresurser med MDT Windows PowerShell cmdlets. Rotmappen för distributionsresursen skapas och delas med standardcmdlets för Windows PowerShell och anrop till WMI-klasskommandon (Windows Management Instrumentation). Distributionsresursen fylls i med MDTProvider Windows PowerShell provider och NewPSDrive cmdlet. MDTProvider Windows PowerShell enheten sparas med cmdleten Add-MDTPersistentDrive.

Förbereda en distributionsresurs med MDT-cmdletar för Windows PowerShell

  1. Läs in MDT-snapin-modulen Windows PowerShell enligt beskrivningen i Läsa in MDT-snapin-modulen i Windows PowerShell.

  2. Skapa mappen som ska vara roten för den nya distributionsresursen med hjälp av cmdleten New-Item , som du ser i följande exempel och som beskrivs i Använda cmdleten New-Item:

    New-Item "C:\MDTDeploymentShare$" -Type directory

    Cmdleten visar att mappen har skapats.

  3. Dela mappen som skapades i föregående steg med hjälp av WMI win32_share-klassen som sås i följande exempel:

    ([wmiclass]"win32_share").Create("C:\MDTDeploymentShare$", "MDTDeploymentShare$",0)

    Anropet till klassen win32_share returnerar resultatet av anropet. Om värdet för ReturnValue är noll (0) lyckades anropet.

  4. Ange den nya delade mappen som en distributionsresurs med hjälp av cmdleten NewPSDrive enligt följande exempel:

    New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "C:\MDTDeploymentShare$" -Description "MDT Deployment Share Created with Cmdlets" -NetworkPath "\\WDG-MDT-01\MDTDeploymentShare$" -Verbose

    Cmdleten börjar automatiskt skapa distributionsresursen och kopiera mallinformationen till den nya distributionsresursen. När kopieringsprocessen har slutförts visar cmdleten information för den nya distributionsresursen.

    Obs!

    Värdet som anges i parametern Namn (DS002) måste vara unikt och får inte vara samma som en befintlig distributionsresurs Windows PowerShell enhet.

  5. Kontrollera att lämpliga mappar för distributionsresurser har skapats med kommandot dir , enligt följande exempel:

    Get-ChildItem ds002:

    Listan över standardmappar i roten för distributionsresursen visas.

  6. Lägg till den nya distributionsresursen i listan över beständiga MDT-distributionsresurser med hjälp av cmdleten Add-MDTPersistentDrive , enligt följande exempel:

    $NewDS=Get-PSDrive "DS002"
Add-MDTPersistentDrive  -Name "DS002" -InputObject $NewDS Verbose

    I det här exemplet används variabeln $NewDS för att skicka Windows PowerShell drive-objektet för den nya distributionsresursen till cmdleten.

    Alternativt kan du ha kombinerat cmdletarna NewPSDrive och Add-MDTPersistentDrive , som du ser i följande exempel:

    New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "C:\MDTDeploymentShare$" -Description "MDT Deployment Share Created with Cmdlets" -NetworkPath "\\WDG-MDT-01\MDTDeploymentShare$" -Verbose | Add-MDTPersistentDrive -Verbose

    I föregående exempel tillhandahåller Windows PowerShell pipelinen både parametrarna Name och InputObject.

Visa egenskaper för distributionsresurs med Windows PowerShell

Du kan visa egenskaperna för MDT-distributionsresurser med cmdleten Get-ItemProperty och MDTProvider Windows PowerShell provider. Samma egenskaper kan också visas i Workbench för distribution.

Visa egenskaper för distributionsresursen med MDT-cmdlets i Windows PowerShell

  1. Läs in MDT-snapin-modulen Windows PowerShell enligt beskrivningen i Läsa in MDT-snapin-modulen i Windows PowerShell.

  2. Se till att MDT-distributionens resurs Windows PowerShell enheter återställs med cmdleten Restore-MDTPersistentDrive, som du ser i följande exempel:

    Restore-MDTPersistentDrive -Verbose

    Obs!

    Om MDT-distributionerna som delar Windows PowerShell enheter redan har återställts får du ett varningsmeddelande som anger att cmdleten inte kan återställa enheten.

  3. Kontrollera att MDT-distributionerna som delar Windows PowerShell enheter återställs korrekt med hjälp av cmdleten Get-PSDrive enligt nedan:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Listan över Windows PowerShell enheter som tillhandahålls med MDTProvider visas.

  4. Visa egenskaperna för distributionsresursen med hjälp av cmdleten Get-ItemProperty enligt följande exempel:

    Get-ItemProperty "DS002:"

    I det här exemplet DS002: är namnet på en Windows PowerShell enhet som returnerades i steg 3. Cmdleten returnerar egenskaperna för distributionsresursen.

Visa listan över distributionsresurser med Windows PowerShell

Du kan visa listan över MDT-distributionsresurser med cmdleten Get-PSDrive och MDTProvider Windows PowerShell provider. Samma lista över distributionsresurser kan också visas i Workbench för distribution.

Så här visar du en lista över distributionsresurser med MDT-cmdlets i Windows PowerShell

  1. Läs in MDT-snapin-modulen Windows PowerShell enligt beskrivningen i Läsa in MDT-snapin-modulen i Windows PowerShell.

  2. Se till att MDT-distributionens resurs Windows PowerShell enheter återställs med cmdleten Restore-MDTPersistentDrive, som du ser i följande exempel:

    Restore-MDTPersistentDrive -Verbose

    Obs!

    Om MDT-distributionerna som delar Windows PowerShell enheter redan har återställts får du ett varningsmeddelande som anger att cmdleten inte kan återställa enheten.

  3. Visa listan över MDT-distributioner som delar Windows PowerShell enheter, en för varje distributionsresurs, med cmdleten Get-PSDrive enligt följande:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Listan över Windows PowerShell enheter som tillhandahålls med MDTProvider visas, en för varje distributionsresurs.

Uppdatera en distributionsresurs med Windows PowerShell

Du kan uppdatera distributionsresurser med cmdleten Update-MDTDeploymentShare och MDTProvider Windows PowerShell provider. När du uppdaterar en distributionsresurs skapas de Windows PE-startavbildningar (WIM- och ISO-filer (International Organization for Standardization) som krävs för att starta LTI-distributionen. Du kan utföra samma process med hjälp av Workbench för distribution enligt beskrivningen i "Uppdatera en distributionsresurs i Workbench för distribution".

Uppdatera en distributionsresurs med Windows PowerShell

  1. Läs in MDT-snapin-modulen Windows PowerShell enligt beskrivningen i Läsa in MDT-snapin-modulen i Windows PowerShell.

  2. Se till att MDT-distributionerna som delar Windows PowerShell enheter återställs med cmdleten Restore-MDTPersistentDrive enligt följande exempel:

    Restore-MDTPersistentDrive -Verbose

    Obs!

    Om MDT-distributionerna som delar Windows PowerShell enheter redan har återställts får du ett varningsmeddelande som anger att cmdleten inte kan återställa enheten.

  3. Kontrollera att MDT-distributionerna som delar Windows PowerShell enheter återställs korrekt med hjälp av cmdleten Get-PSDrive enligt nedan:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Listan över Windows PowerShell enheter som tillhandahålls med MDTProvider visas.

  4. Uppdatera distributionsresursen med hjälp av cmdleten Update-MDTDeploymentShare enligt följande exempel:

    Update-MDTDeploymentShare -Path "DS002:" -Force

    I det här exemplet DS002: är namnet på en Windows PowerShell enhet som returnerades i steg 3.

    Obs!

    Det kan ta lång tid att uppdatera distributionsresursen. Förloppet för cmdleten visas högst upp i konsolen för Windows PowerShell.

    Cmdleten returnerar utan utdata om uppdateringen lyckas.

Uppdatera en länkad distributionsresurs med Windows PowerShell

Du kan uppdatera (replikera) länkade distributionsresurser med cmdleten Update-MDTLinkedDS och MDTProvider Windows PowerShell provider. När du uppdaterar en länkad distributionsresurs replikeras innehållet från den ursprungliga distributionsresursen till den länkade distributionsresursen. Du kan utföra samma process med hjälp av Deployment Workbench enligt beskrivningen i "Replikera länkade distributionsresurser i Deployment Workbench".

Uppdatera en länkad distributionsresurs med Windows PowerShell

  1. Läs in MDT-snapin-modulen Windows PowerShell enligt beskrivningen i Läsa in MDT-snapin-modulen i Windows PowerShell.

  2. Se till att MDT-distributionerna som delar Windows PowerShell enheter återställs med cmdleten Restore-MDTPersistentDrive enligt följande exempel:

    Restore-MDTPersistentDrive -Verbose

    Obs!

    Om MDT-distributionerna som delar Windows PowerShell enheter redan har återställts får du ett varningsmeddelande som anger att cmdleten inte kan återställa enheten.

  3. Kontrollera att MDT-distributionerna som delar Windows PowerShell enheter återställs korrekt med hjälp av cmdleten Get-PSDrive enligt nedan:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Listan över Windows PowerShell enheter som tillhandahålls med MDTProvider visas.

  4. Uppdatera distributionsresursen med hjälp av cmdleten Update-MDTDeploymentShare enligt följande exempel:

    Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"

    I det här exemplet DS002: är namnet på en Windows PowerShell enhet som returnerades i steg 3.

    Obs!

    Det kan ta lång tid att uppdatera den länkade distributionsresursen. Förloppet för cmdleten visas högst upp i konsolen för Windows PowerShell.

    Cmdleten returnerar utan utdata om uppdateringen lyckas.

Uppdatera distributionsmedia med Windows PowerShell

Du kan uppdatera (generera) distributionsmedia med cmdleten Update-MDTMedia och MDTProvider Windows PowerShell provider. Uppdatering av distributionsmedia replikerar innehållet från den ursprungliga distributionsresursen till den länkade distributionsresursen och genererar sedan .iso- och .wim-filer. Du kan utföra samma process med hjälp av Workbench för distribution enligt beskrivningen i "Generera mediebilder i Workbench för distribution".

När cmdleten Update-MDTMedia är klar skapas följande filer:

  • En .iso fil i mappen media_folder (där media_folder är namnet på mappen du har angett för mediet)

    Generering av .iso fil är ett alternativ som du konfigurerar genom att:

    • Markera kryssrutan Generera en startbar ISO-avbildning för Lite Touch på fliken Allmänt i dialogrutan Medieegenskaper (Avmarkera den här kryssrutan för att minska den tid som krävs för att generera mediet, såvida du inte behöver skapa startbara DVD-skivor eller starta virtuella datorer från den .iso filen.)

    • Ange samma egenskap med hjälp av cmdleten Set-ItemProperty

  • WIM-filer i mappen media_folder\Content\Deploy\Boot (där media_folder är namnet på den mapp du angav för mediet)

    Uppdatera en länkad distributionsresurs med Windows PowerShell

  1. Läs in MDT-snapin-modulen Windows PowerShell enligt beskrivningen i Läsa in MDT-snapin-modulen i Windows PowerShell.

  2. Se till att MDT-distributionens resurs Windows PowerShell enheter återställs med cmdleten Restore-MDTPersistentDrive, som du ser i följande exempel:

    Restore-MDTPersistentDrive -Verbose

    Obs!

    Om MDT-distributionerna som delar Windows PowerShell enheter redan har återställts får du ett varningsmeddelande som anger att cmdleten inte kan återställa enheten.

  3. Kontrollera att MDT-distributionerna som delar Windows PowerShell enheter återställs korrekt med hjälp av cmdleten Get-PSDrive enligt nedan:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Listan över Windows PowerShell enheter som tillhandahålls med MDTProvider visas.

  4. Uppdatera distributionsresursen med hjälp av cmdleten Update-MDTDeploymentShare enligt följande exempel:

    Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"

    I det här exemplet DS002: är namnet på en Windows PowerShell enhet som returnerades i steg 3.

    Obs!

    Det kan ta lång tid att uppdatera den länkade distributionsresursen. Förloppet för cmdleten visas högst upp i konsolen för Windows PowerShell.

    Cmdleten returnerar utan utdata om uppdateringen lyckas.

Hantera objekt i en distributionsresurs med Windows PowerShell

En distributionsresurs innehåller objekt som används för att utföra distributioner, till exempel operativsystem, program, enhetsdrivrutiner, operativsystempaket och aktivitetssekvenser. Dessa objekt kan hanteras med cmdlets från Windows PowerShell och de som medföljer MDT.

Mer information om hur du ändrar objekt direkt med Windows PowerShell cmdlets finns i Ändra objekt direkt. Mappstrukturen för en distributionsresurs kan också hanteras med Windows PowerShell. Mer information finns i Hantera mappar för distributionsresurser med Windows PowerShell.

Importera ett objekt till en distributionsresurs

Du kan importera varje typ av objekt, till exempel operativsystem, program eller enhetsdrivrutiner, med hjälp av MDT-cmdletar. För varje typ av objekt finns det en specifik MDT-cmdlet. Information om hur du importerar flera objekt till en distributionsresurs med Windows PowerShell finns i Automatisera ifyllningen av en distributionsresurs.

I följande tabell visas de MDT Windows PowerShell cmdlets som används för att importera objekt till en distributionsresurs och en kort beskrivning av varje cmdlet. Exempel på hur du använder varje cmdlet finns i respektive avsnitt för varje cmdlet.

Cmdlet (cmdlet) Beskrivning
Import-MDTApplication Importerar ett program till en distributionsresurs
Import-MDTDriver Importerar en eller flera drivrutiner till en distributionsresurs
Import-MDTOperatingSystem Importerar ett eller flera operativsystem till en distributionsresurs
Import-MDTPackage Importerar ett eller flera operativsystempaket till en distributionsresurs
Import-MDTTaskSequence Importerar en aktivitetssekvens till en distributionsresurs

Visa egenskaperna för ett objekt i en distributionsresurs

Varje objekt i en distributionsresurs har olika uppsättningar egenskaper. Du kan visa egenskaperna för ett objekt i en distributionsresurs med hjälp av cmdleten Get-ItemProperty . Cmdleten Get-ItemProperty använder MDTProvider för att visa egenskaperna för ett visst objekt, precis som du kan se egenskaperna i Workbench för distribution.

Om du vill visa egenskaperna för flera objekt i en distributionsresurs med Windows PowerShell läser du Automatisera ifyllning av en distributionsresurs.

Så här visar du egenskaperna för ett objekt i en distributionsresurs med Windows PowerShell

  1. Läs in MDT-snapin-modulen Windows PowerShell enligt beskrivningen i Läsa in MDT-snapin-modulen i Windows PowerShell.

  2. Se till att MDT-distributionerna som delar Windows PowerShell enheter återställs med cmdleten Restore-MDTPersistentDrive enligt följande exempel:

    Restore-MDTPersistentDrive -Verbose

    Obs!

    Om MDT-distributionerna som delar Windows PowerShell enheter redan har återställts får du ett varningsmeddelande som anger att cmdleten inte kan återställa enheten.

  3. Kontrollera att MDT-distributionerna som delar Windows PowerShell enheter återställs korrekt med cmdleten Get-PSDrive enligt följande exempel:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Listan över Windows PowerShell enheter som tillhandahålls med MDTProvider visas.

  4. Returnera en lista över objekt för den typ av objekt som du vill visa egenskaperna för med hjälp av cmdleten Get-Item , enligt följande exempel:

    Get-Item "DS001:\Operating Systems\*" | Format-List

    I föregående exempel visas en lista över alla operativsystem i distributionsresursen. Utdata skickas till cmdleten Format-List så att de långa namnen på operativsystemen kan ses. Mer information om hur du använder cmdleten Format-List finns i Använda cmdleten Format-List. Samma process kan användas för att returnera listan över andra typer av objekt, till exempel enhetsdrivrutiner eller program.

    Tips

    Du kunde också ha använt dir kommandot för att visa listan över operativsystem i stället för cmdleten Get-Item .

  5. Visa egenskaperna för ett av objekten som anges i föregående steg med hjälp av cmdleten Get-ItemProperty enligt följande exempel:

    Get-ItemProperty -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"

    I det här exemplet är värdet för parametern Path den fullständiga sökvägen till objektet i Windows PowerShell, inklusive filnamnet som returnerades i föregående steg. Du kan använda samma process för att visa egenskaperna för andra typer av objekt, till exempel enhetsdrivrutiner eller program.

Ta bort ett objekt från en distributionsresurs

Du kan ta bort ett objekt från en distributionsresurs med hjälp av cmdleten Remove-Item . Cmdleten Remove-Item använder MDTProvider för att ta bort ett specifikt objekt, precis som du kan ta bort ett objekt i Workbench för distribution. Information om hur du tar bort flera objekt i en distributionsresurs med Windows PowerShell finns i Automatisera ifyllningen av en distributionsresurs.

Obs!

Om du tar bort ett objekt som används i en aktivitetssekvens misslyckas aktivitetssekvensen. Se till att ett objekt inte refereras till av andra objekt i distributionsresursen innan du tar bort objektet. När ett objekt har tagits bort kan det inte återställas.

Ta bort ett objekt från en distributionsresurs med Windows PowerShell

  1. Läs in MDT-snapin-modulen Windows PowerShell enligt beskrivningen i Läsa in MDT-snapin-modulen i Windows PowerShell.

  2. Se till att MDT-distributionerna som delar Windows PowerShell enheter återställs med cmdleten Restore-MDTPersistentDrive, som du ser i följande exempel.

    Restore-MDTPersistentDrive -Verbose

    Obs!

    Om MDT-distributionerna som delar Windows PowerShell enheter redan har återställts får du ett varningsmeddelande som anger att cmdleten inte kan återställa enheten.

  3. Kontrollera att MDT-distributionerna som delar Windows PowerShell enheter återställs korrekt med cmdleten Get-PSDrive enligt följande exempel:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Listan över Windows PowerShell enheter som tillhandahålls med MDTProvider visas.

  4. Returnera en lista över objekt för den typ av objekt som du vill visa egenskaperna för med hjälp av cmdleten Get-Item , enligt följande exempel:

    Get-Item "DS001:\Operating Systems\*" | Format-List

    I föregående exempel visas en lista över alla operativsystem i distributionsresursen. Utdata skickas till cmdleten Format-List så att de långa namnen på operativsystemen kan ses. Mer information om hur du använder cmdleten Format-List finns i Använda cmdleten Format-List. Du kan använda samma process för att returnera listan över andra typer av objekt, till exempel enhetsdrivrutiner eller program.

    Tips

    Du kunde också ha använt dir kommandot för att visa listan över operativsystem i stället för cmdleten Get-Item .

  5. Ta bort något av objekten i föregående steg med hjälp av cmdleten Remove-Item , enligt följande exempel:

    Remove-Item -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"

    I det här exemplet är värdet för parametern Path den fullständiga sökvägen till objektet i Windows PowerShell, inklusive filnamnet som returnerades i föregående steg.

    Du kan använda samma process för att ta bort andra typer av objekt, till exempel enhetsdrivrutiner eller program.

    Obs!

    Om du tar bort ett objekt som används i en aktivitetssekvens misslyckas aktivitetssekvensen. Se till att ett objekt inte refereras till av andra objekt i distributionsresursen innan du tar bort objektet.

Automatisera ifyllningen av en distributionsresurs

Med MDT-cmdletar i Windows PowerShell kan du hantera enskilda objekt. Men med hjälp av vissa skriptfunktioner i Windows PowerShell kan cmdletarna användas för att automatisera ifyllningen av en distributionsresurs.

En organisation kan till exempel behöva distribuera flera distributionsresurser för olika affärsenheter, eller så kan en organisation tillhandahålla distributionstjänster för operativsystem för andra organisationer. I båda dessa exempel behöver organisationerna möjligheten att skapa och fylla i distributionsresurser som är konfigurerade konsekvent.

Ett sätt att hantera flera objekt är att använda en fil med kommaavgränsade värden (CSV) som innehåller en lista över alla objekt som du vill hantera i en distributionsresurs med hjälp av cmdleten Import-CSV.

Följande är ett utdrag av ett Windows PowerShell skript för att importera en lista med program baserat på information i en .csv-fil med cmdletarna Import-CSV, ForEach-Object och Import-MDTApplication:

$List=Import-CSV "C:\MDT\Import-MDT-Apps.csv"
ForEach-Object ($App in $List) {
     Import-MDTApplication -path $App.ApplicationFolder -enable "True" -Name $App.DescriptiveName -ShortName $App.Shortname -Version $App.Version -Publisher $App.Publisher -Language $App.Language -CommandLine $App.CommandLine -WorkingDirectory $App.WorkingDirectory -ApplicationSourcePath $App.SourceFolder -DestinationFolder $App.DestinationFolder -Verbose
}

I det här exemplet innehåller den C:\MDT\Import-MDT-Apps.csv filen ett fält för varje variabel som behövs för att importera ett program. Mer information om hur du skapar en .csv fil för användning med cmdleten Import-CSV finns i Använda cmdleten Import-Csv.

Du kan använda samma metod för att importera operativsystem, enhetsdrivrutiner och andra objekt i en distributionsresurs genom att utföra följande steg:

  1. Skapa en .csv fil för varje typ av distributionsresursobjekt som du vill fylla i.

  2. Mer information om hur du skapar en .csv fil för användning med cmdleten Import-CSV finns i Använda cmdleten Import-Csv.

  3. Skapa en skriptfil för Windows PowerShell som används för att automatisera ifyllningen av distributionsresursen.

    Mer information om hur du skapar ett Windows PowerShell -skript finns i Skript med Windows PowerShell.

  4. Skapa den mappstruktur som krävs i distributionsresursen innan du importerar distributionsresursobjekten.

    Mer information finns i Hantera mappar för distributionsresurser med Windows PowerShell.

  5. Lägg till raden Import-CSV cmdlet för en av de .csv filerna som skapades i steg 1.

    Mer information om cmdleten Import-CSV finns i Använda cmdleten Import-Csv.

  6. Skapa en ForEach-Object cmdlet-loop som bearbetar varje objekt från den .csv fil som refereras i cmdleten Import-CSV i föregående steg.

    Mer information om cmdleten ForEach-Object finns i Använda cmdleten ForEach-Object.

  7. Lägg till motsvarande MDT-cmdlet för att importera distributionsresursobjekten i cmdlet-loopen ForEach-Object som skapades i föregående steg.

    Mer information om de MDT-cmdletar som används för att importera objekt till en distributionsresurs finns i Importera ett objekt till en distributionsresurs.

Hantera distributionsresursmappar med Windows PowerShell

Du kan hantera mappar i en distributionsresurs med kommandoradsverktyg, till exempel kommandot mkdir, eller med Windows PowerShell-cmdlets, till exempel cmdleten New-Item och MDTProvider Windows PowerShell provider. Samma mappstruktur för distributionsresurser kan också visas och hanteras i Deployment Workbench. Mer information om hur du ändrar objekt direkt med Windows PowerShell cmdlets finns i Ändra objekt direkt.

Skapa en mapp i en distributionsresurs med Windows PowerShell

Skapa en mapp i en distributionsresurs med Windows PowerShell

  1. Läs in MDT-snapin-modulen Windows PowerShell enligt beskrivningen i Läsa in MDT-snapin-modulen i Windows PowerShell.

  2. Se till att MDT-distributionerna som delar Windows PowerShell enheter återställs med cmdleten Restore-MDTPersistentDrive enligt följande exempel:

    Restore-MDTPersistentDrive -Verbose

    Obs!

    Om MDT-distributionerna som delar Windows PowerShell enheter redan har återställts får du ett varningsmeddelande som anger att cmdleten inte kan återställa enheten.

  3. Visa listan över MDT-distributioner som delar Windows PowerShell enheter, en för varje distributionsresurs, med hjälp av cmdleten Get-PSDrive enligt följande:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Listan över Windows PowerShell enheter som tillhandahålls med MDTProvider visas, en för varje distributionsresurs

  4. Skapa en mapp med namnet Windows_8 i mappen Operativsystem i en distributionsresurs med hjälp av kommandot New-Item , som du ser i följande exempel:

    New-Item "DS002:\Operating Systems\Windows_8"

    I det här exemplet DS002: är namnet på en Windows PowerShell enhet som returnerades i steg 3.

  5. Kontrollera att mappen har skapats korrekt genom att skriva följande kommando:

    Get-ChildItem "DS002:\Operating Systems"

    Mappen Windows_8 och andra befintliga mappar i mappen Operativsystem visas.

  6. Skapa en mapp med namnet Windows_7 mapp i mappen Operativsystem i en distributionsresurs med hjälp av cmdleten New-Item , som du ser i följande exempel och som beskrivs i Använda cmdleten New-Item:

    New-Item "DS002:\Operating Systems\Windows_7" -Type directory

    Cmdleten visar att mappen har skapats.

  7. Kontrollera att mappen har skapats korrekt genom att skriva följande kommando:

    Get-ChildItem "DS002:\Operating Systems"

    Mappen Windows_7 och andra befintliga mappar i mappen Operativsystem visas.

Ta bort en mapp i en distributionsresurs med Windows PowerShell

Ta bort en mapp i en distributionsresurs med Windows PowerShell

  1. Läs in MDT-snapin-modulen Windows PowerShell enligt beskrivningen i Läsa in MDT-snapin-modulen i Windows PowerShell.

  2. Se till att MDT-distributionerna som delar Windows PowerShell enheter återställs med cmdleten Restore-MDTPersistentDrive enligt följande exempel:

    Restore-MDTPersistentDrive -Verbose

    Obs!

    Om MDT-distributionerna som delar Windows PowerShell enheter redan har återställts får du ett varningsmeddelande som anger att cmdleten inte kan återställa enheten.

  3. Visa listan över MDT-distributioner som delar Windows PowerShell enheter, en för varje distributionsresurs, med hjälp av cmdleten Get-PSDrive enligt följande:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Listan över Windows PowerShell enheter som tillhandahålls med MDTProvider visas, en för varje distributionsresurs.

  4. Ta bort en mapp med namnet Windows_8 i mappen Operativsystem i en distributionsresurs med hjälp av kommandot New-Item , som du ser i följande exempel:

    Remove-Item "DS002:\Operating Systems\Windows_8"

    I det här exemplet DS002: är namnet på en Windows PowerShell enhet som returnerades i steg 3.

  5. Kontrollera att mappen tas bort på rätt sätt genom att skriva följande kommando:

    Get-ChildItem "DS002:\Operating Systems"

    Mappen Windows_8 visas inte längre i listan över mappar i mappen Operativsystem

  6. Ta bort en mapp med namnet Windows_7 mappen i mappen Operativsystem i en distributionsresurs med hjälp av cmdleten Remove-Item , som du ser i följande exempel:

    Remove-Item "DS002:\Operating Systems\Windows_7"

    Cmdleten visar att mappen har tagits bort.

  7. Kontrollera att mappen har skapats korrekt genom att skriva följande kommando:

    Get-ChildItem "DS002:\Operating Systems"

    Mappen Windows_7 visas inte längre i listan över mappar i mappen Operativsystem.

Byt namn på en mapp i en distributionsresurs med Windows PowerShell

Så här byter du namn på en mapp i en distributionsresurs med Windows PowerShell

  1. Läs in MDT-snapin-modulen Windows PowerShell enligt beskrivningen i Läsa in MDT-snapin-modulen i Windows PowerShell.

  2. Se till att MDT-distributionens resurs Windows PowerShell enheter återställs med cmdleten Restore-MDTPersistentDrive, som du ser i följande exempel:

    Restore-MDTPersistentDrive -Verbose

    Obs!

    Om MDT-distributionerna som delar Windows PowerShell enheter redan har återställts får du ett varningsmeddelande som anger att cmdleten inte kan återställa enheten.

  3. Visa listan över MDT-distributioner resurs Windows PowerShell enheter, en för varje distributionsresurs, med hjälp av cmdleten Get-PSDrive enligt följande:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Listan över Windows PowerShell enheter som tillhandahålls med MDTProvider visas, en för varje distributionsresurs.

  4. Byt namn på en mapp med namnet Windows_8 för att Win_8 i mappen Operativsystem i en distributionsresurs med hjälp av ren-kommandot , som du ser i följande exempel:

    ren "DS002:\Operating Systems\Windows_8" "Win_8"

    I det här exemplet DS002: är namnet på en Windows PowerShell enhet som returnerades i steg 3.

  5. Kontrollera att mappen tas bort på rätt sätt genom att skriva följande kommando:

    Get-ChildItem "DS002:\Operating Systems"

    Den Windows_8 mappen byter namn till Win_8.

  6. Byt namn på en mapp med namnet Windows_7 till Win-7 i mappen Operativsystem i en distributionsresurs med hjälp av cmdleten Rename-Item , som du ser i följande exempel:

    Rename-Item "DS002:\Operating Systems\Windows_7" "Win_7"

    Cmdleten visar det lyckade namnbytet på mappen.

  7. Kontrollera att mappen har skapats korrekt genom att skriva följande kommando:

    Get-ChildItem "DS002:\Operating Systems"

    Den Windows_7 mappen byter namn till Win_7.

Automatisera tillämpningen av Service Pack för operativsystem i distributionsresurser

Service Pack för operativsystem är en normal del av programvarans livscykel. De befintliga operativsystemen i distributionsresurser måste uppdateras med dessa Service Pack för att säkerställa att datorer som nyligen distribuerats eller uppdaterats är uppdaterade med de senaste säkerhetsrekommendationerna och konfigurationsinställningarna.

I fall där en organisation har många distributionsresurser med flera operativsystem i varje distributionsresurs kan processen för att manuellt uppdatera operativsystemen i varje distributionsresurs med Service Packs vara tidskrävande. Metoderna för att automatisera tillämpningen av service pack för operativsystemet i distributionsresurser omfattar:

Automatisera tillämpningen av Service Pack för operativsystem från uppdaterade källmedia

Du kan automatisera processen att uppdatera service pack för operativsystemet med Windows PowerShell när du har källmedia som inkluderar service pack, till exempel att ha en DVD där Windows 7 med SP1 redan är integrerat.

Med den här metoden kopieras operativsystemets källmedia med Service Pack över de befintliga operativsystemfilerna utan Service Pack i distributionsresursen med hjälp av Windows PowerShell.

Automatisera tillämpningen av operativsystemets service pack från uppdateringar av källmedia med Windows PowerShell

  1. Läs in MDT-snapin-modulen Windows PowerShell enligt beskrivningen i Läsa in MDT-snapin-modulen i Windows PowerShell.

  2. Se till att MDT-distributionerna som delar Windows PowerShell enheter återställs med cmdleten Restore-MDTPersistentDrive enligt följande exempel:

    Restore-MDTPersistentDrive -Verbose

    Obs!

    Om MDT-distributionerna som delar Windows PowerShell enheter redan har återställts får du ett varningsmeddelande som anger att cmdleten inte kan återställa enheten.

  3. Visa listan över MDT-distributioner resurs Windows PowerShell enheter, en för varje distributionsresurs, med hjälp av cmdleten Get-PSDrive, som du ser i följande exempel:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Listan över Windows PowerShell enheter som tillhandahålls med MDTProvider visas, en för varje distributionsresurs.

  4. Ta bort mappen för det befintliga operativsystemet från distributionsresursen med hjälp av cmdletarna Get-ChildItem och Remove-Item , som du ser i följande exempel:

    Get-ChildItem "DS002:\Operating Systems\Windows 7" -recurse | Remove-Item -recurse -force

    I det här exemplet DS002: är namnet på en Windows PowerShell enhet som returnerades i steg 3.

  5. Kopiera innehållet i de källfiler för operativsystemet som har service pack integrerat med hjälp av cmdleten Copy-Item enligt följande exempel:

    Copy-Item "E:\*" -Destination "DS002:\Operating Systems\Windows 7"-Recurse -Force

    I det här exemplet finns operativsystemets källfiler på enhet E och DS002: är namnet på en Windows PowerShell enhet som returneras i steg 3.

  6. Uppdatera alla MDT-distributionsmedia baserat på distributionsresurs med hjälp av cmdleten Update-MDTMedia .

    Mer information om hur du uppdaterar MDT-distributionsmedia baserat på distributionsresurs med Update-MDTMedia-cmdleten finns i Uppdatera distributionsmedia med Windows PowerShell.

Automatisera tillämpningen av Service Pack för operativsystem med hjälp av en referensdator och Windows PowerShell

Du kan automatisera processen för uppdatering av service pack för operativsystemet med Windows PowerShell när du bara har service pack som ännu inte är integrerat med operativsystemet, till exempel att SP1 för Windows 7 ännu inte är integrerat med en Windows 7-avbildning.

För den här metoden distribuerar du operativsystemet utan Service Pack till en referensdator. Tillämpa sedan Service Pack-versionen på referensdatorn. Ta sedan en operativsystemavbildning av referensdatorn. Kopiera slutligen den fångade .wim-filen över filen Install.wim i operativsystemet i distributionsresursen med hjälp av Windows PowerShell.

Automatisera tillämpningen av operativsystemets service pack från uppdateringar av källmedia med Windows PowerShell

  1. Distribuera måloperativsystemet till en referensdator.

    Mer information om hur du distribuerar en referensdator finns i följande resurser i MDT-dokumentet Använda Microsoft Deployment Toolkit:

    • "Förbereda för LTI-distribution till referensdatorn"

    • "Distribuera till och fånga en avbildning av referensdatorn i LTI"

  2. Installera önskad service pack-version på referensdatorn.

    Mer information om hur du installerar service pack-versionen finns i dokumentationen som medföljer service pack-versionen.

  3. Notera en bild av referensdatorn genom att skapa och distribuera en aktivitetssekvens baserat på mallen Sysprep och Notera aktivitetssekvens.

    Mer information om hur du skapar en aktivitetssekvens baserat på mallen Sysprep and Notera task sequence finns i "Skapa en ny aktivitetssekvens i Workbench för distribution".

  4. Läs in MDT-snapin-modulen Windows PowerShell enligt beskrivningen i Läsa in MDT-snapin-modulen i Windows PowerShell.

  5. Se till att MDT-distributioner som delar Windows PowerShell enheter återställs med cmdleten Restore-MDTPersistentDrive, som du ser i följande exempel:

    Restore-MDTPersistentDrive -Verbose

    Obs!

    Om MDT-distributionerna som delar Windows PowerShell enheter redan har återställts får du ett varningsmeddelande som anger att cmdleten inte kan återställa enheten.

  6. Visa listan över MDT-distributioner resurs Windows PowerShell enheter, en för varje distributionsresurs, med hjälp av cmdleten Get-PSDrive, som du ser i följande exempel:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Listan över Windows PowerShell enheter som tillhandahålls med MDTProvider visas, en för varje distributionsresurs.

  7. Kopiera WIM-filen som skapades i steg 3 över filen Install.wim i operativsystemet i distributionsresursen med hjälp av cmdleten Copy-Item , enligt följande exempel:

    Copy-Item "DS002:\Captures\Win7SP1.wim" -Destination "DS002:\Operating Systems\Windows 7\sources\Install.wim" Force

    I det här exemplet är avbildningsfilen för operativsystemet (Win7SP1.wim) i mappen Captures i resursen DS002: namnet på en Windows PowerShell enhet som returneras i steg 6, och det befintliga Windows 7-operativsystemet lagras i mappen Windows 7.

  8. Uppdatera alla MDT-distributionsmedia baserat på distributionsresurs med hjälp av cmdleten Update-MDTMedia .

    Mer information om hur du uppdaterar MDT-distributionsmedia baserat på distributionsresurs med Update-MDTMedia-cmdleten finns i Uppdatera distributionsmedia med Windows PowerShell.

Anpassa distribution baserat på chassityp

Du kan anpassa distributionen baserat på datorns chassityp. Skripten skapar lokala variabler som kan bearbetas i CustomSettings.ini-filen. De lokala variablerna IsLaptop, IsDesktopoch IsServer anger om datorn är en bärbar dator, stationär dator eller server.

Obs!

I tidigare versioner av Deployment Workbench angav flaggan IsServer att det befintliga operativsystemet är ett serveroperativsystem (till exempel Windows Server 2003 Enterprise Edition). Den här flaggan har bytt namn till IsServerOS.

Så här implementerar du lokala variabler i den CustomSettings.ini filen

  1. [Settings] I avsnittet, på radenPriority, lägger du till ett anpassat avsnitt för att anpassa distributionen baserat på chassityp (ByChassisTypei följande exempel, där Chassi representerar datortypen).

  2. Skapa det anpassade avsnitt som motsvarar det anpassade avsnitt som definierats i steg 1 (ByChassisType i exemplet i följande exempel, där Chassi representerar datortypen).

  3. Definiera ett underavsnitt för varje chassityp som ska identifieras (Subsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer% i följande exempel).

  4. Skapa ett underavsnitt för varje True underavsnitt som False definierats i steg 3 (som [Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False] i följande exempel).

  5. Under varje TrueFalse och underavsnitt lägger du till lämpliga inställningar baserat på chassityp.

    Notering 1. Exempel på anpassad distribution baserat på chassityp i CustomSettings.ini-filen

[Settings]

Priority=...,ByLaptopType,ByDesktopType,ByServerType

[ByLaptopType]
Subsection=Laptop-%IsLaptop%

[ByDesktopType]
Subsection=Desktop-%IsDesktop%

[ByServerType]
Subsection=Server-%IsServer%
.
.
.

[Laptop-True]
.
.
.

[Laptop-False]
.
.
.

[Desktop-True]
.
.
.

[Desktop-False]
.
.
.

[Server-True]
.
.
.

[Server-False]
.
.
.

Distribuera program baserat på tidigare programversioner

När du installerar ett operativsystem på en befintlig dator installerar du ofta samma program som du tidigare installerat på datorn. Gör detta med hjälp av MDT-skript (särskilt ZTIGather.wsf) för att fråga två separata informationskällor:

  • Funktion för programvaruinventering i Configuration Manager. Innehåller en post för varje programpaket – i det här fallet listor i Program och funktioner i Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 – installerat senast Configuration Manager inventerade datorn.

  • En mappningstabell. Beskriver vilket paket och program som måste installeras för varje post (eftersom posterna Program och funktioner eller Lägg till eller ta bort program inte anger exakt vilket paket som installerade programmet, vilket gör det omöjligt att automatiskt välja paket enbart baserat på inventering).

    Så här utför du en dynamisk datorspecifik programinstallation

  1. Använd tabellen i MDT DB för att ansluta specifika paket till program som finns listade i måloperativsystemet.

  2. Fyll i tabellen med data som associerar rätt paket med programmet som listas i Program och funktioner eller Lägg till eller ta bort program.

    SQL-fråga för att fylla i tabellen

    use [MDTDB]
go
INSERT INTO [PackageMapping] (ARPName, Packages) VALUES('Office12.0', 'XXX0000F:Install Office 2010 Professional Plus')
go

    Den infogade raden ansluter alla datorer som har posten med Microsoft Office12.0 Office 2010 Professional Plus-paketet.

    Det innebär att Microsoft Office 2010 Professional Plus kan installeras på alla datorer som kör Microsoft Office 2007-systemet (Office 12.0). Lägg till liknande poster för andra paket. Objekt som det inte finns någon post för ignoreras (inget paket installeras).

  3. Skapa en lagrad procedur för att förenkla kopplingen av informationen i den nya tabellen till inventeringsdata.

    use [MDTDB]
go

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[RetrievePackages]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
drop procedure [dbo].[RetrievePackages]
go

CREATE PROCEDURE [dbo].[RetrievePackages]
@MacAddress CHAR(17)
AS

SET NOCOUNT ON

/* Select and return all the appropriate records based on current inventory */
SELECT * FROM PackageMapping
WHERE ARPName IN
(
  SELECT ProdID0 FROM CM_DB.dbo.v_GS_ADD_REMOVE_PROGRAMS a, CM_DB.dbo.v_GS_NETWORK_ADAPTER n
  WHERE a.ResourceID = n.ResourceID AND
  MACAddress0 = @MacAddress
)
go

    Den lagrade proceduren i föregående exempel förutsätter att den centrala primära platsdatabasen Configuration Manager finns på den dator där SQL Server körs som MDT DB. Om den centrala primära platsdatabasen finns på en annan dator måste lämpliga ändringar göras i den lagrade proceduren. Dessutom måste namnet på databasen (CM_DB) uppdateras. Överväg också att ge ytterligare konton läsbehörighet till vyn v_GS_ADD_REMOVE_PROGRAMS i den Configuration Manager databasen.

  4. Konfigurera den CustomSettings.ini filen för att skicka en fråga till databastabellen genom att ange namnet på ett avsnitt ([DynamicPackages] i listan Prioritet ) som pekar på databasinformationen.

    [Settings]
...
Priority=MacAddress, DefaultGateway, DynamicPackages, Default
...

  5. Skapa ett [DynamicPackages] avsnitt för att ange namnet på ett databasavsnitt.

    [DynamicPackages]
SQLDefault=DB_DynamicPackages

  6. Skapa ett databasavsnitt där du anger databasinformation och frågedetaljer.

    [DB_DynamicPackages]
SQLServer=SERVER1
Database=MDTDB
StoredProcedure=RetrievePackages
Parameters=MacAddress
SQLShare=Logs
Instance=SQLEnterprise2005
Port=1433
Netlib=DBNMPNTW

    I föregående exempel efterfrågas MDT-databasen MDTDB på den dator som kör den SQL Server instansen med namnet SERVER1. Databasen innehåller en lagrad procedur med namnet RetrievePackages (skapades i steg 3).

    När ZTIGather.wsf körs genereras automatiskt en SQL-sats (Structured Query Language) SELECT och värdet för den anpassade nyckeln MakeModelQuery skickas som en parameter till frågan:

    EXECUTE RetrievePackages ?

    Det faktiska värdet för den anpassade MACAdress-nyckeln kommer att ersättas med motsvarande "?". Den här frågan returnerar en postuppsättning med de rader som angetts i steg 2.

    Ett variabelt antal argument kan inte skickas till en lagrad procedur. När en dator har fler än en MAC-adress kan därför inte alla MAC-adresser skickas till den lagrade proceduren. Alternativt kan du ersätta den lagrade proceduren med en vy som gör det möjligt att köra frågor mot vyn med en SELECT instruktion med en IN sats som överför alla MAC-adressvärden.

    Om värdet är infogat i tabellen på den aktuella datorn Office12.0 (steg 2) returnerasXXX0000F:Install Office 2010 Professional Plus en rad (). Detta anger att paket XXX0000F:Install Office 2001 Professional Plus installeras av ZTI-processen under tillståndsåterställningsfasen.

Scenario för helautomatisk LTI-distribution

Huvudsyftet med LTI är att automatisera distributionsprocessen så mycket som möjligt. Även om ZTI tillhandahåller fullständig distributionsautomatisering med hjälp av MDT-skripten och Windows Deployment Services, är LTI utformat för att fungera med färre infrastrukturkrav.

Du kan automatisera distributionsguiden för Windows som används i LTI-distributionsprocessen för att minska (eller eliminera) de guidesidor som visas. Du kan hoppa över hela distributionsguiden för Windows genom att ange egenskapen SkipWizard i CustomSettings.ini. Använd följande egenskaper för att hoppa över enskilda sidor i guiden:

  • SkipAdminPassword

  • Hoppa över program

  • SkipBDDWelcome

  • SkipBitLocker (SkipBitLocker)

  • SkipBitLockerDetails

  • SkipTaskSequence

  • SkipCapture

  • SkipComputerBackup

  • SkipComputerName

  • SkipDomainMembership

  • SkipFinalSummary

  • SkipLocaleSelection

  • SkipPackageDisplay

  • SkipProductKey

  • SkipSummary (hoppa över)

  • SkipTimeZone (Hoppa över tidszon)

  • SkipUserData

Mer information om de här enskilda egenskaperna finns i motsvarande egenskap i MDT-dokumentets verktygsreferens.

För varje sida i guiden som hoppas över anger du värdena för motsvarande egenskaper som normalt samlas in via guidesidan i CustomSettings.ini- och BootStrap.ini-filerna. Mer information om de egenskaper som måste konfigureras i dessa filer finns i avsnittet "Ange egenskaper för överhoppade distributionsguidesidor" i MDT-dokumentets verktygslådereferens.

Helt automatiserad LTI-distribution för ett scenario med uppdatering av dator

Följande illustrerar en CustomSettings.ini fil som används för ett scenario med Uppdatera dator för att hoppa över alla sidor i distributionsguiden för Windows. I det här exemplet är egenskaperna som ska anges när du hoppar över guidesidan direkt under egenskapen som hoppar över guidesidan.

[Settings]
Priority=Default
Properties=MyCustomProperty

[Default]
OSInstall=Y
ScanStateArgs=/v:5 /o /c
LoadStateArgs=/v:5 /c /lac /lae
SkipCapture=YES
SkipAdminPassword=YES
SkipProductKey=YES

DeploymentType=REFRESH

SkipDomainMembership=YES
JoinDomain=DomainName
DomainAdmin=Administrator
DomainAdminDomain=DomainName
DomainAdminPassword=<complex_password>

SkipUserData=yes
UserDataLocation=AUTO
UDShare=\\Servername\Sharename\Directory
UDDir=%ComputerName%

SkipComputerBackup=YES
ComputerBackuplocation=AUTO
BackupShare=\\Servername\Backupsharename
BackupDir=%ComputerName%

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%ComputerName%

SkipPackageDisplay=YES
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}

SkipLocaleSelection=YES
UILanguage=en-US
UserLocale=en-CA
KeyboardLocale=0409:00000409

SkipTimeZone=YES
TimeZoneName=China Standard Time

SkipApplications=YES
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}
UserID=Administrator
UserDomain=DomainName
UserPassword=<complex_password>

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=DomainName\Username

Helt automatiserad LTI-distribution för ett nytt datorscenario

Följande är ett exempel på en CustomSettings.ini fil som används för scenariot Ny dator för att hoppa över alla sidor i distributionsguiden för Windows. I det här exemplet är egenskaperna som ska anges när du hoppar över guidesidan direkt under egenskapen som hoppar över guidesidan.

[Settings]
Priority=Default
Properties=MyCustomProperty

[Default]
OSInstall=Y
ScanStateArgs=/v:5 /o /c
LoadStateArgs=/v:5 /c /lac /lae

SkipCapture=YES
ComputerBackupLocation=\\WDG-MDT-01\Backup$\
BackupFile=MyCustomImage.wim

SkipAdminPassword=YES
SkipProductKey=YES

SkipDomainMembership=YES
JoinDomain=WOODGROVEBANK
DomainAdmin=Administrator
DomainAdminDomain=WOODGROVEBANK
DomainAdminPassword=<complex_password>

SkipUserData=Yes
UserDataLocation=\\WDG-MDT-01\UserData$\Directory\usmtdata

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%SerialNumber%

SkipPackageDisplay=YES
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}

SkipLocaleSelection=YES
UILanguage=en-US
UserLocale=en-CA
KeyboardLocale=0409:00000409

SkipTimeZone=YES
TimeZoneName=China Standard Time

SkipApplications=YES
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=WOODGROVEBANK\PilarA
CaptureGroups=YES
SLShare=\\WDG-MDT-01\UserData$\Logs
Home_page=https://www.microsoft.com/NewComputer

Ringa webbtjänster i MDT

I tidigare versioner av MDT stöddes regelbearbetning via CustomSettings.ini och databaser, från vilka du kunde hämta värden från den lokala datorn – vanligtvis med WMI – för att fatta beslut om vad som behövde göras på varje dator under distributionen. Dessutom kan du göra SQL-frågor och lagrade proceduranrop för att hämta ytterligare information från externa databaser. Det fanns dock utmaningar med den metoden – särskilt med att göra säkra SQL Server anslutningar.

För att hjälpa till med det här problemet har MDT möjlighet att göra webbtjänstanrop baserat på enkla regler som definierats i CustomSettings.ini. Dessa webbtjänstbegäranden kräver inte någon särskild säkerhetskontext och kan använda vilken TCP/IP-port som helst för att förenkla brandväggskonfigurationer.

Nedan visas hur du konfigurerar CustomSettings.ini att anropa en viss webbtjänst. I det här scenariot väljs webbtjänsten slumpmässigt från en Internetsökning. Det tar ett postnummer som indata och returnerar ort, region, riktnummer och tidszon (som en bokstav) för det angivna postnumret.

[Settings]
Priority=Default, USZipService
Properties=USZip, City, State, Zip, Area_Code, Time_Zones
[Default]
USZip=98052
[USZipService]
WebService=http://www.webservicex.net/uszip.asmx/GetInfoByZIP
Parameters=USZip

Om den här koden körs skapas utdata som liknar följande:

Added new custom property USZIP
Added new custom property CITY
Added new custom property STATE
Added new custom property ZIP
Added new custom property AREA_CODE
Added new custom property TIME_ZONES
Using from [Settings]: Rule Priority = DEFAULT, USZIPSERVICE
------ Processing the [DEFAULT] section ------
Property USZIP is now = 98052
Using from [DEFAULT]: USZIP = 98052
------ Processing the [USZIPSERVICE] section ------
Using COMMAND LINE ARG: Ini file = CustomSettings.ini
CHECKING the [USZIPSERVICE] section
About to execute web service call to http://www.webservicex.net/uszip.asmx/GetInfoByZIP: USZip=98052
Response from web service: 200 OK
Successfully executed the web service.
Property CITY is now = Redmond
Obtained CITY value from web service:  CITY = Redmond
Property STATE is now = WA
Obtained STATE value from web service:  STATE = WA
Property ZIP is now = 98052
Obtained ZIP value from web service:  ZIP = 98052
Property AREA_CODE is now = 425
Obtained AREA_CODE value from web service:  AREA_CODE = 425
------ Done processing CustomSettings.ini ------

Det finns några mindre komplikationer att vara uppmärksam på när du kör en webbtjänst:

  • Gör inget speciellt med proxyservrar. Om det finns en anonym proxy, använd den, men autentisering av proxyservrar kan orsaka problem. I de flesta fall anropas ingen webbtjänst.

  • CustomSettings.ini eller ZTIGather.xml söker efter egenskaper som definierats i XML-koden som returneras som ett resultat av webbtjänstanropet (precis som för en databasfråga eller annan regel). XML-sökningen är emellertid skiftlägeskänslig. Lyckligtvis returnerar webbtjänsten som beskrivs här alla versala egenskapsnamn, vilket är vad ZTIGather.xml förväntar dig. Det är möjligt att mappa om gemener eller poster med blandade bokstäver för att komma runt det här.

  • En POST begäran till webbtjänsten rekommenderas, så webbtjänstens anrop måste ha stöd för en POST.

Ansluta till nätverksresurser

Under LTI- och ZTI-distributionsprocesserna kan du behöva åtkomst till en nätverksresurs på en annan server än den server som är värd för distributionsresursen. Du måste vara autentiserad på den andra servern för att kunna komma åt delade mappar eller tjänster där. Du kan till exempel installera ett program från en delad mapp på en annan server än servern som är värd för den distributionsresurs som MDT-skripten använder.

Obs!

Om du vill fråga SQL Server databaser på en annan server än den server som är värd för distributionsresursen, se egenskaperna Databas, DBID,DBPwd, Instans, NetLib, Order, Parametrar, ParameterCondition, SQLServer, SQLShare och Tabell i MDT-dokumentets verktygslådereferens.

Med hjälp av ZTIConnect.wsf-skriptet kan du ansluta till andra servrar och komma åt resurser på dem. Syntaxen för ZTIConnect.wsf-skriptet är följande (där unc_path är en UNC-sökväg (Universal Naming Convention) för att ansluta till servern):

cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path

I de flesta fall kör du skriptet ZTIConnect.wsf som en Task Sequencer-uppgift. Kör skriptet ZTIConnect.wsf före uppgifter som kräver åtkomst till en annan server än den server som är värd för distributionsresursen.

Så här lägger du till skriptet ZTIConnect.wsf som en uppgift i aktivitetssekvensen för en version

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I informationsfönstret väljer du task_sequence (där task_sequence är den aktivitetssekvens som ska ändras).

  4. I fönstret Åtgärder väljer du Egenskaper.

  5. Välj fliken Aktivitetssekvens, bläddra till grupp (där grupp är den grupp där ZTIConnec.wsf-skriptet ska köras) och välj Lägg till. Välj Allmänt och välj sedan Kör kommandorad.

    Obs!

    Lägg till aktiviteten innan du lägger till aktiviteter som kräver åtkomst till resurser på målservern.

  6. Slutför fliken Egenskaper för den nya uppgiften med hjälp av följande information:

    I den här rutan Gör så här
    Namn Skriv Anslut till server (där server är namnet på den server som du vill ansluta till).
    Beskrivning Skriv text som förklarar varför anslutningen behöver upprättas.
    Kommando Skriv cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path (där unc_path är UNC-sökvägen till en delad mapp på servern).

  7. Slutför fliken Alternativ för den nya uppgiften med hjälp av följande information. Om inget annat anges accepterar du standardvärdena och väljer sedan OK.

    I den här rutan Gör så här
    Koder för lyckade resultat Skriv 0 3010. (Skriptet ZTIConnect.wsf returnerar dessa koder när det har slutförts.)
    Listrutan Villkor Lägg till de villkor som behövs. (I de flesta fall krävs inga villkor för den här uppgiften.)

    Efter att ha lagt till aktiviteten som kommer att köra ZTIConnect.wsf-skriptet kan efterföljande aktiviteter komma åt nätverksresurser på den server som anges i alternativet /uncpath i ZTIConnect.wsf-skriptet.

Distribuera rätt drivrutiner till datorer med samma maskinvaruenheter men olika märke och modell

Variationer på modellnummer och namn kan finnas med praktiskt taget ingen skillnad i drivrutinsuppsättningen. De här variationerna i modellnummer och modellnamn kan i onödan öka den tid som ägnas åt att göra flera databasposter för en viss modell. Följande procedur visar hur du definierar en ny egenskap med hjälp av ett användarutgångsfunktionsanrop som returnerar en delsträng av modellnumret.

Så här skapar du modellalias

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Egenskaper.

  4. Välj fliken Regler i dialogrutan Egenskaper .

  5. Skapa alias för maskinvarutyper i avsnitten Märke och Modell i MDT DB. Trunkera modelltypen vid den öppna parentesen "(" i modellnamnet. Till exempel blir HP DL360 (G112)HP DL360.

  6. Lägg till den anpassade variabeln ModelAlias i varje avsnitt.

  7. Skapa ett nytt [SetModel] avsnitt.

  8. Lägg till avsnittet [SetModel] i prioritetsinställningarna i [Settings] avsnittet.

  9. Lägg till en rad i ModelAlias avsnittet för att referera till ett användaravslutningsskript som trunkerar modellnamnet vid "(".

  10. Skapa en MMApplications databassökning där ModelAlias är lika med Model.

  11. Skapa ett användaravslutningsskript och placera det i samma katalog som CustomSettings.ini filen för att trunkera modellnamnet.

    Nedan visas ett CustomSettings.ini respektive användarens avslutningsskript.

    CustomSettings.ini:

    [Settings]
Priority=SetModel, MMApplications, Default
Properties= ModelAlias
[SetModel]
ModelAlias=#SetModelAlias()#
Userexit=Userexit.vbs
[MMApplications]
SQLServer=Server1
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=logs
Table= MakeModelSettings
Parameters=Make, ModelAlias
ModelAlias=Model
Order=Sequence

    Avslutningsskript för användare:

    Function UserExit(sType, sWhen, sDetail, bSkip)
  UserExit = Success
End Function

Function SetModelAlias()
  If Instr(oEnvironment.Item("Model"), "(") <> 0 Then
    SetModelAlias = Left(oEnvironment.Item("Model"), _
                      Instr(oEnvironment.Item("Model"), _
                        "(") - 1)
    oLogging.CreateEntry "USEREXIT - " & _
      "ModelAlias has been set to " & SetModelAlias, _
      LogTypeInfo
  Else
    SetModelAlias = oEnvironment.Item("Model")
    oLogging.CreateEntry " USEREXIT - " & _
      "ModelAlias has not been changed.", LogTypeInfo
  End if
End Function

Konfigurera villkorsstyrda aktivitetssekvenssteg

I vissa fall bör du överväga att köra ett aktivitetssekvenssteg villkorligt baserat på definierade kriterier. Alla kombinationer av dessa villkor kan läggas till för att avgöra om aktivitetssekvenssteget ska köras. Använd till exempel värdet för en aktivitetssekvensvariabel och värdet för en registerinställning för att avgöra om ett aktivitetssekvenssteg ska köras.

Med MDT kör du en aktivitetssekvens villkorligt baserat på:

  • Ett eller flera OM-uttryck

  • En aktivitetssekvensvariabel

  • Versionen av måloperativsystemet

  • Booleska resultat av en WMI-fråga

  • En registerinställning

  • Programvaran som är installerad på måldatorn

  • Egenskaper för en mapp

  • Egenskaperna för en fil

Konfigurera ett villkorsstyrt aktivitetssekvenssteg

Villkorsstyrda aktivitetssekvenssteg konfigureras i Deployment Workbench på fliken Alternativ i ett aktivitetssekvenssteg. Du kan lägga till ett eller flera villkor i aktivitetssekvenssteget för att skapa rätt villkor för att köra eller inte köra steget.

Obs!

Varje steg i en villkorsstyrd aktivitetssekvens måste ha minst en OM-sats .

Så här visar du fliken Alternativ för ett aktivitetssekvenssteg

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I informationsfönstret väljer du task_sequence (där task_sequence är namnet på den aktivitetssekvens som ska konfigureras).

  4. I fönstret Åtgärder väljer du Egenskaper.

  5. I dialogrutan Egenskaper för task_sequence på fliken Aktivitetssekvens väljer du steg (där steg är namnet på det aktivitetssekvenssteg som ska konfigureras) och väljer sedan fliken Alternativ.

    Utför följande åtgärder på fliken Alternativ i aktivitetssekvenssteget:

  • Lägg till. Välj den här knappen om du vill lägga till ett villkor i aktivitetssekvenssteget.

  • Ta bort. Välj den här knappen om du vill ta bort ett befintligt villkor i ett aktivitetssekvenssteg.

  • Redigera. Välj den här knappen om du vill ändra ett befintligt villkor i ett aktivitetssekvenssteg.

OM-satser i villkor

Alla aktivitetssekvensvillkor innehåller en eller flera OM-uttryck . OM-satser utgör grunden för att skapa villkorsstyrda aktivitetssekvenssteg. Ett aktivitetssekvensstegsvillkor kan bara innehålla en OM-sats , men flera OM-satser kan kapslas under den översta OM-satsen för att skapa mer komplexa villkor.

En OM-sats kan baseras på villkoren i tabellen nedan, som konfigureras i dialogrutan Egenskaper för OM-sats .

Villkor Välj det här alternativet för att köra aktivitetssekvensen om
Alla villkor Alla villkor under det här OM-uttrycket måste vara sanna.
Eventuella villkor Något av villkoren under den här OM-satsen är sant.
Ingen Inget av villkoren bakom den här OM-satsen är sanna.

Slutför villkoret för att köra aktivitetssekvenssteget genom att lägga till andra villkor till villkoren (till exempel aktivitetssekvensvariabler eller värden i en registerinställning).

Lägga till ett OM-satsvillkor i ett aktivitetssekvenssteg

  1. På fliken Stegalternativ (där steg är namnet på det aktivitetssekvenssteg som ska konfigureras) väljer du Lägg till och sedan If-instruktionen.

  2. I dialogrutan Egenskaper för If-instruktion väljer du villkor (där villkor är ett av villkoren som anges i föregående tabell) och sedan OK.

Aktivitetssekvensvariabler i villkor

Använd villkoret Aktivitetssekvensvariabel för att utvärdera alla aktivitetssekvensvariabler som skapats av en Ange aktivitetssekvensvariabel eller av en aktivitet i aktivitetssekvensen. Tänk dig t.ex. ett nätverk som innehåller Windows XP-klientdatorer som ingår i en domän och vissa som ingår i en arbetsgrupp. Eftersom vi vet att den aktuella domänprincipen tvingar alla användarinställningar att sparas i nätverket kan användarinställningarna behöva sparas endast för datorer som inte ingår i domänen, det vill säga datorer som ingår i arbetsgruppen. Lägg i så fall till ett villkor i aktiviteten Notera User Files and Settings som riktar sig mot datorerna i arbetsgruppen.

Så här lägger du till ett villkor baserat på en aktivitetssekvensvariabel

  1. På fliken Stegalternativ (där steg är namnet på det aktivitetssekvenssteg som ska konfigureras) väljer du Lägg till villkor och sedan Aktivitetssekvensvariabel.

  2. I dialogrutan Villkor för aktivitetssekvensvariabel skriver du OSDJoinType i rutan Variabel.

    Obs!

    Variabeln har värdet 0 för datorer som är anslutna till en domän och 1 för datorer i en arbetsgrupp.

  3. I rutan Villkor väljer du lika med.

  4. I rutan Värde skriver du 1 och väljer sedan OK.

Operativsystemversion under Villkor

Använd villkoret Operativsystemversion för att verifiera den befintliga operativsystemversionen för en måldator eller den befintliga klienten (när du tar en bild). Tänk dig till exempel ett nätverk som innehåller flera servrar som ska uppgraderas från Windows Server 2003 till Windows Server 2008. Nätverksinställningar bör endast kopieras och tillämpas på servrar som kör Windows Server 2003. Alla andra servrar har standardnätverksinställningarna som Windows Server 2008 använder.

Så här lägger du till ett villkor baserat på operativsystemversion

  1. I aktivitetssekvensredigeraren väljer du aktiviteten Notera nätverksinställningar.

  2. Välj Lägg till villkor och välj sedan Operativsystemversion.

  3. I rutan Arkitektur väljer du relevant server. I det här exemplet väljer du x86.

  4. I rutan Operativsystem väljer du det operativsystem och den version som du vill villkora för. I det här exemplet väljer du x86 Windows 2003.

  5. I rutan Villkor väljer du relevant villkor och väljer sedan OK.

Filegenskaper i villkor

Använd villkoret Filegenskaper för att verifiera versionen och/eller tiderna för en viss fil för att avgöra om du vill köra en aktivitet eller en grupp med aktiviteter eller inte. I det här exemplet innehåller produktionsmiljön en Windows Server 2003-avbildning som uppdateras kontinuerligt och används för varje ny server som läggs till i nätverket. Alla serverdatorer i miljön kör ett anpassat program som kräver Digital Access Object (DAO) API (Application Programming Interface) version 3.60.6815.

Alla befintliga servrar fungerar korrekt. Men varje ny server som läggs till i nätverket med avbildningen kan inte köra programmet. Eftersom det är en annan grupps ansvar att underhålla och uppdatera avbildningar bestämmer du att aktivitetssekvensen för distribution ska ändras för att installera relevant version av DAO om den befintliga versionen av DAO som distribueras med avbildningen är felaktig.

Så här lägger du till ett villkor för filegenskaper i ett aktivitetssekvenssteg i Configuration Manager

  1. I Configuration Manager skapar du ett paket för att installera DAO 3.60.6815. Kalla detta paket DAO, med ett program som heter InstallDAO. Mer information om hur du skapar paket finns i Så här skapar du ett paket.

  2. Skapa ett steg för att installera programvara för att distribuera DAO-paketet.

  3. Välj aktivitetssekvenssteget Installera programvara som skapades i steg 2 och välj sedan fliken Alternativ .

  4. Välj Lägg till villkor och välj sedan Filegenskaper.

  5. I rutan Sökväg skriver du C:\Program Files\Microsoft Shared\DAO\dao360.dll.

  6. Markera kryssrutan Kontrollera versionen och välj sedan inte är lika med för villkoret.

  7. I rutan Version skriver du 3.60.6815.

  8. I så fall avmarkerar du kryssrutan Kontrollera tidsstämpeln och väljer sedan OK.

Mappegenskaper i Villkor

Använd villkoret Mappegenskaper om du vill verifiera tidsstämpeln för en viss mapp för att avgöra om du ska köra en aktivitet eller grupp med aktiviteter. Tänk dig till exempel en situation där ett internt utvecklat program har uppdaterats för att fungera med Windows 8. Alla datorer i nätverket har emellertid inte den senaste versionen av programmet installerat och du måste utföra datakonverteringen innan du kan uppgradera programmet.

Om tidsstämpeln för mappen där programmet är installerat är 2007-12-31 eller tidigare, kör måldatorn den inkompatibla versionen av programmet och du bör köra datakonverteringsprocessen på måldatorn. Kör villkorligt ett aktivitetssekvenssteg för att köra datakonverteringsprocessen på datorer som har en tidigare version av programmet.

Så här lägger du till ett villkor för Mappegenskaper i ett aktivitetssekvenssteg

  1. I Configuration Manager-konsolen eller i Deployment Workbench, i redigeraren för aktivitetssekvenser, redigerar du task_sequence (där aktivitetssekvens är den aktivitetssekvens som du vill redigera).

  2. Skapa en kommandoradsaktivitet för att utföra datakonverteringen.

  3. Markera uppgiften som skapades i steg 1.

  4. Välj Lägg till villkor och välj sedan Mappegenskaper.

  5. I rutan Sökväg skriver du sökvägen till mappen som innehåller programmet.

  6. Markera kryssrutan Markera tidsstämpeln .

  7. Välj Mindre än eller lika med för villkoret.

  8. Välj 2007-12-31 i rutan Datum.

  9. I rutan Tid väljer du 12:00:00 AM och sedan OK.

Registerinställningar under Villkor

Använd villkoret Registerinställning för att verifiera att det finns nycklar och värden i registret och motsvarande data som lagras i registervärden. Tänk dig till exempel ett fall där ett program som för närvarande används på en liten uppsättning datorer inte kan köras i Windows 8, och en Windows 8-distribution är på plats för att uppgradera datorer som för närvarande kör Windows XP. Skapa ett villkor för den allra första aktiviteten i en sekvens för att söka i registret efter en post för det inkompatibla programmet och avbryta distributionsprocessen för datorn om den hittas.

Så här lägger du till ett villkor för registerinställning i ett aktivitetssekvenssteg

  1. I Configuration Manager-konsolen eller i Deployment Workbench, i redigeraren för aktivitetssekvenser, redigerar du task_sequence (där aktivitetssekvens är den aktivitetssekvens som distribuerar Windows 8).

  2. Markera den första aktiviteten i sekvensen och välj sedan fliken Alternativ .

  3. Välj Lägg till villkor och sedan Registerinställning.

  4. Välj HKEY_LOCAL_MACHINE i rotnyckellistan.

  5. I rutan Nyckel skriver du SOFTWARE\WOODGROVE.

  6. Välj inte finns för villkoret. I det här fallet körs aktiviteten och sekvensen fortsätter bara om nyckeln inte finns.

  7. Villkoret kan också kontrollera om ett värde saknas om värdenamnet anges i rutan Värdenamn .

  8. Om ett annat villkor än finns/inte finns användes anger du ett värde och en värdetyp.

  9. Välj OK.

WMI-frågor i villkor

Använd villkoret WMI-fråga för att köra en WMI-fråga. Villkoret utvärderas som sant om frågan returnerar minst ett resultat. Tänk dig till exempel att ett driftsättningsteam behöver uppgradera operativsystemet för alla servrar av en viss modell – till exempel Dell 1950. Du kan använda en WMI-fråga för att kontrollera varje dators modell och bara fortsätta med distributionen om rätt modell hittas.

Lägga till ett WMI-frågevillkor i ett aktivitetssekvenssteg

  1. I Configuration Manager-konsolen eller i Deployment Workbench, i redigeraren för aktivitetssekvenser, redigerar du task_sequence (där aktivitetssekvens är den aktivitetssekvens som uppgraderar servrarna).

  2. Markera den första aktiviteten i sekvensen och välj sedan fliken Alternativ .

  3. Välj Lägg till villkor och välj sedan Fråga WMI.

  4. I rutan WMI-namnområde skriver du root\cimv2.

  5. I rutan WQL-fråga skriver du Välj * Från Win32_ComputerSystem WHERE-modell SOM "%Dell%%1950%". Välj OK.

Installerad programvara under förhållanden

Använd ett villkor för installerad programvara för att kontrollera om en viss programvara för närvarande är installerad på en måldator. Endast programvara som installerats med Microsoft Installer-filer (MSI) kan utvärderas med det här villkoret. Anta till exempel att du vill uppgradera operativsystemet för alla servrar utom dem som kör Microsoft SQL Server 2012.

Så här lägger du till ett villkor för installerad programvara i ett aktivitetssekvenssteg

  1. I Configuration Manager-konsolen eller i Deployment Workbench, i redigeraren för aktivitetssekvenser, redigerar du task_sequence (där aktivitetssekvens är den aktivitetssekvens som uppgraderar servrarna).

  2. Markera den första aktiviteten i sekvensen och välj sedan fliken Alternativ .

  3. Välj Lägg till villkor och sedan Installerad programvara.

  4. Välj Bläddra och välj sedan MSI-filen för SQL Server 2012.

  5. Markera kryssrutan Matcha den här specifika produkten om du vill ange att endast datorer med SQL Server 2012 och inga andra versioner är de måldatorer som frågan ska identifiera.

  6. Välj OK.

Komplexa förhållanden

Flera villkor kan grupperas med hjälp av OM-uttryck för att skapa komplexa villkor. Tänk dig till exempel att ett visst steg endast ska köras för Contoso 1950-datorer som kör Windows Server 2003 eller Windows Server 2008. Den är skriven som en programmatisk OM-sats och ser ut ungefär så här:

IF ((Computer Model IS "Contoso 1950") AND (operating system=2003 OR operating system=2008))

Så här lägger du till ett komplext villkor

  1. I Configuration Manager-konsolen eller i Deployment Workbench, i redigeraren för aktivitetssekvenser, redigerar du task_sequence (där aktivitetssekvens är den aktivitetssekvens som uppgraderar servrarna).

  2. Välj det aktivitetssekvenssteg som villkoret ska läggas till i och välj sedan fliken Alternativ .

  3. Välj Lägg till villkor, välj If-instruktion och välj sedan Alla villkor. Välj OK.

  4. Välj villkorssatsen, välj Lägg till villkor och välj sedan WMI-fråga.

  5. Kontrollera att root\cimv2 anges som WMI-namnområde och skriv sedan SELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE "%Contoso%1950%" i rutan WQL-fråga. Välj OK.

  6. Markera OM-satsen och välj sedan Lägg till villkor. Välj If-instruktion och välj sedan Valfritt villkor. Välj OK.

  7. Markera den andra OM-satsen . Välj Lägg till villkor och välj sedan Operativsystemversion.

  8. I rutan Arkitektur väljer du arkitektur för servrarna. I det här exemplet väljer du x86.

  9. I rutan Operativsystem väljer du operativsystem och version. I det här exemplet väljer du x86 Windows 2003 ursprunglig version. Välj OK.

  10. Markera den andra OM-satsen . Välj Lägg till villkor och välj sedan Operativsystemversion.

  11. I rutan Arkitektur väljer du arkitektur för servrarna. I det här exemplet väljer du x86.

  12. I rutan Operativsystem väljer du operativsystem och version. I det här exemplet väljer du x86 Windows 2008 ursprunglig version. Välj OK.

Skapa en mycket skalbar LTI-distributionsinfrastruktur

I det här scenariot är ingen elektronisk programvarudistribution tillgänglig för distributionsinfrastrukturen att utnyttja, så du använder MDT för att skapa en helt automatiserad LTI-distributionsinfrastruktur. Den skalbara LTI-infrastrukturen använder SQL Server, Windows Deployment Services och Windows Server 2003 DFS-R-teknik (Distributed File System Replication).

Skala LTI-infrastrukturen genom att:

Se till att det finns lämplig infrastruktur

Den mycket skalbara LTI-distributionsinfrastrukturen använder en topologi med nav och ekrar för replikering av innehåll. Nominera därför först en distributionsserver i produktionsmiljön som ska fungera som huvuddistributionsserver. Här följer en lista över de komponenter som krävs för huvuddistributionsservern.

Obligatorisk komponent Syfte/kommentar
Windows Server 2003 R2 Krävs för att ha stöd för DFS-R
MDT (MDT) Innehåller huvudkopian för distributionsresursen
SQL Server 2005 Måste vara en fullständig version för att tillåta replikering av MDT DB
DFS-R Krävs för replikering av distributionsresursen
Windows Deployment Services Krävs för att tillåta initiering av PXE-baserade nätverksinstallationer

När du har valt huvuddistributionsservern etablerar du ytterligare servrar på varje plats för att stödja LTI-distributioner. Här följer en lista över de komponenter som krävs för den underordnade distributionsservern.

Obligatorisk komponent Syfte/kommentar
Windows Server 2003 R2 Krävs för att ha stöd för DFS-R
Microsoft SQL Server 2005 Express Edition Tar emot replikerade kopior av MDT DB
DFS-R Krävs för replikering av distributionsresurs
Windows Deployment Services Krävs för att tillåta initiering av PXE-baserade nätverksinstallationer

Obs!

Windows Deployment Services måste installeras och konfigureras på varje underordnad server, men det är inte nödvändigt att lägga till start- eller installationsavbildningar.

Lägga till innehåll i MDT

Fyll i huvuddistributionsservern med innehåll med hjälp av Workbench för distribution och skapa och fyll i MDT DB enligt beskrivningen i följande avsnitt. Information om hur du fyller databasen med:

  • Program finns i avsnittet "Konfigurera program i arbetsbänken för distribution" i MDT-dokumentet Använda Microsoft Deployment Toolkit

  • Operativsystem finns i avsnittet "Konfigurera operativsystem i Workbench för distribution" i MDT-dokumentet Använda Microsoft Deployment Toolkit

  • operativsystempaket, se avsnittet "Konfigurera paket i Deployment Workbench" i MDT-dokumentet Använda Microsoft Deployment Toolkit

  • Enhetsdrivrutiner finns i avsnittet "Konfigurera enhetsdrivrutiner i Deployment Workbench" i MDT-dokumentet Använda Microsoft Deployment Toolkit

  • Aktivitetssekvenser, se avsnittet "Konfigurera aktivitetssekvenser i Deployment Workbench" i MDT-dokumentet Använda Microsoft Deployment Toolkit

Obs!

Kontrollera att LiteTouchPE_x86.wim-filen som skapades när distributionsresursen uppdaterades har lagts till i Windows Deployment Services.

Förbereda Windows Deployment Services

Eftersom LiteTouchPE_x86.wim-filen replikeras regelbundet via DFS-R-replikeringsgruppen måste datalagret för startkonfigurationen uppdateras regelbundet för att återspegla den nyligen replikerade Windows PE-miljön. Utför följande steg på var och en av distributionsservrarna.

Så här förbereder du Windows Deployment Services

  1. Öppna kommandotolken.

  2. Skriv WDSUtil/set-server/BCDRefreshPolicy/Enabled:yes/RefreshPeriod:60 och tryck sedan på RETUR.

Obs!

I exemplet som visas här är uppdateringsperioden inställd på 60 minuter. Du kan dock konfigurera det här värdet så att det replikeras under en period som är lika med DFS-R.

Konfigurera replikering av distribuerade filsystem

När du skalar LTI-distributionsarkitekturen använder du DFS-R som grund för att replikera innehållet från både MDT-distributionsresursen och Windows PE Lite Touch-startmiljön och från huvuddistributionsservern till de underordnade distributionsservrarna.

Obs!

Kontrollera att DFS-R är installerat innan du utför följande steg.

Så här konfigurerar du DFS-R för att replikera distributionsinnehållet

  1. Öppna konsolen DFS-hantering.

  2. I konsolen DFS-hantering expanderar du DFS-hantering.

  3. Högerklicka på Replikering och välj sedan Ny replikgrupp.

  4. I guiden Ny replikgrupp på sidan Typ av replikgrupp väljer du Ny Multipurpose Replication Group.

  5. Välj Nästa.

  6. På sidan Namn och domän skriver du följande information:

    • I rutan Namn på replikeringsgrupp skriver du ett namn på replikgruppen, till exempel MDT 2010-replikgrupp.

    • I rutan Valfri beskrivning av replikeringsgrupp skriver du en beskrivning av replikgruppen, till exempel Grupp för replikering av MDT 2010-data.

    • Kontrollera att rutan Domän innehåller rätt domännamn.

  7. Välj Nästa.

  8. Utför följande steg på sidan Medlemmar i replikgrupp :

    1. Välj Lägg till.

    2. Skriv namnen på alla servrar som ska vara medlemmar i den här replikgruppen, till exempel alla underordnade distributionsservrar och huvuddistributionsservern.

    3. Välj OK.

  9. Välj Nästa.

  10. På sidan Topologival väljer du Hubb och eker och sedan Nästa.

  11. På sidan Navmedlemmar väljer du huvuddistributionsservern och sedan Lägg till.

  12. Välj Nästa.

  13. På sidan Nav- och ekeranslutningar kontrollerar du att den huvuddistributionsserver som anges för varje underordnad distributionsserver är den obligatoriska navmedlemmen.

  14. Välj Nästa.

  15. Ange ett schema för replikering av innehållet mellan servrar på sidan Schema och bandbredd för replikeringsgrupp .

  16. Välj Nästa.

  17. Välj huvuddistributionsservern i rutan Primär medlem på sidan Primär medlem.

  18. Välj Nästa.

  19. På sidan Mappar att replikera väljer du Lägg till och utför sedan följande steg:

    1. I rutan Lokal sökväg till mappen som ska replikeras väljer du Bläddra för att gå till mappen X:\Distribution (där X är enhetsbeteckningen på distributionsservern).

    2. Välj Använd namn baserat på sökväg.

    3. Välj OK.

    4. Välj Lägg till.

    5. I dialogrutan Lägg till mapp att replikera väljer du Bläddra för att gå till mappen X:\RemoteInstall\Boot.

    6. Välj Använd namn baserat på sökväg.

  20. Välj Nästa.

  21. Utför följande steg på den lokala sökvägen för distribution på sidan Andra medlemmar :

    1. Markera alla medlemmar i distributionsgruppen och välj sedan Redigera.

    2. I dialogrutan Redigera lokal sökväg väljer du Aktiverad.

    3. Ange sökvägen till mappen Distributionsresurs ska lagras på den underordnade distributionsservern, till exempel X:\Distribution (där X är enhetsbeteckningen på distributionsservern).

    4. Välj OK.

  22. Välj Nästa.

  23. Utför följande steg på den lokala startsökvägen på sidan Andra medlemmar :

    1. Markera alla medlemmar i distributionsgruppen och välj sedan Redigera.

    2. I dialogrutan Redigera lokal sökväg väljer du Aktiverad.

    3. Ange sökvägen där startmappen ska lagras på den underordnade distributionsservern, till exempel X:\RemoteInstall\Boot (där X är enhetsbeteckningen på distributionsservern).

    4. Välj OK.

  24. Välj Nästa.

  25. På sidan Fjärrinställningar och skapa replikgrupp väljer du Skapa för att slutföra guiden Ny replikgrupp.

  26. På bekräftelsesidan väljer du Stäng för att stänga guiden.

Obs!

Kontrollera att den nya replikeringsgruppen nu visas under noden Replikering.

Förbereda för SQL Server Replication

Innan SQL Server-replikering kan konfigureras slutför du flera förkonfigurationssteg för att säkerställa att distributionsservrarna är korrekt konfigurerade.

Förbereda för SQL Server -replikering på huvuddistributionsservern

  1. Skapa en mapp för att lagra ögonblicksbilderna av databasen och konfigurera sedan mappen som en resurs.

    Obs!

    Mer information om hur du skyddar mappen med ögonblicksbilder finns i Skydda mappen för ögonblicksbilder.

  2. Kontrollera att webbläsartjänsten SQL Server är aktiverad och inställd på Automatisk.

  3. I rutan Konfiguration av funktionsyta i SQL Server väljer du Lokala anslutningar och fjärranslutningar.

    Förbereda för SQL Server -replikering på den underordnade distributionsservern

  4. I rutan Konfiguration av funktionsyta i SQL Server väljer du Lokala anslutningar och fjärranslutningar.

  5. Du kan också skapa en tom databas som värd för den replikerade MDT-databasen.

Obs!

Den här databasen måste ha samma namn som MDT DB på huvuddistributionsservern. Om MDT-databasen på huvuddistributionsservern till exempel kallas MDTDB skapar du en tom databas med namnet MDTDB på den underordnade distributionsservern.

Konfigurera SQL Server Replication

När du har konfigurerat replikeringen av filer och mappar som krävs för att skapa distributionsinfrastrukturen konfigurerar du SQL Server för att replikera MDT DB.

Obs!

Det är också möjligt att endast underhålla en enda central MDT DB; Men genom att underhålla en replikerad version av MDT DB kan större kontroll upprätthållas över dataöverföring över WAN (Wide Area Network).

SQL Server 2005 använder en replikeringsmodell som liknar en tidskriftsdistributionsmodell:

  1. En tidskrift görs tillgänglig (publiceras) av ett förlag.

  2. Distributörer används för att distribuera publikationen.

  3. Läsarna kan prenumerera på en publikation så att publikationen levereras till prenumeranten med jämna mellanrum ( en push-prenumeration).

    Den här terminologin används via replikeringskonfigurations- och konfigurationsguiderna för SQL Server.

Konfigurera en SQL Server Publisher

Om du vill konfigurera huvuddistributionsservern som en SQL Server utgivare utför du följande steg:

  1. Öppna SQL Server Management Studio.

  2. Högerklicka på noden Replikering och välj sedan Konfigurera distribution.

  3. I guiden Konfigurera distribution väljer du Nästa.

  4. På distributörssidankommer select att agera som sin egen distributör; SQL Server skapar en distributionsdatabas och logg och väljer sedan Nästa.

  5. På sidan Snapshot Folder i avsnittet Preparing for SQL Server Replication skriver du UNC-sökvägen till ögonblicksbildmappen som skapats.

  6. På sidan Distributionsdatabas väljer du Nästa.

  7. På sidan Utgivare väljer du huvuddistributionsservern för att ange den som distributör och väljer sedan Nästa.

  8. På sidan Åtgärder i guiden väljer du Konfigurera distribution och sedan Nästa.

  9. Välj Slutför och sedan Stäng när guiden har slutförts.

Aktivera MDT DB för replikering

Så här aktiverar du MDT DB för replikering på huvuddistributionsservern:

  1. I SQL Server Management Studio högerklickar du på noden Replikering och väljer sedan Publisher-egenskaper.

  2. Gör följande på sidan Egenskaper för Publisher :

    1. Välj Publisher-databaser.

    2. Välj MDT DB och välj sedan Transaktionell.

    3. Välj OK.

    MDT DB har nu konfigurerats för replikering av transaktioner och ögonblicksbilder.

Skapa en publicering av MDT DB

Så här skapar du en publikation av MDT DB som de underordnade distributionsservrarna kan prenumerera på:

  1. I SQL Server Management Studio expanderar du Replikering, högerklickar på Lokala publikationer och väljer sedan Ny publikation.

  2. Välj Nästa i guiden Ny publikation.

  3. På sidan Publikationsdatabas väljer du MDT DB och sedan Nästa.

  4. Välj Ögonblicksbildspublikation på sidan Publikationstyp och välj sedan Nästa.

  5. På sidan Artiklar väljer du alla tabeller, lagrade procedurer och vyer och väljer sedan Nästa.

  6. På sidan Artikelproblem väljer du Nästa.

  7. På sidan Filtrera tabellrader väljer du Nästa.

  8. Utför följande steg på sidan Snapshot Agent :

    1. Välj Skapa en ögonblicksbild omedelbart och håll ögonblicksbilden tillgänglig för att initiera prenumerationer.

    2. Välj Schemalägg Snapshot Agent så att den körs vid följande tidpunkter.

    3. Välj Ändra.

    Obs!

    Ange ett schema som ska inträffa en timme innan databasen replikeras.

  9. Välj Nästa.

  10. På sidan Agentsäkerhet väljer du det konto under vilket ögonblicksbildsagenten ska köras och väljer sedan Nästa.

  11. På sidan Åtgärder i guiden väljer du Skapa publikationen och sedan Nästa.

  12. Skriv ett beskrivande namn på publikationen i rutan Publikationens namn på sidan Guiden färdig.

  13. Välj Slutför för att slutföra guiden och välj sedan Stäng när guiden har skapat publikationen.

    Obs!

    Publikationen visas nu under noden Lokala publikationer i SQL Server Management Studio.

Prenumerera på underordnade distributionsservrar i den publicerade MDT DB

Nu när MDT DB har publicerats kan du lägga till de underordnade distributionsservrarna som prenumeranter på den här publikationen. det vill säga att de får en kopia av databasen enligt ett schema så att klientdatorerna under en distribution kan skicka en fråga till en databas som är lokal till nätverket istället för att gå över WAN.

Så här prenumererar du på MDT DB-publikationen för de underordnade distributionsservrarna

  1. I SQL Server Management Studio går du till Replikering/lokala publikationer.

  2. Högerklicka på publikationen som skapades i föregående avsnitt och välj sedan Nya prenumerationer.

  3. I guiden Nya prenumerationer väljer du Nästa.

  4. Markera den publikation som skapades i föregående avsnitt på sidan Publikation .

  5. På sidan Plats för distributionsagenten väljer du Kör alla agenter på distributörens SERVERNAMN (push-prenumerationer) och väljer sedan Nästa.

  6. På sidan Prenumeranter lägger du till var och en av de underordnade distributionsservrarna genom att utföra följande steg:

    1. Välj Lägg till abonnent och välj sedan Lägg till SQL Server prenumerant.

    2. Lägg till varje underordnad distributionsserver.

    3. För varje underordnad distributionsserver som läggs till väljer du den tomma MDT DB på den underordnade distributionsservern i rutan Prenumerationsdatabas .

    Obs!

    Om den tomma MDT DB ännu inte har skapats väljer du alternativet att skapa en ny databas i rutan Prenumerationsdatabas .

    Obs!

    Den här databasen måste ha samma namn som MDT DB på huvuddistributionsservern. Om MDT-databasen på huvuddistributionsservern till exempel kallas MDTDB skapar du en tom databas med namnet MDTDB på den underordnade distributionsservern.

  7. Välj Nästa.

  8. På sidan Distributionsagentsäkerhet väljer du ... för att öppna dialogrutan Distributionsagentsäkerhet .

  9. Ange information om det konto som ska användas för distributionsagenten och välj sedan Nästa.

  10. På sidan Synkroniseringsschema utför du följande steg:

    1. I rutan Agentschema väljer du <Definiera schema>.

    2. Ange det schema som ska användas för att replikera databasen mellan huvuddistributionsservrar och underordnade distributionsservrar och välj sedan Nästa.

  11. På sidan Initiera prenumeration väljer du Nästa.

  12. På sidan Åtgärder i guiden väljer du Skapa prenumerationerna och sedan Nästa.

  13. Välj Slutför och sedan Stäng när guiden har slutförts.

    SQL Server replikering har nu konfigurerats och MDT DB replikeras från huvuddistributionsservern till alla underordnade distributionsservrar som har prenumererats på den regelbundet.

Konfigurera CustomSettings.ini

LTI-distributionsinfrastrukturen har nu skapats och varje plats innehåller en LTI-distributionsserver med en replikerad kopia av:

  • Distributionsresursen

  • The MDT DB

  • Den LiteTouchPE_x86 Windows PE-miljön som har lagts till i Windows Deployment Services

    Nu kan du konfigurera CustomSettings.ini-filen för distributionsresursen för att använda distributionsinnehållet (distributionsresursen och databasen) från den lokala distributionsservern, servern som levererar LiteTouchPE_x86.wim-miljön via Windows Deployment Services.

    När LiteTouchPE_x86.wim-filen levereras från Windows Deployment Services konfigureras en registernyckel med namnet på den Windows Deployment Services-server som du använder. MDT samlar in det här servernamnet i en variabel (%WDSServer%) som du kan använda för att konfigurera CustomSettings.ini.

    Om du alltid vill använda den lokala LTI-distributionsservern

Obs!

I följande procedur förutsätts att distributionsresursen har skapats och angetts som Deployment$ resurs.

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Egenskaper.

  4. Välj fliken Regler och ändra sedan den CustomSettings.ini filen för att konfigurera följande egenskaper:

    • För varje SQL Server avsnitt som läggs till konfigurerar du SQLServer att använda servernamnet **%WDSServer%—**till exempel SQLServer=%WDSServer%.

    • Om du konfigurerar DeployRoot konfigurerar du DeployRoot att använda variabeln %WDSServer%, till exempel DeployRoot=\\%WDSServer%\Deployment$.

  5. Välj Redigera Bootstrap.ini.

  6. Konfigurera BootStrap.ini för att använda egenskapen %WDSServer% genom att lägga till eller ändra värdet DeployRoot till DeployRoot=\\%WDSServer%\Deployment$.

  7. Välj Arkiv och sedan Spara för att spara ändringarna i den BootStrap.ini filen.

  8. Välj OK.

    Distributionsresursen och LiteTouchPE_x86.wim Windows PE-miljön måste uppdateras.

  9. I fönstret Åtgärder väljer du Uppdatera distributionsresurs.

    Guiden Uppdateringsdistribution av resurs startar.

  10. På sidan Alternativ väljer du önskade alternativ för att uppdatera distributionsresursen och väljer sedan Nästa.

  11. Kontrollera att informationen är korrekt på sidan Sammanfattning och välj sedan Nästa.

  12. På bekräftelsesidan väljer du Slutför.

    I följande exempel visas CustomSettings.ini när du har utfört stegen som beskrivs i det här avsnittet.

    Exempel CustomSettings.ini konfigurerat för skalbar LTI-distributionsinfrastruktur

[Settings]
Priority=CSettings,CPackages, CApps, CAdmins, CRoles, Default
Properties=MyCustomProperty

[Default]
OSInstall=Y
ScanStateArgs=/v:5 /o /c
LoadStateArgs=/v:5 /c /lac

[CSettings]
SQLServer=%WDSServer%
Instance=
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerSettings
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR

[CPackages]
SQLServer=%WDSServer%
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerPackages
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
Order=Sequence

[CApps]
SQLServer=%WDSServer%
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerApplications
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
Order=Sequence

[CAdmins]
SQLServer=%WDSServer%
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerAdministrators
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR

[CRoles]
SQLServer=%WDSServer%
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerRoles
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR

Välja en lokal MDT-server när det finns flera servrar

I det här scenariot används flera MDT-servrar för att stödja en stor mängd samtidiga distributioner och distributioner över flera platser. När en LTI-distribution initieras är standardbeteendet att begära en sökväg till MDT-servern för att ansluta till och komma åt de filer som krävs för att påbörja distributionsprocessen.

Distributionsguiden för Windows kan använda LocalServer.xml-filen för att presentera ett urval av kända distributionsservrar för varje plats.

Använd LocationServer.xml-filen genom att:

  • Förstå syftet med och användningen av LocationServer.xml enligt beskrivningen i Förstå LocationServer.xml

  • Skapa den LocationServer.xml filen enligt beskrivningen i Skapa LocationServer.xml-filen

  • Lägga till LocationServer.xml-filen i Extra Files-katalogen enligt beskrivningen i Lägga till LocationServer.xml-filen i Extra Files-katalogen

  • Uppdatera BootStrap.ini-filen enligt beskrivningen i Uppdatera BootStrap.ini-filen

  • Uppdatera distributionsresursen enligt beskrivningen i Uppdatera distributionsresursen

    Det här scenariot förutsätter att MDT har konfigurerats på en distributionsserver.

Förstå LocationServer.xml

Först måste du förstå hur MDT använder LocationServer.xml. Under LTI läser och bearbetar MDT-skript den BootStrap.ini filen för att samla in inledande information om distributionen. Detta inträffar innan en anslutning har upprättats till distributionsservern. Därför används egenskapen DeployRoot ofta för att ange i BootStrap.ini-filen vilken distributionsserver som den ska ansluta till.

Om BootStrap.ini-filen inte innehåller en DeployRoot-egenskap läser MDT-skript in en guidesida för att uppmana användaren att ange en sökväg till distributionsservern. Vid initiering av sidan i HTML-programguiden (HTA) kontrollerar MDT-skripten om det finns en LocationServer.xml fil och, om den finns, använder LocationServer.xml för att visa tillgängliga distributionsservrar.

Förstå när du ska använda LocationServer.xml

MDT erbjuder flera sätt att avgöra vilken server som ska anslutas till under en LTI-distribution. Olika metoder för att hitta distributionsservern passar bäst för olika scenarier. Därför är det viktigt att förstå när du ska använda LocationServer.xml.

MDT innehåller flera metoder för att automatiskt identifiera och använda den lämpligaste distributionsservern. De här metoderna visas i tabellen nedan.

Metod Information
%WDSServer% Den här metoden används när MDT-servern har en gemensam värd på Windows Deployment Services-servern.

När en LTI-distribution initieras från Windows Deployment Services skapas och fylls i en miljövariabel – %WDSServer %– med namnet på Windows Deployment Services-servern.

Variabeln DeployRoot kan använda den här variabeln för att automatiskt ansluta till en distributionsresurs på Windows Deployment Services-servern, till exempel:

DeployRoot=\\%WDSServer%\Deployment$
Platsbaserad automatisering MDT kan använda platsbaserad automatisering i BootStrap.ini-filen för att fastställa vilken server den ska distribueras till.

Använd egenskapen Standardgateway för att skilja mellan olika platser. för varje standardgateway anges en annan MDT-server.

Mer information om hur du använder platsbaserad automatisering finns i "Välja metoder för att tillämpa konfigurationsinställningar".

Varje metod som listas i föregående tabell erbjuder ett sätt att automatisera valet av distributionsserver på en viss plats för vissa scenarier. De här metoderna är avsedda för specifika scenarier, till exempel när MDT-servern är värd för Windows Deployment Services.

Det finns andra scenarier där de här metoderna inte är lämpliga, till exempel om det finns flera distributionsservrar på en viss plats eller om automatiseringslogik inte är möjlig (till exempel om nätverket inte är tillräckligt segmenterat för att möjliggöra platsbestämning eller om MDT-servern är separerad från Windows Deployment Services).

I dessa scenarier ger LocationServer.xml-filen ett flexibelt sätt att presentera den här informationen vid distributionen utan att behöva känna till servernamn och namn på distributionsresurser.

Skapa LocationServer.xml filen

Om du vill visa en lista över tillgängliga distributionsservrar under en LTI-distribution skapar du en LocationServer.xml fil som innehåller information om varje server. Det finns ingen standardfil för LocationServer.xml i MDT, så skapa en med hjälp av följande vägledning.

Skapa en LocationServer.xml fil med stöd för flera platser

Det enklaste sättet att skapa och använda LocationServer.xml är att skapa en LocationServer.xml fil och lägga till poster för varje distributionsserver i miljön (detta kan vara antingen på samma plats eller på olika platser).

Skapa den LocationServer.xml filen genom att skapa ett nytt avsnitt för varje server och sedan lägga till följande information:

  • En unik identifierare

  • Ett platsnamn som används för att presentera ett lätt identifierbart namn för den platsen

  • En UNC-sökväg till MDT-servern för den platsen

    Nedan visas hur LocationServer.xml-filen skapas med var och en av dessa egenskaper med hjälp av en exempelfil LocationServer.xml som konfigurerats för flera platser.

    Exempel LocationServer.xml fil med stöd för flera platser

<?xml version="1.0" encoding="utf-8" ?>
<servers>
    <QueryDefault></QueryDefault>
    <server>
        <serverid>1</serverid>
        <friendlyname>
          Contoso HQ, Seattle, USA
        </friendlyname>
        <UNCPath>\\STLDS01\Deployment$</UNCPath>
    </server>
    <server>
        <serverid>2</serverid>
        <friendlyname>
          Contoso NYC, New York, USA
        </friendlyname>
        <UNCPath>\\NYCDS01\Deployment$</UNCPath>
    </server>
</servers>

Använd det här formatet för att ange olika serverposter för varje plats eller för situationer där det finns flera servrar på en enda plats genom att ange olika serverposter för varje server på den platsen, som du ser i följande exempel.

Exempel LocationServer.xml fil för att stödja flera servrar på flera platser

<?xml version="1.0" encoding="utf-8" ?>
<servers>
    <QueryDefault></QueryDefault>
    <server>
        <serverid>1</serverid>
        <friendlyname>
          Contoso HQ DS1, Seattle, USA
        </friendlyname>
        <UNCPath>\\STLDS01\Deployment$</UNCPath>
    </server>
    <server>
        <serverid>2</serverid>
        <friendlyname>
          Contoso HQ DS2, Seattle, USA
        </friendlyname>
        <UNCPath>\\STLDS02\Deployment$</UNCPath>
    </server>
</servers>

Skapa en LocationServer.xml fil för att belastningsutjämna flera servrar på olika platser

Med hjälp av LocationServer.xml anger du flera servrar per platspost och utför sedan grundläggande belastningsutjämning så att MDT automatiskt väljer en distributionsserver från listan över tillgängliga servrar när en plats väljs. För att tillhandahålla den här funktionen har LocationServer.xml-filen stöd för att ange ett viktningsmått.

Nedan visas ett exempel på en LocationServer.xml fil som konfigurerats för flera servrar på olika platser.

Exempel LocationServer.xml fil för olika platser

<?xml version="1.0" encoding="utf-8" ?>
<servers>
    <QueryDefault></QueryDefault>
    <server>
        <serverid>1</serverid>
        <friendlyname>
          Contoso HQ, Seattle, USA
        </friendlyname>
        <Server1>\\STLDS01\Deployment$</Server1>
        <Server2>\\STLDS02\Deployment$</Server2>
        <Server3>\\STLDS03\Deployment$</Server3>
        <Server weight="1">\\STLDS01\Deployment$</Server>
        <Server weight="2">\\STLDS02\Deployment$</Server>
        <Server weight="4">\\STLDS03\Deployment$</Server>
    </server>
    <server>
        <serverid>2</serverid>
        <friendlyname>
          Contoso NYC, New York, USA
        </friendlyname>
        <UNCPath>\\NYCDS01\Deployment$</UNCPath>
    </server>
</servers>

Ange viktningsmåttet genom att använda taggen <servervikt> , som MDT använder i serverurvalsprocessen. Sannolikheten att en server väljs beräknas av:

Servervikt/summan av alla servervikter

I föregående exempel visas de tre servrarna på Contosos huvudkontor som 1, 2 och 4. Sannolikheten att en server med en viktning på 2 väljs blir 2 på 7. För att använda viktningssystemet måste du därför bestämma kapaciteten för de servrar som är tillgängliga på en plats och vikta varje server efter serverns kapacitet i förhållande till var och en av de andra servrarna.

Lägga till LocationServer.xml-filen i Extra Files-katalogen

När du har skapat LocationServer.xml filen lägger du till den i LiteTouch_x86 och LiteTouch_x64 Windows PE-startavbildningar i mappen X:\Deploy\Control. Med hjälp av Workbench för distribution lägger du till andra filer och mappar i dessa Windows PE-avbildningar genom att ange ytterligare en katalog som ska läggas till i egenskaperna för distributionsresursen.

Så här lägger du till LocationServer.xml i distributionsresursen

  1. Skapa en mapp med namnet Extra Files i rotdistributionsresursmappen (till exempel D:\Production Deployment Share\Extra Files).

  2. Skapa en mappstruktur i mappen Extra Files som speglar den Windows PE-plats där den ytterligare filen ska finnas.

    Den LocationServer.xml filen måste till exempel finnas i mappen \Deploy\Control i Windows PE. Skapa därför samma mappstruktur under Extra Files (till exempel D:\Production Deployment Share\Extra Files\Deploy\Control).

  3. Kopiera LocationServer.xml till mappen deployment_share\Extra Files\Deploy\Control (där deployment_share är den fullständigt kvalificerade sökvägen till rotmappen för distributionsresursen).

  4. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  5. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  6. I fönstret Åtgärder väljer du Egenskaper.

  7. Utför följande steg i dialogrutan deployment_shareProperties (där deployment_share är namnet på distributionsresursen):

    1. Välj fliken Inställningar för Windows PE-plattformen (där plattform är arkitekturen för Windows PE-avbildningen som ska konfigureras).

    2. I avsnittet Windows PE-anpassningar skriver du sökvägen i rutan Extra katalog att lägga till (där sökvägen är den fullständigt kvalificerade sökvägen till mappen Extra Files – till exempel D:\Production Deployment Share\Extra Files) och väljer sedan OK.

Uppdatera BootStrap.ini-filen

När du skapar en distributionsresurs med hjälp av Deployment Workbench skapas och fylls en DeployRoot-egenskap automatiskt i BootStrap.ini-filen. Eftersom LocationServer.xml-filen används för att fylla i egenskapen DeployRoot måste du ta bort det här värdet från BootStrap.ini-filen.

Ta bort egenskapen DeployRoot från BootStrap.ini

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Egenskaper.

  4. I dialogrutan deployment_shareProperties (där deployment_share är namnet på distributionsresursen) väljer du fliken Regler och sedan Redigera BootStrap.ini.

  5. Ta bort värdet DeployRoot (till exempel DeployRoot=\\Server\Deployment$).

  6. Välj Arkiv och sedan Spara för att spara ändringarna i den BootStrap.ini filen.

  7. Välj OK för att skicka ändringarna.

Uppdatera distributionsresursen

Distributionsresursen måste sedan uppdateras för att generera en ny LiteTouch_x86 och LiteTouch_x64 startmiljö som innehåller LocationServer.xml-filen och den uppdaterade BootStrap.ini-filen.

Så här uppdaterar du distributionsresursen

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Uppdatera distributionsresurs.

    Guiden Uppdateringsdistribution av resurs startar.

  4. På sidan Alternativ väljer du önskade alternativ för att uppdatera distributionsresursen och väljer sedan Nästa.

  5. Kontrollera att informationen är korrekt på sidan Sammanfattning och välj sedan Nästa.

  6. På bekräftelsesidan väljer du Slutför.

Obs!

När uppdateringsprocessen är klar lägger du till de nya LiteTouch_x86 och LiteTouch_x64 Windows PE-miljöer i Windows Deployment Services igen eller bränner dem på startmedia som ska användas under distributionen.

Ersätta en befintlig dator med en ny dator med hjälp av Lite Touch-installation

Du kan använda MDT för att distribuera en avbildning till en ny dator som ersätter en befintlig dator i företagsarkitekturen. En sådan situation kan uppstå vid uppgradering från ett operativsystem till ett annat (ett nytt operativsystem kan kräva ny maskinvara) eller om organisationen behöver nyare och snabbare datorer för befintliga program.

När du ersätter en befintlig dator med en ny rekommenderar Microsoft att du tar hänsyn till alla inställningar som ska migreras från en dator till en annan, till exempel användarkonton och användartillståndsdata. Dessutom är det viktigt att skapa en återställningslösning om migreringen misslyckas.

I den här exempeldistributionen ersätter du den befintliga datorn (WDG-EXIST-01) med en ny dator (WDG-NEW-02) i CORP-domänen genom att samla in användartillståndsdata från WDG-EXIST-01 och spara dem på en nätverksresurs. Distribuera sedan en befintlig avbildning till WDG-NEW-02 och återställ slutligen insamlade användartillståndsdata till WDG-NEW-02. Distributionen kommer att utföras från en distributionsserver (WDG-MDT-01).

I MDT använder du mallen Ersätt standardklient för aktivitetssekvens för att skapa en aktivitetssekvens som utför alla nödvändiga distributionsuppgifter.

Den här demonstrationen förutsätter att:

  • MDT har installerats på distributionsservern (WDG MDT 01)

  • Distributionsresursen har redan skapats och fyllts i, inklusive operativsystemavbildningar, program och enhetsdrivrutiner

  • En avbildning av en referensdator har redan registrerats och kommer att distribueras till den nya datorn (WDG NY 02)

  • En delad nätverksmapp (UserStateCapture$) har skapats och delats på distributionsservern (WDG MDT 01) med rätt resursbehörigheter

    Det bör finnas en distributionsresurs innan du påbörjar det här exemplet. Mer information om hur du skapar en distributionsresurs finns i avsnittet "Hantera distributionsresurser i Deployment Workbench" i MDT-dokumentet Använda Microsoft Deployment Toolkit.

Steg 1: Skapa en aktivitetssekvens för att notera användartillståndet

Skapa MDT-aktivitetssekvenser i noden Aktivitetssekvenser i Workbench för distribution med hjälp av guiden Ny aktivitetssekvens. Om du vill utföra den första delen av distributionsscenariot Ersätt dator (samla in användartillståndet på den befintliga datorn) väljer du mallen Aktivitetssekvens för standardklient i guiden Ny aktivitetssekvens.

Så här skapar du en aktivitetssekvens för att avbilda användartillståndet i distributionsscenariot Ersätt dator

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/ deployment_share/Task Sequences (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Ny uppgiftssekvens.

    Guiden Ny aktivitetssekvens startas.

  4. Slutför guiden Ny aktivitetsföljd med hjälp av följande information. Godkänn standardvärdena om inget annat anges.

    På den här guidesidan Gör så här
    Allmänna inställningar 1. I ID för aktivitetssekvens skriver du VISTA_EXIST.
    2. I Namn på aktivitetssekvens skriver du Utför scenario med ersättd dator på befintlig dator.
    3. Välj Nästa.
    Välj mall Följande mallar för aktivitetssekvenser är tillgängliga. Välj den du vill använda som utgångspunkt, välj Standard Ersätt aktivitetssekvens för klient och välj sedan Nästa.
    Sammanfattning Kontrollera att konfigurationsinformationen är korrekt och välj sedan Nästa.
    Bekräftelse Välj Slutför.

    Guiden Ny aktivitetssekvens avslutas och den VISTA_EXIST aktivitetssekvensen läggs till i listan över aktivitetssekvenser.

Steg 2: Skapa en aktivitetssekvens för att distribuera operativsystemet och återställa användartillståndet

Skapa MDT-aktivitetssekvenser i noden Aktivitetssekvenser i Workbench för distribution med hjälp av guiden Ny aktivitetssekvens. Om du vill utföra den andra delen av scenariot Ersätt datordistribution (distribuera operativsystemet och sedan återställa användartillståndet på den befintliga datorn) väljer du mallen Standardaktivitetssekvens för klient i guiden Ny aktivitetssekvens.

Skapa en aktivitetssekvens för att distribuera användartillståndet i distributionsscenariot Ersätt dator

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Ny uppgiftssekvens.

    Guiden Ny aktivitetssekvens startas.

  4. Slutför guiden Ny aktivitetsföljd med hjälp av följande information. Godkänn standardvärdena om inget annat anges.

    På den här guidesidan Gör så här
    Allmänna inställningar 1. I ID för aktivitetssekvens skriver du VISTA_NEW.
    2. I Namn på uppgiftssekvens skriver du Utför scenario med ersätta dator på ny dator.
    3. Välj Nästa.
    Välj mall Följande mallar för aktivitetssekvenser är tillgängliga. Välj den du vill använda som utgångspunkt, välj Standard klientaktivitetssekvens och välj sedan Nästa.
    Välj OS I Följande operativsystemavbildningar är tillgängliga för distribution med den här aktivitetssekvensen. Välj en som ska användas, välj captured_vista_image (där captured_vista_image är den avbildning som referensdatorn har lagt till i OS-noden i Workbench för distribution) och välj sedan Nästa.
    Ange produktnyckel Välj Ange ingen produktnyckel just nu och välj sedan Nästa.
    OS-inställningar 1. I Fullständigt namn skriver du Woodgrove Employee.
    2. I Organisation skriver du Woodgrove Bank.
    3. På startsidan i Internet Explorer skriver du http://www.woodgrovebank.com.
    4. Välj Nästa.
    Admin Password Skriv P@ssw0rd i Administratörslösenord och Bekräfta administratörslösenord och välj sedan Slutför.
    Bekräftelse Välj Slutför.

    Guiden Ny aktivitetssekvens avslutas och den VISTA_NEW aktivitetssekvensen läggs till i listan över aktivitetssekvenser.

Steg 3: Anpassa MDT Configuration Files

När MDT-aktivitetssekvensen har skapats anpassar du MDT-konfigurationsfilerna som tillhandahåller konfigurationsinställningarna för att samla in information om användartillstånd. Mer specifikt kan du anpassa CustomSettings.ini-filen genom att ändra filen i egenskaperna för distributionsresursen som skapades tidigare i distributionsprocessen. I ett senare steg uppdateras distributionsresursen för att säkerställa att konfigurationsfilen uppdateras i distributionsresursen.

Så här anpassar du MDT-konfigurationsfilerna för att samla in information om användartillstånd

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Egenskaper.

    Dialogrutan Egenskaper visas.

  4. Välj fliken Regler i dialogrutan Egenskaper .

  5. På fliken Regler ändrar du CustomSettings.ini-filen så att den återspeglar de nödvändiga ändringarna enligt följande exempel. Gör eventuella ytterligare ändringar som miljön kräver.

    Anpassad CustomSettings.ini fil

    [Settings]
Priority=Default
Properties=MyCustomProperty

[Default]
OSInstall=Y

UDShare=\\WDG-MDT-01\UserStateCapture$
UDDir=%OSDCOMPUTERNAME%
UserDataLocation=NETWORK
SkipCapture=NO
SkipAdminPassword=YES
SkipProductKey=YES

  6. Välj OK i dialogrutan Egenskaper.

  7. Stäng alla öppna fönster och dialogrutor.

Steg 4: Konfigurera alternativen för Windows PE för distributionsresursen

Konfigurera alternativen för Windows PE för distributionsresursen i noden Distributionsresurser i Workbench för distribution.

Obs!

Om drivrutinerna för den befintliga datorn (WDG-EXIST-01) och den nya datorn (WDG-NEW-01) ingår i Windows Vista hoppar du över det här steget och fortsätter med följande steg.

Konfigurera alternativen för Windows PE för distributionsresursen

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Egenskaper.

    Dialogrutan Egenskaper visas.

  4. I dialogrutan Egenskaper på fliken Windows PE-plattformskomponenter (där plattform är arkitekturen för Windows PE-avbildningen som ska konfigureras) i Valprofil väljer du device_drivers (där device_drivers är namnet på profilen för val av enhetsdrivrutin) och väljer sedan OK.

Steg 5: Uppdatera distributionsresursen

När du har konfigurerat alternativen för Windows PE för distributionsresursen uppdaterar du distributionsresursen. Uppdatering av distributionsresursen uppdaterar alla MDT-konfigurationsfiler och genererar en anpassad version av Windows PE. Den anpassade versionen av Windows PE används för att starta referensdatorn och initiera LTI-distributionsprocessen.

Så här uppdaterar du distributionsresursen i Workbench för distribution

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Uppdatera DeploymentShare.

    Guiden Uppdateringsdistribution av resurs startar.

  4. På sidan Alternativ väljer du önskade alternativ för att uppdatera distributionsresursen och väljer sedan Nästa.

  5. Kontrollera att informationen är korrekt på sidan Sammanfattning och välj sedan Nästa.

  6. På bekräftelsesidan väljer du Slutför.

    Workbench för distribution börjar uppdatera distributionsresursen. Deployment Workbench skapar LiteTouchPE_x86.iso- och LiteTouchPE_x86.wim-filer (för 32-bitars måldatorer) eller LiteTouchPE_x64.iso- och LiteTouchPE_x64.wim-filer (för 64-bitars måldatorer) i mappen deployment_share\Boot (där deployment_share är den delade mappen som används som distributionsresurs).

Steg 6: Skapa det startbara LTI-mediet

Ange en metod för att starta datorn med den anpassade versionen av Windows PE som skapades när distributionsresursen uppdaterades. Deployment Workbench skapar LiteTouchPE_x86.iso- och LiteTouchPE_x86.wim-filer (för 32-bitars måldatorer) eller LiteTouchPE_x64.iso- och LiteTouchPE_x64.wim-filer (för 64-bitars måldatorer) i mappen deployment_share\Boot (där deployment_share är den delade mappen som används som distributionsresurs). Skapa rätt LTI-startbart medium från någon av dessa avbildningar.

Så här skapar du det startbara LTI-mediet

  1. I Utforskaren navigerar du till mappen deployment_share\Boot (där deployment_share är den delade mappen som används som distributionsresurs).

  2. Baserat på vilken typ av dator som används för den befintliga datorn (WDG-EXIST-01) och den nya datorn (WDG-NEW-02) utför du någon av följande uppgifter:

    • Om referensdatorn är en fysisk dator skapar du en CD- eller DVD-skiva av ISO-filen.

    • Om referensdatorn är en virtuell dator startar du den virtuella datorn direkt från ISO-filen eller från en CD- eller DVD-skiva med ISO-filen.

Steg 7: Starta den befintliga datorn med LTI-startbart medium

Starta den befintliga datorn (WDG-EXIST-01) med det LTI-startbara mediet som skapades tidigare i processen. Den här CD:n startar Windows PE på den befintliga datorn och initierar MDT-distributionsprocessen. I slutet av MDT-distributionsprocessen lagras migreringsinformationen för användartillståndet i den delade mappen UserStateCapture$.

Obs!

Du kan också starta MDT-processen genom att starta måldatorn från Windows Deployment Services. Mer information finns i avsnittet "Förbereda Windows Deployment Services" i MDT-dokumentet Använda Microsoft Deployment Toolkit.

Så här startar du den befintliga datorn med det startbara LTI-mediet

  1. Starta WDG-EXIST-01 med det LTI-startbara mediet som skapades tidigare i processen.

    Windows PE startar och sedan startar distributionsguiden för Windows.

  2. Slutför Distributionsguiden för Windows med följande information. Godkänn standardvärdena om inget annat anges.

    På den här guidesidan Gör så här
    Välkommen till Distribution Välj Kör distributionsguiden för att installera ett nytt operativsystem och välj sedan Nästa.
    Ange autentiseringsuppgifter för anslutning till nätverksresurser. 1. I Användarnamn skriver du Administratör.
    2. I Lösenord skriver du P@ssw0rd.
    3. I Domän skriver du CORP.
    4. Välj OK.
    Välj en aktivitetssekvens som ska köras på datorn. Välj Utför ersätta datorscenario på befintlig dator och välj sedan Nästa.
    Ange var du vill spara data och inställningar Välj Nästa.
    Ange var du vill spara en fullständig säkerhetskopia av datorn Välj Säkerhetskopiera inte den befintliga datorn och välj sedan Nästa.
    Redo att börja Välj Börja.

    Om några fel eller varningar uppstår, se MDT-dokumentets felsökningsreferens.

  3. I dialogrutan Sammanfattning av distribution väljer du Information.

    Om fel eller varningar uppstod granskar du felen eller varningarna och registrerar eventuell diagnostisk information.

  4. I dialogrutan Sammanfattning av distribution väljer du Slutför.

    Migreringsinformationen för användartillstånd registreras och lagras i den delade nätverksmappen (UserStateCapture$) som skapades tidigare i processen.

Steg 8: Starta den nya datorn med LTI-startbart medium

Starta den nya datorn (WDG-NEW-02) med LTI-startbara mediet som skapades tidigare i processen. Den här CD:n startar Windows PE på referensdatorn och initierar MDT-distributionsprocessen. I slutet av MDT-distributionsprocessen distribueras Windows Vista på den nya datorn och den registrerade migreringsinformationen för användartillståndet återställs till den nya datorn.

Obs!

Du kan också starta MDT-processen genom att starta måldatorn från Windows Deployment Services. Mer information finns i avsnittet "Förbereda Windows Deployment Services" i MDT-dokumentet Använda Microsoft Deployment Toolkit.

Så här startar du den nya datorn med det startbara LTI-mediet

  1. Starta WDG-NEW-02 med det LTI-startbara mediet som skapades tidigare i processen.

    Windows PE startar och sedan startar distributionsguiden för Windows.

  2. Slutför distributionsguiden för Windows med hjälp av följande information. Godkänn standardvärdena om inget annat anges.

    På den här guidesidan Gör så här
    Välkommen till Distribution Välj Kör distributionsguiden för att installera ett nytt operativsystem och välj sedan Nästa.
    Ange autentiseringsuppgifter för anslutning till nätverksresurser. 1. I Användarnamn skriver du Administratör.
    2. I Lösenord skriver du P@ssw0rd.
    3. I Domän skriver du CORP.
    4. Välj OK.
    Välj en aktivitetssekvens som ska köras på datorn. Välj Utför Ersätt datorscenario på ny dator och välj sedan Nästa.
    Konfigurera datornamnet I Datornamn skriver du WDG-NEW-02 och väljer sedan Nästa.
    Ansluta datorn till en domän eller arbetsgrupp Välj Nästa.
    Ange om användardata ska återställas 1. Välj Ange en plats.
    2. I Plats skriver du \\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01.
    3. Välj Nästa.
    Val av språk Välj Nästa.
    Ange tidszon Välj Nästa.
    Ange om du vill ta en bild Välj Ta ingen bild av den här datorn och välj sedan Nästa.
    Ange BitLocker-konfigurationen Välj Aktivera inte BitLocker för den här datorn och sedan Nästa.
    Redo att börja Välj Börja.

    Om fel eller varningar skulle uppstå läser du felsökningsreferensen för MDT-dokumentet.

  3. I dialogrutan Sammanfattning av distribution väljer du Information.

    Om fel eller varningar uppstod granskar du felen eller varningarna och registrerar eventuell diagnostisk information.

  4. I dialogrutan Sammanfattning av distribution väljer du Slutför.

    Windows Vista är nu installerat på den nya datorn och den registrerade migreringsinformationen för användartillståndet återställs.

Integrera anpassad distributionskod i MDT

Det är vanligt att ett distributionsteam har komplexa krav, specifika för deras målmiljö, som inte uppfylls av de fördefinierade aktivitetssekvensåtgärderna i Deployment Workbench eller MDT-konfigurationsfiler som standard. I det här fallet implementerar du anpassad kod för att uppfylla kraven.

Integrera anpassad distributionskod i MDT genom att:

Välja rätt skriptspråk

Även om all kod som kan köras på Windows eller Windows PE kan anropas som en programinstallation eller via ett MDT-aktivitetssekvenssteg, rekommenderar Microsoft att du använder skript i formatet .vbs- eller .wsf-filer.

Fördelen med att använda .wsf-filer är inbyggd loggning utöver några andra fördefinierade funktioner som redan används av ZTI- och LTI-processerna. Dessa funktioner är tillgängliga i ZTIUtility-skriptet som distribueras med MDT.

När det refereras från ett anpassat skript initierar ZTIUtility-skriptet MDT-miljön och installationsklasserna. Dessa klasser är tillgängliga:

  • Loggning. Den här klassen tillhandahåller loggningsfunktionen som alla MDT-skript använder. Den skapar också en enda loggfil för varje skript som körs under distributionen och en konsoliderad loggfil med alla skript. Dessa loggfiler skapas i ett format som är utformat för att läsas av CMTrace.

  • Miljö. Den här klassen konfigurerar miljövariabler som samlas in via WMI- och MDT-regelbearbetning och gör att de kan refereras direkt från skriptet. Detta gör att distributionsegenskaper kan läsas, vilket ger åtkomst till all konfigurationsinformation som används av ZTI- och LTI-processerna.

  • Nytta. Den här klassen innehåller allmänna verktyg som används i ZTI- och LTI-skript. Microsoft rekommenderar att varje gång anpassad kod utvecklas bör denna klass undersökas för att se om någon kod enkelt kan återanvändas. Ytterligare information om några av funktionerna i den här klassen finns längre fram i det här avsnittet.

  • Databas. Den här klassen utför funktioner som att ansluta till databaser och läsa information från databaser. I allmänhet rekommenderas det inte att komma åt databasklassen direkt. I stället bör regelbearbetning användas för att utföra databassökningar.

  • Strängar. Den här klassen utför vanliga strängbearbetningsrutiner som att skapa en avgränsad lista över objekt, visa ett hexadecimalt värde, trimma tomt utrymme från en sträng, högerjustera en sträng, vänsterjustera en sträng, tvinga ett värde till strängformat, tvinga ett värde att matrisformat, generera en slumpmässig globalt unik identifierare (GUID) och Base64-konverteringar.

  • Filhantering. Den här klassen utför funktioner som att normalisera sökvägar och kopiera, flytta och ta bort filer och mappar.

  • clsRegEx. Den här klassen utför funktioner för reguljära uttryck.

    I MDT har ett par ändringar implementerats i skriptarkitekturen för att göra klientversionen av Microsoft Visual Basic Scripting Edition (VBScript) mer robust och tillförlitlig. Dessa ändringar omfattar:

  • Omfattande ändringar av ZTIUtility.vbs (huvudskriptbiblioteket), inklusive nya API:er och bättre felhantering

  • Ett nytt utseende på den övergripande strukturen för ZTI_xxx.wsf-skripten

    Den övergripande strukturen för MDT-skripten har också förändrats. De flesta MDT-skript är nu inkapslade i VBScript-klassobjekt. Klassen initieras och anropas med funktionen RunNewInstance .

Obs!

De flesta befintliga MDT 2008 Update 1-skript kommer att fungera som de är i MDT, även med de omfattande ändringarna av ZTIUtility.vbs, eftersom de flesta MDT-skript kommer att innehålla ZTIUtility.vbs.

Förstå hur man utnyttjar ZTIUtility

Den ZTIUtility.vbs filen innehåller objektklasser som kan användas i din anpassade kod. Integrera anpassad kod med MDT med hjälp av:

Använd ZTIUtility-loggningsklassen

Loggningsklassen i ZTIUtiliy.vbs tillhandahåller en enkel mekanism för anpassad kod för att logga statusinformation, varningar och fel på samma sätt som andra skript under en ZTI- eller LTI-distribution. Den här standardiseringen säkerställer också att dialogrutan LTI-distributionssammanfattning korrekt rapporterar status för all anpassad kod som körs.

Nedan illustreras ett exempel på ett anpassat kodskript som använder funktionerna oLogging.CreateEntry och TestAndFail för att logga olika typer av meddelanden, beroende på resultatet av de olika skriptåtgärderna.

Exempelskript med ZTIUtility-loggning: ZTI_Example.wsf

<job id="ZTI_Example">
<script language="VBScript" src="ZTIUtility.vbs"/>
<script language="VBScript">

' //*******************************************************
' //
' // Copyright (c) Microsoft Corporation.  All rights reserved
' // Microsoft Deployment Toolkit Solution Accelerator
' // File: ZTI_Example.wsf
' //
' // Purpose: Example of scripting with the
' //          Microsoft Deployment Toolkit.
' //
' // Usage: cscript ZTI_Example.wsf [/debug:true]
' //
' //*******************************************************

Option Explicit
RunNewInstance

'//--------------------------------------------------------
'// Main Class
'//--------------------------------------------------------
Class ZTI_Example

'//--------------------------------------------------------
'// Main routine
'//--------------------------------------------------------

Function Main()

  Dim iRetVal
  Dim sScriptPath

  iRetVal = SUCCESS

  oLogging.CreateEntry "Begin example script...", _
    LogTypeInfo

  ' %ServerA% is a generic variable available within
  ' every CustomSettings.ini file.

  sScriptPath = "\\" & oEnvironment.Item("ServerA") & _
    "\public\products\Applications\User\Technet\USEnglish"

  ' Validate a connection to server, net connect with
  ' credentials if necessary.
  iRetVal = oUtility.ValidateConnection( sScriptPath )
  TestAndFail iRetVal, 9991, "Validate Connection to [" & _
    sScriptPath & "]"

  'Run Setup Program

  iRetVal = oUtility.RunWithHeartbeat( """" & _
    sScriptPath & "\setup.exe"" /?" )
  TestAndFail iRetVal, 9991, "RunWithHeartbeat [" & _
    sScriptPath & "]"

  'Perform any cleanup from installation process

  oShell.RegWrite "HKLM\Software\Microsoft\SomeValue", _
    "Done with Execution of XXX.", "REG_SZ"

  Main = iRetVal

End Function

End Class

</script>
</job>

Obs!

Om du vill fortsätta att använda skript som anropar ZTIProcess() med ProcessResults() kan du fortsätta att göra det. Vissa förbättrade funktioner för felhantering aktiveras dock inte.

Använd miljöklassen ZTIUtility

Miljöklassen i ZTIUtiliy.vbs ger tillgång till och möjlighet att uppdatera MDT-egenskaper. I föregående exempel oEnvironment.Item("Memory") används för att hämta mängden tillgängligt RAM-minne. Detta kan också användas för att hämta värdet för någon av de egenskaper som beskrivs i MDT-dokumentets verktygslådereferens.

Använda ZTIUtility Utility Class

Det ZTIUtility.vbs skriptet innehåller ett antal vanliga verktyg som alla anpassade distributionsskript kan använda. Du kan lägga till dessa verktyg i vilket skript som helst på samma sätt som klasserna oLogging och oEnvironment .

I följande tabell beskrivs några användbara funktioner som finns tillgängliga och deras utdata. En fullständig lista över tillgängliga funktioner finns i den ZTIUtility.vbs filen.

Funktion Utdata
oUtility.LocalRootPath Returnerar sökvägen till den rotmapp som används av distributionsprocessen på måldatorn, till exempel C:\MININT
oUtility.BootDevice Returnerar systemets startenhet, till exempel MULTI(0)DISK(0)RDISK(0)PARTITION(1)
oUtility.LogPath Returnerar sökvägen till loggmappen som används under distributionen, till exempel C:\MININT\SMSOSD\OSDLOGS
oUtility.StatePath Returnerar sökvägen till det konfigurerade tillståndslagret, till exempel C:\MININT\StateStore
oUtility.ScriptName Returnerar namnet på skriptet som anropar funktionen, till exempel Z-RAMTest
oUtility.ScriptDir Returnerar sökvägen till skriptet som anropar funktionen, till exempel \\server_name\Deployment$\Scripts
oUtility.ComputerName Anger vilket datornamn som ska användas under byggprocessen, till exempel computer_name
oUtility.ReadIni(fil, avsnitt, objekt) Tillåter att det angivna objektet läses från en .ini fil
oUtility.WriteIni(fil, avsnitt, objekt, värde) Tillåter att det angivna objektet skrivs till en .ini fil
oUtility.Sections(fil) Läser avsnitten i en .ini fil och lagrar dem i ett objekt för referens
oUtility.SectionContents(fil, avsnitt) Läser innehållet i den angivna .ini filen och lagrar det i ett objekt
oUtility.RunWithHeartbeat(sCmd) När kommandot körs skriver du pulsslagsinformation till loggarna var 0,5:e sekund
oUtility.FindFile

(sFilename,sFoundPath)		 Söker efter den angivna filen i mappen DeployRoot och standardundermappar, inklusive Betjäning, Verktyg, USMT, Mallar, Skript och Kontroll
oUtility.findMappedDrive(sServerUNC) Kontrollerar om en enhet är mappad till den angivna UNC-sökvägen och returnerar enhetsbeteckningen
oUtility.ValidateConnection(sServerUNC) Kontrollerar om det finns en befintlig anslutning till servern angiven och, om det inte finns, försök att skapa en sådan
MapNetworkDrive (på engelska)

(sShare, SDomID, sDomPwd)		 Mappar en enhetsbeteckning till den UNC-sökväg som har angetts som resurs och returnerar den enhetsbeteckning som används. Returnerar ett fel om det misslyckas
VerifyPathExists(strPath) Verifierar att den angivna sökvägen finns
oEnvironment.Substitute(sVal) Utifrån en sträng expanderar alla variabler eller funktioner inom den strängen
oEnvironment.Item

(sName)		 Läser eller skriver en variabel till ett beständigt arkiv
oEnvironment.Exists

(sName)		 Tester för att se om variabeln finns
oEnvironment.ListItem

(sName)		 Läser eller skriver en variabel av typen matris till ett beständigt arkiv
oLogging.ReportFailure

(sMessage, iError)		 Används för att utföra en strukturerad avslutning om ett oåterkalleligt fel upptäcks
oLogging.CreateEvent

(iEventID, iType, sMessage, arrParms)		 Skriver ett meddelande till loggfilen och skickar händelsen till en definierad server
oLogging.CreateEntry

(sLogMsg, iType)		 Skriver ett meddelande till loggfilen
TestAndFail(iRc, iError, sMessage) Avslutar skriptet med iError om iRc är falskt eller misslyckas
TestAndLog(iRc , sMessage) Loggar en varning endast om iRc är falskt eller misslyckas

Integrera kod för anpassad distribution

Anpassad distributionskod kan integreras i MDT-processen på flera sätt. Oavsett vilken metod som används bör dock följande två regler vara uppfyllda:

  • Namnet på skriptet för anpassad distributionskod ska alltid börja med bokstaven Z.

  • Den anpassade distributionskoden ska placeras i mappen Skript på distributionsresursen, till exempel D:\Production Deployment Share\Scripts.

    De vanligaste metoderna för att integrera anpassad kod som även säkerställer konsekvent loggning är:

  • Distribuera koden som ett MDT-program

  • Starta koden som ett MDT-uppgiftssekvenskommando

  • Starta koden som ett användarslutskript

Distribuera anpassad kod som ett MDT-program

Anpassad distributionskod kan importeras till Workbench för distribution och hanteras på samma sätt som alla andra program.

Så här skapar du ett nytt program för att köra anpassad distributionskod

  1. Kopiera den anpassade distributionskoden till mappen deployment_share\Scripts (där deployment_share är den fullständigt kvalificerade sökvägen till distributionsresursen).

  2. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  3. I konsolträdet för Deployment Workbench går du till Deployment Resources/deployment_share/Applications (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  4. I fönstret Åtgärder väljer du Nytt program.

    Guiden Nytt program startas.

  5. Slutför guiden Nytt program med hjälp av följande information. Acceptera standardvärden om inget annat anges.

    På den här guidesidan Gör så här
    Programtyp Välj Program utan källfiler eller någon annanstans i nätverket och välj sedan Nästa.
    Information Slutför den här sidan baserat på informationen från programmet och välj sedan Nästa.
    Kommandoinformation 1. I rutan Kommandorad skriver du cscript.exe %SCRIPTROOT%\custom_code (där custom_code är namnet på den anpassade kod som har utvecklats).
    2. I Arbetskatalog rutan, skriv working_directory (där working_directory är namnet på arbetskatalogen för den anpassade koden; detta är vanligtvis samma mapp som anges i kommandoradsrutan ).
    3. Välj Nästa.
    Sammanfattning Kontrollera att konfigurationsinställningarna är korrekta och välj sedan Nästa.
    Bekräftelse Välj Slutför.

    Programmet visas i noden Program i Workbench för distribution.

Lägga till den anpassade koden som ett aktivitetssekvenssteg

Anpassad distributionskod kan anropas direkt från valfri punkt i en aktivitetssekvens. Detta ger tillgång till de vanliga aktivitetssekvensreglerna och alternativen.

Så här lägger du till den anpassade distributionskoden i en befintlig aktivitetssekvens

  1. Kopiera den anpassade distributionskoden till mappen deployment_share\Scripts (där deployment_share är den fullständigt kvalificerade sökvägen till distributionsresursen).

  2. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  3. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  4. I informationsfönstret väljer du task_sequence (där task_sequence är namnet på aktivitetssekvensen som kör den anpassade koden).

  5. I fönstret Åtgärder väljer du Egenskaper.

  6. I dialogrutan task_sequenceProperties väljer du fliken Aktivitetssekvens .

  7. I konsolträdet går du till grupp (där grupp är gruppen där aktivitetssekvenssteget ska läggas till).

  8. Välj Lägg till, välj Allmänt och välj sedan Kör kommandorad.

  9. I konsolträdet väljer du Kör kommandorad och sedan fliken Egenskaper .

  10. I rutan Namn skriver du namn (där namn är ett beskrivande namn på den anpassade koden).

  11. I rutan Kommandorad på fliken Egenskaper skriver du command_line (där command_line är kommandot för att köra den anpassade koden, till exempel cscript.exe %SCRIPTROOT%\CustomCode.vbs).

  12. I rutan Starta i skriver du sökväg (där sökvägen är den fullständiga sökvägen till arbetsmappen för den anpassade koden, vanligtvis är det samma sökväg som anges i rutan Kommandorad) och väljer sedan OK.

    Det nyligen skapade aktivitetssekvenssteget visas i listan över aktivitetssekvenssteg.

Kör anpassad kod som ett slutskript för användare

Det går även att köra den anpassade koden som ett användarutgångsskript från CustomSettings.ini med hjälp av UserExit-direktivet . Detta tillhandahåller en mekanism för information som ska skickas till valideringsprocessen för CustomSettings.ini regel och ger en dynamisk uppdatering av MDT-egenskaper

Mer information om användaravslutningsskript och UserExit-direktivet finns i avsnittet "User Exit Scripts in the CustomSettings.ini File" i MDT-dokumentet Använda Microsoft Deployment Toolkit.

Installera drivrutiner med olika installationsmetoder

I det här scenariot använder du MDT för att distribuera ett operativsystem till olika typer av maskinvara. Som en del av distributionsprocessen identifierar och installerar du enhetsdrivrutiner så att varje maskinvarutyp fungerar korrekt. Det finns två huvudsakliga typer av drivrutiner; Var och en måste hanteras på olika sätt under distributionsprocessen:

Avgöra vilken metod som ska användas för att installera en drivrutin

Maskinvarutillverkare släpper drivrutiner i någon av följande två former:

  • Som ett paket som du kan extrahera och som innehåller .inf-filer som används för att importera drivrutinen till Deployment Workbench

  • Som ett program som du måste installera med traditionella programinstallationsprocesser

    Drivrutinspaket som kan extraheras för att komma åt .inf-filer kan använda MDT:s automatiska drivrutinsidentifiering och installationsprocess genom att först importera drivrutinen till noden Färdiga drivrutiner i Deployment Workbench.

    Drivrutinspaket som inte kan extraheras för att isolera INF-filer, eller sådana som inte fungerar korrekt utan att först installeras med ett installationsprogram, till exempel ett MSI- eller Setup.exe-fil, kan använda MDT-funktionen Install Application och installera enhetsdrivrutinen under distributionsprocessen, precis som för vanliga program.

Installera enhetsdrivrutiner med hjälp av färdiga drivrutiner

Du kan importera drivrutinspaket som innehåller en .inf-fil till Deployment Workbench och installera dem automatiskt som en del av distributionsprocessen. Om du vill implementera den här typen av distribution av enhetsdrivrutiner lägger du först till enhetsdrivrutinen i Workbench för distribution.

Så här lägger du till enhetsdrivrutinen i Workbench för distribution

  1. Ladda ned de enhetsdrivrutiner som krävs för de maskinvarutyper som ska distribueras och extrahera drivrutinspaketet till en tillfällig plats.

  2. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  3. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Out-of-Box Drivers (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  4. I fönstret Åtgärder väljer du Importera drivrutiner.

    Guiden Importera enhetsdrivrutin startas.

  5. På sidan Ange katalog i avsnittet Källkatalog för enheten väljer du Bläddra för att gå till mappen som innehåller de nya drivrutinerna och väljer sedan Nästa.

    Obs!

    Guiden Ny enhetsdrivrutin söker i alla underkataloger i källkatalogen för drivrutinen. Därför, om det finns flera drivrutiner att installera, extrahera dem till mappar inom samma rotkatalog och ange sedan drivrutinens källkatalog som rotkatalog som innehåller alla drivrutinskällmappar.

  6. Kontrollera att inställningarna är korrekta på sidan Sammanfattning och välj sedan Nästa för att importera drivrutinerna till Workbench för distribution.

  7. På bekräftelsesidan väljer du Slutför.

    Om enhetsdrivrutinerna innehåller startkritiska drivrutiner, till exempel masslagring eller nätverksklassdrivrutiner, måste distributionsresursen sedan uppdateras för att generera en ny LiteTouch_x86 och LiteTouch_x64 startmiljö som innehåller de nya drivrutinerna.

    Lägga till enhetsdrivrutiner i Lite Touch Windows PE-avbildningar

  8. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  9. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  10. I fönstret Åtgärder väljer du Uppdatera distributionsresurs.

    Guiden Uppdateringsdistribution av resurs startar.

  11. På sidan Alternativ väljer du önskade alternativ för att uppdatera distributionsresursen och väljer sedan Nästa.

  12. Kontrollera att informationen är korrekt på sidan Sammanfattning och välj sedan Nästa.

  13. På bekräftelsesidan väljer du Slutför.

Installera drivrutiner som program

Enhetsdrivrutiner som är paketerade som program och som du inte kan extrahera till en mapp som innehåller en .inf-fil, förutom drivrutinsfiler, bör läggas till i Deployment Workbench som ett program för installation under distributionsprocessen.

Program kan anges som ett aktivitetssekvenssteg eller anges i CustomSettings.ini. Enhetsdrivrutinsprogram bör dock endast installeras när aktivitetssekvensen körs på en dator med enheterna. För att säkerställa detta kör du aktivitetssekvenssteget för att distribuera relevanta enhetsdrivrutinsprogram som ett villkorsstyrt aktivitetssekvenssteg. Villkorsvillkoren kan anges för att köra aktivitetssekvenssteget med hjälp av WMI-frågor för enheten på måldatorn.

Lägg till drivrutinsprogrammet i Deployment Workbench

Varje enhetsdrivrutinsprogram måste först importeras till Deployment Workbench.

Obs!

Konfigurera om programmet ska visas i dialogrutan Egenskaper för valfritt program genom att markera eller avmarkera kryssrutan Dölj det här programmet i distributionsguiden . Upprepa proceduren för varje drivrutinsprogram som används under distributionen.

Så här lägger du till enhetsdrivrutinsprogrammet i Deployment Workbench

  1. Ladda ned drivrutinsprogrammet och spara det på en tillfällig plats.

  2. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  3. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Applications (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  4. I fönstret Åtgärder väljer du Nytt program.

    Guiden Nytt program startas.

  5. På sidan Programtyp väljer du Program med källfiler och väljer sedan Nästa.

  6. På sidan Information skriver du relevant information om programmet och väljer sedan Nästa.

  7. På sidan Källa väljer du Bläddra för att gå till i avsnittet Källkatalog och väljer sedan den katalog som innehåller källfilerna för drivrutinsprogrammet. Välj OK.

  8. Välj Nästa.

  9. På målsidan skriver du ett namn för målkatalogen och väljer sedan Nästa.

  10. På sidan Kommandoinformation i avsnittet Kommandorad skriver du kommandot som tillåter obevakad installation av drivrutinsprogrammet.

  11. På sidan Sammanfattning kontrollerar du att inställningarna är korrekta och väljer sedan Nästa för att importera drivrutinsprogrammet till Workbench för distribution.

  12. På bekräftelsesidan väljer du Slutför.

    När programmen har importerats till Deployment Workbench lägger du till dem i distributionsprocessen med hjälp av lämplig logik för att säkerställa att programmet endast installeras när det körs på rätt maskinvara. Det finns olika metoder för att uppnå detta:

  • Ange enhetsdrivrutinsprogrammet som en del av en distributionsaktivitetssekvens.

  • Ange drivrutinsprogrammet i CustomSettings.ini.

  • Ange enhetsdrivrutinsprogrammet i MDT DB.

    Varje metod beskrivs mer detaljerat i följande avsnitt.

Ange drivrutinsprogrammet som en del av en aktivitetssekvens

Den första metoden för att lägga till ett enhetsdrivrutinsprogram i distributionsprocessen är att använda en aktivitetssekvens för att lägga till steg för varje enhetsdrivrutinsprogram.

Det finns två huvudsakliga metoder för att hantera enhetsdrivrutinsprogram i aktivitetssekvensen:

  • Skapa en ny aktivitetssekvensgrupp för varje maskinvarumodell och lägg sedan till en fråga för att köra den gruppen med åtgärder om datorn matchar en viss maskinvarutyp.

  • Skapa en aktivitetssekvensgrupp för maskinvaruspecifika program och lägg sedan till frågor för varje aktivitetssekvensåtgärd så att varje aktivitetssekvenssteg utvärderas mot maskinvarutypen och endast körs om en matchning hittas.

    Så här skapar du en ny aktivitetssekvensgrupp för varje typ av maskinvara

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I informationsfönstret väljer du task_sequence (där task_sequence är den distributionsaktivitetssekvens som krävs för att installera drivrutinsprogrammet).

  4. I fönstret Åtgärder väljer du Egenskaper.

  5. I dialogrutan task_sequenceProperties går du till Tillståndsåterställning/Windows Update (installation före program) i informationsfönstret på fliken Aktivitetssekvens.

  6. På fliken Aktivitetssekvens väljer du Lägg till och sedan Ny grupp.

    Då skapas en ny aktivitetssekvensgrupp i aktivitetssekvensen. Använd den här nya aktivitetssekvensgruppen för att skapa stegen för att installera maskinvaruspecifika enhetsdrivrutinsprogram.

  7. Välj Ny grupp i informationsfönstret.

  8. I rutan Namn på fliken Egenskaper skriver du group_name (där group_name är namnet på gruppen, till exempel Maskinvaruspecifika program – Dell Computer Corporation).

  9. På fliken Alternativ väljer du Lägg till och sedan Fråga WMI.

  10. Skriv följande information i dialogrutan WMI-villkor för aktivitetssekvens :

    • Skriv root\cimv2 i rutan WMI-namnområde.

    • I WQL-frågerutan skriver du en WMI Query Language (WQL)-fråga med klassen Win32_ComputerSystem för att säkerställa att programmet endast installeras för en viss programtyp, till exempel:

      Välj * FROM Win32_ComputerSystem WHERE Model LIKE %hardware_model% AND Tillverkare LIKE %hardware_manufacturer%

      I det här exemplet är hardware_model namnet på datormodellen (t.ex. Latitude D620) och hardware_manufacturer är namnet på datorns märke (t.ex. Dell Corporation).

      Symbolen % är ett jokertecken som ingår i namnen för att administratörer ska kunna returnera alla datormodeller eller tillverkare som innehåller värdet som angetts för hardware_model eller hardware_manufacturer.

      Mer information om WMI- och WQL-frågor finns i avsnittet "Lägga till WMI-frågor i villkor för uppgiftssekvenssteg" i MDT-dokumentet Använda Microsoft Deployment Toolkit och läs Fråga med WQL.

  11. Välj OK för att skicka frågan och sedan OK för att skicka ändringar i aktivitetssekvensen.

Obs!

Den här processen måste upprepas för varje maskinvarutyp för varje drivrutinsprogram som ska installeras.

När de maskinvaruspecifika aktivitetssekvensgrupperna har skapats kan enhetsdrivrutinsprogram läggas till i varje grupp.

Lägga till enhetsdrivrutinsprogram i maskinvaruspecifika aktivitetssekvensgrupper

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I informationsfönstret väljer du task_sequence (där task_sequence är den distributionsaktivitetssekvens som krävs för att installera drivrutinsprogrammet).

  4. I fönstret Åtgärder väljer du Egenskaper.

  5. I dialogrutan task_sequenceProperties väljer du fliken Aktivitetssekvens .

  6. I informationsfönstret går du till Tillståndsåterställning/hardware_specific_group (där hardware_specific_group är namnet på den maskinvaruspecifika grupp där aktivitetssekvenssteget ska läggas till för att installera drivrutinsprogrammet).

  7. På fliken Aktivitetssekvens väljer du Lägg till, väljer Allmänt och sedan Installera program.

    Steget Aktivitetssekvens för att installera program visas i informationsfönstret.

  8. I informationsfönstret väljer du Installera program.

  9. På fliken Egenskaper väljer du Installera ett enskilt program och i listan Program som ska installeras väljer du hardware_application ( där hardware_application är programmet för att installera det maskinvaruspecifika programmet).

Obs!

Den här processen måste upprepas för varje enhetsdrivrutinsprogram som behöver användas under en distribution.

Ange drivrutinsprogrammet i CustomSettings.ini

När en LTI- eller ZTI-distribution påbörjas är en av de första åtgärderna som ska slutföras bearbetningen av BootStrap.ini- och CustomSettings.ini kontrollfilerna. Båda dessa filer innehåller regler som kan användas för att dynamiskt anpassa distributionen.

MDT bearbetar CustomSettings.ini-filen på så sätt att du kan använda den för att lägga till program baserat på specifika villkor. Den här logiken används för att lägga till enhetsdrivrutinsspecifika program under distributionen baserat på specifika maskinvarutyper. Program refereras till i CustomSettings.ini av programmets GUID, som finns i Applications.xml-filen i distributionsresursen.

Så här hittar du ett importerat programs GUID

  1. I distributionsserverns distributionsresurs öppnar du mappen Kontroll, till exempel D:\Production Deployment Share\Control.

  2. Leta reda på och öppna den Applications.xml filen.

  3. Leta reda på programmet som krävs.

  4. Leta reda på programmets GUID genom att leta reda på raden som omges av programtaggarna <guid> , till exempel <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>.

    Som en del av initieringsprocessen samlar både LTI- och ZTI-processen in information om datorn som den körs på. Som en del av den här processen utförs WMI-frågor och värdena från klassen Win32_ComputerSystem för märke och tillverkare fylls i som variabler %Make% respektive %Model%.

    Dessa värden kan användas vid bearbetning av CustomSettings.ini fil för att dynamiskt läsa avsnitt i filen beroende på vilket märke och modell som identifierats. I följande exempel visas ett exempel på den CustomSettings.ini filen.

    Exempel CustomSettings.ini konfigurerad för en Hardware-Specific programinstallation

[Settings]
Priority=Make, Default
Properties=MyCustomProperty

[Default]
OSInstall=Y

[Dell Computer Corporation]
Subsection=Dell-%Model%

[Dell-Latitude D620]
MandatoryApplications001={1D7DF331-47B7-472C-87B3-442597EC2F7D}

[Dell-Latitude D610]
MandatoryApplications001={c303fa6e-3a4d-425e-8102-77db9310e4d0}

Använd följande egenskaper för att ange program i CustomSettings.ini:

  • Användningsområden. Den här egenskapen kan användas när distributionsadministratörer inte vill presentera en programguide som en del av distributionsprocessen genom att ange SkipApplications=YES i CustomSettings.ini.

  • ObligatoriskaApplikationer. Den här egenskapen kan användas om distributionsadministratörer vill visa programguiden under distributionen så att distributionstekniker kan välja ytterligare program som ska installeras under distributionen.

    Om programguiden används utan egenskapen MandatoryApplications (till exempel SkipApplications=NO) skriver den över program som anges av egenskapen Applications .

    Föregående exempel visar hur du använder variabelvärdena %Make% och %Model% för att dynamiskt ändra hur programlistan skapas. Värdena för fabrikat och modell för varje typ av maskinvara kan hittas med någon av följande metoder:

  • Verktyget Systeminformation. Använd noden Systemsammanfattning i det här verktyget för att identifiera systemtillverkaren (märke) och systemmodellen (modell).

  • Windows PowerShell. Använd cmdleten Get-WMIObject -class Win32_ComputerSystem för att ta reda på fabrikat och modell på datorn.

  • Kommandoraden för Windows Management Instrumentation. Använd CSProduct Get Name, Vendor för att returnera namn (modell) och leverantör (märke) för datorn.

    Så här ändrar du CustomSettings.ini för att lägga till maskinvaruspecifik logik

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Egenskaper.

  4. Välj fliken Regler .

  5. Informationen som skrivs på den här fliken lagras i den CustomSettings.ini filen. Ändra CustomSettings.ini-filposterna för att lägga till logik för varje maskinvarumodell som har ett enhetsdrivrutinsspecifikt program, enligt beskrivningen i Ange drivrutinsprogrammet som en del av en aktivitetssekvens.

  6. Välj OK för att skicka ändringarna.

  7. I informationsfönstret väljer du deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  8. I fönstret Åtgärder väljer du Uppdatera distributionsresurs.

    Guiden Uppdateringsdistribution av resurs startar.

  9. På sidan Alternativ väljer du önskade alternativ för att uppdatera distributionsresursen och väljer sedan Nästa.

  10. Kontrollera att informationen är korrekt på sidan Sammanfattning och välj sedan Nästa.

  11. På bekräftelsesidan väljer du Slutför.

    Som standard visas alla tillgängliga program i distributionsguiden för Windows under en LTI-distribution. Eftersom program som är specifika för enhetsdrivrutiner endast används för specifika maskinvarutyper kan det hända att de inte alltid ska visas. Genom att ange det enhetsdrivrutinsspecifika programpaketet i CustomSettings.ini kan programmet döljas med hjälp av alternativet Dölj programmet i distributionsguiden i programkonfigurationen.

    Så här döljer du ett program i distributionsguiden

  12. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  13. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Applications (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  14. I informationsfönstret väljer du device_driver_application (där device_driver_application är det program som ska döljas från distributionsguiden).

  15. I fönstret Åtgärder väljer du Egenskaper.

  16. På fliken Allmänt markerar du kryssrutan Dölj programmet i distributionsguiden .

  17. Välj Verkställ och stäng sedan dialogrutan Egenskaper .

Ange drivrutinsprogrammet i MDT DB

MDT DB är en databasversion av CustomSettings.ini-filen och det går att fråga vid distributionen efter information som kan användas under distributionen. Mer information om hur du använder MDT DB finns i "Välja metoder för att tillämpa konfigurationsinställningar".

När du kör frågor mot MDT DB vid distributionen finns det tre metoder för att identifiera måldatorn:

  • Sök efter den aktuella datorn (med hjälp av MAC-adressen, inventariemärkningen eller liknande).

  • Sök efter datorns plats (med standardgatewayen).

  • Sök efter datorns märke och modell (med hjälp av WMI-tillverkarfrågor eller frågor om märke/modell).

    För varje databaspost du skapar kan du ange distributionsegenskaper, program, om du vill använda Configuration Manager-paket och administratörer. Genom att skapa poster för märke och modell i databasen kan du lägga till de maskinvaruspecifika enhetsdrivrutinsprogram som krävs.

    Så här skapar du poster i MDT DB för att tillåta installation av drivrutinsprogram

Obs!

Upprepa proceduren för varje maskinvarumärke och modell som kräver ett drivrutinsprogram.

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database/Make and Model (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Ny.

  4. I dialogrutan Egenskaper , på fliken Identitet , i rutan Gör skriver du make_name ( där make_name är ett namn som är lätt att identifiera och som du kan associera med tillverkaren av måldatorn).

  5. I rutan Modell skriver du model_name (där model_name är ett namn som är lätt att identifiera och som kan associeras med modellen för måldatorn).

  6. På fliken Program lägger du till alla drivrutinsprogram som krävs för den maskinvarumodellen.

Initiera MDT med Windows Deployment Services

Windows Server 2008 använder Windows Deployment Services som en uppdaterad och omarbetad version av Remote Installation Services, standarddistributionsverktyget i Windows Server 2003 med SP2. Med Windows Deployment Services kan du distribuera Windows-operativsystem, särskilt Windows 7, Windows Server 2008 eller senare operativsystem, i ett nätverk med antingen datorns PXE-aktiverade nätverkskort eller startmedia.

Innan du distribuerar Windows Deployment Services bör du bestämma vilket av följande integreringsalternativ som passar bäst för din miljö:

  • Alternativ 1. Starta datorer i PXE för att initiera LTI-processen.

  • Alternativ 2. Distribuera en operativsystemavbildning från avbildningsarkivet för Windows Deployment Services.

  • Alternativ 3. Använd multicasting med MDT och serverrollen Windows Server 2008 Windows Deployment Services.

Alternativ 1: Starta datorer i PXE för att initiera LTI-processen

Hjälp till att minimera kostnaden för hantering av operativsystemsdistributioner genom att starta MDT-distributionsprocessen med hjälp av Windows Deployment Services tillsammans med Dynamic Host Configuration Protocol. Detta tar bort kravet på att skapa och leverera startbara media till varje måldator.

Skapa och importera Windows PE-avbildningen (Deployment Workbench) till Windows Deployment Services

När du skapar en ny MDT-distributionsresurs eller ändrar en befintlig MDT-distributionsresurs kan du skapa en anpassad Windows PE-startavbildning. När distributionsresursen uppdateras genereras och uppdateras Windows PE-startavbildningen automatiskt med information om distributionsresursen, och den matar in eventuella ytterligare drivrutiner eller komponenter som anges under konfigurationen av distributionsresursen.

Windows PE-startavbildningen genereras både som en ISO-avbildningsfil, som du kan skriva till en CD eller DVD, och en startbar WIM-fil. Du kan importera WIM-filen till Windows Deployment Services så att datorer som kan starta i PXE kan ladda ned och köra LTI Windows PE-startavbildningen i ett nätverk som används för att initiera en installation.

Skapa en startbar Windows PE-avbildning i Workbench för distribution

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Egenskaper.

    I dialogrutan deployment_shareProperties väljer du fliken Inställningar för Windows PE-plattform (där plattform är arkitekturen för Windows PE-avbildningen som ska konfigureras).

  4. I området Inställningar för lite touch-startavbildning markerar du kryssrutan Generera en Lite Touch-startbar RAM-skiva ISO-bild .

  5. Välj fliken Windows PE-plattformskomponenter (där plattform är arkitekturen för Windows PE-avbildningen som ska konfigureras).

  6. I avsnittet Driver Injection väljer du lämpliga drivrutinstyper som ska inkluderas.

    Obs!

    Det här steget är inte nödvändigt om Windows PE redan innehåller nödvändiga enhetsdrivrutiner.

  7. I avsnittet Förarinjektion , i listan Urvalsprofil , väljer du lämplig profil för val av drivrutin.

  8. Välj OK i dialogrutan Egenskaper.

    Obs!

    Det här steget är inte nödvändigt om Windows PE redan innehåller nödvändiga enhetsdrivrutiner.

  9. I informationsfönstret väljer du deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  10. I fönstret Åtgärder väljer du Uppdatera distributionsresurs.

    Guiden Uppdateringsdistribution av resurs startar.

  11. På sidan Alternativ väljer du önskade alternativ för att uppdatera distributionsresursen och väljer sedan Nästa.

  12. Kontrollera att informationen är korrekt på sidan Sammanfattning och välj sedan Nästa.

  13. På bekräftelsesidan väljer du Slutför.

    När den här processen är slutförd innehåller startmappen i distributionsresursen ett antal startavbildningar, till exempel:

    D:\Production Deployment Share\Boot\LiteTouchPE_x64.iso

    D:\Production Deployment Share\Boot\LiteTouchPE_x64.wim

    D:\Production Deployment Share\Boot\LiteTouchPE_x86.iso

    D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim

    Du kan skriva ISO-filer som har genererats direkt till CD eller DVD eller använda dem för att initiera LTI-processen på ny maskinvara. Du kan även importera WIM-startfilerna till Windows Deployment Services så att nya datorer kan initiera LTI-distributionsprocessen utan att kräva några fysiska medier.

    Importera Windows PE-avbildningen till Windows Deployment Services

  14. Starta konsolen Windows Deployment Services och anslut sedan till Windows Deployment Services.

  15. Högerklicka på Startavbildningar i konsolträdet och välj sedan Lägg till startavbildning.

  16. Bläddra till den WIM-avbildning som ska importeras, till exempel D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim.

  17. Importprocessen läser automatiskt metadata från startavbildningen, men värdena för bildnamn och bildbeskrivning kan också redigeras. Avbildningsnamnet påverkar informationen om startalternativ som visas av Windows Boot Manager när klienten startar i PXE.

  18. När startavbildningen har importerats kan alla datorer som startar i PXE och får ett svar från Windows Deployment Services ladda ned LTI-startavbildningen och initiera en LTI-installation.

    Installation och konfiguration av Windows Deployment Services tas inte upp i den här guiden. Mer information om Windows Deployment Services finns i guiden för Windows Deployment Services.

Använda Windows Deployment Services för att automatiskt identifiera distributionsservern

Ytterligare ett alternativ är tillgängligt när du använder Windows Deployment Services som värd för MDT-startavbildningar när MDT-distributionsresursen finns på samma server som Windows Deployment Services.

När en PXE-klient läser in MDT-startavbildningen avbildas namnet på den Windows Deployment Services-server som är värd för startavbildningen och placeras i MDTProperty WDSServer. Du kan sedan referera till den här egenskapen i startavbildningens BootStrap.ini fil och i distributionsresursens CustomSettings.ini fil med egenskapen DeployRoot . Detta resulterar i en klient som startar från Windows Deployment Services automatiskt med hjälp av den distributionsresurs som finns på Windows Deployment Services-servern. Detta eliminerar behovet av att ange ett servernamn i en konfigurationsfil.

Så här anger du den lokala Windows Deployment Services-servern som distributionsserver

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Egenskaper.

  4. Välj fliken Regler .

    Informationen som skrivs på den här fliken lagras i den CustomSettings.ini filen.

  5. Konfigurera egenskapen DeployRoot för att använda variabeln %WDSServer%, till exempel DeployRoot=\\%WDSServer%\Deployment$.

  6. Välj Redigera Bootstrap.ini.

  7. Konfigurera BootStrap.ini för att använda egenskapen %WDSServer% genom att lägga till eller ändra värdet DeployRoot till DeployRoot=\\%WDSServer%\Deployment$.

  8. På Arkiv-menyn väljer du Spara för att spara ändringarna i den BootStrap.ini filen.

  9. Välj OK.

    Distributionsresursen måste uppdateras.

  10. I informationsfönstret väljer du deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  11. I fönstret Åtgärder väljer du Uppdatera distributionsresurs.

    Guiden Uppdateringsdistribution av resurs startar.

  12. På sidan Alternativ väljer du önskade alternativ för att uppdatera distributionsresursen och väljer sedan Nästa.

  13. Kontrollera att informationen är korrekt på sidan Sammanfattning och välj sedan Nästa.

  14. På bekräftelsesidan väljer du Slutför.

  15. Importera den uppdaterade WIM-startversionen till Windows Deployment Services.

Alternativ 2: Distribuera en operativsystemavbildning från Windows Deployment Services Store

Om du redan använder Windows Deployment Services för distribution av operativsystem utökar du MDT-funktionerna genom att konfigurera dem så att de refererar till de Windows Deployment Services-operativsystemavbildningar som redan används i stället för att använda ett eget arkiv och för att komplettera distributioner av Windows Deployment Services med drivrutinshantering, programdistribution, uppdateringsinstallation, regelbearbetning och andra MDT-funktioner. När MDT har refererat till en operativsystemavbildning för Windows Deployment Services kan du behandla den som vilket operativsystem som helst som har mellanlagrats på en MDT-distributionsresurs.

Så här refererar du till en avbildning av ett Windows Deployment Services-operativsystem

Obs!

För följande steg krävs att minst en operativsystemavbildning tidigare har importerats till Windows Deployment Services-servern.

  1. Uppdatera MDT för att kunna komma åt Windows Deployment Services-avbildningar genom att kopiera följande filer från mappen Sources på Windows Media till mappen C:\Program Files\Microsoft Deployment Toolkit\bin på Windows Deployment Services-servern:

    • Wdsclientapi.dll

    • Wdscsl.dll

    • Wdsimage.dll

    • Wdstptc.dll (detta gäller endast om du kopierar från Windows Server 2008-källkatalogerna)

    Obs!

    Källkatalogen för Windows som används måste matcha plattformen för operativsystemet som körs på den dator där MDT är installerat.

  2. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  3. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Operating Systems (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  4. I fönstret Åtgärder väljer du Importera operativsystem.

    Guiden Nytt operativsystem startas.

  5. På sidan Operativsystemtyp väljer du Windows Deployment Services-avbildningar och sedan Nästa.

  6. På sidan WDS-server skriver du namnet på den Windows Deployment Services-server som ska refereras till – till exempel WDSSvr001 – och väljer sedan Nästa.

  7. På sidan Sammanfattning kontrollerar du att inställningarna är korrekta och väljer sedan Nästa.

  8. På bekräftelsesidan väljer du Slutför.

    Alla avbildningar som är tillgängliga på Windows Deployment Services-servern blir nu tillgängliga för MDT-aktivitetssekvenser.

Obs!

När du importerar avbildningar från Windows Deployment Services kopieras inte källfilerna från Windows Deployment Services-servern till distributionsresursen. MDT fortsätter att använda källfilerna från deras ursprungliga plats.

Alternativ 3: Använd multicasting med MDT och Windows Deployment Services-rollen Windows Server 2008

Med lanseringen av Windows Server 2008 förbättrades Windows Deployment Services för att stödja distribution av bilder med multicast-överföringar. MDT innehåller även uppdateringar för att integrera MDT med Windows Deployment Services multicasting.

Dessutom innehåller en uppdaterad Windows Automated Installation Kit (Windows AIK), version 1.1, Wdsmcast.exe. Detta gör det möjligt att ansluta till multicast-sessioner manuellt och att klienten som startar Wdsmcast.exe kan kopiera filer från en aktiv multicast-session.

LTIApply.wsf-skriptet använder Wdsmcast.exe när det får åtkomst till operativsystemets källfiler från distributionsresursen. LTIApply.wsf söker efter Wdsmcast.exe på distributionsresursen antingen i mappen deployment_share\Tools\x86 eller mappen deployment_share\Tools\x64 (där deployment_share är namnet på filsystemmappen som innehåller distributionsresursen), beroende på vilken version av Windows PE som körs.

När LTIApply.wsf körs försöker den alltid komma åt och ladda ned WIM-avbildningar från en befintlig multicast-ström, men den kommer att återgå till en standardfilkopia om en multicast-ström inte finns.

Obs!

Den här processen gäller endast WIM-bildfiler.

Förutsättningarna för distributionsservern för att förbereda för MDT multicasting är:

  • Distributionsservern måste köra Windows Server 2008 eller senare

  • Rollen Windows Deployment Services måste installeras från konsolen Serverhantering

  • Windows AIK 1.1 för Windows Server 2008 måste vara installerat

  • MDT måste vara installerat

  • Som med alla distributioner som använder MDT måste minst en WIM-avbildning av operativsystemet ha importerats, antingen som en fullständig uppsättning källfiler eller som en anpassad avbildning med installationsfiler

Obs!

Det är viktigt att använda den senaste versionen av Windows AIK för multicasting. kopian av Windows PE som ingår i tidigare versioner av Windows AIK, till exempel Windows AIK 1.0, stöder inte nedladdning från en multicast-server.

Så här konfigurerar du MDT för multicasting från en befintlig distributionsresurs

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share (där deployment_share är namnet på den distributionsresurs som ska konfigureras).

  3. I fönstret Åtgärder väljer du Egenskaper.

  4. På fliken Allmänt markerar du kryssrutan Aktivera multicast för den här distributionsresursen (kräver Windows Server 2008 Windows Deployment Services).

  5. Välj OK.

  6. I fönstret Åtgärder väljer du Uppdatera distributionsresurs.

    Guiden Uppdateringsdistribution av resurs startar.

  7. På sidan Alternativ väljer du önskade alternativ för att uppdatera distributionsresursen och väljer sedan Nästa.

  8. Kontrollera att informationen är korrekt på sidan Sammanfattning och välj sedan Nästa.

  9. På bekräftelsesidan väljer du Slutför.

    Distributionsresursen har nu konfigurerats för multicast-överföring i Windows Deployment Services.

    Den här processen skapar en Auto-Cast Windows Deployment Services multicast-överföring som direkt använder den befintliga MDT-distributionsresursen. MDT skapar inte Scheduled-Cast överföringar. Observera också att inga ytterligare avbildningar importeras till Windows Deployment Services och att det inte går att använda multicast för startavbildningar eftersom multicast-klienten inte kan läsas in förrän Windows PE har körts.

    Så här verifierar du att multicast-överföringen har genererats i Windows Deployment Services

  10. Välj Start, peka på Administrationsverktyg och välj sedan Windows Deployment Services.

  11. I konsolträdet för Windows Deployment Services högerklickar du på Servrar och väljer sedan Lägg till server.

  12. I dialogrutan Lägg till servrar väljer du Lokal dator och sedan OK.

  13. I konsolträdet för Windows Deployment Services väljer du Servrar och sedan server_name ( där server_name är namnet på datorn som kör Windows Deployment Services). Välj Multicast-överföringar.

  14. I informationsfönstret visas en ny Auto-Cast-överföring för distributionsresursen, till exempel BDD Share Deployment$.

  15. Kontrollera att statusen för BDD Share Deployment$ Auto-Cast-överföringen är inställd på Aktiv.

    När en dator har distribuerats kontrollerar du att operativsystemet har laddats ned från en multicast-överföring genom att undersöka BDD.log-filen i mappen \Windows\Temp\DeploymentLogs.

    Det kommer att finnas två poster i loggmappen, båda börjar med Multicast-överföring. Kontrollera att överföringen lyckades. Mer information om multicast-överföringar med MDT och Windows Deployment Services finns i avsnittet "Aktivera Windows Deployment Services Multicast-distribution för LTI-distributioner" i MDT-dokumentet Använda Microsoft Deployment Toolkit.

Utföra stegvisa distributioner med MDT (OEM-förinstallation)

I många organisationer läses datorerna in med operativsystemavbildningen innan de distribueras till produktionsnätverket. I vissa fall utförs inläsningen av operativsystemavbildningen av en grupp inom organisationen som ansvarar för att skapa datorerna i en mellanlagringsmiljö. I andra fall utförs inläsningen av operativsystemavbildningen av datormaskinvaruleverantören, även kallad OEM-tillverkare (Original Equipment Manufacturer ).

Obs!

OEM-förinläsningsprocessen stöds i MDT endast för distributioner som utförs med LTI. För Configuration Manager använder du funktionen för förinstallerade media.

Översikt över OEM-förinstallationsprocessen i MDT

OEM-förinstallationsprocessen är uppdelad i tre faser:

  • Steg 1. Skapa en mediebaserad avbildning av referensdatorn som ska användas i mellanlagringsmiljön.

  • Fas 2. Tillämpa referensdatoravbildningen på måldatorn i en mellanlagringsmiljö.

  • Steg 3. Fullständig distribution av måldatorn i produktionsmiljön.

    Fas 1 och fas 3 utförs normalt av distributionsorganisationen. Beroende på användningen av OEM-förinstallationsprocessen i organisationen kan fas 2 utföras av organisationen eller av den leverantör av datormaskinvara som levererar datorerna. Om organisationen utför fas 2 ligger mellanlagringsmiljön inom organisationen. Om en OEM-tillverkare utför fas 2 finns mellanlagringsmiljön i OEM-miljön.

Översikt över MDT Configuration Files i OEM-förinstallationsprocessen

Separata MDT-konfigurationsfiler (CustomSettings.ini och Bootstrap.ini) används av aktivitetssekvenserna som körs under fas 1 och fas 3 i OEM-förinläsningsprocessen. Båda konfigurationsfilerna finns dock samtidigt i olika mappstrukturer.

I den första fasen används konfigurationsfilerna när referensdatorn skapas och lagras i den mapp som är specifik för den aktivitetssekvens som används i den fasen. Konfigurationsfilerna som används i den tredje och sista fasen av OEM-förinläsningsprocessen lagras i den mapp som är specifik för den aktivitetssekvens som används i den fasen.

När du gör ändringar i konfigurationsfilerna kontrollerar du att ändringar i konfigurationsfilen görs som motsvarar lämplig aktivitetssekvens i varje OEM-förinstallationsprocessfas.

Översikt över MDT Log Files i OEM-förinstallationsprocessen

Separata MDT-loggfiler genereras under fas 1 och fas 3 i OEM-förinläsningsprocessen:

  • MDT-loggfilerna för fas 1 lagras i mapparna C:\MININT och C:\SMSTSLog.

  • MDT-loggfilerna för fas 3 lagras i mappen %WINDIR%\System32\CCM\Logs för x86-baserade distributioner eller i mappen %WINDIR%\SysWow64\CCM\Logs för x64-baserade distributioner.

    Använd lämplig mapp när du diagnostiserar eller felsöker MDT-relaterade distributionsproblem.

Stegvisa distributioner med LTI

För LTI-distributioner utför du OEM-förinläsningsprocessen med hjälp av en resurstyp för distribution av flyttbara medier (Media). Andra typer av distributionsresurser stöds inte för OEM-förinstallationsprocessen.

Om du vill utföra OEM-förinläsningsprocessen skapar du en aktivitetssekvens baserad på mallen Litetouch OEM Task Sequence task sequence, utöver alla aktivitetssekvenser som ska användas för att distribuera måloperativsystemet. Skapa sedan en mediedistributionsresurs (Removable Media) som slutligen skapar en ISO-fil med innehållet i distributionsresursen, särskilt den LiteTouchPE_x86.iso filen eller LiteTouchPE_x64.iso-filen (baserat på måldatorns processorplattform). Uppdateringsprocessen för distributionsresursen skapar också en mappstruktur som kan användas för att skapa universella diskformatmedier.

LTI OEM-förinläsningsprocess – fas 1: Skapa en Media-Based-avbildning

Distributionsorganisationen utför den första fasen i OEM-förinstallationsprocessen. Den slutliga slutprodukten av den här fasen är en startbar avbildning (t.ex. en ISO-fil) eller media (t.ex. en DVD) som skickas till OEM-tillverkaren eller till mellanlagringsmiljön inom distributionsorganisationen. De flesta av de här stegen utförs i Workbench för distribution.

Skapa en mediebaserad avbildning för leverans till OEM-tillverkaren eller till mellanlagringsmiljön i distributionsorganisationen

  1. Fyll i följande noder för distributionsresursen i Deployment Workbench:

    • Operativsystem

    • Program

    • erbjudandet

    • Färdiga drivrutiner

      Mer information om hur du utför det här steget finns i avsnittet "Hantera distributionsresurser i distributionsarbetsbänken" i MDT-dokumentet Använda Microsoft Deployment Toolkit.

  2. Skapa en ny aktivitetssekvens baserat på mallen Litetouch OEM Task Sequence task sequence i Workbench för distribution.

    Mer information om hur du utför det här steget finns i avsnittet "Konfigurera uppgiftssekvenser i Deployment Workbench" i MDT-dokumentet Använda Microsoft Deployment Toolkit.

  3. Skapa en eller flera aktivitetssekvenser som används för att distribuera måloperativsystemet på måldatorn efter distributionen i produktionsmiljön.

    Mer information om hur du utför det här steget finns i avsnittet "Konfigurera uppgiftssekvenser i Deployment Workbench" i MDT-dokumentet Använda Microsoft Deployment Toolkit.

  4. Skapa en urvalsprofil som innehåller de program, operativsystem, drivrutiner, paket och aktivitetssekvenser som krävs för OEM-distributionen.

    Mer information om hur du utför det här steget finns i avsnittet "Hantera urvalsprofiler" i MDT-dokumentet Använda Microsoft Deployment Toolkit.

  5. Skapa distributionsmedia.

    Mer information om hur du utför det här steget finns i avsnittet "Hantera LTI-distributionsmedia" i MDT-dokumentet Använda Microsoft Deployment Toolkit.

  6. Uppdatera distributionsmediet som skapades i Deployment Workbench i föregående steg.

    När du uppdaterar distributionsmediet skapar Deployment Workbench den LiteTouchMedia.iso filen. Mer information om hur du utför det här steget finns i avsnittet "Hantera LTI-distributionsmedia" i MDT-dokumentet Använda Microsoft Deployment Toolkit.

  7. Bränn en DVD-skiva med den LiteTouchMedia.iso filen som skapades i föregående steg.

    Obs!

    Om du levererar ISO-filen till OEM-tillverkaren eller till organisationens mellanlagringsmiljö är det här steget inte nödvändigt.

  8. Leverera ISO-filen eller DVD-skivan till OEM-tillverkaren eller organisationens mellanlagringsmiljö.

LTI OEM-förinläsningsprocess – fas 2: Använd avbildningen på måldatorn

Den andra fasen av OEM-förinstallationsprocessen utförs av OEM-tillverkaren eller av distributionsteamet i distributionsorganisationens mellanlagringsmiljö. Under den här fasen av processen tillämpas den .iso filen eller DVD:n som skapades i fas 1 på måldatorerna. Slutprodukten av den här fasen är avbildningen som distribueras på måldatorerna så att de är klara för distribution i produktionsmiljön.

Så här kan du använda bilden på måldatorerna

  1. Starta en måldator med mediet som skapades i fas 1.

    Windows PE startar och sedan startar distributionsguiden för Windows.

  2. I distributionsguiden för Windows väljer du aktivitetssekvensen OEM-förinstallation för mellanlagringsmiljö .

    Aktivitetssekvensen startar och innehållet i det startbara mediet kopieras till den lokala hårddisken på måldatorn.

  3. När guiden Windows-distribution är klar för OEM-aktivitetssekvensen för förinstallation för mellanlagringsmiljö är hårddisken redo att initiera resten av distributionsprocessen genom att köra distributionsguiden för Windows för de andra aktivitetssekvenserna som används för att distribuera operativsystemet.

    Aktivitetssekvensen OEM Preinstallation Task Sequence for Staging Environment ansvarar för att distribuera avbildningen till måldatorn och initiera LTI-processen. Distributionsguiden för Windows startas en andra gång och aktivitetssekvenserna som används för att distribuera operativsystemet körs på måldatorn.

  4. Klona innehållet på den första hårddisken till så många måldatorer i mellanlagringsmiljön som krävs.

  5. Måldatorerna levereras till produktionsmiljön för distribution.

LTI OEM-förinläsningsprocess – fas 3: Fullständig distribution av måldator

Den tredje och sista fasen av OEM-förinstallationsprocessen utförs i distributionsorganisationens produktionsmiljö. Under den här fasen startas måldatorn och den startbara medieavbildningen, som placerades på hårddisken i mellanlagringsmiljön under föregående fas, startar.

Så här slutför du distributionen av måldatorerna i produktionsmiljön

  1. Starta måldatorn.

    Windows PE startar och sedan startar distributionsguiden för Windows.

  2. Slutför distributionsguiden för Windows med hjälp av den specifika konfigurationsinformationen för varje måldator.

    Mer information om hur du slutför det här steget finns i avsnittet "Köra distributionsguiden" i MDT-dokumentet Använda Microsoft Deployment Toolkit.

    När den här fasen är klar är måldatorn redo att användas i produktionsmiljön.

Utföra vanliga uppgifter med Windows PowerShell

MDT-administrationsuppgifterna i Deployment Workbench utförs av underliggande Windows PowerShell cmdlets, som du kan använda för att automatisera administrativa uppgifter som de i följande avsnitt.

Du kan automatisera MDT-administrationen genom att utföra följande steg:

Skapa en ny distributionsresurs

Följande Windows PowerShell kommandon skapar en ny distributionsresurs vid D:\Production Deployment Share med namnet Production$. Den nya distributionsresursen visas i Workbench för distribution som produktion.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "D:\Production Deployment Share" -Description "Production" -NetworkPath "\\Deployment_Server\Production$" -Verbose | add-MDTPersistentDrive -Verbose

Skapa en mapp

Följande Windows PowerShell kommandon skapar en Adobe-mapp i Deployment Workbench-konsolträdet på Deployment Workbench/Deployment Shares/Production/Applications.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-item -path "DS002:\Applications" -enable "True" -Name "Adobe" -Comments "This folder contains Adobe software" -ItemType "folder" -Verbose remove-psdrive DS001 -Verbose

Obs!

Genom att lägga till "remove-psdrive" i skriptet ser du till att bakgrundsprocessen slutförs innan du fortsätter.

Ta bort en mapp

Följande Windows PowerShell kommandon tar bort mappen Deployment Workbench/Deployment Shares/Production/Applications/Adobe.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Remove-item -path "DS002:\Applications\Adobe" -Verbose

Obs!

Skriptet kommer att misslyckas om mappen inte är tom.

Importera en enhetsdrivrutin

Följande Windows PowerShell kommandon importerar Dell 2407 WFP bildskärmsenhetsdrivrutin till produktionsdistributionsresursen.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdtdriver -path "DS002:\Out-of-Box Drivers\Monitor" -SourcePath "D:\Drivers\Dell\2407 WFP" -Verbose

Ta bort en enhetsdrivrutin

Följande Windows PowerShell kommando tar bort bildskärmsdrivrutinen för Dell 2407 WFP från produktionsdistributionsresursen.

Remove-item -path "DS002:\Out-of-Box Drivers\Dell Inc. Monitor 2407WFP.INF 1.0" -Verbose

Importera ett operativsystempaket

Följande Windows PowerShell kommandon importerar alla operativsystempaket som finns under D:\Uppdateringar\Microsoft\Vista. De här operativsystempaketen lagras i produktionsdistributionsresursen, som finns i D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdtpackage -path "DS002:\Packages" -SourcePath "D:\Updates\Microsoft\Vista" -Verbose

Ta bort ett operativsystempaket

Följande Windows PowerShell kommando tar bort det angivna operativsystempaketet från produktionsdistributionsresursen.

Remove-item -path "DS002:\Packages\Package_1_for_KB940105 neutral x86 6.0.1.0 KB940105" -Verbose

Importera ett operativsystem

Följande Windows PowerShell kommandon importerar operativsystemet Windows Vista som finns i D:\Operating Systems\Windows Vista x86. Operativsystemet lagras i produktionsdistributionsresursen, som finns i D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdtoperatingsystem -path "DS002:\Operating Systems" -SourcePath "D:\Operating Systems\Windows Vista x86" -DestinationFolder "Windows Vista x86" -Verbose

Ta bort ett operativsystem

Följande Windows PowerShell kommando tar bort operativsystemet Windows Vista HOMEBASIC från produktionsdistributionsresursen.

Remove-item -path "DS002:\Operating Systems\Windows Vista HOMEBASIC in Windows Vista x86 install.wim" -Verbose

Skapa ett program

Följande Windows PowerShell kommandon skapar programmet Adobe Reader 9 med källfiler från D:\Software\Adobe\Reader 9. Programmet lagras i produktionsdistributionsresursen, som finns i D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-MDTApplication -path "DS002:\Applications" -enable "True" -Name "Adobe Reader 9" -ShortName "Reader" -Version "9" -Publisher "Adobe" -Language "" -CommandLine "setup.exe" -WorkingDirectory ".\Applications\Adobe Reader 9" -ApplicationSourcePath "D:\Software\Adobe\Reader 9" -DestinationFolder "Adobe Reader 9" -Source ".\Applications\Adobe Reader 9" -Verbose

Ta bort ett program

Följande Windows PowerShell-kommando tar bort Adobe Reader 9-programmet från produktionsdistributionsresursen.

Remove-item -path "DS002:\Applications\Adobe Reader 9" -Verbose

Skapa en uppgiftssekvens

Följande Windows PowerShell kommandon skapar aktivitetssekvensen Windows Vista Production Build i produktionsdistributionsresursen som finns i D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdttasksequence -path "DS002:\Task Sequences" -Name "Windows Vista Business Production Build" -Template "Client.xml" -Comments "Approved for use in the production environment.  This task sequence uses the Standard Client task sequence template" -ID "Vista_Ref" -Version "1.0" -OperatingSystemPath "DS002:\Operating Systems\Windows Vista BUSINESS in Windows Vista x86 install.wim" -FullName "Fabrikam User" -OrgName "Fabrikam" -HomePage "http://www.Fabrikam.com" -AdminPassword "secure_password" -Verbose

Ta bort en uppgiftssekvens

Följande Windows PowerShell kommando tar bort aktivitetssekvensen Windows Vista Production Build från produktionsdistributionsresursen.

Remove-item -path "DS002:\Task Sequences\Windows Vista Business Production Build" -force -Verbose

Skapa en MDT DB

Följande Windows PowerShell kommandon skapar en ny MDT DB på deployment_server-servern för produktionsdistributionsresursen. Databasanslutningen kommer att ske via TCP/IP.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-MDTDatabase -path "DS002:" -SQLServer "DeploymentServer" -Netlib "DBMSSOCN" -Database "MDT2010" -SQLShare "DB_Connect" -Force -Verbose

Skapa en urvalsprofil

Följande Windows PowerShell kommandon skapar en ny profil för val av program.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-item -path "DS002:\Selection Profiles" -enable "True" -Name "Applications" -Comments "" -Definition "<SelectionProfile><Include path="Applications" /></SelectionProfile>" -ReadOnly "False" -Verbose

Uppdatera en distributionsresurs

Följande Windows PowerShell kommandon uppdaterar produktionsdistributionsresursen, som finns i D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Update\-MDTDeploymentShare \-path "DS002:" \-Verbose

Skapa en länkad distributionsresurs

Följande Windows PowerShell kommandon skapar en distributionsresurs som är länkad till produktionsdistributionsresursen och finns under \\remote_server_name\Deployment$ resursen. Urvalsprofilen Allt används för att avgöra vilket innehåll som replikeras till den länkade distributionsresursen. Innehåll från produktionsdistributionsresursen sammanfogas med innehåll som redan finns i resursen \\remote_server_name\Deployment$.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-item -path "DS002:\Linked Deployment Shares" -enable "True" -Name "LINKED001" -Comments "" -Root "\\RemoteServerName\Deployment$" -SelectionProfile "Everything" -Replace "False" -Verbose

Uppdatera en länkad distributionsresurs

Följande Windows PowerShell kommandon uppdaterar den LINKED001 distributionsresursen.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Replicate-MDTContent -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

Ta bort en länkad distributionsresurs

Följande Windows PowerShell kommandon tar bort LINKED001-distributionsresursen.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
Remove-item -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

Skapa media

Följande kommandon i Windows PowerShell skapar en källmapp med innehåll som används för att skapa startbara medier. Produktionsdistributionsresursen används som källa. Urvalsprofilen Allt bestämmer vilket innehåll som placeras i medieinnehållsmappen. Den LiteTouchMedia.iso filen skapas när mediet genereras. Media kommer att stödja både x86- och x64-plattformar.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-item -path "DS002:\Media" -enable "True" -Name "MEDIA001" -Comments "some comment here" -Root "D:\Media" -SelectionProfile "Everything" -SupportX86 "True" -SupportX64 "True" -GenerateISO "True" -ISOName "LiteTouchMedia.iso" -Verbose
New-PSDrive -Name "MEDIA001" -PSProvider "MDTProvider" -Root "D:\Media\Content" -Description "Embedded media deployment share" -Force -Verbose

Generera media

Följande Windows PowerShell kommandon skapar LiteTouchMedia.iso-filen i D:\Media, som använder innehåll från mappen MEDIA001 mediekälla.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Generate-MDTMedia -path "DS002:\Media\MEDIA001" -Verbose

Ta bort media

Följande Windows PowerShell kommando tar bort MEDIA001 mediet från produktionsdistributionsresursen.

Remove-item -path "DS002:\Media\MEDIA001" -Verbose

Fördröja domänanslutning för att undvika tillämpning av grupprincipobjekt

Grupprincip är en omfattande och flexibel teknik som ger möjlighet att effektivt hantera ett stort antal datorer och användarobjekt i Active Directory Domain Services (AD DS) via en centraliserad en-till-många-modell. grupprincip inställningar finns i ett grupprincip-objekt (GPO) och är länkade till en eller flera AD DS-tjänstbehållare – webbplatser, domäner och organisationsenheter (OU).

Vissa organisationer har grupprincip inställningar som är restriktiva och kan orsaka problem under distribution av operativsystem. Följande inställningar för grupprincip kan till exempel avbryta en automatiserad inloggningsprocess:

  • Begränsningar för automatisk inloggning

  • Byta namn på administratörskonto

  • Juridiska banderoller och bildtexter

  • Restriktiva säkerhetsprinciper (till exempel SSLF-principen (Specialized Security – Limited Functionality))

    Ett alternativ för att lösa de problem som ett GPO kan orsaka under distributionen är att ansluta datorn till domänen så sent som möjligt i distributionsprocessen. Den här kopplingen kan göras med hjälp av ett anpassat aktivitetssekvenssteg som kör ZTIDomainJoin.wsf-skriptet.

    För att ansluta måldatorn till domänen använder skriptet ZTIDomainJoin.wsf egenskaperna DomainAdmin, DomainAdminDomain, DomainAdminPassword, JoinDomain och MachineObjectOU . Du kan deklarera dessa egenskaper med hjälp av distributionsguiden för Windows, regler för distributionsresurser, MDT DB och Configuration Manager dator- och samlingsregler. Det konto som används måste ha behörighet att skapa och ta bort datorobjekt i domänen.

    Vanligtvis uppdaterar skriptet ZTIConfigure.wsf filen Unattend.xml eller Unattend.txt med de värden som anges av dessa egenskaper. De här inställningarna tolkas sedan av installationsprogrammet för Windows och systemet försöker ansluta till domänen tidigt i distributionsprocessen. Om du gör det kommer måldatorn att påverkas av inställningar som anges i domänens grupprincipobjekt, vilket kan leda till att distributionsprocessen misslyckas.

    Om du avsiktligt vill fördröja anslutningen av måldatorn till domänen under distributionsprocessen kan du ta bort vissa element från Unattend.xml-filen. Skriptet ZTIConfigure.wsf hoppar över skrivning av egenskaper till Unattend.xml-filen om det associerade egenskapselementet saknas i filen.

Obs!

Det här exemplet på lösning är endast giltig när du distribuerar operativsystemen Windows 7, Windows Server 2008 eller Windows Server 2008 R2.

Förbered unattend.xml-filen så att måldatorn inte försöker ansluta till domänen under installationsprogrammet för Windows

  1. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  2. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (där deployment_share är namnet på distributionsresursen och task_sequence är namnet på den aktivitetssekvens som ska konfigureras).

  3. I fönstret Åtgärder väljer du Egenskaper.

  4. Välj Redigera Unattend.xmlpå fliken OS-information.

    Windows System Image Manager (Windows SIM) startar.

  5. I fönstret Svarsfil går du till 4 specialisering/identifiering/autentiseringsuppgifter. Högerklicka på Autentiseringsuppgifter och välj sedan Ta bort.

  6. Välj Ja.

  7. Spara svarsfilen och avsluta sedan Windows SIM.

  8. Välj OK i dialogrutan Egenskaper för aktivitetssekvens.

    Eftersom elementen Credentials saknas i unattend.xml-filen kan ZTIConfigure.wsf-skriptet inte fylla i domänanslutningsinformationen i Unattend.xml-filen, vilket hindrar installationsprogrammet för Windows från att försöka ansluta till domänen.

    Så här lägger du till ett aktivitetssekvenssteg som ansluter måldatorn till domänen

  9. Välj Start och peka sedan på Alla program. Peka på Microsoft Deployment Toolkit och välj sedan Workbench för distribution.

  10. I konsolträdet för Deployment Workbench går du till Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (där deployment_share är namnet på distributionsresursen och task_sequence är namnet på den aktivitetssekvens som ska konfigureras).

  11. I fönstret Åtgärder väljer du Egenskaper.

  12. På fliken Aktivitetssekvens går du till och expanderar noden Tillståndsåterställning.

  13. Kontrollera att åtgärdssekvenssteget Återställ från domän finns. Om det gör det går du vidare till steg 9.

  14. I dialogrutan Egenskaper för aktivitetssekvens väljer du Lägg till, går till Inställningar och väljer Återställ från domän.

  15. Lägg till steget Återställ från domän i aktivitetssekvensredigeraren. Kontrollera att steget är på rätt plats i aktivitetssekvensen.

  16. Kontrollera att inställningarna för åtgärdssekvenssteget Återställ från domän är konfigurerade för att uppfylla dina behov.

  17. Välj OK i dialogrutan Egenskaper för aktivitetssekvens för att spara aktivitetssekvensen.

  • Last updated on