Delen via

Handleiding voor voorbeelden van Microsoft Deployment Toolkit

  • Artikel

Deze handleiding maakt deel uit van Microsoft Deployment Toolkit (MDT) en begeleidt een gespecialiseerd team bij het implementeren van Windows-besturingssystemen en Microsoft Office. Deze handleiding is met name ontworpen om voorbeeldconfiguratie-instellingen te bieden voor specifieke implementatiescenario's.

Opmerking

In dit artikel is Windows van toepassing op de besturingssystemen Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 en Windows Server 2008 R2, tenzij anders vermeld. MDT biedt geen ondersteuning voor op ARM-processor gebaseerde versies van Windows. Op dezelfde manier verwijst MDT naar de huidige versie van MDT, tenzij anders vermeld.

Deze handleiding gebruiken

Bekijk de lijst met scenarioonderwerpen in de inhoudsopgave.

  1. Selecteer het scenario dat het meest overeenkomt met de implementatiedoelen van uw organisatie.

  2. Controleer de voorbeeldconfiguratie-instellingen voor het geselecteerde scenario.

  3. Gebruik de voorbeeldconfiguratie-instellingen als basis voor de configuratie-instellingen in uw omgeving.

  4. Pas de voorbeeldconfiguratie-instellingen voor uw omgeving aan.

    In veel gevallen kan meer dan één scenario nodig zijn om de configuratie-instellingen voor de omgeving te voltooien.

    Omdat deze handleiding alleen voorbeeldconfiguratie-instellingen bevat, kan het bekijken van de handleidingen in de volgende tabel verder helpen bij het aanpassen van de configuratie-instellingen voor de omgeving.

    Gids Deze handleiding biedt hulp om u te helpen
    Snelstartgids voor Microsoft System Center 2012 R2 Configuration Manager Gebruik System Center 2012 R2 Configuration Manager om het besturingssysteem Windows 8.1 te installeren in een implementatiescenario voor nieuwe computers.
    Aan de slag met de installatie van Lite Touch Installeer het besturingssysteem Windows 8.1 via Lite Touch Installation (LTI) met behulp van opstartbare media in een implementatiescenario voor nieuwe computers.
    Snelstartgids voor User-Driven-installatie Installeer het besturingssysteem Windows 8.1 met User-Driven Installatie en System Center 2012 R2 Configuration Manager in een implementatiescenario voor nieuwe computers.
    De Microsoft Deployment Toolkit gebruiken Pas de configuratiebestanden die worden gebruikt in Zero Touch Installation (ZTI) en LTI-implementaties verder aan. Deze handleiding bevat ook algemene configuratierichtlijnen en een technische referentie voor configuratie-instellingen.

Windows 8-toepassingen implementeren met MDT

MDT kan Windows 8 toepassingspakketten implementeren, die een .appx bestandsextensie hebben. Deze toepassingspakketten zijn nieuw voor Windows 8. Zie Windows Store-app-ontwikkeling voor meer informatie over deze toepassingen.

Implementeer Windows 8 toepassingen met MDT door de volgende stappen uit te voeren:

Windows 8-toepassingen implementeren met LTI

U kunt Windows 8 toepassingen implementeren met LTI, net als elke andere toepassing die het installatieproces vanaf een opdrachtregel initieert. U kunt Windows 8 toepassingen toevoegen aan LTI-implementaties in het knooppunt Toepassingen in de Deployment Workbench.

Een Windows 8-toepassing implementeren met LTI

  1. Maak een gedeelde netwerkmap waarin de toepassing moet worden opgeslagen.

  2. Kopieer de Windows 8-toepassing naar de gedeelde netwerkmap die u in de vorige stap hebt gemaakt.

    Zorg ervoor dat u het Windows 8 toepassingsbestand .appx en eventuele andere vereiste bestanden kopieert, zoals een .cer-bestand dat het toepassingscertificaat bevat.

  3. Maak een LTI-toepassingsitem voor de Windows 8 toepassing in het knooppunt Toepassingen in de Implementatie workbench met behulp van de wizard Nieuwe toepassing.

    Tijdens het voltooien van de wizard Nieuwe toepassing typt u op de pagina Opdrachtdetails in opdrachtregelapp_file_name (waarbij app_file_name de naam van de Windows 8 toepassing is).

    Zie de volgende secties in het MDT-document , De Microsoft Deployment Toolkit gebruiken voor meer informatie over het voltooien van de wizard Nieuwe toepassing in de Implementatiewerkset:

    • "Een nieuwe toepassing maken die wordt geïmplementeerd vanuit de implementatieshare"

    • "Een nieuwe toepassing maken die is geïmplementeerd vanuit een andere gedeelde netwerkmap"

  4. Selecteer het LTI-toepassingsitem dat in de vorige stap is gemaakt in een LTI-takenreeks.

Windows 8-toepassingen implementeren met behulp van UDI

U kunt Windows 8 toepassingen implementeren met behulp van UDI, net als elke andere toepassing die het installatieproces vanaf een opdrachtregel initieert. U kunt Windows 8 toepassingen toevoegen aan UDI-implementaties op de wizardpagina ApplicationPage in de Designer van de wizard UDI.

Opmerking

Voor de implementatie van Windows 8- en Windows 8-toepassingen met UDI is System Center 2012 R2 Configuration Manager vereist.

Een Windows 8-toepassing implementeren met behulp van UDI

  1. Maak een gedeelde netwerkmap waarin de toepassing moet worden opgeslagen.

    Deze map wordt de bronmap voor de Configuration Manager-toepassing die u later in het proces gaat maken.

  2. Kopieer de Windows 8-toepassing naar de gedeelde netwerkmap die u in de vorige stap hebt gemaakt.

    Zorg ervoor dat u het Windows 8 toepassingsbestand .appx en eventuele andere vereiste bestanden kopieert, zoals een .cer-bestand dat het toepassingscertificaat bevat.

  3. De Windows 8-toepassing toevoegen als een Configuration Manager-toepassing

  4. Maak een Configuration Manager toepassingsitem voor de Windows 8 toepassing met behulp van de wizard Toepassing maken in de Configuration Manager-console.

    Maak tijdens het voltooien van de wizard Toepassing maken een implementatietype om de Windows 8 toepassing te implementeren met behulp van de wizard Implementatietype maken. Typ in de wizard Implementatietype maken op de pagina Inhoud in Installatieprogrammaapp_file_name (waarbij app_file_name de naam is van de Windows 8 toepassing).

    Zie de volgende secties in de documentatiebibliotheek voor System Center 201 Configuration Manager 2 2012 voor meer informatie over het voltooien van de wizard Toepassing maken in de Configuration Manager-console, die deel uitmaakt van Configuration Manager:

  5. Zorg ervoor dat de UDA-functie (User Device Affinity) in Configuration Manager juist is geconfigureerd om affiniteit tussen gebruikers en apparaten te ondersteunen voor Configuration Manager toepassingsimplementatie.

    Zie Gebruikersaffiniteit beheren in Configuration Manager voor meer informatie over het configureren van UDA voor ondersteuning van Configuration Manager toepassingsimplementatie.

  6. Implementeer de toepassing die in stap 4 is gemaakt voor de doelgebruikers.

    Zie Toepassingen implementeren in Configuration Manager voor meer informatie over het implementeren van een toepassing voor gebruikers.

  7. Configureer de wizardpagina ApplicationPage om de Configuration Manager toepassing op te nemen die in stap 4 is gemaakt met behulp van de UDI-wizard Designer.

    Zie de sectie 'Stap 5-11: Het configuratiebestand van de UDI-wizard voor de doelcomputer aanpassen' in het MDT-document Quick start guide for User-Driven Installation (Snelstartgids voor User-Driven installatie) voor meer informatie over het configureren van de wizard ApplicationPage met behulp van de wizard UDI-Designer.

  8. Selecteer het UDI-toepassingsitem dat in de vorige stap in een UDI-takenreeks is gemaakt.

    Opmerking

    De Windows 8-toepassing wordt niet geïnstalleerd door de takenreeks, maar wordt geïnstalleerd wanneer de gebruiker zich de eerste keer aanmeldt bij de doelcomputer (zoals gedefinieerd door de UDA-instelling die is geconfigureerd in stap 5) met behulp van de functie User-Centric App Installer (AppInstall.exe) in UDI.

    Zie de sectie 'User-Centric App Installer Reference' in het MDT-document Toolkit Reference voor meer informatie over de functie User-Centric App Installer in UDI.

MDT beheren met behulp van Windows PowerShell

U kunt MDT-implementatieshares beheren met behulp van de Deployment Workbench en Windows PowerShell. MDT bevat een Windows PowerShell-module ™, Microsoft.BDD.SnapIn, die moet worden geladen voordat u de MDT-specifieke functies in Windows PowerShell kunt gebruiken. De MDT-Windows PowerShell-module bevat:

De MDT-Windows PowerShell Snap-In laden

De MDT-cmdlets worden geleverd in een Windows PowerShell module Microsoft.BDD.SnapIn die moet worden geladen voordat u de MDT-cmdlets gebruikt. Laad de MDT-Windows PowerShell-module met behulp van de cmdlet Add-PSSnapIn, zoals beschreven in De MDT-Windows PowerShell Snap-In de Add-PSSnapIn-cmdlet laden.

De MDT-Windows PowerShell Snap-In laden met behulp van de cmdlet Add-PSSnapIn

U kunt de MDT Windows PowerShell module Microsoft.BDD.PSSnapIn laden vanuit elke Windows PowerShell omgeving met behulp van de cmdlet Add-PSSnapIn, zoals wordt weergegeven in het volgende voorbeeld:

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn

Een implementatieshare maken met behulp van Windows PowerShell

U kunt implementatieshares maken met behulp van de MDT Windows PowerShell cmdlets. De hoofdmap voor de implementatieshare wordt gemaakt en gedeeld met behulp van standaard-Windows PowerShell cmdlets en aanroepen naar WMI-klasseopdrachten (Windows Management Instrumentation). De implementatieshare wordt ingevuld met behulp van de MDTProvider Windows PowerShell-provider en de cmdlet NewPSDrive. Het MDTProvider Windows PowerShell station blijft behouden met behulp van de cmdlet Add-MDTPersistentDrive.

Een implementatieshare voorbereiden met behulp van de MDT Windows PowerShell cmdlets

  1. Laad de MDT-Windows PowerShell-module zoals beschreven in De MDT-Windows PowerShell-module laden.

  2. Maak de map die de hoofdmap van de nieuwe implementatieshare wordt met behulp van de cmdlet New-Item , zoals wordt weergegeven in het volgende voorbeeld en beschreven in De cmdlet New-Item gebruiken:

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

    De cmdlet geeft de geslaagde aanmaak van de map weer.

  3. Deel de map die in de vorige stap is gemaakt met behulp van de WMI-win32_share-klasse zoals in het volgende voorbeeld is gezaaid:

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

    De aanroep van de klasse win32_share retourneert de resultaten van de aanroep. Als de waarde van ReturnValue nul (0) is, is de aanroep geslaagd.

  4. Geef de nieuwe gedeelde map op als een implementatieshare met behulp van de cmdlet NewPSDrive , zoals wordt weergegeven in het volgende voorbeeld:

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

    De cmdlet begint automatisch met het maken van de implementatieshare en het kopiëren van de sjabloongegevens naar de nieuwe implementatieshare. Na voltooiing van het kopieerproces geeft de cmdlet de informatie weer voor de nieuwe implementatieshare.

    Opmerking

    De waarde in de parameter Name (DS002) moet uniek zijn en mag niet hetzelfde zijn als een bestaande implementatieshare Windows PowerShell station.

  5. Controleer of de juiste implementatiesharemappen zijn gemaakt met behulp van de opdracht dir , zoals wordt weergegeven in het volgende voorbeeld:

    Get-ChildItem ds002:

    De lijst met standaardmappen in de hoofdmap van de implementatieshare wordt weergegeven.

  6. Voeg de nieuwe implementatieshare toe aan de lijst met persistente MDT-implementatieshares met behulp van de cmdlet Add-MDTPersistentDrive , zoals wordt weergegeven in het volgende voorbeeld:

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

    In dit voorbeeld wordt de variabele $NewDS gebruikt om het Windows PowerShell-stationobject voor de nieuwe implementatieshare door te geven aan de cmdlet.

    U kunt ook de cmdlets NewPSDrive en Add-MDTPersistentDrive combineren, zoals in het volgende voorbeeld wordt weergegeven:

    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

    In het vorige voorbeeld bevat de pijplijn Windows PowerShell zowel de parameters Name als InputObject.

Eigenschappen van implementatieshare weergeven met behulp van Windows PowerShell

U kunt de eigenschappen van MDT-implementatieshares weergeven met behulp van de cmdlet Get-ItemProperty en de MDTProvider Windows PowerShell provider. Dezelfde eigenschappen zijn ook te zien in de Deployment Workbench.

Eigenschappen van implementatieshares weergeven met behulp van de MDT Windows PowerShell cmdlets

  1. Laad de MDT-Windows PowerShell-module zoals beschreven in De MDT-Windows PowerShell-module laden.

  2. Zorg ervoor dat de MDT-implementaties delen Windows PowerShell stations zijn hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals wordt weergegeven in het volgende voorbeeld:

    Restore-MDTPersistentDrive -Verbose

    Opmerking

    Als de MDT-implementaties die Windows PowerShell stations delen al zijn hersteld, ontvangt u een waarschuwingsbericht dat aangeeft dat de cmdlet het station niet kan herstellen.

  3. Controleer als volgt of de MDT-implementaties die Windows PowerShell stations delen, correct zijn hersteld met behulp van de Get-PSDrive-cmdlet:

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

    De lijst met Windows PowerShell stations die worden geleverd met behulp van de MDTProvider worden weergegeven.

  4. Bekijk de eigenschappen van de implementatieshare met behulp van de cmdlet Get-ItemProperty , zoals wordt weergegeven in het volgende voorbeeld:

    Get-ItemProperty "DS002:"

    In dit voorbeeld is DS002: de naam van een Windows PowerShell station dat in stap 3 is geretourneerd. De cmdlet retourneert de eigenschappen voor de implementatieshare.

De lijst met implementatieshares weergeven met behulp van Windows PowerShell

U kunt de lijst met MDT-implementatieshares bekijken met behulp van de cmdlet Get-PSDrive en de MDTProvider Windows PowerShell provider. Dezelfde lijst met implementatieshares kan ook worden weergegeven in de Deployment Workbench.

Een lijst met implementatieshares weergeven met behulp van de MDT Windows PowerShell cmdlets

  1. Laad de MDT-Windows PowerShell-module zoals beschreven in De MDT-Windows PowerShell-module laden.

  2. Zorg ervoor dat de MDT-implementaties delen Windows PowerShell stations worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals wordt weergegeven in het volgende voorbeeld:

    Restore-MDTPersistentDrive -Verbose

    Opmerking

    Als de MDT-implementaties die Windows PowerShell stations delen al zijn hersteld, ontvangt u een waarschuwingsbericht dat aangeeft dat de cmdlet het station niet kan herstellen.

  3. Bekijk de lijst met MDT-implementaties die Windows PowerShell stations delen, één voor elke implementatieshare, met behulp van de Get-PSDrive-cmdlet als volgt:

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

    De lijst met Windows PowerShell stations die zijn opgegeven met de MDTProvider worden vermeld, één voor elke implementatieshare.

Een implementatieshare bijwerken met behulp van Windows PowerShell

U kunt implementatieshares bijwerken met behulp van de cmdlet Update-MDTDeploymentShare en de MDTProvider Windows PowerShell-provider. Als u een implementatieshare bijwerkt, worden de Opstartinstallatiekopieën van Windows PE (WIM en ISO-bestanden van de International Organization for Standardization) gemaakt die nodig zijn om de LTI-implementatie te starten. U kunt hetzelfde proces uitvoeren met behulp van de Deployment Workbench, zoals beschreven in 'Update a Deployment Share in the Deployment Workbench'.

Een implementatieshare bijwerken met behulp van Windows PowerShell

  1. Laad de MDT-Windows PowerShell-module zoals beschreven in De MDT-Windows PowerShell-module laden.

  2. Zorg ervoor dat de MDT-implementaties die Windows PowerShell stations delen, worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals wordt weergegeven in het volgende voorbeeld:

    Restore-MDTPersistentDrive -Verbose

    Opmerking

    Als de MDT-implementaties die Windows PowerShell stations delen al zijn hersteld, ontvangt u een waarschuwingsbericht dat aangeeft dat de cmdlet het station niet kan herstellen.

  3. Controleer als volgt of de MDT-implementaties die Windows PowerShell stations delen, correct zijn hersteld met behulp van de Get-PSDrive-cmdlet:

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

    De lijst met Windows PowerShell stations die zijn opgegeven met de MDTProvider worden weergegeven.

  4. Werk de implementatieshare bij met behulp van de cmdlet Update-MDTDeploymentShare , zoals wordt weergegeven in het volgende voorbeeld:

    Update-MDTDeploymentShare -Path "DS002:" -Force

    In dit voorbeeld is DS002: de naam van een Windows PowerShell station dat in stap 3 is geretourneerd.

    Opmerking

    Het bijwerken van de implementatieshare kan lang duren. De voortgang van de cmdlet wordt boven aan de Windows PowerShell-console weergegeven.

    De cmdlet retourneert zonder uitvoer als de update is geslaagd.

Een gekoppelde implementatieshare bijwerken met behulp van Windows PowerShell

U kunt gekoppelde implementatieshares bijwerken (repliceren) met behulp van de cmdlet Update-MDTLinkedDS en de MDTProvider Windows PowerShell provider. Als u een gekoppelde implementatieshare bijwerkt, wordt de inhoud van de oorspronkelijke implementatieshare gerepliceerd naar de gekoppelde implementatieshare. U kunt hetzelfde proces uitvoeren met behulp van de Implementatie-Workbench, zoals beschreven in 'Gekoppelde implementatieshares repliceren in de implementatiewerkbench'.

Een gekoppelde implementatieshare bijwerken met behulp van Windows PowerShell

  1. Laad de MDT-Windows PowerShell-module zoals beschreven in De MDT-Windows PowerShell-module laden.

  2. Zorg ervoor dat de MDT-implementaties die Windows PowerShell stations delen, worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals wordt weergegeven in het volgende voorbeeld:

    Restore-MDTPersistentDrive -Verbose

    Opmerking

    Als de MDT-implementaties die Windows PowerShell stations delen al zijn hersteld, ontvangt u een waarschuwingsbericht dat aangeeft dat de cmdlet het station niet kan herstellen.

  3. Controleer als volgt of de MDT-implementaties die Windows PowerShell stations delen, correct zijn hersteld met behulp van de Get-PSDrive-cmdlet:

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

    De lijst met Windows PowerShell stations die zijn opgegeven met de MDTProvider worden weergegeven.

  4. Werk de implementatieshare bij met behulp van de cmdlet Update-MDTDeploymentShare , zoals wordt weergegeven in het volgende voorbeeld:

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

    In dit voorbeeld is DS002: de naam van een Windows PowerShell station dat in stap 3 is geretourneerd.

    Opmerking

    Het bijwerken van de gekoppelde implementatieshare kan lang duren. De voortgang van de cmdlet wordt boven aan de Windows PowerShell-console weergegeven.

    De cmdlet retourneert zonder uitvoer als de update is geslaagd.

Implementatiemedia bijwerken met behulp van Windows PowerShell

U kunt implementatiemedia bijwerken (genereren) met behulp van de cmdlet Update-MDTMedia en de MDTProvider Windows PowerShell provider. Het bijwerken van implementatiemedia repliceert de inhoud van de oorspronkelijke implementatieshare naar de gekoppelde implementatieshare en genereert vervolgens .iso- en WIM-bestanden. U kunt hetzelfde proces uitvoeren met behulp van de Deployment Workbench, zoals wordt beschreven in 'Media-installatiekopieën genereren in de Implementatie workbench'.

Wanneer de cmdlet Update-MDTMedia is voltooid, worden de volgende bestanden gemaakt:

  • Een .iso-bestand in de map media_folder (waarbij media_folder de naam is van de map die u hebt opgegeven voor de media)

    Het genereren van het .iso-bestand is een optie die u configureert door:

    • Schakel het selectievakje Een Lite Touch-opstartbare ISO-installatiekopie genereren in op het tabblad Algemeen van het dialoogvenster Eigenschappen van media (Schakel dit selectievakje uit om de tijd te verkorten die nodig is om de media te genereren, tenzij u opstartbare dvd's moet maken of virtuele machines [VM's] moet starten vanuit het .iso-bestand.)

    • Dezelfde eigenschap instellen met de cmdlet Set-ItemProperty

  • WIM-bestanden in de map media_folder\Content\Deploy\Boot (waarbij media_folder de naam is van de map die u hebt opgegeven voor de media)

    Een gekoppelde implementatieshare bijwerken met behulp van Windows PowerShell

  1. Laad de MDT-Windows PowerShell-module zoals beschreven in De MDT-Windows PowerShell-module laden.

  2. Zorg ervoor dat de MDT-implementaties delen Windows PowerShell stations worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals wordt weergegeven in het volgende voorbeeld:

    Restore-MDTPersistentDrive -Verbose

    Opmerking

    Als de MDT-implementaties die Windows PowerShell stations delen al zijn hersteld, ontvangt u een waarschuwingsbericht dat aangeeft dat de cmdlet het station niet kan herstellen.

  3. Controleer als volgt of de MDT-implementaties die Windows PowerShell stations delen, correct zijn hersteld met behulp van de Get-PSDrive-cmdlet:

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

    De lijst met Windows PowerShell stations die zijn opgegeven met de MDTProvider worden weergegeven.

  4. Werk de implementatieshare bij met behulp van de cmdlet Update-MDTDeploymentShare , zoals wordt weergegeven in het volgende voorbeeld:

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

    In dit voorbeeld is DS002: de naam van een Windows PowerShell station dat in stap 3 is geretourneerd.

    Opmerking

    Het bijwerken van de gekoppelde implementatieshare kan lang duren. De voortgang van de cmdlet wordt boven aan de Windows PowerShell-console weergegeven.

    De cmdlet retourneert zonder uitvoer als de update is geslaagd.

Items in een implementatieshare beheren met behulp van Windows PowerShell

Een implementatieshare bevat items die worden gebruikt om implementaties uit te voeren, zoals besturingssystemen, toepassingen, apparaatstuurprogramma's, besturingssysteempakketten en takenreeksen. Deze items kunnen worden beheerd met behulp van cmdlets van Windows PowerShell en de items die zijn meegeleverd met MDT.

Zie Items rechtstreeks bewerken voor meer informatie over het rechtstreeks bewerken van items met behulp van Windows PowerShell cmdlets. De mapstructuur voor een implementatieshare kan ook worden beheerd met behulp van Windows PowerShell. Zie Mappen voor implementatieshares beheren met behulp van Windows PowerShell voor meer informatie.

Een item importeren in een implementatieshare

U kunt elk type item, zoals besturingssystemen, toepassingen of apparaatstuurprogramma's, importeren met behulp van MDT-cmdlets. Voor elk type item is er een specifieke MDT-cmdlet. Als u meerdere items wilt importeren in een implementatieshare met behulp van Windows PowerShell, raadpleegt u De populatie van een implementatieshare automatiseren.

De volgende tabel bevat de MDT Windows PowerShell cmdlets die worden gebruikt om items te importeren in een implementatieshare en bevat een korte beschrijving van elke cmdlet. Voorbeelden van het gebruik van elke cmdlet vindt u in de sectie die overeenkomt met elke cmdlet.

Cmdlet Beschrijving
Import-MDTApplication Hiermee importeert u een toepassing in een implementatieshare
Import-MDTDriver Importeert een of meer apparaatstuurprogramma's in een implementatieshare
Import-MDTOperatingSystem Importeert een of meer besturingssystemen in een implementatieshare
Import-MDTPackage Importeert een of meer besturingssysteempakketten in een implementatieshare
Import-MDTTaskSequence Importeert een takenreeks in een implementatieshare

De eigenschappen van een item in een implementatieshare weergeven

Elk item in een implementatieshare heeft verschillende eigenschappen. U kunt de eigenschappen van een item in een implementatieshare bekijken met behulp van de cmdlet Get-ItemProperty . De cmdlet Get-ItemProperty gebruikt de MDTProvider om de eigenschappen voor een specifiek item weer te geven, net zoals u de eigenschappen in de Deployment Workbench kunt zien.

Als u de eigenschappen van meerdere items in een implementatieshare wilt weergeven met behulp van Windows PowerShell, raadpleegt u De populatie van een implementatieshare automatiseren.

De eigenschappen van een item in een implementatieshare weergeven met behulp van Windows PowerShell

  1. Laad de MDT-Windows PowerShell-module zoals beschreven in De MDT-Windows PowerShell-module laden.

  2. Zorg ervoor dat de MDT-implementaties die Windows PowerShell stations delen, worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals wordt weergegeven in het volgende voorbeeld:

    Restore-MDTPersistentDrive -Verbose

    Opmerking

    Als de MDT-implementaties die Windows PowerShell stations delen al zijn hersteld, ontvangt u een waarschuwingsbericht dat aangeeft dat de cmdlet het station niet kan herstellen.

  3. Controleer of de MDT-implementaties die Windows PowerShell stations delen, correct zijn hersteld met behulp van de Cmdlet Get-PSDrive, zoals wordt weergegeven in het volgende voorbeeld:

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

    De lijst met Windows PowerShell stations die zijn opgegeven met de MDTProvider worden weergegeven.

  4. Retourneert een lijst met items voor het type item waarvoor u de eigenschappen wilt weergeven met behulp van de cmdlet Get-Item , zoals in het volgende voorbeeld wordt weergegeven:

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

    In het vorige voorbeeld wordt een lijst met alle besturingssystemen in de implementatieshare weergegeven. De uitvoer wordt doorgesluisd naar de cmdlet Format-List , zodat de lange namen van de besturingssystemen kunnen worden weergegeven. Zie De cmdlet Format-List gebruiken voor meer informatie over het gebruik van de cmdlet Format-List. Hetzelfde proces kan worden gebruikt om de lijst met andere typen items te retourneren, zoals apparaatstuurprogramma's of toepassingen.

    Tip

    U had ook de opdracht dir kunnen gebruiken om de lijst met besturingssystemen weer te geven in plaats van de cmdlet Get-Item .

  5. Bekijk de eigenschappen van een van de items die in de vorige stap worden vermeld met behulp van de cmdlet Get-ItemProperty , zoals wordt weergegeven in het volgende voorbeeld:

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

    In dit voorbeeld is de waarde van de parameter Path de volledig gekwalificeerde Windows PowerShell pad naar het item, inclusief de bestandsnaam die in de vorige stap is geretourneerd. U kunt hetzelfde proces gebruiken om de eigenschappen van andere typen items weer te geven, zoals apparaatstuurprogramma's of toepassingen.

Een item verwijderen uit een implementatieshare

U kunt een item verwijderen uit een implementatieshare met behulp van de cmdlet Remove-Item . De cmdlet Remove-Item gebruikt de MDTProvider om een specifiek item te verwijderen, net zoals u een item in de Deployment Workbench kunt verwijderen. Zie Populatie van een implementatieshare automatiseren als u meerdere items in een implementatieshare wilt verwijderen met behulp van Windows PowerShell.

Opmerking

Als u een item verwijdert dat door een takenreeks wordt gebruikt, mislukt de takenreeks. Zorg ervoor dat er niet naar een item wordt verwezen door andere items in de implementatieshare voordat u het item verwijdert. Zodra een item is verwijderd, kan het niet meer worden hersteld.

Een item verwijderen uit een implementatieshare met behulp van Windows PowerShell

  1. Laad de MDT-Windows PowerShell-module zoals beschreven in De MDT-Windows PowerShell-module laden.

  2. Zorg ervoor dat de MDT-implementaties die Windows PowerShell stations delen, worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals wordt weergegeven in het volgende voorbeeld.

    Restore-MDTPersistentDrive -Verbose

    Opmerking

    Als de MDT-implementaties die Windows PowerShell stations delen al zijn hersteld, ontvangt u een waarschuwingsbericht dat aangeeft dat de cmdlet het station niet kan herstellen.

  3. Controleer of de MDT-implementaties die Windows PowerShell stations delen, correct zijn hersteld met behulp van de Cmdlet Get-PSDrive, zoals wordt weergegeven in het volgende voorbeeld:

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

    De lijst met Windows PowerShell stations die zijn opgegeven met de MDTProvider worden weergegeven.

  4. Retourneert een lijst met items voor het type item waarvoor u de eigenschappen wilt weergeven met behulp van de cmdlet Get-Item , zoals in het volgende voorbeeld wordt weergegeven:

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

    In het vorige voorbeeld wordt een lijst met alle besturingssystemen in de implementatieshare weergegeven. De uitvoer wordt doorgesluisd naar de cmdlet Format-List , zodat de lange namen van de besturingssystemen kunnen worden weergegeven. Zie De cmdlet Format-List gebruiken voor meer informatie over het gebruik van de cmdlet Format-List. U kunt hetzelfde proces gebruiken om de lijst met andere typen items te retourneren, zoals apparaatstuurprogramma's of toepassingen.

    Tip

    U had ook de opdracht dir kunnen gebruiken om de lijst met besturingssystemen weer te geven in plaats van de cmdlet Get-Item .

  5. Verwijder een van de items die in de vorige stap worden vermeld met behulp van de cmdlet Remove-Item , zoals wordt weergegeven in het volgende voorbeeld:

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

    In dit voorbeeld is de waarde van de parameter Path de volledig gekwalificeerde Windows PowerShell pad naar het item, inclusief de bestandsnaam die in de vorige stap is geretourneerd.

    U kunt hetzelfde proces gebruiken om andere typen items te verwijderen, zoals apparaatstuurprogramma's of toepassingen.

    Opmerking

    Als u een item verwijdert dat door een takenreeks wordt gebruikt, mislukt de takenreeks. Zorg ervoor dat er niet naar een item wordt verwezen door andere items in de implementatieshare voordat u het item verwijdert.

Populatie van een implementatieshare automatiseren

Met de MDT Windows PowerShell cmdlets kunt u afzonderlijke items beheren. Door echter enkele scriptfuncties in Windows PowerShell te gebruiken, kunnen de cmdlets worden gebruikt om de populatie van een implementatieshare te automatiseren.

Een organisatie moet bijvoorbeeld meerdere implementatieshares implementeren voor verschillende bedrijfseenheden, of een organisatie biedt mogelijk besturingssysteemimplementatieservices voor andere organisaties. In beide voorbeelden moeten de organisaties implementatieshares kunnen maken en vullen die consistent zijn geconfigureerd.

Een methode voor het beheren van meerdere items is het gebruik van een bestand met door komma's gescheiden waarden (CSV) met een lijst met alle items die u wilt beheren in een implementatieshare met behulp van de cmdlet Import-CSV .

Hier volgt een fragment van een Windows PowerShell script voor het importeren van een lijst met toepassingen op basis van informatie in een .csv-bestand met behulp van de cmdlets Import-CSV, ForEach-Object en 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
}

In dit voorbeeld bevat het C:\MDT\Import-MDT-Apps.csv-bestand een veld voor elke variabele die nodig is om een toepassing te importeren. Zie De cmdlet Import-Csv gebruiken voor meer informatie over het maken van een .csv-bestand voor gebruik met de cmdlet Import-CSV.

U kunt dezelfde methode gebruiken om besturingssystemen, apparaatstuurprogramma's en andere items in een implementatieshare te importeren door de volgende stappen uit te voeren:

  1. Maak een .csv-bestand voor elk type implementatieshareitem dat u wilt invullen.

  2. Zie De cmdlet Import-Csv gebruiken voor meer informatie over het maken van een .csv-bestand voor gebruik met de cmdlet Import-CSV.

  3. Maak een Windows PowerShell scriptbestand dat wordt gebruikt om de populatie van de implementatieshare te automatiseren.

    Zie Scripting with Windows PowerShell (Scripting with Windows PowerShell) voor meer informatie over het maken van een Windows PowerShell script.

  4. Maak een vereiste mapstructuur die vereist is in de implementatieshare voordat u de implementatieshare-items importeert.

    Zie Mappen voor implementatieshares beheren met behulp van Windows PowerShell voor meer informatie.

  5. Voeg de regel Import-CSV-cmdlet toe voor een van de .csv bestanden die u in stap 1 hebt gemaakt.

    Zie De cmdlet Import-Csv gebruiken voor meer informatie over de cmdlet Import-CSV.

  6. Maak een ForEach-Object-cmdlet-lus die elk item verwerkt uit het .csv bestand waarnaar wordt verwezen in de import-CSV-cmdlet in de vorige stap.

    Zie De cmdlet ForEach-Object gebruiken voor meer informatie over de ForEach-Object-cmdlet.

  7. Voeg de bijbehorende MDT-cmdlet toe voor het importeren van de implementatieshareitems in de ForEach-Object-cmdlet-lus die in de vorige stap is gemaakt.

    Zie Een item importeren in een implementatieshare voor meer informatie over de MDT-cmdlets die worden gebruikt voor het importeren van items in een implementatieshare.

Mappen voor implementatieshares beheren met behulp van Windows PowerShell

U kunt mappen in een implementatieshare beheren met opdrachtregelprogramma's, zoals de mkdir-opdracht, of met behulp van Windows PowerShell cmdlets, zoals de cmdlet New-Item en de MDTProvider Windows PowerShell provider. Dezelfde mapstructuur van implementatieshares kan ook worden gezien en beheerd in de Deployment Workbench. Zie Items rechtstreeks bewerken voor meer informatie over het rechtstreeks bewerken van items met behulp van Windows PowerShell cmdlets.

Een map maken in een implementatieshare met behulp van Windows PowerShell

Een map maken in een implementatieshare met behulp van Windows PowerShell

  1. Laad de MDT-Windows PowerShell-module zoals beschreven in De MDT-Windows PowerShell-module laden.

  2. Zorg ervoor dat de MDT-implementaties die Windows PowerShell stations delen, worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals wordt weergegeven in het volgende voorbeeld:

    Restore-MDTPersistentDrive -Verbose

    Opmerking

    Als de MDT-implementaties die Windows PowerShell stations delen al zijn hersteld, ontvangt u een waarschuwingsbericht dat aangeeft dat de cmdlet het station niet kan herstellen.

  3. Bekijk de lijst met MDT-implementaties die Windows PowerShell stations delen, één voor elke implementatieshare, met behulp van de Get-PSDrive-cmdlet als volgt:

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

    De lijst met Windows PowerShell stations die zijn opgegeven met mdtProvider worden vermeld, één voor elke implementatieshare

  4. Maak een map met de naam Windows_8 in de map Besturingssystemen in een implementatieshare met behulp van de opdracht New-Item , zoals wordt weergegeven in het volgende voorbeeld:

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

    In dit voorbeeld is DS002: de naam van een Windows PowerShell station dat in stap 3 is geretourneerd.

  5. Controleer of de map correct is gemaakt door de volgende opdracht te typen:

    Get-ChildItem "DS002:\Operating Systems"

    De map Windows_8 en eventuele andere bestaande mappen in de map Besturingssystemen worden weergegeven.

  6. Maak een map met de naam Windows_7 map in de map Besturingssystemen in een implementatieshare met behulp van de cmdlet New-Item , zoals wordt weergegeven in het volgende voorbeeld en beschreven in De cmdlet New-Item gebruiken:

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

    De cmdlet geeft de geslaagde aanmaak van de map weer.

  7. Controleer of de map correct is gemaakt door de volgende opdracht te typen:

    Get-ChildItem "DS002:\Operating Systems"

    De map Windows_7 en eventuele andere bestaande mappen in de map Besturingssystemen worden weergegeven.

Een map in een implementatieshare verwijderen met behulp van Windows PowerShell

Een map in een implementatieshare verwijderen met behulp van Windows PowerShell

  1. Laad de MDT-Windows PowerShell-module zoals beschreven in De MDT-Windows PowerShell-module laden.

  2. Zorg ervoor dat de MDT-implementaties die Windows PowerShell stations delen, worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals wordt weergegeven in het volgende voorbeeld:

    Restore-MDTPersistentDrive -Verbose

    Opmerking

    Als de MDT-implementaties die Windows PowerShell stations delen al zijn hersteld, ontvangt u een waarschuwingsbericht dat aangeeft dat de cmdlet het station niet kan herstellen.

  3. Bekijk de lijst met MDT-implementaties die Windows PowerShell stations delen, één voor elke implementatieshare, met behulp van de Get-PSDrive-cmdlet als volgt:

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

    De lijst met Windows PowerShell stations die zijn opgegeven met de MDTProvider worden vermeld, één voor elke implementatieshare.

  4. Verwijder (verwijder) een map met de naam Windows_8 in de map Besturingssystemen in een implementatieshare met behulp van de opdracht New-Item , zoals wordt weergegeven in het volgende voorbeeld:

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

    In dit voorbeeld is DS002: de naam van een Windows PowerShell station dat in stap 3 is geretourneerd.

  5. Controleer of de map correct is verwijderd door de volgende opdracht te typen:

    Get-ChildItem "DS002:\Operating Systems"

    De map Windows_8 wordt niet meer weergegeven in de lijst met mappen in de map Besturingssystemen

  6. Verwijder (verwijder) een map met de naam Windows_7 map in de map Besturingssystemen in een implementatieshare met behulp van de cmdlet Remove-Item , zoals wordt weergegeven in het volgende voorbeeld:

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

    De cmdlet geeft de geslaagde verwijdering van de map weer.

  7. Controleer of de map correct is gemaakt door de volgende opdracht te typen:

    Get-ChildItem "DS002:\Operating Systems"

    De map Windows_7 wordt niet meer weergegeven in de lijst met mappen in de map Besturingssystemen.

De naam van een map in een implementatieshare wijzigen met behulp van Windows PowerShell

De naam van een map in een implementatieshare wijzigen met behulp van Windows PowerShell

  1. Laad de MDT-Windows PowerShell-module zoals beschreven in De MDT-Windows PowerShell-module laden.

  2. Zorg ervoor dat de MDT-implementaties delen Windows PowerShell stations worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals wordt weergegeven in het volgende voorbeeld:

    Restore-MDTPersistentDrive -Verbose

    Opmerking

    Als de MDT-implementaties die Windows PowerShell stations delen al zijn hersteld, ontvangt u een waarschuwingsbericht dat aangeeft dat de cmdlet het station niet kan herstellen.

  3. Bekijk de lijst met MDT-implementaties delen Windows PowerShell stations, één voor elke implementatieshare, met behulp van de Get-PSDrive-cmdlet als volgt:

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

    De lijst met Windows PowerShell stations die zijn opgegeven met de MDTProvider worden vermeld, één voor elke implementatieshare.

  4. Wijzig de naam van een map met de naam Windows_8 in Win_8 in de map Besturingssystemen in een implementatieshare met behulp van de opdracht ren , zoals wordt weergegeven in het volgende voorbeeld:

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

    In dit voorbeeld is DS002: de naam van een Windows PowerShell station dat in stap 3 is geretourneerd.

  5. Controleer of de map correct is verwijderd door de volgende opdracht te typen:

    Get-ChildItem "DS002:\Operating Systems"

    De naam van de map Windows_8 is gewijzigd in Win_8.

  6. Wijzig de naam van een map met de naam Windows_7 in Win-7 in de map Besturingssystemen in een implementatieshare met behulp van de cmdlet Rename-Item , zoals wordt weergegeven in het volgende voorbeeld:

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

    De cmdlet geeft de naam van de map weer.

  7. Controleer of de map correct is gemaakt door de volgende opdracht te typen:

    Get-ChildItem "DS002:\Operating Systems"

    De naam van de map Windows_7 is gewijzigd in Win_7.

De toepassing van servicepacks voor besturingssystemen in implementatieshares automatiseren

Servicepacks voor besturingssystemen maken normaal deel uit van de levenscyclus van de software. De bestaande besturingssystemen in implementatieshares moeten worden bijgewerkt met deze servicepacks om ervoor te zorgen dat nieuw geïmplementeerde of vernieuwde computers actueel zijn met de nieuwste beveiligingsaanbevelings- en configuratie-instellingen.

In gevallen waarin een organisatie veel implementatieshares met meerdere besturingssystemen in elke implementatieshare heeft, kan het proces voor het handmatig bijwerken van de besturingssystemen in elke implementatieshare met de servicepacks tijdrovend zijn. De methoden voor het automatiseren van de toepassing van servicepacks voor besturingssystemen in implementatieshares zijn onder andere:

De toepassing van servicepacks voor het besturingssysteem van bijgewerkte bronmedia automatiseren

U kunt het proces van het bijwerken van servicepacks van het besturingssysteem automatiseren met behulp van Windows PowerShell wanneer u bronmedia hebt die het servicepack bevatten, zoals een dvd waarop Windows 7 met SP1 al is geïntegreerd.

Voor deze methode wordt de bronmedia van het besturingssysteem met het servicepack gekopieerd via de bestaande besturingssysteembestanden zonder het servicepack in de implementatieshare met behulp van Windows PowerShell.

De toepassing van servicepacks voor het besturingssysteem van bronmedia van updates automatiseren met behulp van Windows PowerShell

  1. Laad de MDT-Windows PowerShell-module zoals beschreven in De MDT-Windows PowerShell-module laden.

  2. Zorg ervoor dat de MDT-implementaties die Windows PowerShell stations delen, worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals wordt weergegeven in het volgende voorbeeld:

    Restore-MDTPersistentDrive -Verbose

    Opmerking

    Als de MDT-implementaties die Windows PowerShell stations delen al zijn hersteld, ontvangt u een waarschuwingsbericht dat aangeeft dat de cmdlet het station niet kan herstellen.

  3. Bekijk de lijst met MDT-implementaties delen Windows PowerShell stations, één voor elke implementatieshare, met behulp van de Get-PSDrive-cmdlet, zoals wordt weergegeven in het volgende voorbeeld:

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

    De lijst met Windows PowerShell stations die zijn opgegeven met de MDTProvider worden vermeld, één voor elke implementatieshare.

  4. Verwijder de map voor het bestaande besturingssysteem uit de implementatieshare met behulp van de cmdlets Get-ChildItem en Remove-Item , zoals wordt weergegeven in het volgende voorbeeld:

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

    In dit voorbeeld is DS002: de naam van een Windows PowerShell station dat in stap 3 is geretourneerd.

  5. Kopieer de inhoud van de bronbestanden van het besturingssysteem waarin het servicepack is geïntegreerd met behulp van de cmdlet Copy-Item , zoals wordt weergegeven in het volgende voorbeeld:

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

    In dit voorbeeld bevinden de bronbestanden van het besturingssysteem zich op station E en DS002: is de naam van een Windows PowerShell station dat in stap 3 wordt geretourneerd.

  6. Werk alle MDT-implementatiemedia bij op basis van de implementatieshare met de cmdlet Update-MDTMedia .

    Zie Implementatiemedia bijwerken met Windows PowerShell voor meer informatie over het bijwerken van MDT-implementatiemedia op basis van de implementatieshare met behulp van de update-MDTMedia-cmdlet.

De toepassing van servicepacks voor besturingssystemen automatiseren met behulp van een referentiecomputer en Windows PowerShell

U kunt het proces voor het bijwerken van servicepacks voor het besturingssysteem automatiseren met behulp van Windows PowerShell wanneer u alleen het servicepack hebt dat nog niet is geïntegreerd met het besturingssysteem, zoals dat SP1 voor Windows 7 nog niet is geïntegreerd met een Installatiekopieën van Windows 7.

Voor deze methode implementeert u het besturingssysteem zonder het servicepack op een referentiecomputer. Pas vervolgens het servicepack toe op de referentiecomputer. Leg vervolgens een installatiekopieën van het besturingssysteem van de referentiecomputer vast. Kopieer ten slotte het vastgelegde WIM-bestand via het bestand Install.wim in het besturingssysteem in de implementatieshare met behulp van Windows PowerShell.

De toepassing van servicepacks voor het besturingssysteem van bronmedia van updates automatiseren met behulp van Windows PowerShell

  1. Implementeer het doelbesturingssysteem op een referentiecomputer.

    Zie de volgende resources in het MDT-document Using the Microsoft Deployment Toolkit (De Microsoft Deployment Toolkit gebruiken) voor meer informatie over het implementeren van een referentiecomputer:

    • "Voorbereiden voor LTI-implementatie op de referentiecomputer"

    • "Een installatiekopieën van de referentiecomputer in LTI implementeren en vastleggen"

  2. Installeer het gewenste servicepack op de referentiecomputer.

    Zie de documentatie bij het servicepack voor meer informatie over het installeren van het servicepack.

  3. Leg een afbeelding van de referentiecomputer vast door een takenreeks te maken en te implementeren op basis van de takenreekssjabloon Sysprep en Capture .

    Zie 'Create a New Task Sequence in the Deployment Workbench' (Een nieuwe takenreeks maken in de implementatiewerkbench) voor meer informatie over het maken van een takenreeks op basis van de takenreekssjabloon Sysprep en Capture .

  4. Laad de MDT-Windows PowerShell-module zoals beschreven in De MDT-Windows PowerShell-module laden.

  5. Zorg ervoor dat de MDT-implementaties die Windows PowerShell stations delen, zijn hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals wordt weergegeven in het volgende voorbeeld:

    Restore-MDTPersistentDrive -Verbose

    Opmerking

    Als de MDT-implementaties die Windows PowerShell stations delen al zijn hersteld, ontvangt u een waarschuwingsbericht dat aangeeft dat de cmdlet het station niet kan herstellen.

  6. Bekijk de lijst met MDT-implementaties delen Windows PowerShell stations, één voor elke implementatieshare, met behulp van de Get-PSDrive-cmdlet, zoals wordt weergegeven in het volgende voorbeeld:

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

    De lijst met Windows PowerShell stations die zijn opgegeven met de MDTProvider worden vermeld, één voor elke implementatieshare.

  7. Kopieer het WIM-bestand dat in stap 3 is vastgelegd via het bestand Install.wim in het besturingssysteem in de implementatieshare met behulp van de cmdlet Copy-Item , zoals wordt weergegeven in het volgende voorbeeld:

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

    In dit voorbeeld is het vastgelegde installatiekopieënbestand van het besturingssysteem (Win7SP1.wim) in de map Captures in de share DS002: de naam van een Windows PowerShell station dat in stap 6 wordt geretourneerd en het bestaande Windows 7-besturingssysteem wordt opgeslagen in de map met de naam Windows 7.

  8. Werk alle MDT-implementatiemedia bij op basis van de implementatieshare met de cmdlet Update-MDTMedia .

    Zie Implementatiemedia bijwerken met Windows PowerShell voor meer informatie over het bijwerken van MDT-implementatiemedia op basis van de implementatieshare met behulp van de update-MDTMedia-cmdlet.

Implementatie aanpassen op basis van chassistype

U kunt de implementatie aanpassen op basis van het chassistype van de computer. De scripts maken lokale variabelen die kunnen worden verwerkt in het CustomSettings.ini-bestand. De lokale variabelen IsLaptop, IsDesktopen IsServer geven aan of de computer respectievelijk een draagbare computer, desktopcomputer of server is.

Opmerking

In eerdere versies van deployment Workbench gaf de IsServer vlag aan dat het bestaande besturingssysteem een serverbesturingssysteem is (zoals Windows Server 2003 Enterprise Edition). De naam van deze vlag is gewijzigd in IsServerOS.

Lokale variabelen implementeren in het CustomSettings.ini-bestand

  1. Voeg in de [Settings] sectie op de Priority regel een aangepaste sectie toe om de implementatie aan te passen op basis van het chassistype (ByChassisType in het volgende voorbeeld, waarbij Chassis het type computer vertegenwoordigt).

  2. Maak de aangepaste sectie die overeenkomt met de aangepaste sectie die is gedefinieerd in stap 1 (ByChassisType in het voorbeeld in het volgende voorbeeld, waarbij Chassis het type computer vertegenwoordigt).

  3. Definieer een subsectie voor elk chassistype dat moet worden gedetecteerd (Subsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer% in het volgende voorbeeld).

  4. Maak een subsectie voor elke True en False status van elke subsectie die is gedefinieerd in stap 3 (zoals [Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False] in het volgende voorbeeld).

  5. Voeg onder elke True en False subsectie de juiste instellingen toe op basis van het chassistype.

    Vermelding 1. Voorbeeld van het aanpassen van implementatie op basis van chassistype in het CustomSettings.ini-bestand

[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]
.
.
.

Toepassingen implementeren op basis van eerdere toepassingsversies

Wanneer u een besturingssysteem op een bestaande computer installeert, installeert u vaak dezelfde toepassingen die u eerder op de computer hebt geïnstalleerd. Gebruik hiervoor MDT-scripts (met name ZTIGather.wsf) om query's uit te voeren op twee afzonderlijke informatiebronnen:

  • Configuration Manager software-inventarisfunctie. Bevat één record voor elk toepassingspakket, in dit geval vermeldingen in Programma en onderdelen in Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 die de laatste keer Configuration Manager de computer geïnventariseerd.

  • Een toewijzingstabel. Beschrijft welk pakket en programma voor elke record moeten worden geïnstalleerd (omdat in de records Programma en onderdelen of Programma's toevoegen of verwijderen niet precies wordt opgegeven welk pakket de toepassing heeft geïnstalleerd, waardoor het niet mogelijk is om het pakket automatisch te selecteren op basis van inventaris alleen).

    Een dynamische computerspecifieke toepassingsinstallatie uitvoeren

  1. Gebruik de tabel in de MDT DB om specifieke pakketten te verbinden met toepassingen die worden vermeld in het doelbesturingssysteem.

  2. Vul de tabel in met gegevens die het juiste pakket koppelen aan de toepassing die wordt vermeld in Programma en onderdelen of Programma's toevoegen of verwijderen.

    SQL-query om de tabel te vullen

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

    De ingevoegde rij verbindt elke computer met de vermelding Office12.0 met het Microsoft Office 2010 Professional Plus-pakket.

    Dit betekent dat Microsoft Office 2010 Professional Plus wordt geïnstalleerd op elke computer met het 2007 Microsoft Office-systeem (Office 12.0). Voeg vergelijkbare vermeldingen toe voor andere pakketten. Elk item waarvoor geen vermelding is, wordt genegeerd (er wordt geen pakket geïnstalleerd).

  3. Maak een opgeslagen procedure om het samenvoegen van de informatie in de nieuwe tabel met de inventarisgegevens te vereenvoudigen.

    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

    Bij de opgeslagen procedure in het voorgaande voorbeeld wordt ervan uitgegaan dat de Configuration Manager centrale primaire sitedatabase zich bevindt op de computer waarop SQL Server wordt uitgevoerd als de MDT-database. Als de centrale primaire sitedatabase zich op een andere computer bevindt, moeten de juiste wijzigingen worden aangebracht in de opgeslagen procedure. Daarnaast moet de naam van de database (CM_DB) worden bijgewerkt. Overweeg ook om extra accounts leestoegang te verlenen tot de weergave v_GS_ADD_REMOVE_PROGRAMS in de Configuration Manager-database.

  4. Configureer het CustomSettings.ini-bestand om een query uit te voeren op deze databasetabel door de naam op te geven van een sectie ([DynamicPackages] in de lijst Prioriteit ) die verwijst naar de databasegegevens.

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

  5. Maak een [DynamicPackages] sectie om de naam van een databasesectie op te geven.

    [DynamicPackages]
SQLDefault=DB_DynamicPackages

  6. Maak een databasesectie om de databasegegevens en querydetails op te geven.

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

    In het voorgaande voorbeeld wordt een query uitgevoerd op de MDT DB met de naam MDTDB op de computer waarop de SQL Server met de naam SERVER1 wordt uitgevoerd. De database bevat een opgeslagen procedure met de naam RetrievePackages (gemaakt in stap 3).

    Wanneer ZTIGather.wsf wordt uitgevoerd, wordt automatisch een sql-instructie (Structured Query Language) SELECT gegenereerd en wordt de waarde van de aangepaste sleutel MakeModelQuery als parameter doorgegeven aan de query:

    EXECUTE RetrievePackages ?

    De werkelijke waarde van de aangepaste macAddress-sleutel wordt vervangen door de bijbehorende '?'. Deze query retourneert een recordset met de rijen die zijn ingevoerd in stap 2.

    Een variabel aantal argumenten kan niet worden doorgegeven aan een opgeslagen procedure. Als gevolg hiervan kunnen niet alle MAC-adressen worden doorgegeven aan de opgeslagen procedure wanneer een computer meer dan één MAC-adres heeft. Als alternatief kunt u de opgeslagen procedure vervangen door een weergave waarmee de weergave kan worden opgevraagd met een SELECT instructie met een IN component om alle MAC-adreswaarden door te geven.

    Op basis van het scenario dat hier wordt weergegeven, wordt de eneXXX0000F:Install Office 2010 Professional Plus rij geretourneerd als de huidige computer de waarde Office12.0 in de tabel heeft ingevoegd (stap 2). Dit geeft aan dat pakket XXX0000F:Install Office 2001 Professional Plus wordt geïnstalleerd door het ZTI-proces tijdens de statusherstelfase.

Scenario voor volledig geautomatiseerde LTI-implementatie

Het belangrijkste doel van LTI is om het implementatieproces zoveel mogelijk te automatiseren. Hoewel ZTI volledige implementatieautomatisering biedt met behulp van de MDT-scripts en Windows Deployment Services, is LTI ontworpen om te werken met minder infrastructuurvereisten.

U kunt de Wizard Windows Deployment automatiseren die wordt gebruikt in het LTI-implementatieproces om de weergegeven wizardpagina's te verminderen (of te elimineren). U kunt de volledige windows-implementatiewizard overslaan door de eigenschap SkipWizard op te geven in CustomSettings.ini. Gebruik de volgende eigenschappen om afzonderlijke wizardpagina's over te slaan:

  • SkipAdminPassword

  • SkipApplications

  • SkipBDDWelcome

  • SkipBitLocker

  • SkipBitLockerDetails

  • SkipTaskSequence

  • SkipCapture

  • SkipComputerBackup

  • SkipComputerName

  • SkipDomainMembership

  • SkipFinalSummary

  • SkipLocaleSelection

  • SkipPackageDisplay

  • SkipProductKey

  • SkipSummary

  • SkipTimeZone

  • SkipUserData

Zie de bijbehorende eigenschap in het MDT-document Toolkit Reference voor meer informatie over deze afzonderlijke eigenschappen.

Geef voor elke wizardpagina die wordt overgeslagen de waarden op voor de bijbehorende eigenschappen die doorgaans worden verzameld via de wizardpagina in de CustomSettings.ini- en BootStrap.ini-bestanden. Voor meer informatie over de eigenschappen die in deze bestanden moeten worden geconfigureerd, raadpleegt u de sectie 'Properties for Skipped Deployment Wizard Pages' (Eigenschappen opgeven voor wizardpagina's voor overgeslagen implementatie) in het MDT-document Toolkit-verwijzing.

Volledig geautomatiseerde LTI-implementatie voor een scenario voor het vernieuwen van de computer

Hieronder ziet u een CustomSettings.ini bestand dat wordt gebruikt voor een scenario computer vernieuwen om alle pagina's van de wizard Windows-implementatie over te slaan. In dit voorbeeld bevinden de eigenschappen die moeten worden opgegeven bij het overslaan van de wizardpagina zich direct onder de eigenschap die de wizardpagina overslaat.

[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=a_secure_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=P@ssw0rd

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=DomainName\Username

Volledig geautomatiseerde LTI-implementatie voor een nieuw computerscenario

Hier volgt een voorbeeld van een CustomSettings.ini-bestand dat wordt gebruikt voor een scenario nieuwe computer om alle pagina's van de wizard Windows-implementatie over te slaan. In dit voorbeeld bevinden de eigenschappen die moeten worden opgegeven bij het overslaan van de wizardpagina zich direct onder de eigenschap die de wizardpagina overslaat.

[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=P@ssw0rd

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

Webservices aanroepen in MDT

In eerdere versies van MDT werd de verwerking van regels ondersteund via CustomSettings.ini en databases, waaruit u waarden van de lokale computer kon ophalen, meestal met behulp van WMI, om beslissingen te nemen over wat er tijdens de implementatie op elke computer moest worden gedaan. Daarnaast kunt u SQL-query's en opgeslagen procedureaanroepen uitvoeren om aanvullende informatie op te halen uit externe databases. Er waren echter uitdagingen met deze aanpak, met name bij het maken van beveiligde SQL Server verbindingen.

Om dit probleem te verhelpen, kan MDT webservice-aanroepen maken op basis van eenvoudige regels die zijn gedefinieerd in CustomSettings.ini. Deze webserviceaanvragen vereisen geen speciale beveiligingscontext en kunnen elke TCP/IP-poort gebruiken die nodig is om firewallconfiguraties te vereenvoudigen.

Hieronder ziet u hoe u CustomSettings.ini configureert om een bepaalde webservice aan te roepen. In dit scenario wordt de webservice willekeurig gekozen uit een zoekopdracht op internet. Het neemt een postcode als invoer en retourneert de plaats, staat, netnummer en tijdzone (als een letter) voor de opgegeven postcode.

[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

Als u deze code uitvoert, wordt uitvoer gegenereerd die er ongeveer als volgt uitziet:

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 ------

Er zijn enkele kleine complicaties die u moet watch bij het uitvoeren van een webservice:

  • Doe niets speciaals met proxyservers. Als er een anonieme proxy aanwezig is, gebruikt u deze, maar het verifiëren van proxy's kan problemen veroorzaken. In de meeste gevallen wordt een webservice niet aangeroepen.

  • CustomSettings.ini of ZTIGather.xml zoekt naar eigenschappen die zijn gedefinieerd in de XML-opmaak die wordt geretourneerd als gevolg van de webserviceaanroep (net als bij een databasequery of andere regel). De XML-zoekopdracht is echter hoofdlettergevoelig. Gelukkig retourneert de webservice die hier wordt beschreven alle namen van hoofdletters, wat ZTIGather.xml verwacht. Het is mogelijk om kleine letters of gemengde letters opnieuw toe te kennen om dit te omzeilen.

  • Een POST aanvraag bij de webservice wordt aanbevolen, dus de aanroep van de webservice moet een POSTkunnen ondersteunen.

Verbinding maken met netwerkresources

Tijdens LTI- en ZTI-implementatieprocessen hebt u mogelijk toegang nodig tot een netwerkresource op een andere server dan de server die als host fungeert voor de implementatieshare. U moet worden geverifieerd op de andere server, zodat u daar toegang hebt tot gedeelde mappen of services. U kunt bijvoorbeeld een toepassing installeren vanuit een gedeelde map op een andere server dan de server die als host fungeert voor de implementatieshare die de MDT-scripts gebruiken.

Opmerking

Als u een query wilt uitvoeren op SQL Server databases die worden gehost op een andere server dan de server waarop de implementatieshare wordt gehost, raadpleegt u de eigenschappen Database, DBID, DBPwd, Instance, NetLib, Order, Parameters, ParameterCondition, SQLServer, SQLShare en Table in het MDT-document toolkitverwijzing.

Met behulp van het script ZTIConnect.wsf kunt u verbinding maken met andere servers en toegang krijgen tot resources op deze servers. De syntaxis voor het script ZTIConnect.wsf is als volgt ( waarbij unc_path een UNC-pad [Universal Naming Convention] is om verbinding te maken met de server):

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

In de meeste gevallen voert u het script ZTIConnect.wsf uit als een Taaksequentreekstaak. Voer het script ZTIConnect.wsf uit voordat u toegang hebt tot een andere server dan de server die als host fungeert voor de implementatieshare.

Het script ZTIConnect.wsf als taak toevoegen aan de takenreeks van een build

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de consolestructuur implementatie van Workbench naar Implementatie workbench/implementatieshares/deployment_share/takenreeksen (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer in het detailvenster task_sequence (waarbij task_sequence de takenreeks is die u wilt wijzigen).

  4. Selecteer eigenschappen in het deelvenster Acties.

  5. Selecteer het tabblad Takenreeks, blader naar groep (waarbij groep de groep is waarin het ZTIConnec.wsf-script moet worden uitgevoerd) en selecteer Toevoegen. Selecteer Algemeen en selecteer vervolgens Opdrachtregel uitvoeren.

    Opmerking

    Voeg de taak toe voordat u taken toevoegt waarvoor toegang tot resources op de doelserver is vereist.

  6. Voltooi het tabblad Eigenschappen van de nieuwe taak met behulp van de volgende informatie:

    In dit vak Doe dit
    Naam Typ Verbinding maken met server (waarbij server de naam is van de server waarmee verbinding moet worden gemaakt).
    Beschrijving Typ tekst die uitlegt waarom de verbinding moet worden gemaakt.
    Opdracht Typ cscript.exe %SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path (waarbij unc_path het UNC-pad naar een gedeelde map op de server is).

  7. Voltooi het tabblad Opties van de nieuwe taak met behulp van de volgende informatie. Tenzij opgegeven, accepteert u standaardwaarden en selecteert u VERVOLGENS OK.

    In dit vak Doe dit
    Succescodes Typ 0 3010. (Het ZTIConnect.wsf-script retourneert deze codes na voltooiing.)
    Keuzelijst Voorwaarden Voeg eventuele voorwaarden toe die nodig zijn. (In de meeste gevallen zijn voor deze taak geen voorwaarden vereist.)

    Nadat u de taak hebt toegevoegd waarmee het script ZTIConnect.wsf wordt uitgevoerd, hebben de volgende taken toegang tot netwerkbronnen op de server die is opgegeven in de /uncpath-optie van het script ZTIConnect.wsf.

De juiste apparaatstuurprogramma's implementeren op computers met dezelfde hardwareapparaten, maar met een ander merk en model

Variaties op modelnummers en -namen kunnen bestaan zonder verschil in de stuurprogrammaset. Deze variaties in modelnummers en -namen kunnen onnodig de tijd verhogen die is besteed aan het maken van meerdere databasevermeldingen voor een bepaald model. In de volgende procedure ziet u hoe u een nieuwe eigenschap definieert met behulp van een functieaanroep voor het afsluiten van de gebruiker die een subtekenreeks van het modelnummer retourneert.

Modelaliassen maken

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de Implementatie workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer eigenschappen in het deelvenster Acties.

  4. Selecteer in het dialoogvenster Eigenschappen het tabblad Regels .

  5. Maak aliassen voor hardwaretypen in de secties Merk en Model van de MDT DB. Kap het modeltype af tussen haakjes '' in de naam van het model. HP DL360 (G112) wordt bijvoorbeeld HP DL360.

  6. Voeg de aangepaste variabele ModelAlias toe aan elke sectie.

  7. Maak een nieuwe [SetModel] sectie.

  8. Voeg de [SetModel] sectie toe aan de prioriteitsinstellingen in de [Settings] sectie.

  9. Voeg een regel toe aan de ModelAlias sectie om te verwijzen naar een afsluitscript van de gebruiker waarmee de naam van het model wordt afgekapt op de ''.

  10. Maak een MMApplications-databasezoekactie waarbij ModelAlias gelijk is aan Model.

  11. Maak een script voor het afsluiten van een gebruiker en plaats dit in dezelfde map als het CustomSettings.ini-bestand om de modelnaam af te kapen.

    Hieronder ziet u respectievelijk een CustomSettings.ini en het afsluitscript van de gebruiker.

    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

    Script voor afsluiten van gebruiker:

    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

Stappen voor voorwaardelijke takenreeks configureren

In sommige scenario's kunt u overwegen om een takenreeksstap voorwaardelijk uit te voeren op basis van gedefinieerde criteria. Eventuele combinaties van deze voorwaarden kunnen worden toegevoegd om te bepalen of de takenreeksstap moet worden uitgevoerd. Gebruik bijvoorbeeld de waarde van een takenreeksvariabele en de waarde van een registerinstelling om te bepalen of een takenreeksstap moet worden uitgevoerd.

Voer met MDT een takenreeks voorwaardelijk uit op basis van:

  • Een of meer IF-instructies

  • Een takenreeksvariabele

  • De versie van het doelbesturingssysteem

  • De Booleaanse resultaten van een WMI-query

  • Een registerinstelling

  • De software die op de doelcomputer is geïnstalleerd

  • De eigenschappen van een map

  • De eigenschappen van een bestand

Een voorwaardelijke takenreeksstap configureren

Voorwaardelijke takenreeksstappen worden geconfigureerd in de Implementatie workbench op het tabblad Opties van een takenreeksstap. U kunt een of meer voorwaarden toevoegen aan de takenreeksstap om de juiste voorwaarde te maken voor het uitvoeren van de stap of niet.

Opmerking

Elke voorwaardelijke takenreeksstap heeft ten minste één IF-instructie nodig.

Het tabblad Opties van een takenreeksstap weergeven

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de consolestructuur implementatie van Workbench naar Implementatie workbench/implementatieshares/deployment_share/takenreeksen (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer in het detailvenster task_sequence (waarbij task_sequence de naam is van de takenreeks die u wilt configureren).

  4. Selecteer eigenschappen in het deelvenster Acties.

  5. Selecteer in het dialoogvenster task_sequenceEigenschappen op het tabblad Takenreeksstap (waarbij stap de naam is van de takenreeksstap die moet worden geconfigureerd) en selecteer vervolgens het tabblad Opties .

    Voer op het tabblad Opties van de takenreeksstap de volgende acties uit:

  • Toevoegen. Selecteer deze knop om een voorwaarde toe te voegen aan de takenreeksstap.

  • Verwijderen. Selecteer deze knop om een bestaande voorwaarde in een takenreeksstap te verwijderen.

  • Bewerken. Selecteer deze knop om een bestaande voorwaarde in een takenreeksstap te wijzigen.

IF-instructies in voorwaarden

Alle takenreeksvoorwaarden bevatten een of meer IF-instructies . IF-instructies vormen de basis voor het maken van voorwaardelijke takenreeksstappen. Een taakreeksstapvoorwaarde kan slechts één IF-instructie bevatten, maar meerdere IF-instructies kunnen worden genest onder de IF-instructie op het hoogste niveau om complexere voorwaarden te maken.

Een IF-instructie kan worden gebaseerd op de voorwaarden die worden vermeld in de volgende tabel, die zijn geconfigureerd in het dialoogvenster IF-instructieeigenschappen .

Voorwaarde Selecteer deze optie om de takenreeks uit te voeren als
Alle voorwaarden Alle voorwaarden onder deze IF-instructie moeten waar zijn.
Eventuele voorwaarden Alle voorwaarden onder deze IF-instructie zijn waar.
Geen Geen van de voorwaarden onder deze IF-instructie zijn waar.

Voltooi de voorwaarde voor het uitvoeren van de takenreeksstap door andere criteria toe te voegen aan de voorwaarden (bijvoorbeeld takenreeksvariabelen of waarden in een registerinstelling).

Een IF-instructievoorwaarde toevoegen aan een takenreeksstap

  1. Selecteer op het tabblad Optie van stap (waarbij stap de naam is van de takenreeksstap die moet worden geconfigureerd) de optie Toevoegen en selecteer vervolgens If-instructie.

  2. Selecteer in het dialoogvenster If-instructieeigenschappenvoorwaarde (waarbij voorwaarde een van de voorwaarden is die in de vorige tabel worden vermeld) en selecteer vervolgens OK.

Takenreeksvariabelen in Voorwaarden

Gebruik de voorwaarde Takenreeksvariabele om een takenreeksvariabele te evalueren die is gemaakt door een takenreeksvariabele instellen of door een taak in de takenreeks. Denk bijvoorbeeld aan een netwerk met Windows XP-clientcomputers die deel uitmaken van een domein en sommige die zich in een werkgroep bevinden. Wetende dat het huidige domeinbeleid dwingt om alle gebruikersinstellingen op het netwerk op te slaan, moeten gebruikersinstellingen mogelijk alleen worden opgeslagen voor computers die geen deel uitmaken van het domein, dat wil gezegd computers die zich in de werkgroep bevinden. Voeg in dat geval een voorwaarde toe aan de taak Gebruikersbestanden en -instellingen vastleggen die is gericht op de computers in de werkgroep.

Een voorwaarde toevoegen op basis van een takenreeksvariabele

  1. Selecteer op het tabblad Opties voor stap (waarbij stap de naam is van de takenreeksstap die moet worden geconfigureerd) de optie Voorwaarde toevoegen en selecteer vervolgens Takenreeksvariabele.

  2. Typ OSDJoinType in het dialoogvenster Voorwaarde van takenreeksvariabele in het vak Variabele.

    Opmerking

    Deze variabele is ingesteld op 0 voor computers die lid zijn van een domein en op 1 voor computers in een werkgroep.

  3. Selecteer in het vak Voorwaardede optie gelijk.

  4. Typ 1 in het vak Waarde en selecteer VERVOLGENS OK.

Versie van besturingssysteem in voorwaarden

Gebruik de voorwaarde Besturingssysteemversie om de bestaande versie van het besturingssysteem van een doelcomputer of de bestaande client te controleren (bij het vastleggen van een installatiekopieën). Denk bijvoorbeeld aan een netwerk met verschillende servers die worden bijgewerkt van Windows Server 2003 naar Windows Server 2008. Netwerkinstellingen moeten worden gekopieerd en alleen worden toegepast op servers met Windows Server 2003. Alle andere servers hebben de standaardnetwerkinstellingen die Windows Server 2008 gebruikt.

Een voorwaarde toevoegen op basis van de versie van het besturingssysteem

  1. Selecteer in de takenreekseditor de taak Netwerkinstellingen vastleggen .

  2. Selecteer Voorwaarde toevoegen en selecteer vervolgens Besturingssysteemversie.

  3. Selecteer in het vak Architectuur de relevante server. Selecteer voor dit voorbeeld x86.

  4. Selecteer in het vak Besturingssysteem het besturingssysteem en de versie waarvoor u een voorwaarde wilt instellen. Selecteer voor dit voorbeeld x86 Windows 2003.

  5. Selecteer in het vak Voorwaarde de relevante voorwaarde en selecteer vervolgens OK.

Bestandseigenschappen in voorwaarden

Gebruik de voorwaarde Bestandseigenschappen om de versie en/of tijd-tamp van een bepaald bestand te controleren om te bepalen of een taak of een groep taken moet worden uitgevoerd. In dit voorbeeld bevat de productieomgeving een Installatiekopieën van Windows Server 2003 die voortdurend wordt bijgewerkt en gebruikt voor elke nieuwe server die aan het netwerk wordt toegevoegd. Op alle servercomputers in de omgeving wordt een aangepaste toepassing uitgevoerd waarvoor versie 3.60.6815 van de DIGITAL Access Object (DAO) application programming interface (API) is vereist.

Alle bestaande servers werken goed. Elke nieuwe server die met de installatiekopieën aan het netwerk wordt toegevoegd, kan de toepassing echter niet uitvoeren. Omdat het de verantwoordelijkheid van een andere groep is om installatiekopieën te onderhouden en bij te werken, besluit u dat de implementatietakenreeks moet worden gewijzigd om de relevante versie van DAO te installeren als de bestaande versie van DAO die is geïmplementeerd met de installatiekopie onjuist is.

Een voorwaarde voor bestandseigenschappen toevoegen aan een takenreeksstap in Configuration Manager

  1. Maak in Configuration Manager een pakket om DAO 3.60.6815 te installeren. Roep dit pakket DAO aan met een programma met de naam InstallDAO. Zie Een pakket maken voor meer informatie over het maken van pakketten.

  2. Maak een stap Software installeren om het DAO-pakket te implementeren.

  3. Selecteer de takenreeksstap Software installeren die u in stap 2 hebt gemaakt en selecteer vervolgens het tabblad Opties .

  4. Selecteer Voorwaarde toevoegen en selecteer vervolgens Bestandseigenschappen.

  5. Typ C:\Program Files\Microsoft Shared\DAO\dao360.dllin het vak Pad.

  6. Schakel het selectievakje De versie inschakelen in en selecteer vervolgens niet gelijk is aan de voorwaarde.

  7. Typ 3.60.6815 in het vak Versie.

  8. In dit geval schakelt u het selectievakje Tijdstempel controleren uit en selecteert u OK.

Mapeigenschappen in voorwaarden

Gebruik de voorwaarde Mapeigenschappen om het tijdstempel van een bepaalde map te controleren om te bepalen of een taak of een groep taken moet worden uitgevoerd. Denk bijvoorbeeld aan een situatie waarin een intern ontwikkelde toepassing is bijgewerkt om te werken met Windows 8. Niet alle computers in het netwerk hebben echter de meest recente versie van de toepassing geïnstalleerd en u moet een gegevensconversieproces uitvoeren voordat u de toepassing kunt upgraden.

Als het tijdstempel van de map waarin de toepassing is geïnstalleerd 31-12-2007 of eerder is, wordt op de doelcomputer de incompatibele versie van de toepassing uitgevoerd en moet u het gegevensconversieproces uitvoeren op de doelcomputer. Voer voorwaardelijk een takenreeksstap uit om het gegevensconversieproces uit te voeren op computers met een eerdere versie van de toepassing.

Een voorwaarde mapeigenschappen toevoegen aan een takenreeksstap

  1. Bewerk in de Configuration Manager-console of in de Deployment Workbench in de takenreekseditor task_sequence (waarbij takenreeks de takenreeks is die u wilt bewerken).

  2. Maak een opdrachtregeltaak om het gegevensconversieproces uit te voeren.

  3. Selecteer de taak die in stap 1 is gemaakt.

  4. Selecteer Voorwaarde toevoegen en selecteer vervolgens Mapeigenschappen.

  5. Typ in het vak Pad het pad van de map die de toepassing bevat.

  6. Schakel het selectievakje Tijdstempel controleren in.

  7. Selecteer Kleiner dan of gelijk aan voor de voorwaarde.

  8. Selecteer 31-12-2007 in het vak Datum.

  9. Selecteer 00:00:00 uur in het vak Tijd en selecteer vervolgens OK.

Registerinstellingen in Voorwaarden

Gebruik de voorwaarde Registerinstelling om het bestaan van sleutels en waarden in het register en de bijbehorende gegevens die zijn opgeslagen in registerwaarden te controleren. Denk bijvoorbeeld aan een geval waarin een toepassing die momenteel wordt gebruikt op een kleine set computers niet kan worden uitgevoerd op Windows 8 en er een Windows 8 implementatie is ingesteld om computers te upgraden waarop windows XP wordt uitgevoerd. Maak een voorwaarde voor de allereerste taak in een reeks om het register te controleren op een vermelding voor de incompatibele toepassing en om het implementatieproces voor die computer te onderbreken als deze wordt gevonden.

Een registerinstellingsvoorwaarde toevoegen aan een takenreeksstap

  1. Bewerk in de Configuration Manager-console of in de Deployment Workbench in de takenreekseditor task_sequence (waarbij takenreeks de takenreeks is die Windows 8 implementeert).

  2. Selecteer de eerste taak in de reeks en selecteer vervolgens het tabblad Opties .

  3. Selecteer Voorwaarde toevoegen en selecteer vervolgens Registerinstelling.

  4. Selecteer HKEY_LOCAL_MACHINE in de lijst Hoofdsleutel.

  5. Typ SOFTWARE\WOODGROVE in het vak Sleutel.

  6. Selecteer niet bestaat voor de voorwaarde. In dit geval wordt de taak uitgevoerd en wordt de reeks alleen voortgezet als de sleutel niet bestaat.

  7. Optioneel kan de voorwaarde controleren op het niet-bestaan van een waarde als de waardenaam wordt getypt in het vak Waardenaam .

  8. Als een andere voorwaarde dan bestaat/niet bestaat is gebruikt, geeft u een waarde en waardetype op.

  9. Selecteer OK.

WMI-query's in voorwaarden

Gebruik de voorwaarde WMI-query om een WMI-query uit te voeren. De voorwaarde wordt geëvalueerd als Waar als de query ten minste één resultaat retourneert. Stel dat een implementatieteam het besturingssysteem van alle servers van een bepaald model moet upgraden, bijvoorbeeld Dell 1950. U kunt een WMI-query gebruiken om het model van elke computer te controleren en alleen verder te gaan met de implementatie als het juiste model is gevonden.

Een WMI-queryvoorwaarde toevoegen aan een takenreeksstap

  1. Bewerk in de Configuration Manager-console of in de Deployment Workbench in de takenreekseditor task_sequence (waarbij takenreeks de takenreeks is waarmee de servers worden bijgewerkt).

  2. Selecteer de eerste taak in de reeks en selecteer vervolgens het tabblad Opties .

  3. Selecteer Voorwaarde toevoegen en selecteer vervolgens Query WMI.

  4. Typ root\cimv2 in het vak WMI-naamruimte.

  5. Typ in het vak WQL-querySelect * From Win32_ComputerSystem WHERE Model LIKE "%Dell%%1950%". Selecteer OK.

Geïnstalleerde software in voorwaarden

Gebruik een voorwaarde voor geïnstalleerde software om te controleren of een bepaald stuk software momenteel op een doelcomputer is geïnstalleerd. Alleen software die is geïnstalleerd met behulp van Microsoft Installer (MSI)-bestanden kan worden geëvalueerd met behulp van deze voorwaarde. Stel dat u het besturingssysteem van alle servers wilt upgraden, behalve servers waarop Microsoft SQL Server 2012 wordt uitgevoerd.

Een voorwaarde voor geïnstalleerde software toevoegen aan een takenreeksstap

  1. Bewerk in de Configuration Manager-console of in de Deployment Workbench in de takenreekseditor task_sequence (waarbij takenreeks de takenreeks is waarmee de servers worden bijgewerkt).

  2. Selecteer de eerste taak in de reeks en selecteer vervolgens het tabblad Opties .

  3. Selecteer Voorwaarde toevoegen en selecteer vervolgens Geïnstalleerde software.

  4. Selecteer Bladeren en selecteer vervolgens het MSI-bestand voor SQL Server 2012.

  5. Schakel het selectievakje Overeenkomen met dit specifieke product in om op te geven dat alleen computers met SQL Server 2012 en geen andere versies de doelcomputers zijn die door deze query moeten worden gedetecteerd.

  6. Selecteer OK.

Complexe voorwaarden

Meerdere voorwaarden kunnen worden gegroepeerd met behulp van ALS-instructies om complexe voorwaarden te maken. Stel dat een bepaalde stap alleen moet worden uitgevoerd voor Contoso 1950-computers met Windows Server 2003 of Windows Server 2008. Geschreven als een programmatische IF-instructie , ziet deze er ongeveer als volgt uit:

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

Een complexe voorwaarde toevoegen

  1. Bewerk in de Configuration Manager-console of in de Deployment Workbench in de takenreekseditor task_sequence (waarbij takenreeks de takenreeks is waarmee de servers worden bijgewerkt).

  2. Selecteer de takenreeksstap waaraan u de voorwaarde wilt toevoegen en selecteer vervolgens het tabblad Opties .

  3. Selecteer Voorwaarde toevoegen, selecteer If-instructie en selecteer vervolgens Alle voorwaarden. Selecteer OK.

  4. Selecteer de voorwaarde-instructie, selecteer Voorwaarde toevoegen en selecteer vervolgens WMI-query.

  5. Zorg ervoor dat root\cimv2 is opgegeven als de WMI-naamruimte en typ vervolgens in het vak WQL-querySELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE %Contoso%1950%. Selecteer OK.

  6. Selecteer de instructie IF en selecteer vervolgens Voorwaarde toevoegen. Selecteer if-instructie en selecteer vervolgens Elke voorwaarde. Selecteer OK.

  7. Selecteer de tweede IF-instructie . Selecteer Voorwaarde toevoegen en selecteer vervolgens Besturingssysteemversie.

  8. Selecteer in het vak Architectuur de architectuur voor de servers. Selecteer voor dit voorbeeld x86.

  9. Selecteer in het vak Besturingssysteem het besturingssysteem en de versie. Selecteer voor dit voorbeeld x86 Oorspronkelijke versie van Windows 2003. Selecteer OK.

  10. Selecteer de tweede IF-instructie . Selecteer Voorwaarde toevoegen en selecteer vervolgens Besturingssysteemversie.

  11. Selecteer in het vak Architectuur de architectuur voor de servers. Selecteer voor dit voorbeeld x86.

  12. Selecteer in het vak Besturingssysteem het besturingssysteem en de versie. Selecteer voor dit voorbeeld x86 Oorspronkelijke versie van Windows 2008. Selecteer OK.

Een zeer schaalbare LTI-implementatie-infrastructuur maken

In dit scenario is er geen elektronische softwaredistributie beschikbaar voor de implementatie-infrastructuur, dus gebruikt u MDT om een volledig geautomatiseerde LTI-implementatie-infrastructuur te bouwen. De schaalbare LTI-infrastructuur maakt gebruik van technologieën SQL Server, Windows Deployment Services en Windows Server 2003 Distributed File System Replication (DFS-R).

De LTI-infrastructuur schalen met:

Ervoor zorgen dat de juiste infrastructuur bestaat

De zeer schaalbare LTI-implementatie-infrastructuur maakt gebruik van een hub-and-spoke-topologie voor replicatie van inhoud; Daarom moet u eerst een implementatieserver in de productieomgeving aanwijzen die de rol van de hoofdimplementatieserver uitvoert. Hieronder ziet u de vereiste onderdelen voor de hoofdimplementatieserver.

Vereist onderdeel Doel/opmerking
Windows Server 2003 R2 Vereist ter ondersteuning van DFS-R
MDT Bevat de hoofdkopie van de implementatieshare
SQL Server 2005 Moet een volledige versie zijn om replicatie van de MDT DB toe te staan
DFS-R Vereist voor replicatie van de implementatieshare
Windows Deployment Services Vereist om toe te staan dat pxe-installaties op het netwerk worden geïnitieerd

Wanneer u de hoofdimplementatieserver hebt geselecteerd, richt u extra servers op elke site in om LTI-implementaties te ondersteunen. Hieronder vindt u de vereiste onderdelen voor de onderliggende implementatieserver.

Vereist onderdeel Doel/opmerking
Windows Server 2003 R2 Vereist ter ondersteuning van DFS-R
Microsoft SQL Server 2005 Express Edition Ontvangt gerepliceerde kopieën van de MDT-database
DFS-R Vereist voor replicatie van implementatieshare
Windows Deployment Services Vereist om toe te staan dat pxe-installaties op het netwerk worden geïnitieerd

Opmerking

Windows Deployment Services moet worden ingesteld en geconfigureerd op elke onderliggende server, maar het is niet nodig om opstart- of installatiekopieën toe te voegen.

Inhoud toevoegen aan MDT

Vul de hoofdimplementatieserver met inhoud met behulp van de Deployment Workbench en maak en vul de MDT DB in zoals beschreven in de volgende secties. Voor informatie over het vullen van de database met:

  • Toepassingen, zie de sectie 'Toepassingen configureren in de implementatie workbench' in het MDT-document Met behulp van de Microsoft Deployment Toolkit

  • Besturingssystemen raadpleegt u de sectie 'Besturingssystemen configureren in de implementatiewerkset' in het MDT-document Met behulp van de Microsoft Deployment Toolkit

  • Besturingssysteempakketten raadpleegt u de sectie 'Pakketten configureren in de implementatiewerkset' in het MDT-document Met behulp van de Microsoft Deployment Toolkit

  • Apparaatstuurprogramma's, zie de sectie 'Apparaatstuurprogramma's configureren in de implementatie workbench' in het MDT-document met behulp van de Microsoft Deployment Toolkit

  • Takenreeksen: zie de sectie 'Takenreeksen configureren in de implementatiewerkset' in het MDT-document Met behulp van de Microsoft Deployment Toolkit

Opmerking

Zorg ervoor dat het bestand LiteTouchPE_x86.wim dat is gemaakt wanneer de implementatieshare wordt bijgewerkt, is toegevoegd aan Windows Deployment Services.

Windows Deployment Services voorbereiden

Omdat het bestand LiteTouchPE_x86.wim periodiek wordt gerepliceerd via de DFS-R-replicatiegroep, moet het gegevensarchief van de opstartconfiguratie periodiek worden bijgewerkt om de zojuist gerepliceerde Windows PE-omgeving weer te geven. Voer de volgende stappen uit op elk van de implementatieservers.

Windows Deployment Services voorbereiden

  1. Open een opdrachtpromptvenster.

  2. Typ WDSUtil/set-server/BCDRefreshPolicy/Enabled:yes/RefreshPeriod:60 en druk op Enter.

Opmerking

In het voorbeeld dat hier wordt weergegeven, is de vernieuwingsperiode ingesteld op 60 minuten; U kunt deze waarde echter configureren om te repliceren gedurende een periode die gelijk is aan die van de DFS-R.

Replicatie van gedistribueerd bestandssysteem configureren

Bij het schalen van de LTI-implementatiearchitectuur gebruikt u DFS-R als basis voor het repliceren van de inhoud van zowel de MDT-implementatieshare als de Windows PE Lite Touch-opstartomgeving en van de hoofdimplementatieserver naar de onderliggende implementatieservers.

Opmerking

Zorg ervoor dat DFS-R is geïnstalleerd voordat u de volgende stappen uitvoert.

DFS-R configureren om de implementatie-inhoud te repliceren

  1. Open de DFS-beheerconsole.

  2. Vouw IN de DFS-beheerconsole DFS-beheer uit.

  3. Klik met de rechtermuisknop op Replicatie en selecteer vervolgens Nieuwe replicatiegroep.

  4. Selecteer in de wizard Nieuwe replicatiegroep op de pagina Type replicatiegroepde optie Nieuwe multipurpose-replicatiegroep.

  5. Selecteer Volgende.

  6. Typ de volgende informatie op de pagina Naam en domein :

    • Typ in het vak Naam voor replicatiegroep een naam voor de replicatiegroep, bijvoorbeeld MDT 2010-replicatiegroep.

    • Typ in het vak Optionele beschrijving van replicatiegroep een beschrijving van de replicatiegroep, bijvoorbeeld Groep voor replicatie van MDT 2010-gegevens.

    • Zorg ervoor dat het vak Domein de juiste domeinnaam bevat.

  7. Selecteer Volgende.

  8. Voer op de pagina Leden van replicatiegroep de volgende stappen uit:

    1. Kies Toevoegen.

    2. Typ de namen van alle servers die lid moeten zijn van deze replicatiegroep, bijvoorbeeld alle onderliggende implementatieservers en de hoofdimplementatieserver.

    3. Selecteer OK.

  9. Selecteer Volgende.

  10. Selecteer op de pagina Topologieselectiede optie Hub en spoke en selecteer vervolgens Volgende.

  11. Selecteer op de pagina Hub-leden de hoofdimplementatieserver en selecteer vervolgens Toevoegen.

  12. Selecteer Volgende.

  13. Controleer op de pagina Hub en spoke Connections of voor elke onderliggende implementatieserver de vermelde hoofdimplementatieserver het vereiste hublid is.

  14. Selecteer Volgende.

  15. Geef op de pagina Planning en bandbreedte van replicatiegroep een schema op voor het repliceren van de inhoud tussen servers.

  16. Selecteer Volgende.

  17. Selecteer op de pagina Primair lid in het vak Primair lid de hoofdimplementatieserver.

  18. Selecteer Volgende.

  19. Selecteer op de pagina Te repliceren mappende optie Toevoegen en voer vervolgens de volgende stappen uit:

    1. Selecteer in het vak Lokaal pad van de te repliceren mapde optie Bladeren om naar de map X:\Deployment te gaan (waarbij X de stationsletter op de implementatieserver is).

    2. Selecteer Naam gebruiken op basis van pad.

    3. Selecteer OK.

    4. Kies Toevoegen.

    5. Selecteer in het dialoogvenster Map toevoegen om te replicerende optie Bladeren om naar de map X:\RemoteInstall\Boot te gaan.

    6. Selecteer Naam gebruiken op basis van pad.

  20. Selecteer Volgende.

  21. Voer op de pagina Lokaal distributiepad op andere leden de volgende stappen uit:

    1. Selecteer alle leden in de distributiegroep en selecteer vervolgens Bewerken.

    2. Selecteer in het dialoogvenster Lokaal pad bewerken de optie Ingeschakeld.

    3. Typ het pad waar de map Implementatieshare moet worden opgeslagen op de onderliggende implementatieserver, bijvoorbeeld X:\Deployment (waarbij X de stationsletter op de implementatieserver is).

    4. Selecteer OK.

  22. Selecteer Volgende.

  23. Voer op de pagina Lokaal opstartpad op andere leden de volgende stappen uit:

    1. Selecteer alle leden in de distributiegroep en selecteer vervolgens Bewerken.

    2. Selecteer in het dialoogvenster Lokaal pad bewerken de optie Ingeschakeld.

    3. Typ het pad waar de opstartmap moet worden opgeslagen op de onderliggende implementatieserver, bijvoorbeeld X:\RemoteInstall\Boot (waarbij X de stationsletter op de implementatieserver is).

    4. Selecteer OK.

  24. Selecteer Volgende.

  25. Selecteer op de pagina Externe instellingen en Replicatiegroep makende optie Maken om de wizard Nieuwe replicatiegroep te voltooien.

  26. Selecteer op de pagina Bevestigingde optie Sluiten om de wizard te sluiten.

Opmerking

Zorg ervoor dat de nieuwe replicatiegroep nu wordt weergegeven onder het knooppunt Replicatie.

Replicatie van SQL Server voorbereiden

Voordat SQL Server replicatie kan worden geconfigureerd, moet u enkele stappen vooraf configureren om ervoor te zorgen dat de implementatieservers correct zijn geconfigureerd.

Voorbereiden op SQL Server replicatie op de hoofdimplementatieserver

  1. Maak een map om de momentopnamen van de database op te slaan en configureer de map vervolgens als een share.

    Opmerking

    Zie De map Momentopname beveiligen voor meer informatie over het beveiligen van de map met momentopnamen.

  2. Zorg ervoor dat de SQL Server Browser-service is ingeschakeld en ingesteld op Automatisch.

  3. Selecteer lokale en externe verbindingen in het vak SQL Server Surface Area Configuration.

    Voorbereiden op SQL Server replicatie op de onderliggende implementatieserver

  4. Selecteer lokale en externe verbindingen in het vak SQL Server Surface Area Configuration.

  5. Maak eventueel een lege database voor het hosten van de gerepliceerde MDT DB.

Opmerking

Deze database moet dezelfde naam hebben als de MDT-database op de hoofdimplementatieserver. Als de MDT-database op de hoofdimplementatieserver bijvoorbeeld MDTDB heet, maakt u een lege database met de naam MDTDB op de onderliggende implementatieserver.

Replicatie van SQL Server configureren

Nadat u de replicatie van bestanden en mappen hebt geconfigureerd die nodig zijn voor het bouwen van de implementatie-infrastructuur, configureert u SQL Server om de MDT DB te repliceren.

Opmerking

Het is ook mogelijk om slechts één centrale MDT-DB te onderhouden; Door echter een gerepliceerde versie van de MDT DB te onderhouden, kan er meer controle worden gehouden over gegevensoverdracht via het Wan (Wide Area Network).

SQL Server 2005 maakt gebruik van een replicatiemodel dat vergelijkbaar is met een distributiemodel voor tijdschriften:

  1. Een tijdschrift wordt beschikbaar gesteld (uitgegeven) door een uitgever.

  2. Distributeurs worden gebruikt om de publicatie te distribueren.

  3. Lezers kunnen zich abonneren op een publicatie, zodat de publicatie periodiek aan de abonnee wordt geleverd (een push-abonnement).

    Deze terminologie wordt gebruikt via de wizards voor het instellen en configureren van replicatie SQL Server.

Een SQL Server Publisher configureren

Voer de volgende stappen uit om de hoofdimplementatieserver te configureren als een SQL Server-uitgever:

  1. Start SQL Server Management Studio.

  2. Klik met de rechtermuisknop op het knooppunt Replicatie en selecteer distributie configureren.

  3. Selecteer volgende in de wizard Distributie configureren.

  4. Selecteer op de pagina Distributeurde optie fungeert als een eigen distributeur; SQL Server maakt een distributiedatabase en logboek en selecteert vervolgens Volgende.

  5. Typ op de pagina Map momentopname in de sectie Voorbereiden voor SQL Server replicatie het UNC-pad naar de gemaakte map met momentopnamen.

  6. Selecteer volgende op de pagina Distributiedatabase.

  7. Selecteer op de pagina Publishers de hoofdimplementatieserver om deze in te stellen als distributeur en selecteer vervolgens Volgende.

  8. Selecteer op de pagina Wizardactiesde optie Distributie configureren en selecteer vervolgens Volgende.

  9. Selecteer Voltooien en selecteer vervolgens Sluiten wanneer de wizard is voltooid.

MDT DB inschakelen voor replicatie

Voer de volgende stappen uit om de MDT DB in te schakelen voor replicatie op de hoofdimplementatieserver:

  1. Klik in SQL Server Management Studio met de rechtermuisknop op het knooppunt Replicatie en selecteer vervolgens Eigenschappen van uitgever.

  2. Voer op de pagina Eigenschappen van uitgever de volgende stappen uit:

    1. Selecteer Publisher-databases.

    2. Selecteer de MDT DB en selecteer vervolgens Transactioneel.

    3. Selecteer OK.

    De MDT DB is nu geconfigureerd voor transactionele replicatie en momentopnamen.

Een publicatie van de MDT DB maken

Voer de volgende stappen uit om een publicatie te maken van de MDT DB waarop de onderliggende implementatieservers zich kunnen abonneren:

  1. Vouw in SQL Server Management Studio Replicatie uit, klik met de rechtermuisknop op Lokale publicaties en selecteer vervolgens Nieuwe publicatie.

  2. Selecteer volgende in de wizard Nieuwe publicatie.

  3. Selecteer op de pagina Publicatiedatabase de MDT-database en selecteer vervolgens Volgende.

  4. Selecteer op de pagina Publicatietypede optie Publicatie momentopname en selecteer vervolgens Volgende.

  5. Selecteer op de pagina Artikelen alle tabellen, opgeslagen procedures en weergaven en selecteer vervolgens Volgende.

  6. Selecteer volgende op de pagina Problemen met artikelen.

  7. Selecteer volgende op de pagina Tabelrijen filteren.

  8. Voer op de pagina Momentopnameagent de volgende stappen uit:

    1. Selecteer Direct een momentopname maken en houd de momentopname beschikbaar om abonnementen te initialiseren.

    2. Selecteer De momentopnameagent plannen om op de volgende tijdstippen uit te voeren.

    3. Selecteer Wijzigen.

    Opmerking

    Geef een planning op die één uur voordat de database wordt gerepliceerd.

  9. Selecteer Volgende.

  10. Selecteer op de pagina Agentbeveiliging het account waaronder de momentopnameagent wordt uitgevoerd en selecteer volgende.

  11. Selecteer op de pagina Wizardactiesde optie De publicatie maken en selecteer vervolgens Volgende.

  12. Typ op de pagina De wizard voltooien in het vak Naam van de publicatie een beschrijvende publicatienaam.

  13. Selecteer Voltooien om de wizard te voltooien en selecteer vervolgens Sluiten wanneer de wizard de publicatie heeft gemaakt.

    Opmerking

    De publicatie is nu zichtbaar onder het knooppunt Lokale publicaties in SQL Server Management Studio.

Onderliggende implementatieservers abonneren op de gepubliceerde MDT-database

Nu de MDT DB is gepubliceerd, kunt u de onderliggende implementatieservers toevoegen als abonnees aan deze publicatie; dat wil gezegd, dat ze een kopie van de database volgens een schema ontvangen, zodat tijdens een implementatie de clientcomputers een query kunnen uitvoeren op een database die lokaal is in het netwerk in plaats van via het WAN te gaan.

De onderliggende implementatieservers abonneren op de MDT DB-publicatie

  1. Ga in SQL Server Management Studio naar Replicatie/lokale publicaties.

  2. Klik met de rechtermuisknop op de publicatie die in de vorige sectie is gemaakt en selecteer vervolgens Nieuwe abonnementen.

  3. Selecteer volgende in de wizard Nieuwe abonnementen.

  4. Selecteer op de pagina Publicatie de publicatie die u in de vorige sectie hebt gemaakt.

  5. Selecteer op de pagina Locatie van distributieagentde optie Alle agents uitvoeren op de Distributor SERVERNAME (pushabonnementen) en selecteer vervolgens Volgende.

  6. Voeg op de pagina Abonnees elk van de onderliggende implementatieservers toe door de volgende stappen uit te voeren:

    1. Selecteer Abonnee toevoegen en selecteer vervolgens SQL Server abonnee toevoegen.

    2. Voeg elke onderliggende implementatieserver toe.

    3. Voor elke onderliggende implementatieserver die wordt toegevoegd, selecteert u in het vak Abonnementsdatabase de lege MDT DB op die onderliggende implementatieserver.

    Opmerking

    Als de lege MDT-database nog niet is gemaakt, selecteert u in het vak Abonnementsdatabase de optie om een nieuwe database te maken.

    Opmerking

    Deze database moet dezelfde naam hebben als de MDT-database op de hoofdimplementatieserver. Als de MDT-database op de hoofdimplementatieserver bijvoorbeeld MDTDB heet, maakt u een lege database met de naam MDTDB op de onderliggende implementatieserver.

  7. Selecteer Volgende.

  8. Selecteer op de pagina Beveiliging van distributieagentde optie ... om het dialoogvenster Beveiliging van distributieagent te openen.

  9. Typ de details van het account dat moet worden gebruikt voor de distributieagent en selecteer volgende.

  10. Voer op de pagina Synchronisatieplanning de volgende stappen uit:

    1. Selecteer in het vak Agentplanning de optie <Planning definiëren>.

    2. Geef het schema op dat moet worden gebruikt voor het repliceren van de database tussen de hoofd- en onderliggende implementatieservers en selecteer vervolgens Volgende.

  11. Selecteer op de pagina Abonnement initialiserende optie Volgende.

  12. Selecteer op de pagina Wizardactiesde optie De abonnementen maken en selecteer vervolgens Volgende.

  13. Selecteer Voltooien en selecteer vervolgens Sluiten wanneer de wizard is voltooid.

    SQL Server replicatie is nu geconfigureerd en de MDT-database wordt periodiek gerepliceerd van de hoofdimplementatieserver naar alle onderliggende implementatieservers die hierop zijn geabonneerd.

CustomSettings.ini configureren

De LTI-implementatie-infrastructuur is nu gemaakt en elke locatie bevat een LTI-implementatieserver, met een gerepliceerde kopie van:

  • De implementatieshare

  • De MDT DB

  • De LiteTouchPE_x86 Windows PE-omgeving die is toegevoegd aan Windows Deployment Services

    U kunt nu het CustomSettings.ini-bestand voor de implementatieshare configureren voor het gebruik van de implementatie-inhoud (implementatieshare en -database) van de lokale implementatieserver, de server die de LiteTouchPE_x86.wim-omgeving levert via Windows Deployment Services.

    Wanneer het bestand LiteTouchPE_x86.wim wordt geleverd vanuit Windows Deployment Services, wordt een registersleutel geconfigureerd met de naam van de Windows Deployment Services-server die u gebruikt. MDT legt deze servernaam vast in een variabele (%WDSServer%) die u kunt gebruiken om CustomSettings.ini te configureren.

    Altijd de lokale LTI-implementatieserver gebruiken

Opmerking

In de volgende procedure wordt ervan uitgegaan dat de implementatieshare is gemaakt en ingesteld als de Deployment$-share.

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de Implementatie workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer eigenschappen in het deelvenster Acties.

  4. Selecteer het tabblad Regels en wijzig vervolgens het CustomSettings.ini-bestand om de volgende eigenschappen te configureren:

    • Configureer SQLServer voor elke toegevoegde SQL Server sectie de servernaam **%WDSServer%, bijvoorbeeld SQLServer=%WDSServer%.

    • Als u DeployRoot configureert, configureert u DeployRoot om de variabele %WDSServer% te gebruiken, bijvoorbeeld DeployRoot=\\%WDSServer%\Deployment$.

  5. Selecteer Bewerken Bootstrap.ini.

  6. Configureer BootStrap.ini om de eigenschap %WDSServer% te gebruiken door de waarde DeployRoot toe te voegen of te wijzigen in DeployRoot=\\%WDSServer%\Deployment$.

  7. Selecteer Bestand en selecteer vervolgens Opslaan om de wijzigingen in het BootStrap.ini-bestand op te slaan.

  8. Selecteer OK.

    De implementatieshare en LiteTouchPE_x86.wim Windows PE-omgeving moeten worden bijgewerkt.

  9. Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.

    De wizard Update-implementatieshare wordt gestart.

  10. Selecteer op de pagina Opties de gewenste opties voor het bijwerken van de implementatieshare en selecteer vervolgens Volgende.

  11. Controleer op de pagina Samenvatting of de details juist zijn en selecteer volgende.

  12. Selecteer Voltooien op de pagina Bevestiging.

    In het volgende voorbeeld ziet u CustomSettings.ini na het uitvoeren van de stappen die in deze sectie worden beschreven.

    Voorbeeld CustomSettings.ini geconfigureerd voor schaalbare LTI-implementatie-infrastructuur

[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

Een lokale MDT-server selecteren wanneer er meerdere servers bestaan

In dit scenario worden meerdere MDT-servers gebruikt om een groot aantal gelijktijdige implementaties en implementaties op meerdere sites te ondersteunen. Wanneer een LTI-implementatie wordt geïnitialiseerd, is het standaardgedrag om een pad naar de MDT-server aan te vragen om verbinding te maken met en toegang te krijgen tot de vereiste bestanden om het implementatieproces te starten.

De Wizard Windows-implementatie kan het LocalServer.xml-bestand gebruiken om een keuze van bekende implementatieservers voor elke locatie weer te geven.

Gebruik het LocationServer.xml-bestand op:

Inzicht in LocationServer.xml

Eerst moet u begrijpen hoe MDT LocationServer.xml gebruikt. Tijdens LTI lezen en verwerken MDT-scripts het BootStrap.ini-bestand om initiële informatie over de implementatie te verzamelen. Dit gebeurt voordat er verbinding is gemaakt met de implementatieserver. Daarom wordt de eigenschap DeployRoot vaak gebruikt om in het BootStrap.ini-bestand de implementatieserver op te geven waarmee verbinding moet worden maken.

Als het BootStrap.ini-bestand geen eigenschap DeployRoot bevat, laden MDT-scripts een wizardpagina om de gebruiker om een pad naar de implementatieserver te vragen. Tijdens het initialiseren van de pagina van de wizard HTML-toepassing (HTA), controleren MDT-scripts of het LocationServer.xml-bestand bestaat en gebruiken ze LocationServer.xml om beschikbare implementatieservers weer te geven.

Inzicht in wanneer u LocationServer.xml gebruikt

MDT biedt meerdere manieren om te bepalen met welke server verbinding moet worden gemaakt tijdens een LTI-implementatie. Verschillende methoden voor het vinden van de implementatieserver zijn het meest geschikt voor verschillende scenario's; Daarom is het belangrijk om te weten wanneer u LocationServer.xml gebruikt.

MDT biedt verschillende methoden voor het automatisch detecteren en gebruiken van de meest geschikte implementatieserver. Deze methoden worden vermeld in de volgende tabel.

Methode Details
%WDSServer% Deze methode wordt gebruikt wanneer de MDT-server wordt gehost op de Windows Deployment Services-server.

Wanneer een LTI-implementatie wordt gestart vanuit Windows Deployment Services, wordt een omgevingsvariabele, %WDSServer%, gemaakt en ingevuld met de naam van de Windows Deployment Services-server.

De variabele DeployRoot kan deze variabele gebruiken om automatisch verbinding te maken met een implementatieshare op de Windows Deployment Services-server, bijvoorbeeld:

DeployRoot=\\%WDSServer%\Deployment$
Automatisering op basis van locatie MDT kan automatisering op basis van locatie in het BootStrap.ini-bestand gebruiken om te bepalen op welke server het moet worden geïmplementeerd.

Gebruik de eigenschap Default Gateway om onderscheid te maken tussen verschillende locaties; voor elke standaardgateway wordt een andere MDT-server opgegeven.

Raadpleeg 'De methoden voor het toepassen van configuratie-instellingen selecteren' voor meer informatie over het gebruik van automatisering op basis van locatie.

Elke benadering die in de voorgaande tabel wordt vermeld, biedt één manier om de selectie van de implementatieserver op een bepaalde locatie voor bepaalde scenario's te automatiseren. Deze benaderingen zijn gericht op specifieke scenario's, bijvoorbeeld wanneer de MDT-server wordt gehost met Windows Deployment Services.

Er zijn andere scenario's waarin deze benaderingen niet geschikt zijn, bijvoorbeeld als er meerdere implementatieservers op een bepaalde locatie zijn of automatiseringslogica niet mogelijk is (het netwerk is bijvoorbeeld niet gesegmenteerd genoeg om locatiebepaling toe te staan of de MDT-server is gescheiden van Windows Deployment Services).

In deze scenario's biedt het LocationServer.xml-bestand een flexibele manier om deze informatie tijdens de implementatie te presenteren zonder dat u kennis van servernamen en implementatieshares nodig hebt.

Het LocationServer.xml-bestand maken

Als u een lijst met beschikbare implementatieservers wilt presenteren tijdens een LTI-implementatie, maakt u een LocationServer.xml-bestand met details over elke server. Er is geen standaardbestand LocationServer.xml in MDT, dus maak er een met behulp van de volgende richtlijnen.

Een LocationServer.xml-bestand maken om meerdere locaties te ondersteunen

De eenvoudigste methode voor het maken en gebruiken van LocationServer.xml is om een LocationServer.xml-bestand te maken en vermeldingen toe te voegen voor elke implementatieserver in de omgeving (dit kan op dezelfde locatie of op verschillende locaties zijn).

Maak het LocationServer.xml-bestand door een nieuwe sectie voor elke server te maken en vervolgens de volgende informatie toe te voegen:

  • Een unieke id

  • Een locatienaam, die wordt gebruikt om een gemakkelijk identificeerbare naam voor die locatie weer te geven

  • Een UNC-pad naar de MDT-server voor die locatie

    Hieronder ziet u hoe het LocationServer.xml-bestand wordt gemaakt met elk van deze eigenschappen met behulp van een voorbeeld van een LocationServer.xml-bestand dat is geconfigureerd voor meerdere locaties.

    Voorbeeld van LocationServer.xml-bestand ter ondersteuning van meerdere locaties

<?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>

Gebruik deze indeling om verschillende serververmeldingen op te geven voor elke locatie of voor situaties waarin er meerdere servers binnen één locatie zijn door een andere serververmelding op te geven voor elke server op die locatie, zoals wordt weergegeven in het volgende voorbeeld.

Voorbeeld van LocationServer.xml-bestand ter ondersteuning van meerdere servers op meerdere locaties

<?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>

Een LocationServer.xml-bestand maken om meerdere servers op verschillende locaties te verdelen

Geef met LocationServer.xml meerdere servers per locatie-vermelding op en voer vervolgens basistaakverdeling uit, zodat wanneer een locatie wordt gekozen, MDT automatisch een implementatieserver selecteert in de lijst met beschikbare servers. Om deze functionaliteit te bieden, ondersteunt het LocationServer.xml-bestand het opgeven van een metrische weging.

Hieronder ziet u een voorbeeld van een LocationServer.xml bestand dat is geconfigureerd voor meerdere servers op verschillende locaties.

Voorbeeld van LocationServer.xml-bestand voor verschillende locaties

<?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>

Geef de metrische waarde voor weging op met behulp van de gewichtstag van de <server> , die MDT gebruikt in het serverselectieproces. De kans dat een server wordt geselecteerd, wordt berekend door:

Servergewicht/som van alle servergewichten

In het vorige voorbeeld worden de drie servers op het hoofdkantoor van Contoso vermeld als 1, 2 en 4. De kans dat een server met een weging van 2 wordt geselecteerd, wordt 2 in 7. Als u het wegingssysteem wilt gebruiken, bepaalt u daarom de capaciteit van de servers die beschikbaar zijn op een locatie en weegt u elke server op basis van de capaciteit van de server ten opzichte van elk van de andere servers.

Het LocationServer.xml-bestand toevoegen aan de map Extra bestanden

Nadat u het LocationServer.xml-bestand hebt gemaakt, voegt u het toe aan de LiteTouch_x86 en LiteTouch_x64 Windows PE-opstartinstallatiekopieën in de map X:\Deploy\Control. Voeg met behulp van Deployment Workbench andere bestanden en mappen toe aan deze Windows PE-installatiekopieën door een extra map op te geven die moet worden toegevoegd aan de eigenschappen van de implementatieshare.

LocationServer.xml toevoegen aan de implementatieshare

  1. Maak een map met de naam Extra bestanden in de map met de hoofdimplementatieshare (bijvoorbeeld D:\Production Deployment Share\Extra Files).

  2. Maak een mapstructuur in de map Extra bestanden die de Windows PE-locatie spiegelt waar het extra bestand zich moet bevinden.

    Het LocationServer.xml-bestand moet zich bijvoorbeeld bevinden in de map \Deploy\Control in Windows PE; maak daarom dezelfde mapstructuur onder Extra bestanden (bijvoorbeeld D:\Production Deployment Share\Extra Files\Deploy\Control).

  3. Kopieer LocationServer.xml naar de map deployment_share\Extra Files\Deploy\Control ( waarbij deployment_share het volledig gekwalificeerde pad is naar de hoofdmap van de implementatieshare).

  4. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  5. Ga in de Implementatie workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  6. Selecteer eigenschappen in het deelvenster Acties.

  7. Voer in het dialoogvenster deployment_shareProperties (waarbij deployment_share de naam van de implementatieshare is) de volgende stappen uit:

    1. Selecteer het tabblad Instellingen van het Windows PE-platform (waarbij platform de architectuur is van de Windows PE-installatiekopie die moet worden geconfigureerd).

    2. Typ in de sectie Windows PE-aanpassingen in het vak Extra map om toe te voegenpad (waarbij pad het volledig gekwalificeerde pad is naar de map Extra bestanden, bijvoorbeeld D:\Production Deployment Share\Extra Bestanden) en selecteer OK.

Het BootStrap.ini-bestand bijwerken

Wanneer u een implementatieshare maakt met behulp van de Deployment Workbench, wordt automatisch een eigenschap DeployRoot gemaakt en ingevuld in het BootStrap.ini-bestand. Omdat het LocationServer.xml-bestand wordt gebruikt om de eigenschap DeployRoot te vullen, moet u deze waarde verwijderen uit het BootStrap.ini-bestand.

De eigenschap DeployRoot verwijderen uit BootStrap.ini

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de Implementatie workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer eigenschappen in het deelvenster Acties.

  4. Selecteer in het dialoogvenster deployment_shareProperties (waarbij deployment_share de naam van de implementatieshare is) het tabblad Regels en selecteer vervolgens Bewerken BootStrap.ini.

  5. Verwijder de waarde DeployRoot (bijvoorbeeld DeployRoot=\\Server\Deployment$).

  6. Selecteer Bestand en selecteer vervolgens Opslaan om de wijzigingen in het BootStrap.ini-bestand op te slaan.

  7. Selecteer OK om de wijzigingen te verzenden.

De implementatieshare bijwerken

De implementatieshare moet vervolgens worden bijgewerkt om een nieuwe LiteTouch_x86 en LiteTouch_x64 opstartomgeving te genereren die het LocationServer.xml-bestand en het bijgewerkte BootStrap.ini-bestand bevat.

De implementatieshare bijwerken

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de Implementatie workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.

    De wizard Update-implementatieshare wordt gestart.

  4. Selecteer op de pagina Opties de gewenste opties voor het bijwerken van de implementatieshare en selecteer vervolgens Volgende.

  5. Controleer op de pagina Samenvatting of de details juist zijn en selecteer volgende.

  6. Selecteer Voltooien op de pagina Bevestiging.

Opmerking

Wanneer het updateproces is voltooid, voegt u de nieuwe LiteTouch_x86 en LiteTouch_x64 Windows PE-omgevingen weer toe aan Windows Deployment Services of brandt u ze op opstartmedia voor gebruik tijdens de implementatie.

Een bestaande computer vervangen door een nieuwe computer met lite touch-installatie

U kunt MDT gebruiken om een installatiekopieën te implementeren op een nieuwe computer die een bestaande computer in de bedrijfsarchitectuur vervangt. Deze situatie kan zich voordoen bij het upgraden van het ene besturingssysteem naar het andere (een nieuw besturingssysteem kan nieuwe hardware vereisen) of als de organisatie nieuwere, snellere computers nodig heeft voor bestaande toepassingen.

Wanneer u een bestaande computer vervangt door een nieuwe computer, raadt Microsoft aan rekening te houden met alle instellingen die van de ene computer naar de andere worden gemigreerd, zoals gebruikersaccounts en gebruikersstatusgegevens. Daarnaast is het belangrijk om een hersteloplossing te maken voor het geval de migratie mislukt.

Vervang in deze voorbeeldimplementatie de bestaande computer (WDG-EXIST-01) door een nieuwe computer (WDG-NEW-02) in het CORP-domein door gebruikersstatusgegevens van WDG-EXIST-01 vast te leggen en op te slaan in een netwerkshare. Implementeer vervolgens een bestaande installatiekopieën in WDG-NEW-02 en herstel ten slotte de vastgelegde gebruikersstatusgegevens naar WDG-NEW-02. De implementatie wordt uitgevoerd vanaf een implementatieserver (WDG-MDT-01).

Gebruik in MDT de sjabloon Takenreeks standaardclient vervangen om een takenreeks te maken waarmee alle benodigde implementatietaken worden uitgevoerd.

In deze demonstratie wordt ervan uitgegaan dat:

  • MDT is geïnstalleerd op de implementatieserver (WDG MDT 01)

  • De implementatieshare is al gemaakt en ingevuld, inclusief installatiekopieën van het besturingssysteem, toepassingen en apparaatstuurprogramma's

  • Een installatiekopie van een referentiecomputer is al vastgelegd en wordt geïmplementeerd op de nieuwe computer (WDG NEW 02)

  • Er is een gedeelde netwerkmap (UserStateCapture$) gemaakt en gedeeld op de implementatieserver (WDG MDT 01) met de juiste sharemachtigingen

    Er moet een implementatieshare bestaan voordat u met dit voorbeeld begint. Voor meer informatie over het maken van een implementatieshare raadpleegt u de sectie Implementatieshares beheren in de Implementatiewerkbench in het MDT-document Met de Microsoft Deployment Toolkit.

Stap 1: een takenreeks maken om de gebruikersstatus vast te leggen

Maak MDT-takenreeksen in het knooppunt Takenreeksen in de Workbench-implementatie met behulp van de wizard Nieuwe takenreeks. Als u het eerste deel van het implementatiescenario Computer vervangen wilt uitvoeren (waarbij de gebruikersstatus op de bestaande computer wordt vastgelegd), selecteert u de sjabloon Takenreeks standaardclient vervangen in de wizard Nieuwe takenreeks.

Een takenreeks maken om de gebruikersstatus vast te leggen in het implementatiescenario Computer vervangen

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de consolestructuur implementatie van Workbench naar Implementatie workbench/implementatieshares/ deployment_share/takenreeksen (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer in het deelvenster Acties de optie Nieuwe takenreeks.

    De wizard Nieuwe takenreeks wordt gestart.

  4. Voltooi de wizard Nieuwe takenreeks met behulp van de volgende informatie. Accepteer de standaardwaarden, tenzij anders is opgegeven.

    Op deze wizardpagina Doe dit
    Algemene instellingen 1. Typ in Takenreeks-idVISTA_EXIST.
    2. Typ in TakenreeksnaamComputerscenario uitvoeren op bestaande computer.
    3. Selecteer Volgende.
    Sjabloon selecteren In De volgende takenreekssjablonen zijn beschikbaar. Selecteer het item dat u als uitgangspunt wilt gebruiken, selecteer Takenreeks standaardclient vervangen en selecteer vervolgens Volgende.
    Samenvatting Controleer of de configuratiegegevens juist zijn en selecteer vervolgens Volgende.
    Bevestiging Klik op Voltooien.

    De wizard Nieuwe takenreeks wordt voltooid en de VISTA_EXIST takenreeks wordt toegevoegd aan de lijst met takenreeksen.

Stap 2: een takenreeks maken om het besturingssysteem te implementeren en de gebruikersstatus te herstellen

Maak MDT-takenreeksen in het knooppunt Takenreeksen in de Workbench-implementatie met behulp van de wizard Nieuwe takenreeks. Als u het tweede deel van het implementatiescenario Computer vervangen wilt uitvoeren (het besturingssysteem implementeren en vervolgens de gebruikersstatus op de bestaande computer herstellen), selecteert u de standaardclienttakenreekssjabloon in de wizard Nieuwe takenreeks.

Een takenreeks maken voor het implementeren van de gebruikersstatus in het implementatiescenario Computer vervangen

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de consolestructuur implementatie van Workbench naar Implementatie workbench/implementatieshares/deployment_share/takenreeksen (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer in het deelvenster Acties de optie Nieuwe takenreeks.

    De wizard Nieuwe takenreeks wordt gestart.

  4. Voltooi de wizard Nieuwe takenreeks met behulp van de volgende informatie. Accepteer de standaardwaarden, tenzij anders is opgegeven.

    Op deze wizardpagina Doe dit
    Algemene instellingen 1. Typ in Takenreeks-idVISTA_NEW.
    2. Typ in TakenreeksnaamComputerscenario uitvoeren op nieuwe computer.
    3. Selecteer Volgende.
    Sjabloon selecteren In De volgende takenreekssjablonen zijn beschikbaar. Selecteer het item dat u als uitgangspunt wilt gebruiken, selecteer Takenreeks standaardclient en selecteer vervolgens Volgende.
    Besturingssysteem selecteren In De volgende installatiekopieën van het besturingssysteem zijn beschikbaar om te worden geïmplementeerd met deze takenreeks. Selecteer er een om te gebruiken, selecteer captured_vista_image (waarbij captured_vista_image de vastgelegde installatiekopieën is die de referentiecomputer heeft toegevoegd aan het knooppunt Besturingssystemen in de Workbench-implementatie) en selecteer volgende.
    Productcode opgeven Selecteer Op dit moment geen productcode opgeven en selecteer vervolgens Volgende.
    Besturingssysteeminstellingen 1. Typ Woodgrove Employee bij Volledige naam.
    2. In Organisatietypt u Woodgrove Bank.
    3. Typ http://www.woodgrovebank.comop de startpagina van Internet Explorer.
    4. Selecteer Volgende.
    wachtwoord Beheer Typ in Beheerderswachtwoord en Beheerderswachtwoord bevestigenP@ssw0rd en selecteer Voltooien.
    Bevestiging Klik op Voltooien.

    De wizard Nieuwe takenreeks wordt voltooid en de VISTA_NEW takenreeks wordt toegevoegd aan de lijst met takenreeksen.

Stap 3: de MDT-configuratiebestanden aanpassen

Wanneer de MDT-takenreeks is gemaakt, past u de MDT-configuratiebestanden aan die de configuratie-instellingen bieden voor het vastleggen van gebruikersstatusgegevens. Pas met name het CustomSettings.ini-bestand aan door het bestand te wijzigen in de eigenschappen van de implementatieshare die u eerder in het implementatieproces hebt gemaakt. In een latere stap wordt de implementatieshare bijgewerkt om ervoor te zorgen dat het configuratiebestand wordt bijgewerkt in de implementatieshare.

De MDT-configuratiebestanden aanpassen voor het vastleggen van gebruikersstatusgegevens

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de Implementatie workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer eigenschappen in het deelvenster Acties.

    Het dialoogvenster Eigenschappen wordt weergegeven.

  4. Selecteer in het dialoogvenster Eigenschappen het tabblad Regels .

  5. Wijzig op het tabblad Regels het CustomSettings.ini-bestand om de benodigde wijzigingen weer te geven, zoals wordt weergegeven in het volgende voorbeeld. Breng eventuele aanvullende wijzigingen aan die de omgeving vereist.

    Aangepast CustomSettings.ini-bestand

    [Settings]
Priority=Default
Properties=MyCustomProperty

[Default]
OSInstall=Y

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

  6. Selecteer OK in het dialoogvenster Eigenschappen.

  7. Sluit alle geopende vensters en dialoogvensters.

Stap 4: de Windows PE-opties voor de implementatieshare configureren

Configureer de Windows PE-opties voor de implementatieshare in het knooppunt Implementatieshares in de Deployment Workbench.

Opmerking

Als de apparaatstuurprogramma's voor de bestaande computer (WDG-EXIST-01) en de nieuwe computer (WDG-NEW-01) zijn opgenomen in Windows Vista, slaat u deze stap over en gaat u verder met de volgende stap.

De Windows PE-opties voor de implementatieshare configureren

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de Implementatie workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer eigenschappen in het deelvenster Acties.

    Het dialoogvenster Eigenschappen wordt weergegeven.

  4. Selecteer in het dialoogvenster Eigenschappen op het tabblad Onderdelen van het Windows PE-platform (waarbij platform de architectuur is van de Windows PE-installatiekopie die moet worden geconfigureerd) inSelectieprofiel de optie device_drivers (waarbij device_drivers de naam is van het selectieprofiel van het apparaatstuurprogramma) en selecteer vervolgens OK.

Stap 5: de implementatieshare bijwerken

Nadat u de Windows PE-opties voor de implementatieshare hebt geconfigureerd, werkt u de implementatieshare bij. Bij het bijwerken van de implementatieshare worden alle MDT-configuratiebestanden bijgewerkt en wordt een aangepaste versie van Windows PE gegenereerd. De aangepaste versie van Windows PE wordt gebruikt om de referentiecomputer te starten en het LTI-implementatieproces te starten.

De implementatieshare bijwerken in de Deployment Workbench

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de Implementatie workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer in het deelvenster Acties de optie Implementatie bijwerkenShare.

    De wizard Update-implementatieshare wordt gestart.

  4. Selecteer op de pagina Opties de gewenste opties voor het bijwerken van de implementatieshare en selecteer vervolgens Volgende.

  5. Controleer op de pagina Samenvatting of de details juist zijn en selecteer volgende.

  6. Selecteer Voltooien op de pagina Bevestiging.

    De Implementatie workbench begint met het bijwerken van de implementatieshare. De Workbench-implementatie maakt de LiteTouchPE_x86.iso- en LiteTouchPE_x86.wim-bestanden (voor 32-bits doelcomputers) of LiteTouchPE_x64.iso- en LiteTouchPE_x64.wim-bestanden (voor 64-bits doelcomputers) in de map deployment_share\Boot (waarbij deployment_share de gedeelde map is die wordt gebruikt als de implementatieshare).

Stap 6: de LTI-opstartmedia maken

Geef een methode op voor het starten van de computer met de aangepaste versie van Windows PE die is gemaakt toen de implementatieshare werd bijgewerkt. De Workbench-implementatie maakt de LiteTouchPE_x86.iso- en LiteTouchPE_x86.wim-bestanden (voor 32-bits doelcomputers) of LiteTouchPE_x64.iso- en LiteTouchPE_x64.wim-bestanden (voor 64-bits doelcomputers) in de map deployment_share\Boot (waarbij deployment_share de gedeelde map is die wordt gebruikt als de implementatieshare). Maak de juiste LTI-opstartmedia op basis van een van deze installatiekopieën.

De LTI-opstartmedia maken

  1. Navigeer in Windows Verkenner naar deployment_share\Boot-map (waarbij deployment_share de gedeelde map is die wordt gebruikt als de implementatieshare).

  2. Voer een van de volgende taken uit op basis van het type computer dat wordt gebruikt voor de bestaande computer (WDG-EXIST-01) en de nieuwe computer (WDG-NEW-02):

    • Als de referentiecomputer een fysieke computer is, maakt u een cd of dvd van het ISO-bestand.

    • Als de referentiecomputer een VM is, start u de VM rechtstreeks vanuit het ISO-bestand of vanaf een cd of dvd van het ISO-bestand.

Stap 7: De bestaande computer starten met de LTI-opstartbare media

Start de bestaande computer (WDG-EXIST-01) met de LTI-opstartbare media die eerder in het proces zijn gemaakt. Met deze cd wordt Windows PE gestart op de bestaande computer en wordt het MDT-implementatieproces gestart. Aan het einde van het MDT-implementatieproces wordt de migratiegegevens van de gebruikersstatus opgeslagen in de gedeelde map UserStateCapture$.

Opmerking

U kunt het MDT-proces ook starten door de doelcomputer te starten vanuit Windows Deployment Services. Zie de sectie 'Windows Deployment Services voorbereiden' in het MDT-document De Microsoft Deployment Toolkit gebruiken voor meer informatie.

De bestaande computer starten met de LTI-opstartbare media

  1. Start WDG-EXIST-01 met de LTI-opstartbare media die eerder in het proces zijn gemaakt.

    Windows PE wordt gestart en vervolgens wordt de wizard Windows Deployment gestart.

  2. Voltooi de wizard Windows-implementatie met behulp van de volgende informatie. Accepteer de standaardwaarden, tenzij anders is opgegeven.

    Op deze wizardpagina Doe dit
    Welkom bij de implementatie Selecteer De implementatiewizard uitvoeren om een nieuw besturingssysteem te installeren en selecteer vervolgens Volgende.
    Geef referenties op voor het maken van verbinding met netwerkshares. 1. Typ Administrator bij Gebruikersnaam.
    2. Typ P@ssw0rd bij Wachtwoord.
    3. Typ CORP in Domein.
    4. Selecteer OK.
    Selecteer een takenreeks die op deze computer moet worden uitgevoerd. Selecteer Computerscenario vervangen uitvoeren op bestaande computer en selecteer vervolgens Volgende.
    Opgeven waar uw gegevens en instellingen moeten worden opgeslagen Selecteer Volgende.
    Opgeven waar een volledige back-up van de computer moet worden opgeslagen Selecteer Geen back-up maken van de bestaande computer en selecteer vervolgens Volgende.
    Klaar om te beginnen Selecteer Begin.

    Als er fouten of waarschuwingen optreden, raadpleegt u het MDT-document Probleemoplossingsreferentie.

  3. Selecteer details in het dialoogvenster Implementatieoverzicht.

    Als er fouten of waarschuwingen zijn opgetreden, controleert u de fouten of waarschuwingen en registreert u alle diagnostische gegevens.

  4. Selecteer Voltooien in het dialoogvenster Implementatieoverzicht.

    De migratiegegevens van de gebruikersstatus worden vastgelegd en opgeslagen in de gedeelde netwerkmap (UserStateCapture$) die eerder in het proces is gemaakt.

Stap 8: De nieuwe computer starten met de LTI-opstartbare media

Start de nieuwe computer (WDG-NEW-02) met de LTI-opstartbare media die eerder in het proces zijn gemaakt. Met deze cd wordt Windows PE gestart op de referentiecomputer en wordt het MDT-implementatieproces gestart. Aan het einde van het MDT-implementatieproces wordt Windows Vista geïmplementeerd op de nieuwe computer en worden de vastgelegde migratiegegevens van de gebruikersstatus hersteld naar de nieuwe computer.

Opmerking

U kunt het MDT-proces ook starten door de doelcomputer te starten vanuit Windows Deployment Services. Zie de sectie 'Windows Deployment Services voorbereiden' in het MDT-document De Microsoft Deployment Toolkit gebruiken voor meer informatie.

De nieuwe computer starten met de LTI-opstartbare media

  1. Start WDG-NEW-02 met de LTI-opstartbare media die eerder in het proces zijn gemaakt.

    Windows PE wordt gestart en vervolgens wordt de wizard Windows Deployment gestart.

  2. Voltooi de wizard Windows-implementatie met behulp van de volgende informatie. Accepteer de standaardwaarden, tenzij anders is opgegeven.

    Op deze wizardpagina Doe dit
    Welkom bij de implementatie Selecteer De implementatiewizard uitvoeren om een nieuw besturingssysteem te installeren en selecteer vervolgens Volgende.
    Geef referenties op voor het maken van verbinding met netwerkshares. 1. Typ Administrator bij Gebruikersnaam.
    2. Typ P@ssw0rd bij Wachtwoord.
    3. Typ CORP in Domein.
    4. Selecteer OK.
    Selecteer een takenreeks die op deze computer moet worden uitgevoerd. Selecteer Computerscenario vervangen uitvoeren op nieuwe computer en selecteer vervolgens Volgende.
    De computernaam configureren Typ in ComputernaamWDG-NEW-02en selecteer volgende.
    De computer toevoegen aan een domein of werkgroep Selecteer Volgende.
    Opgeven of gebruikersgegevens moeten worden hersteld 1. Selecteer Een locatie opgeven.
    2 . Typ\\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01 in Location.
    3. Selecteer Volgende.
    Landinstellingen selecteren Selecteer Volgende.
    De tijdzone instellen Selecteer Volgende.
    Opgeven of een afbeelding moet worden vastgelegd Selecteer Geen afbeelding van deze computer vastleggen en selecteer vervolgens Volgende.
    De BitLocker-configuratie opgeven Selecteer BitLocker niet inschakelen voor deze computer en selecteer vervolgens Volgende.
    Klaar om te beginnen Selecteer Begin.

    Als er fouten of waarschuwingen optreden, raadpleegt u het MDT-document Probleemoplossingsreferentie.

  3. Selecteer details in het dialoogvenster Implementatieoverzicht.

    Als er fouten of waarschuwingen zijn opgetreden, controleert u de fouten of waarschuwingen en registreert u alle diagnostische gegevens.

  4. Selecteer Voltooien in het dialoogvenster Implementatieoverzicht.

    Windows Vista is nu geïnstalleerd op de nieuwe computer en de vastgelegde migratiegegevens van de gebruikersstatus worden ook hersteld.

Aangepaste implementatiecode integreren in MDT

Het is gebruikelijk dat een implementatieteam complexe vereisten heeft, specifiek voor hun doelomgeving, waaraan niet wordt voldaan door de vooraf gedefinieerde takenreeksacties van Deployment Workbench of standaard MDT-configuratiebestanden. In deze situatie implementeert u aangepaste code om te voldoen aan de vereisten.

Integreer aangepaste implementatiecode in MDT door:

De juiste scripttaal kiezen

Hoewel code die kan worden uitgevoerd op Windows of Windows PE kan worden aangeroepen als een toepassingsinstallatie of via een MDT-takenreeksstap, raadt Microsoft aan scripts te gebruiken in de vorm van .vbs- of .wsf-bestanden.

Het voordeel van het gebruik van .wsf-bestanden is ingebouwde logboekregistratie, naast enkele andere vooraf gedefinieerde functies die al worden gebruikt door de ZTI- en LTI-processen. Deze functies zijn beschikbaar in het ZTIUtility-script dat wordt gedistribueerd met MDT.

Wanneer wordt verwezen vanuit een aangepast script, initialiseert het ZTIUtility-script de MDT-omgeving en installatieklassen. Deze klassen zijn beschikbaar:

  • Logboekregistratie. Deze klasse biedt de functionaliteit voor logboekregistratie die alle MDT-scripts gebruiken. Er wordt ook één logboekbestand gemaakt voor elk script dat tijdens de implementatie wordt uitgevoerd en een geconsolideerd logboekbestand van alle scripts. Deze logboekbestanden worden gemaakt in een indeling die is ontworpen om te worden gelezen door CMTrace.

  • Omgeving. Met deze klasse configureert u omgevingsvariabelen die zijn verzameld via WMI- en MDT-regelverwerking en kunt u er rechtstreeks vanuit het script naar verwijzen. Hierdoor kunnen implementatie-eigenschappen worden gelezen, waardoor toegang wordt gegeven tot alle configuratiegegevens die worden gebruikt door de ZTI- en LTI-processen.

  • Hulpprogramma. Deze klasse biedt algemene hulpprogramma's die worden gebruikt in ZTI- en LTI-scripts. Microsoft raadt aan dat wanneer aangepaste code wordt ontwikkeld, deze klasse moet worden onderzocht om te zien of code gewoon opnieuw kan worden gebruikt. Verderop in deze sectie vindt u aanvullende informatie over een aantal van de functionaliteiten van deze klasse.

  • Database. Deze klasse voert functies uit zoals verbinding maken met databases en het lezen van gegevens uit databases. Over het algemeen wordt het niet aanbevolen om rechtstreeks toegang te krijgen tot de databaseklasse. In plaats daarvan moet regelverwerking worden gebruikt om databasezoekacties uit te voeren.

  • Tekenreeksen. Deze klasse voert algemene tekenreeksverwerkingsroutines uit, zoals het maken van een gescheiden lijst met items, het weergeven van een hexwaarde, het bijsnijden van witruimte van een tekenreeks, het rechts uitlijnen van een tekenreeks, het uitlijnen van een waarde naar tekenreeksindeling, het genereren van een willekeurige GUID (Globally Unique Identifier) en Base64-conversies.

  • FileHandling. Deze klasse voert functies uit zoals het normaliseren van paden en het kopiëren, verplaatsen en verwijderen van bestanden en mappen.

  • clsRegEx. Deze klasse voert reguliere expressiefuncties uit.

    In MDT zijn een aantal wijzigingen geïmplementeerd in de scriptarchitectuur om client Microsoft Visual Basic Scripting Edition (VBScript) robuuster en betrouwbaarder te maken. Deze wijzigingen omvatten:

  • Uitgebreide wijzigingen in ZTIUtility.vbs (de hoofdscriptbibliotheek), waaronder nieuwe API's en betere foutafhandeling

  • Een nieuw uiterlijk van de algemene structuur van de ZTI_xxx.wsf-scripts

    De algehele structuur van de MDT-scripts is ook gewijzigd. De meeste MDT-scripts zijn nu ingekapseld in VBScript-klasseobjecten . De klasse wordt geïnitialiseerd en aangeroepen met de functie RunNewInstance .

Opmerking

De meeste bestaande MDT 2008 Update 1-scripts werken zoals ze zijn in MDT, zelfs met de uitgebreide wijzigingen in ZTIUtility.vbs, omdat de meeste MDT-scripts ZTIUtility.vbs bevatten.

Meer informatie over het gebruik van ZTIUtility

Het ZTIUtility.vbs-bestand bevat objectklassen die kunnen worden gebruikt in uw aangepaste code. Integreer aangepaste code met MDT met behulp van het volgende:

De logboekregistratieklasse ZTIUtility gebruiken

De logboekregistratieklasse in ZTIUtiliy.vbs biedt een eenvoudig mechanisme voor aangepaste code om statusgegevens, waarschuwingen en fouten op dezelfde manier te registreren als andere scripts tijdens een ZTI- of LTI-implementatie. Deze standaardisatie zorgt er ook voor dat het dialoogvenster LTI-implementatieoverzicht de status van alle uitgevoerde aangepaste code correct rapporteert.

Hieronder ziet u een voorbeeld van een aangepast codescript dat gebruikmaakt van de functies oLogging.CreateEntry en TestAndFail om verschillende typen berichten te registreren, afhankelijk van de resultaten van de verschillende scriptacties.

Voorbeeldscript met logboekregistratie van ZTIUtility: 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>

Opmerking

Als u scripts wilt blijven gebruiken die ZTIProcess() met ProcessResults() aanroepen, kunt u dit blijven doen. Bepaalde verbeterde functies voor foutafhandeling zijn echter niet ingeschakeld.

De ZTIUtility-omgevingsklasse gebruiken

De omgevingsklasse in ZTIUtiliy.vbs biedt toegang tot mdt-eigenschappen en de mogelijkheid om deze bij te werken. In het voorgaande voorbeeld wordt oEnvironment.Item("Memory") gebruikt om de hoeveelheid beschikbare RAM op te halen; dit kan ook worden gebruikt om de waarde op te halen van een van de eigenschappen die worden beschreven in de MDT-document toolkit-verwijzing.

De ZTIUtility Utility-klasse gebruiken

Het ZTIUtility.vbs script bevat een aantal veelgebruikte hulpprogramma's die elk aangepast implementatiescript kan gebruiken. U kunt deze hulpprogramma's op dezelfde manier toevoegen aan elk script als de klassen oLogging en oEnvironment .

In de volgende tabel vindt u een aantal nuttige functies die beschikbaar zijn en de uitvoer ervan. Raadpleeg het bestand ZTIUtility.vbs voor een volledige lijst met beschikbare functies.

Functie Uitvoer
oUtility.LocalRootPath Retourneert het pad van de hoofdmap die wordt gebruikt door het implementatieproces op de doelcomputer, bijvoorbeeld C:\MININT
oUtility.BootDevice Retourneert het opstartapparaat van het systeem, bijvoorbeeld MULTI(0)DISK(0)RDISK(0)PARTITION(1)
oUtility.LogPath Retourneert het pad naar de map logboeken die tijdens de implementatie wordt gebruikt, bijvoorbeeld C:\MININT\SMSOSD\OSDLOGS
oUtility.StatePath Retourneert het pad van het momenteel geconfigureerde statusarchief, bijvoorbeeld C:\MININT\StateStore
oUtility.ScriptName Retourneert de naam van het script dat de functie aanroept, bijvoorbeeld Z-RAMTest
oUtility.ScriptDir Retourneert het pad naar het script dat de functie aanroept, bijvoorbeeld \\server_name\Deployment$\Scripts
oUtility.ComputerName Bepaalt de computernaam die wordt gebruikt tijdens het buildproces, bijvoorbeeld computer_name
oUtility.ReadIni(bestand, sectie, item) Hiermee kan het opgegeven item worden gelezen uit een .ini-bestand
oUtility.WriteIni(bestand, sectie, item, waarde) Hiermee staat u toe dat het opgegeven item naar een .ini-bestand wordt geschreven
oUtility.Sections(bestand) Leest de secties van een .ini-bestand en slaat deze op in een object ter referentie
oUtility.SectionContents(bestand, sectie) Leest de inhoud van het opgegeven .ini bestand en slaat deze op in een object
oUtility.RunWithHeartbeat(sCmd) Wanneer de opdracht wordt uitgevoerd, schrijft u elke 0,5 seconden heartbeat-informatie naar de logboeken
oUtility.FindFile

(sFilename,sFoundPath)		 Zoekt naar het opgegeven bestand in de map DeployRoot en standaardsubmappen, waaronder Servicing, Tools, USMT, Templates, Scripts en Control
oUtility.findMappedDrive(sServerUNC) Controleert of een station is toegewezen aan het opgegeven UNC-pad en retourneert de stationsletter
oUtility.ValidateConnection(sServerUNC) Controleert of er een bestaande verbinding is met de opgegeven server en, als dat niet het enige is, wordt geprobeerd er een te maken
MapNetworkDrive

(sShare, SDomID, sDomPwd)		 Wijst een stationsletter toe aan het UNC-pad dat is opgegeven als de share en retourneert de gebruikte stationsletter; retourneert een fout als dit niet lukt
VerifyPathExists(strPath) Controleert of het opgegeven pad bestaat
oEnvironment.Substitute(sVal) Met een tekenreeks breidt u alle variabelen of functies binnen die tekenreeks uit
oEnvironment.Item

(sName)		 Een variabele lezen of schrijven naar een permanente opslag
oEnvironment.Exists

(sName)		 Tests om te zien of de variabele bestaat
oEnvironment.ListItem

(sName)		 Een variabele van het type matrix lezen of schrijven naar een permanente opslag
oLogging.ReportFailure

(sMessage, iError)		 Wordt gebruikt om een gestructureerde afsluitbewerking uit te voeren als er een onherstelbare fout wordt gedetecteerd
oLogging.CreateEvent

(iEventID, iType, sMessage, arrParms)		 Schrijft een bericht naar het logboekbestand en plaatst de gebeurtenis op een gedefinieerde server
oLogging.CreateEntry

(sLogMsg, iType)		 Hiermee wordt een bericht naar het logboekbestand geschreven
TestAndFail(iRc, iError, sMessage) Sluit het script af met iError als iRc onwaar is of mislukt
TestAndLog(iRc , sMessage) Registreert alleen een waarschuwing als iRc onwaar is of mislukt

Aangepaste implementatiecode integreren

Aangepaste implementatiecode kan op verschillende manieren worden geïntegreerd in het MDT-proces; Ongeacht de gebruikte methode moet echter aan de volgende twee regels worden voldaan:

  • De naam van het aangepaste implementatiecodescript moet altijd beginnen met de letter Z.

  • De aangepaste implementatiecode moet worden geplaatst in de map Scripts op de implementatieshare, bijvoorbeeld D:\Production Deployment Share\Scripts.

    De meest gebruikte methoden voor het integreren van aangepaste code die ook zorgen voor consistente logboekregistratie zijn:

  • De code implementeren als een MDT-toepassing

  • De code starten als een MDT-takenreeksopdracht

  • De code starten als een script voor het afsluiten van een gebruiker

Aangepaste code implementeren als een MDT-toepassing

Aangepaste implementatiecode kan worden geïmporteerd in de Deployment Workbench en op dezelfde manier worden beheerd als elke andere toepassing.

Een nieuwe toepassing maken om aangepaste implementatiecode uit te voeren

  1. Kopieer de aangepaste implementatiecode naar de map deployment_share\Scripts ( waarbij deployment_share het volledig gekwalificeerde pad naar de implementatieshare is).

  2. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  3. Ga in de consolestructuur implementatie van Workbench naar Implementatieshares/deployment_share/Toepassingen (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  4. Selecteer in het deelvenster Acties de optie Nieuwe toepassing.

    De wizard Nieuwe toepassing wordt gestart.

  5. Voltooi de wizard Nieuwe toepassing met behulp van de volgende informatie. Standaardwaarden accepteren, tenzij anders is opgegeven.

    Op deze wizardpagina Doe dit
    Toepassingstype Selecteer Toepassing zonder bronbestanden of ergens anders op het netwerk en selecteer vervolgens Volgende.
    Details Vul deze pagina in op basis van de gegevens van de toepassing en selecteer volgende.
    Opdrachtdetails 1. Typ in het vak Opdrachtregelcscript.exe %SCRIPTROOT%\custom_code (waarbij custom_code de naam is van de aangepaste code die is ontwikkeld).
    2. Typ in het vak Werkmapworking_directory (waarbij working_directory de naam is van de werkmap van de aangepaste code; dit is meestal dezelfde map die is opgegeven in het vak Opdrachtregel ).
    3. Selecteer Volgende.
    Samenvatting Controleer of de configuratie-instellingen juist zijn en selecteer volgende.
    Bevestiging Klik op Voltooien.

    De toepassing wordt weergegeven in het knooppunt Toepassingen in de Deployment Workbench.

De aangepaste code toevoegen als een takenreeksstap

Aangepaste implementatiecode kan rechtstreeks vanaf elk punt in een takenreeks worden aangeroepen; dit geeft toegang tot de gebruikelijke takenreeksregels en -opties.

De aangepaste implementatiecode toevoegen aan een bestaande takenreeks

  1. Kopieer de aangepaste implementatiecode naar de map deployment_share\Scripts ( waarbij deployment_share het volledig gekwalificeerde pad naar de implementatieshare is).

  2. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  3. Ga in de consolestructuur implementatie van Workbench naar Implementatie workbench/implementatieshares/deployment_share/takenreeksen (waarbij deployment_share de naam is van de te configureren implementatieshare).

  4. Selecteer in het detailvenster task_sequence (waarbij task_sequence de naam is van de takenreeks waarmee de aangepaste code wordt uitgevoerd).

  5. Selecteer eigenschappen in het deelvenster Acties.

  6. Selecteer in het dialoogvenster task_sequenceProperties het tabblad Takenreeks .

  7. Ga in de consolestructuur naar groep (waarbij groep de groep is om de takenreeksstap toe te voegen).

  8. Selecteer Toevoegen, selecteer Algemeen en selecteer vervolgens Opdrachtregel uitvoeren.

  9. Selecteer opdrachtregel uitvoeren in de consolestructuur en selecteer vervolgens het tabblad Eigenschappen .

  10. Typ in het vak Naamde naam (waarbij naam een beschrijvende naam van de aangepaste code is).

  11. Typ op het tabblad Eigenschappen in het vak Opdrachtregelcommand_line ( waarbij command_line de opdracht is om de aangepaste code uit te voeren, bijvoorbeeld cscript.exe %SCRIPTROOT%\CustomCode.vbs).

  12. Typpad in het vak Starten in (waarbij pad het volledig gekwalificeerde pad is naar de werkmap van de aangepaste code; dit is meestal hetzelfde pad dat is opgegeven in het vak Opdrachtregel) en selecteer vervolgens OK.

    De zojuist gemaakte takenreeksstap wordt weergegeven in de lijst met takenreeksstappen.

Aangepaste code uitvoeren als een afsluitscript voor een gebruiker

Het is ook mogelijk om de aangepaste code uit te voeren als een script voor het afsluiten van een gebruiker van CustomSettings.ini met behulp van de UserExit-instructie . Dit biedt een mechanisme voor het doorgeven van informatie in het CustomSettings.ini regelvalidatieproces en biedt een dynamische update van MDT-eigenschappen

Zie de sectie User Exit Scripts in the CustomSettings.ini File in het MDT-document Using the Microsoft Deployment Toolkit (Gebruikersafsluitscripts in het CustomSettings.ini-bestand) voor meer informatie over scripts voor het afsluiten van gebruikers en de UserExit-instructie.

Apparaatstuurprogramma's installeren met behulp van verschillende installatiemethoden

In dit scenario gebruikt u MDT om een besturingssysteem te implementeren op verschillende soorten hardware. Als onderdeel van het implementatieproces identificeert en installeert u apparaatstuurprogramma's, zodat elk hardwaretype correct werkt. Er zijn twee hoofdtypen apparaatstuurprogramma's; elk moet anders worden verwerkt tijdens het implementatieproces:

Bepalen welke methode moet worden gebruikt om een apparaatstuurprogramma te installeren

Hardwarefabrikanten geven apparaatstuurprogramma's in een van de volgende twee vormen vrij:

  • Als een pakket dat u kunt extraheren en dat INF-bestanden bevat die worden gebruikt om het stuurprogramma te importeren in de Deployment Workbench

  • Als een toepassing die u moet installeren met behulp van traditionele toepassingsinstallatieprocessen

    Apparaatstuurprogrammapakketten die kunnen worden geëxtraheerd om toegang te krijgen tot INF-bestanden, kunnen gebruikmaken van het automatische detectie- en installatieproces van MDT-stuurprogramma's door het stuurprogramma eerst te importeren in het knooppunt Out-of-Box Drivers in de Deployment Workbench.

    Apparaatstuurprogrammapakketten die niet kunnen worden geëxtraheerd om .inf-bestanden te isoleren of die niet correct werken zonder eerst te worden geïnstalleerd met behulp van een toepassingsinstallatieprogramma zoals een MSI- of Setup.exe-bestand, kunnen de mdt-functie Toepassing installeren gebruiken en het apparaatstuurprogramma tijdens het implementatieproces installeren, net zoals voor elke normale toepassing.

Apparaatstuurprogramma's installeren met behulp van de out-of-box stuurprogramma-methode

U kunt stuurprogrammapakketten voor apparaten die een INF-bestand bevatten, importeren in de Deployment Workbench en deze automatisch installeren als onderdeel van het implementatieproces. Als u dit type implementatie van apparaatstuurprogramma's wilt implementeren, voegt u eerst het apparaatstuurprogramma toe aan de Deployment Workbench.

Het apparaatstuurprogramma toevoegen aan de Deployment Workbench

  1. Download de apparaatstuurprogramma's die vereist zijn voor de hardwaretypen die moeten worden geïmplementeerd en pak het stuurprogrammapakket van het apparaat uit op een tijdelijke locatie.

  2. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  3. Ga in de consolestructuur implementatie van Workbench naar Implementatie Workbench/Implementatieshares/deployment_share/Out-of-Box-stuurprogramma's (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  4. Selecteer in het deelvenster Acties de optie Stuurprogramma's importeren.

    De wizard Apparaatstuurprogramma importeren wordt gestart.

  5. Selecteer op de pagina Map opgeven in de sectie Bronmap station de optie Bladeren om naar de map met de nieuwe apparaatstuurprogramma's te gaan en selecteer volgende.

    Opmerking

    De wizard Nieuw apparaatstuurprogramma doorzoekt alle submappen van de bronmap van het stuurprogramma; Als er dus meerdere stuurprogramma's moeten worden geïnstalleerd, extraheert u deze in mappen binnen dezelfde hoofdmap en stelt u de bronmap van het stuurprogramma in als de hoofdmap die alle bronmappen van het stuurprogramma bevat.

  6. Controleer op de pagina Samenvatting of de instellingen juist zijn en selecteer vervolgens Volgende om de stuurprogramma's te importeren in de Deployment Workbench.

  7. Selecteer Voltooien op de pagina Bevestiging.

    Als de apparaatstuurprogramma's opstartkritieke stuurprogramma's bevatten, zoals massaopslag of netwerkklassestuurprogramma's, moet de implementatieshare vervolgens worden bijgewerkt om een nieuwe LiteTouch_x86 en LiteTouch_x64 opstartomgeving met de nieuwe stuurprogramma's te genereren.

    Apparaatstuurprogramma's toevoegen aan de Lite Touch Windows PE-installatiekopieën

  8. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  9. Ga in de Implementatie workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  10. Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.

    De wizard Update-implementatieshare wordt gestart.

  11. Selecteer op de pagina Opties de gewenste opties voor het bijwerken van de implementatieshare en selecteer vervolgens Volgende.

  12. Controleer op de pagina Samenvatting of de details juist zijn en selecteer vervolgens Volgende.

  13. Selecteer Voltooien op de pagina Bevestiging.

Apparaatstuurprogramma's installeren als toepassingen

Apparaatstuurprogramma's die zijn verpakt als toepassingen en die u niet kunt extraheren naar een map met een INF-bestand, naast stuurprogrammabestanden, moeten tijdens het implementatieproces worden toegevoegd aan de Deployment Workbench als een toepassing voor installatie.

Toepassingen kunnen worden opgegeven als een takenreeksstap of worden opgegeven in CustomSettings.ini; Toepassingen voor apparaatstuurprogramma's moeten echter alleen worden geïnstalleerd wanneer de takenreeks wordt uitgevoerd op een computer met de apparaten. Voer hiervoor de takenreeksstap uit voor het implementeren van de relevante apparaatstuurprogrammatoepassingen als een voorwaardelijke takenreeksstap. De voorwaardelijke criteria kunnen worden opgegeven voor het uitvoeren van de takenreeksstap met behulp van WMI-query's voor het apparaat op de doelcomputer.

De toepassing Apparaatstuurprogramma toevoegen aan de implementatiewerkbench

Elke toepassing voor apparaatstuurprogramma's moet eerst worden geïmporteerd in de Deployment Workbench.

Opmerking

Configureer of de toepassing zichtbaar moet zijn tijdens de implementatie in het dialoogvenster Eigenschappen van een toepassing door het selectievakje Deze toepassing verbergen in de wizard Implementatie in te schakelen of uit te schakelen. Herhaal dit proces voor elke toepassing van het apparaatstuurprogramma die tijdens de implementatie wordt gebruikt.

De toepassing voor het apparaatstuurprogramma toevoegen aan de Implementatie-Workbench

  1. Download de toepassing van het apparaatstuurprogramma en sla deze op een tijdelijke locatie op.

  2. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  3. Ga in de consolestructuur implementatie van Workbench naar Implementatie Workbench/Implementatieshares/deployment_share/Toepassingen (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  4. Selecteer in het deelvenster Acties de optie Nieuwe toepassing.

    De wizard Nieuwe toepassing wordt gestart.

  5. Selecteer op de pagina Toepassingstypede optie Toepassing met bronbestanden en selecteer vervolgens Volgende.

  6. Typ op de pagina Details relevante details over de toepassing en selecteer volgende.

  7. Selecteer op de pagina Bron in de sectie Bronmap de optie Bladeren om naar te gaan en selecteer vervolgens de map met de bronbestanden van de toepassing van het apparaatstuurprogramma. Selecteer OK.

  8. Selecteer Volgende.

  9. Typ op de pagina Doel een naam voor de doelmap en selecteer volgende.

  10. Typ op de pagina Opdrachtdetails in de sectie Opdrachtregel de opdracht waarmee de installatie op de achtergrond van de toepassing van het apparaatstuurprogramma is toegestaan.

  11. Controleer op de pagina Samenvatting of de instellingen juist zijn en selecteer vervolgens Volgende om de toepassing voor het apparaatstuurprogramma te importeren in de Deployment Workbench.

  12. Selecteer Voltooien op de pagina Bevestiging.

    Nadat de toepassingen zijn geïmporteerd in de Deployment Workbench, voegt u ze toe aan het implementatieproces met behulp van de juiste logica om ervoor te zorgen dat de toepassing alleen wordt geïnstalleerd wanneer deze wordt uitgevoerd op de juiste hardware. Er zijn verschillende methoden om dit te bereiken:

  • Geef de toepassing van het apparaatstuurprogramma op als onderdeel van een implementatietakenreeks.

  • Geef de toepassing van het apparaatstuurprogramma op in CustomSettings.ini.

  • Geef de toepassing van het apparaatstuurprogramma op in de MDT-database.

    Elke aanpak wordt in de volgende secties uitgebreider besproken.

De toepassing Apparaatstuurprogramma opgeven als onderdeel van een takenreeks

De eerste methode voor het toevoegen van een toepassing voor apparaatstuurprogramma's aan het implementatieproces is het gebruik van een takenreeks om stappen toe te voegen voor elke toepassing van het apparaatstuurprogramma.

Er zijn twee belangrijke benaderingen voor het beheren van toepassingen voor apparaatstuurprogramma's in de takenreeks:

  • Maak een nieuwe takenreeksgroep voor elk hardwaremodel en voeg vervolgens een query toe om die groep acties uit te voeren als de computer overeenkomt met een specifiek hardwaretype.

  • Maak een takenreeksgroep voor hardwarespecifieke toepassingen en voeg vervolgens query's toe voor elke takenreeksactie, zodat elke takenreeksstap wordt geëvalueerd op basis van het hardwaretype en alleen wordt uitgevoerd als er een overeenkomst wordt gevonden.

    Een nieuwe takenreeksgroep maken voor elk type hardware

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de consolestructuur implementatie van Workbench naar Implementatie workbench/implementatieshares/deployment_share/takenreeksen (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer in het detailvenster task_sequence (waarbij task_sequence de implementatietakenreeks is die nodig is om de toepassing voor het apparaatstuurprogramma te installeren).

  4. Selecteer eigenschappen in het deelvenster Acties.

  5. Ga in het dialoogvenster task_sequenceProperties op het tabblad Takenreeks in het detailvenster naar Statusherstel/Windows Update (Installatie vóór toepassing).

  6. Selecteer op het tabblad Takenreeksde optie Toevoegen en selecteer vervolgens Nieuwe groep.

    Hiermee maakt u een nieuwe takenreeksgroep in de takenreeks. Gebruik deze nieuwe takenreeksgroep om de stappen te maken voor het installeren van de hardwarespecifieke apparaatstuurprogrammatoepassingen.

  7. Selecteer nieuwe groep in het detailvenster.

  8. Typ op het tabblad Eigenschappen in het vak Naamgroup_name (waarbij group_name de naam van de groep is, bijvoorbeeld HardwareSpecifieke toepassingen - Dell Computer Corporation).

  9. Selecteer op het tabblad Optiesde optie Toevoegen en selecteer vervolgens Query WMI.

  10. Typ in het dialoogvenster Takenreeks WMI-voorwaarde de volgende details:

    • Typ root\cimv2 in het vak WMI-naamruimte.

    • Typ in het vak WQL-query een WMI Query Language-query (WQL) met behulp van de klasse Win32_ComputerSystem om ervoor te zorgen dat de toepassing alleen is geïnstalleerd voor een specifiek toepassingstype, bijvoorbeeld:

      Selecteer * FROM Win32_ComputerSystem WHERE MODEL LIKE %hardware_model% AND Manufacturer LIKE %hardware_manufacturer%

      In dit voorbeeld is hardware_model de naam van het computermodel (zoals Latitude D620) en hardware_manufacturer de naam van het computer merk (zoals Dell Corporation).

      Het % symbool is een jokerteken dat is opgenomen in de namen, zodat beheerders computermodellen of -producties kunnen retourneren die de waarde bevatten die is opgegeven voor hardware_model of hardware_manufacturer.

      Zie voor meer informatie over WMI- en WQL-query's de sectie 'WMI-query's toevoegen aan voorwaarden voor takenreeksstap', in het MDT-document De Microsoft Deployment Toolkit gebruiken en zie Query's uitvoeren met WQL.

  11. Selecteer OK om de query te verzenden en selecteer vervolgens OK om wijzigingen in de takenreeks te verzenden.

Opmerking

Dit proces moet worden herhaald voor elk hardwaretype van elke apparaatstuurprogrammatoepassing die moet worden geïnstalleerd.

Nadat de hardwarespecifieke takenreeksgroepen zijn gemaakt, kunnen apparaatstuurprogrammatoepassingen aan elke groep worden toegevoegd.

Apparaatstuurprogrammatoepassingen toevoegen aan hardwarespecifieke takenreeksgroepen

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de consolestructuur implementatie van Workbench naar Implementatie workbench/implementatieshares/deployment_share/takenreeksen (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer in het detailvenster task_sequence (waarbij task_sequence de implementatietakenreeks is die nodig is om de toepassing voor het apparaatstuurprogramma te installeren).

  4. Selecteer eigenschappen in het deelvenster Acties.

  5. Selecteer in het dialoogvenster task_sequenceProperties het tabblad Takenreeks .

  6. Ga in het detailvenster naar Statusherstel/hardware_specific_group (waarbij hardware_specific_group de naam is van de hardwarespecifieke groep waaraan de takenreeksstap wordt toegevoegd om de toepassing van het apparaatstuurprogramma te installeren).

  7. Selecteer op het tabblad Takenreeksde optie Toevoegen, selecteer Algemeen en selecteer vervolgens Toepassing installeren.

    De takenreeksstap Toepassing installeren wordt weergegeven in het detailvenster.

  8. Selecteer toepassing installeren in het detailvenster.

  9. Selecteer op het tabblad Eigenschappende optie Eén toepassing installeren en selecteer in de lijst Toepassing om te installerenhardware_application (waarbij hardware_application de toepassing is voor het installeren van de hardwarespecifieke toepassing).

Opmerking

Dit proces moet worden herhaald voor elke toepassing met apparaatstuurprogramma's die tijdens een implementatie moet worden gebruikt.

Geef de toepassing apparaatstuurprogramma op in CustomSettings.ini

Wanneer een LTI- of ZTI-implementatie begint, is een van de eerste acties die moeten worden voltooid de verwerking van de BootStrap.ini- en CustomSettings.ini controlebestanden. Beide bestanden bevatten regels die kunnen worden gebruikt om de implementatie dynamisch aan te passen.

Vanwege de manier waarop MDT het CustomSettings.ini-bestand verwerkt, kunt u het gebruiken om toepassingen toe te voegen op basis van specifieke voorwaarden. Deze logica wordt gebruikt om tijdens de implementatie specifieke toepassingen voor apparaatstuurprogramma's toe te voegen op basis van specifieke hardwaretypen. Naar toepassingen wordt verwezen in CustomSettings.ini door de GUID van de toepassing, die zich in het Applications.xml-bestand in de implementatieshare bevindt.

De GUID van een geïmporteerde toepassing zoeken

  1. Open in de implementatieshare van de implementatieserver de map Besturingselement, bijvoorbeeld D:\Production Deployment Share\Control.

  2. Zoek en open het bestand Applications.xml.

  3. Zoek de vereiste toepassing.

  4. Zoek de toepassings-GUID door de regel in de toepassingstags <guid> te zoeken, <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>bijvoorbeeld .

    Als onderdeel van het initialisatieproces verzamelen zowel het LTI- als het ZTI-proces informatie over de computer waarop deze wordt uitgevoerd. Als onderdeel van dit proces worden WMI-query's uitgevoerd en worden de waarden uit de klasse Win32_ComputerSystem voor merk en fabrikant ingevuld als respectievelijk variabelen %Make% en %Model% .

    Deze waarden kunnen worden gebruikt tijdens het verwerken van het CustomSettings.ini-bestand om secties van het bestand dynamisch te lezen, afhankelijk van het gedetecteerde merk en model. In het volgende voorbeeld ziet u een voorbeeld van het CustomSettings.ini-bestand.

    Voorbeeld van CustomSettings.ini geconfigureerd voor een installatie van een Hardware-Specific-toepassing

[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}

Gebruik de volgende eigenschappen om toepassingen op te geven in CustomSettings.ini:

  • Toepassingen. Deze eigenschap kan worden gebruikt wanneer implementatiebeheerders geen toepassingswizard willen presenteren als onderdeel van het implementatieproces door SkipApplications=YES op te geven in CustomSettings.ini.

  • MandatoryApplications. Deze eigenschap kan worden gebruikt als implementatiebeheerders de toepassingswizard tijdens de implementatie willen presenteren, zodat implementatie-engineers aanvullende toepassingen kunnen selecteren die tijdens de implementatie moeten worden geïnstalleerd.

    Als de toepassingswizard wordt gebruikt zonder de eigenschap MandatoryApplications (bijvoorbeeld SkipApplications=NO), worden toepassingen overschreven die zijn opgegeven door de eigenschap Toepassingen .

    In het vorige voorbeeld ziet u hoe u de variabele waarden %Make% en %Model% gebruikt om dynamisch te manipuleren hoe de lijst met toepassingen is samengesteld. De waarden voor het merk en model van elk type hardware kunnen worden gevonden met behulp van een van de volgende methoden:

  • Het hulpprogramma Systeeminformatie. Gebruik het knooppunt Systeemoverzicht in dit hulpprogramma om de systeemfabrikant (merk) en het systeemmodel (model) te identificeren.

  • Windows PowerShell. Gebruik de cmdlet Get-WMIObject -class Win32_ComputerSystem om het merk en model van de computer te bepalen.

  • Windows Management Instrumentation-opdrachtregel. Gebruik CSProduct Get Name, Vendor om de naam (model) en leverancier (merk) van de computer te retourneren.

    CustomSettings.ini wijzigen om hardwarespecifieke logica toe te voegen

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de Implementatie workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer eigenschappen in het deelvenster Acties.

  4. Selecteer het tabblad Regels .

  5. Gegevens die op dit tabblad worden getypt, worden opgeslagen in het CustomSettings.ini-bestand. Wijzig de CustomSettings.ini bestandsvermeldingen om logica toe te voegen voor elk hardwaremodel met een apparaatstuurprogramma-specifieke toepassing, zoals beschreven in De toepassing apparaatstuurprogramma opgeven als onderdeel van een takenreeks.

  6. Selecteer OK om de wijzigingen te verzenden.

  7. Selecteer in het detailvenster deployment_share (waarbij deployment_share de naam is van de implementatieshare die u wilt configureren).

  8. Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.

    De wizard Update-implementatieshare wordt gestart.

  9. Selecteer op de pagina Opties de gewenste opties voor het bijwerken van de implementatieshare en selecteer vervolgens Volgende.

  10. Controleer op de pagina Samenvatting of de details juist zijn en selecteer volgende.

  11. Selecteer Voltooien op de pagina Bevestiging.

    Standaard worden alle beschikbare toepassingen weergegeven in de wizard Windows-implementatie tijdens een LTI-implementatie. Omdat apparaatstuurprogrammaspecifieke toepassingen alleen van toepassing zijn op specifieke hardwaretypen, wilt u deze mogelijk niet altijd weergeven. Door in CustomSettings.ini het toepassingspakket voor het apparaatstuurprogramma op te geven, kan de toepassing worden verborgen met de optie De toepassing verbergen in de wizard Implementatie in de toepassingsconfiguratie.

    Een toepassing verbergen in de wizard Implementatie

  12. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  13. Ga in de consolestructuur implementatie van Workbench naar Implementatie Workbench/Implementatieshares/deployment_share/Toepassingen (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  14. Selecteer in het detailvenster device_driver_application (waarbij device_driver_application de toepassing is die moet worden verborgen in de implementatiewizard).

  15. Selecteer eigenschappen in het deelvenster Acties.

  16. Schakel op het tabblad Algemeen het selectievakje De toepassing verbergen in de implementatiewizard in.

  17. Selecteer Toepassen en sluit het dialoogvenster Eigenschappen .

Geef de toepassing apparaatstuurprogramma op in de MDT-database

De MDT DB is een databaseversie van het CustomSettings.ini-bestand en kan tijdens de implementatie worden opgevraagd voor informatie die tijdens de implementatie moet worden gebruikt. Zie 'De methoden voor het toepassen van configuratie-instellingen selecteren' voor meer informatie over het gebruik van de MDT DB.

Bij het uitvoeren van query's op de MDT DB tijdens de implementatie zijn er drie methoden beschikbaar voor het identificeren van de doelcomputer:

  • Zoek naar de afzonderlijke computer (met behulp van het MAC-adres, de assettag of iets dergelijks).

  • Zoek naar de locatie van de computer (met behulp van de standaardgateway).

  • Zoek naar het merk en model van de computer (met behulp van WMI-fabrikant of merk- en modelquery's).

    Voor elke databasevermelding die u maakt, kunt u implementatie-eigenschappen, toepassingen, of u Configuration Manager-pakketten wilt gebruiken en beheerders opgeven. Door merk- en modelvermeldingen in de database te maken, kunt u de vereiste hardwarespecifieke toepassingen voor apparaatstuurprogramma's toevoegen.

    Vermeldingen maken in de MDT DB om de installatie van toepassingen voor apparaatstuurprogramma's toe te staan

Opmerking

Herhaal dit proces voor elk hardware-merk en -model waarvoor een toepassing voor apparaatstuurprogramma's is vereist.

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de consolestructuur implementatie van Workbench naar Implementatie Workbench/Implementatieshares/deployment_share/Geavanceerde configuratie/Database/Maken en model (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer in het deelvenster Acties de optie Nieuw.

  4. Typ in het dialoogvenster Eigenschappen op het tabblad Identiteit in het vak Makenmake_name (waarbij make_name een gemakkelijk te identificeren naam is die u kunt koppelen aan de fabrikant van de doelcomputer).

  5. Typ in het vak Modelmodel_name ( waarbij model_name een gemakkelijk te identificeren naam is die u kunt koppelen aan het model van de doelcomputer).

  6. Voeg op het tabblad Toepassingen alle toepassingen voor het apparaatstuurprogramma toe die vereist zijn voor dat hardwaremodel.

MDT initiëren met Windows Deployment Services

Windows Server 2008 maakt gebruik van Windows Deployment Services als een bijgewerkte en opnieuw ontworpen versie van Remote Installation Services, het standaardimplementatieprogramma in Windows Server 2003 met SP2. Met Behulp van Windows Deployment Services kunt u Windows-besturingssystemen, met name Windows 7, Windows Server 2008 of hoger, implementeren in een netwerk met behulp van de PXE-netwerkadapter of opstartmedia van een computer.

Voordat u Windows Deployment Services implementeert, moet u bepalen welke van de volgende integratieopties het beste bij uw omgeving past:

  • Optie 1. Start computers op in PXE om het LTI-proces te starten.

  • Optie 2. Implementeer een installatiekopieën van een besturingssysteem uit het installatiekopieënarchief van Windows Deployment Services.

  • Optie 3. Gebruik multicasting met MDT en de Windows Server 2008 Windows Deployment Services-serverfunctie.

Optie 1: Computers opstarten in PXE om het LTI-proces te starten

Help de kosten voor het beheren van besturingssysteemimplementaties te minimaliseren door het MDT-implementatieproces te starten met behulp van Windows Deployment Services in combinatie met Dynamic Host Configuration Protocol. Hierdoor wordt de vereiste voor het maken en leveren van opstartbare media voor elke doelcomputer verwijderd.

De Implementatie Workbench Windows PE-installatiekopie maken en importeren in Windows Deployment Services

Wanneer u een nieuwe MDT-implementatieshare maakt of een bestaande MDT-implementatieshare wijzigt, kunt u een aangepaste Opstartinstallatiekopie van Windows PE maken. Wanneer de implementatieshare wordt bijgewerkt, wordt de Opstartinstallatiekopie van Windows PE automatisch gegenereerd en bijgewerkt met informatie over de implementatieshare en worden eventuele extra stuurprogramma's of onderdelen geïnjecteerd die zijn opgegeven tijdens de configuratie van de implementatieshare.

De opstartinstallatiekopie van Windows PE wordt gegenereerd als zowel een ISO-installatiekopiebestand, dat u kunt schrijven naar een cd of dvd, als een opstartbaar WIM-bestand. U kunt het WIM-bestand importeren in Windows Deployment Services, zodat computers die in PXE kunnen opstarten, de LTI Windows PE-opstartinstallatiekopie kunnen downloaden en uitvoeren in een netwerk dat wordt gebruikt om een installatie te initialiseren.

Een opstartbare Windows PE-installatiekopie maken in de Deployment Workbench

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de Implementatie workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer eigenschappen in het deelvenster Acties.

    Selecteer in het dialoogvenster deployment_shareProperties het tabblad Instellingen voor Windows PE-platform (waarbij platform de architectuur is van de Windows PE-installatiekopie die moet worden geconfigureerd).

  4. Schakel in het gebied Instellingen voor Lite Touch Boot Image het selectievakje Iso-installatiekopie van een Lite Touch-opstartbare RAM-schijf genereren in.

  5. Selecteer het tabblad Windows PE-platformonderdelen (waarbij platform de architectuur is van de Windows PE-installatiekopie die moet worden geconfigureerd).

  6. Selecteer in de sectie Driver Injection de juiste stuurprogrammatypen die u wilt opnemen.

    Opmerking

    Deze stap is niet nodig als Windows PE al de benodigde apparaatstuurprogramma's bevat.

  7. Selecteer in de sectie Driver Injection in de lijst Selectieprofiel het juiste stuurprogrammaselectieprofiel.

  8. Selecteer OK in het dialoogvenster Eigenschappen.

    Opmerking

    Deze stap is niet nodig als Windows PE al de benodigde apparaatstuurprogramma's bevat.

  9. Selecteer in het detailvenster deployment_share (waarbij deployment_share de naam is van de implementatieshare die u wilt configureren).

  10. Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.

    De wizard Update-implementatieshare wordt gestart.

  11. Selecteer op de pagina Opties de gewenste opties voor het bijwerken van de implementatieshare en selecteer vervolgens Volgende.

  12. Controleer op de pagina Samenvatting of de details juist zijn en selecteer volgende.

  13. Selecteer Voltooien op de pagina Bevestiging.

    Wanneer dit proces is voltooid, bevat de map Opstarten in de implementatieshare een aantal opstartinstallatiekopieën, bijvoorbeeld:

    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

    U kunt de ISO-bestanden die rechtstreeks zijn gegenereerd naar cd of dvd schrijven of ze gebruiken om het LTI-proces op nieuwe hardware te initialiseren. U kunt de OPSTART-WIM-bestanden ook importeren in Windows Deployment Services, zodat nieuwe computers het LTI-implementatieproces kunnen initialiseren zonder dat er fysieke media nodig zijn.

    De Windows PE-installatiekopie importeren in Windows Deployment Services

  14. Start de Windows Deployment Services-console en maak vervolgens verbinding met Windows Deployment Services.

  15. Klik in de consolestructuur met de rechtermuisknop op Opstartinstallatiekopieën en selecteer vervolgens Opstartinstallatiekopie toevoegen.

  16. Blader naar de WIM-installatiekopie die moet worden geïmporteerd, bijvoorbeeld D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim.

  17. Tijdens het importproces worden automatisch de metagegevens uit de opstartinstallatiekopie gelezen, maar de waarden voor De naam van de installatiekopie en de beschrijving van de installatiekopie kunnen ook worden bewerkt; de naam van de installatiekopie is van invloed op de informatie over de opstartoptie die wordt weergegeven door Windows Opstartbeheer wanneer de client wordt opgestart in PXE.

  18. Wanneer de opstartinstallatiekopie is geïmporteerd, kan elke computer die opstart in PXE en een antwoord van Windows Deployment Services ontvangt, de LTI-opstartinstallatiekopie downloaden en een LTI-installatie starten.

    Het installeren en configureren van Windows Deployment Services wordt niet behandeld in deze handleiding. Zie de Handleiding voor Windows Deployment Services voor meer informatie over Windows Deployment Services.

Windows Deployment Services gebruiken om de implementatieserver automatisch te detecteren

Er is een extra optie beschikbaar wanneer u Windows Deployment Services gebruikt om MDT-opstartinstallatiekopieën te hosten wanneer de MDT-implementatieshare wordt gehost op dezelfde server als Windows Deployment Services.

Wanneer een PXE-client de MDT-opstartinstallatiekopie laadt, wordt de naam van de Windows Deployment Services-server die als host fungeert voor de opstartinstallatiekopie vastgelegd en in de MDTProperty WDSServer geplaatst. U kunt vervolgens verwijzen naar deze eigenschap in het BootStrap.ini-bestand van de installatiekopie en in het CustomSettings.ini-bestand van de implementatieshare door de eigenschap DeployRoot . Als u dit doet, resulteert dit in een client die automatisch opstart vanuit Windows Deployment Services met behulp van de implementatieshare die wordt gehost op de Windows Deployment Services-server. Hierdoor hoeft u geen servernaam op te geven in een configuratiebestand.

De lokale Windows Deployment Services-server instellen als de implementatieserver

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de Implementatie workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share/Geavanceerde configuratie/database (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer eigenschappen in het deelvenster Acties.

  4. Selecteer het tabblad Regels .

    Gegevens die op dit tabblad worden getypt, worden opgeslagen in het CustomSettings.ini-bestand.

  5. Configureer de eigenschap DeployRoot om de variabele %WDSServer% te gebruiken, bijvoorbeeld DeployRoot=\\%WDSServer%\Deployment$.

  6. Selecteer Bewerken Bootstrap.ini.

  7. Configureer BootStrap.ini om de eigenschap %WDSServer% te gebruiken door de waarde DeployRoot toe te voegen of te wijzigen in DeployRoot=\\%WDSServer%\Deployment$.

  8. Selecteer in het menu Bestandde optie Opslaan om de wijzigingen in het BootStrap.ini-bestand op te slaan.

  9. Selecteer OK.

    De implementatieshare moet worden bijgewerkt.

  10. Selecteer in het detailvenster deployment_share (waarbij deployment_share de naam is van de implementatieshare die u wilt configureren).

  11. Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.

    De wizard Update-implementatieshare wordt gestart.

  12. Selecteer op de pagina Opties de gewenste opties voor het bijwerken van de implementatieshare en selecteer vervolgens Volgende.

  13. Controleer op de pagina Samenvatting of de details juist zijn en selecteer volgende.

  14. Selecteer Voltooien op de pagina Bevestiging.

  15. Importeer de bijgewerkte opstart-WIM in Windows Deployment Services.

Optie 2: Een installatiekopieën van het besturingssysteem implementeren vanuit de Windows Deployment Services Store

Als u Windows Deployment Services al gebruikt voor de implementatie van het besturingssysteem, breidt u de functionaliteit van MDT uit door deze te configureren om te verwijzen naar de installatiekopieën van het Windows Deployment Services-besturingssysteem die al in gebruik zijn in plaats van een eigen archief te gebruiken en om Windows Deployment Services-implementaties aan te vullen met stuurprogrammabeheer, toepassingsimplementatie, update-installatie, regelverwerking en andere MDT-functionaliteit. Nadat MDT naar een installatiekopieën van een Windows Deployment Services-besturingssysteem heeft verwezen, kunt u deze behandelen als elk besturingssysteem dat is gefaseerd naar een MDT-implementatieshare.

Verwijzen naar een installatiekopieën van een Windows Deployment Services-besturingssysteem

Opmerking

Voor de volgende stappen moet ten minste één installatiekopieën van het besturingssysteem eerder zijn geïmporteerd in de Windows Deployment Services-server.

  1. Werk MDT bij om toegang te krijgen tot Installatiekopieën van Windows Deployment Services door de volgende bestanden uit de map Bronnen van de Windows-media te kopiëren naar de map C:\Program Files\Microsoft Deployment Toolkit\bin op de Windows Deployment Services-server:

    • Wdsclientapi.dll

    • Wdscsl.dll

    • Wdsimage.dll

    • Wdstptc.dll (dit is alleen van toepassing als u kopieert vanuit de Bronmappen van Windows Server 2008)

    Opmerking

    De Windows-bronmap die wordt gebruikt, moet overeenkomen met het platform van het besturingssysteem dat wordt uitgevoerd op de computer waarop MDT is geïnstalleerd.

  2. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  3. Ga in de Implementatie Workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share/Besturingssystemen (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  4. Selecteer in het deelvenster Acties de optie Besturingssysteem importeren.

    De wizard Nieuw besturingssysteem wordt gestart.

  5. Selecteer op de pagina Type besturingssysteemde optie Installatiekopieën van Windows Deployment Services en selecteer vervolgens Volgende.

  6. Typ op de pagina WDS Server de naam van de Windows Deployment Services-server waarnaar moet worden verwezen, bijvoorbeeld WDSSvr001, en selecteer vervolgens Volgende.

  7. Controleer op de pagina Samenvatting of de instellingen juist zijn en selecteer volgende.

  8. Selecteer Voltooien op de pagina Bevestiging.

    Alle installatiekopieën die beschikbaar zijn op de Windows Deployment Services-server, zijn nu beschikbaar voor MDT-takenreeksen.

Opmerking

Als u installatiekopieën importeert uit Windows Deployment Services, worden de bronbestanden niet gekopieerd van de Windows Deployment Services-server naar de implementatieshare. MDT blijft de bronbestanden gebruiken vanaf de oorspronkelijke locatie.

Optie 3: Multicasting gebruiken met MDT en de Windows Server 2008 Windows Deployment Services-rol

Met de release van Windows Server 2008 is Windows Deployment Services verbeterd om de implementatie van installatiekopieën met behulp van multicast-overdrachten te ondersteunen. MDT bevat ook updates om MDT te integreren met Windows Deployment Services-multicasting.

Daarnaast bevat een bijgewerkte Windows Automated Installation Kit (Windows AIK), versie 1.1, Wdsmcast.exe. Hierdoor kunnen multicastsessies handmatig worden toegevoegd en kan de client die Wdsmcast.exe start bestanden kopiëren uit een actieve multicastsessie.

Het script LTIApply.wsf gebruikt Wdsmcast.exe wanneer het besturingssysteembronbestanden opent vanuit de implementatieshare. LTIApply.wsf zoekt naar Wdsmcast.exe op de implementatieshare in de deployment_share\Tools\x86 of de map deployment_share\Tools\x64 (waarbij deployment_share de naam is van de bestandssysteemmap die de implementatieshare bevat), afhankelijk van de versie van Windows PE die wordt uitgevoerd.

Wanneer LTIApply.wsf wordt uitgevoerd, wordt altijd geprobeerd wim-afbeeldingen te openen en te downloaden van een bestaande multicast-stream, maar het wordt terugvallen op een standaardbestandskopie als er geen multicaststream bestaat.

Opmerking

Dit proces is alleen van toepassing op WIM-afbeeldingsbestanden.

De vereisten voor de implementatieserver voor het voorbereiden van MDT-multicasting zijn:

  • Op de implementatieserver moet Windows Server 2008 of hoger worden uitgevoerd

  • De functie Windows Deployment Services moet worden geïnstalleerd vanuit de serverbeheerconsole

  • Windows AIK 1.1 voor Windows Server 2008 moet zijn geïnstalleerd

  • MDT moet zijn geïnstalleerd

  • Net als bij elke implementatie met MDT moet ten minste één WIM-installatiekopieën van het besturingssysteem zijn geïmporteerd, hetzij als een volledige set bronbestanden of als een aangepaste installatiekopieën met installatiebestanden

Opmerking

Het is belangrijk om de nieuwste versie van Windows AIK te gebruiken voor multicasting; het exemplaar van Windows PE dat is opgenomen in eerdere versies van Windows AIK, bijvoorbeeld Windows AIK 1.0, biedt geen ondersteuning voor downloaden vanaf een multicastserver.

MDT configureren voor multicasting vanuit een bestaande implementatieshare

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench

  2. Ga in de Implementatie workbench-consolestructuur naar Implementatie Workbench/Implementatieshares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).

  3. Selecteer eigenschappen in het deelvenster Acties.

  4. Schakel op het tabblad Algemeen het selectievakje Multicast inschakelen voor deze implementatieshare (vereist Windows Server 2008 Windows Deployment Services) in.

  5. Selecteer OK.

  6. Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.

    De wizard Update-implementatieshare wordt gestart.

  7. Selecteer op de pagina Opties de gewenste opties voor het bijwerken van de implementatieshare en selecteer vervolgens Volgende.

  8. Controleer op de pagina Samenvatting of de details juist zijn en selecteer volgende.

  9. Selecteer Voltooien op de pagina Bevestiging.

    De implementatieshare is nu geconfigureerd voor multicast-overdracht van Windows Deployment Services.

    Met dit proces wordt een auto-cast-multicast-overdracht van Windows Deployment Services gemaakt die rechtstreeks gebruikmaakt van de bestaande MDT-implementatieshare. MDT maakt geen Scheduled-Cast-verzendingen. Houd er ook rekening mee dat er geen extra installatiekopieën worden geïmporteerd in Windows Deployment Services en dat het niet mogelijk is om multicast te gebruiken voor opstartinstallatiekopieën, omdat de multicast-client pas kan worden geladen nadat Windows PE wordt uitgevoerd.

    Controleren of de multicast-overdracht is gegenereerd in Windows Deployment Services

  10. Selecteer Start, wijs Systeembeheer aan en selecteer vervolgens Windows Deployment Services.

  11. Klik in de consolestructuur van Windows Deployment Services met de rechtermuisknop op Servers en selecteer vervolgens Server toevoegen.

  12. Selecteer in het dialoogvenster Servers toevoegende optie Lokale computer en selecteer vervolgens OK.

  13. Selecteer servers in de consolestructuur van Windows Deployment Services en selecteer vervolgens server_name ( waarbij server_name de naam is van de computer waarop Windows Deployment Services wordt uitgevoerd). Selecteer Multicast-transmissies.

  14. In het detailvenster wordt een nieuwe automatische cast-overdracht voor de implementatieshare weergegeven, bijvoorbeeld BDD Share Deployment$.

  15. Controleer of de status van de BDD Share Deployment$ Auto-Cast-overdracht is ingesteld op Actief.

    Nadat een computer is geïmplementeerd, controleert u of het besturingssysteem is gedownload van een multicast-overdracht door het BDD.log-bestand in de map \Windows\Temp\DeploymentLogs te controleren.

    De map met logboeken bevat twee vermeldingen, beide beginnend met Multicast-overdracht; controleer deze om te controleren of de overdracht is geslaagd. Voor meer informatie over multicast-overdrachten met MDT en Windows Deployment Services raadpleegt u de sectie 'Windows Deployment Services Multicast Deployment for LTI Deployments inschakelen' in het MDT-document Met de Microsoft Deployment Toolkit.

Gefaseerde implementaties uitvoeren met MDT (OEM-vooraf laden)

In veel organisaties worden computers geladen met de installatiekopieën van het besturingssysteem voordat ze in het productienetwerk worden geïmplementeerd. In sommige gevallen wordt het laden van de installatiekopieën van het besturingssysteem uitgevoerd door een team binnen de organisatie dat verantwoordelijk is voor het bouwen van de computers in een faseringsomgeving. In andere gevallen wordt het laden van de installatiekopieën van het besturingssysteem uitgevoerd door de leverancier van de computerhardware, ook wel oem ( Original Equipment Manufacturer ) genoemd.

Opmerking

Het OEM-preloadproces wordt alleen ondersteund in MDT voor implementaties die worden uitgevoerd met behulp van LTI. Gebruik voor Configuration Manager de functie voorbereide media.

Overzicht van het OEM-preloadproces in MDT

Het OEM-preloadproces is onderverdeeld in drie fasen:

  • Fase 1. Maak een op media gebaseerde installatiekopieën van de referentiecomputer die moet worden toegepast in de faseringsomgeving.

  • Fase 2. Pas de referentiecomputerinstallatiekopieën toe op de doelcomputer in een faseringsomgeving.

  • Fase 3. Voltooi de implementatie van de doelcomputer in de productieomgeving.

    Fase 1 en fase 3 worden doorgaans uitgevoerd door de implementatieorganisatie. Afhankelijk van het gebruik van het OEM-preloadproces in de organisatie, kan fase 2 worden uitgevoerd door de organisatie of door de leverancier van computerhardware die de computers levert. Als de organisatie fase 2 uitvoert, bevindt de faseringsomgeving zich binnen de organisatie. Als een OEM fase 2 uitvoert, bevindt de faseringsomgeving zich in de omgeving van de OEM.

Overzicht van MDT-configuratiebestanden in het OEM-preloadproces

Afzonderlijke MDT-configuratiebestanden (CustomSettings.ini en Bootstrap.ini) worden gebruikt door de takenreeksen die worden uitgevoerd tijdens fase 1 en fase 3 van het OEM-preloadproces. Beide configuratiebestanden bestaan echter tegelijkertijd in verschillende mapstructuren.

In de eerste fase worden de configuratiebestanden gebruikt tijdens het maken van de referentiecomputer en opgeslagen in de map die specifiek is voor de takenreeks die in die fase wordt gebruikt. De configuratiebestanden die in de derde en laatste fase van het OEM-preloadproces worden gebruikt, worden opgeslagen in de map die specifiek is voor de takenreeks die in die fase wordt gebruikt.

Wanneer u wijzigingen aanbrengt in de configuratiebestanden, moet u ervoor zorgen dat er wijzigingen in het configuratiebestand worden aangebracht die overeenkomen met de juiste takenreeks in elke fase van het OEM-preloadproces.

Overzicht van MDT-logboekbestanden in het OEM-preloadproces

Afzonderlijke MDT-logboekbestanden worden gegenereerd tijdens fase 1 en fase 3 van het OEM-preloadproces:

  • De MDT-logboekbestanden voor fase 1 worden opgeslagen in de mappen C:\MININT en C:\SMSTSLog.

  • De MDT-logboekbestanden voor fase 3 worden opgeslagen in de map %WINDIR%\System32\CCM\Logs voor x86-implementaties of in de map %WINDIR%\SysWow64\CCM\Logs voor x64-implementaties.

    Gebruik de juiste map bij het diagnosticeren of oplossen van mdt-gerelateerde implementatieproblemen.

Gefaseerde implementaties met LTI

Voor LTI-implementaties voert u het OEM-preloadproces uit met behulp van een implementatiesharetype Verwisselbare media (Media ). Andere typen implementatieshares worden niet ondersteund voor het OEM-preloadproces.

Als u het OEM-preloadproces wilt uitvoeren, maakt u een takenreeks op basis van de takenreekssjabloon Litetouch OEM, naast takenreeksen die worden gebruikt om het doelbesturingssysteem te implementeren. Maak vervolgens een implementatieshare voor verwisselbare media (media) waarmee uiteindelijk een ISO-bestand van de inhoud van de implementatieshare wordt gemaakt, met name het LiteTouchPE_x86.iso-bestand of LiteTouchPE_x64.iso-bestand (op basis van het processorplatform van de doelcomputer). Met het updateproces van de implementatieshare wordt ook een mapstructuur gemaakt die kan worden gebruikt voor het maken van universal disk format-media.

LTI OEM-preloadproces- Fase 1: een Media-Based-installatiekopieën maken

De implementatieorganisatie voert de eerste fase in het OEM-preloadproces uit. Het uiteindelijke product van deze fase is een opstartbare installatiekopie (zoals een ISO-bestand) of media (zoals een dvd) die wordt verzonden naar de OEM of naar de faseringsomgeving binnen de implementatieorganisatie. De meeste van deze stappen worden uitgevoerd in de Deployment Workbench.

Een op media gebaseerde installatiekopieën maken voor levering aan de OEM of aan de faseringsomgeving binnen de implementatieorganisatie

  1. Vul de volgende knooppunten voor de implementatieshare in de Deployment Workbench in:

    • Besturingssystemen

    • Toepassingen

    • Pakketten

    • Out-of-Box-stuurprogramma's

      Voor meer informatie over het uitvoeren van deze stap raadpleegt u de sectie Implementatieshares beheren in de Deployment Workbench in het MDT-document De Microsoft Deployment Toolkit gebruiken.

  2. Maak een nieuwe takenreeks op basis van de Takenreekssjabloon Litetouch OEM in de Deployment Workbench.

    Zie de sectie 'Takenreeksen configureren in de Implementatiewerkset' in het MDT-document Met de Microsoft Deployment Toolkit voor meer informatie over het uitvoeren van deze stap.

  3. Maak een of meer takenreeksen die worden gebruikt om het doelbesturingssysteem na de implementatie in de productieomgeving op de doelcomputer te implementeren.

    Zie de sectie 'Takenreeksen configureren in de Implementatiewerkset' in het MDT-document Met de Microsoft Deployment Toolkit voor meer informatie over het uitvoeren van deze stap.

  4. Maak een selectieprofiel met de toepassingen, besturingssystemen, stuurprogramma's, pakketten en takenreeksen die vereist zijn voor de OEM-implementatie.

    Zie de sectie Selectieprofielen beheren in het MDT-document Met de Microsoft Deployment Toolkit voor meer informatie over het uitvoeren van deze stap.

  5. Implementatiemedia maken.

    Zie de sectie LTI-implementatiemedia beheren in het MDT-document Met de Microsoft Deployment Toolkit voor meer informatie over het uitvoeren van deze stap.

  6. Werk de implementatiemedia bij die in de vorige stap zijn gemaakt in de Implementatiewerkbench.

    Wanneer u het implementatiemedium bijwerkt, wordt het LiteTouchMedia.iso-bestand gemaakt. Zie de sectie LTI-implementatiemedia beheren in het MDT-document Met de Microsoft Deployment Toolkit voor meer informatie over het uitvoeren van deze stap.

  7. Brand een dvd van het LiteTouchMedia.iso bestand dat u in de vorige stap hebt gemaakt.

    Opmerking

    Als het ISO-bestand wordt geleverd aan de OEM of aan de faseringsomgeving van de organisatie, is deze stap niet nodig.

  8. Lever het ISO-bestand of de dvd aan de OEM of aan de faseringsomgeving van de organisatie.

LTI OEM Preload-proces- Fase 2: De installatiekopieën toepassen op de doelcomputer

De tweede fase van het OEM-preloadproces wordt uitgevoerd door de OEM of door het implementatieteam in de faseringsomgeving van de implementatieorganisatie. Tijdens deze fase van het proces wordt het .iso bestand of de dvd die in fase 1 is gemaakt, toegepast op de doelcomputers. Het product van deze fase is de installatiekopie die op de doelcomputers is geïmplementeerd, zodat deze gereed zijn voor implementatie in de productieomgeving.

De installatiekopieën toepassen op de doelcomputers

  1. Start een doelcomputer met de media die in fase 1 zijn gemaakt.

    Windows PE wordt gestart en vervolgens wordt de wizard Windows Deployment gestart.

  2. Selecteer in de wizard Windows-implementatie de takenreeks OEM-voorinstallatie voor faseringsomgeving .

    De takenreeks wordt gestart en de inhoud van de opstartbare media wordt gekopieerd naar de lokale harde schijf van de doelcomputer.

  3. Wanneer de windows-implementatiewizard is voltooid voor de takenreeks OEM-voor-installatie voor faseringsomgeving , is de harde schijf klaar om de rest van het implementatieproces te starten door de wizard Windows-implementatie uit te voeren voor de andere takenreeksen die worden gebruikt om het besturingssysteem te implementeren.

    De takenreeks OEM-takenreeks vooraf voor faseringsomgeving is verantwoordelijk voor het implementeren van de installatiekopie op de doelcomputer en het initiëren van het LTI-proces. De wizard Windows-implementatie wordt een tweede keer gestart om de takenreeksen uit te voeren die worden gebruikt om het besturingssysteem op de doelcomputer te implementeren.

  4. Kloon de inhoud van de eerste harde schijf naar zoveel doelcomputers in de faseringsomgeving als nodig is.

  5. De doelcomputers worden geleverd aan de productieomgeving voor implementatie.

LTI OEM-preloadproces: fase 3: implementatie van doelcomputer voltooien

De derde en laatste fase van het OEM-preloadproces wordt uitgevoerd in de productieomgeving van de implementatieorganisatie. Tijdens deze fase van het proces wordt de doelcomputer gestart en wordt de opstartbare media-installatiekopie, die tijdens de vorige fase in de faseringsomgeving op de harde schijf is geplaatst, gestart.

De implementatie van de doelcomputers in de productieomgeving voltooien

  1. Start de doelcomputer.

    Windows PE wordt gestart en vervolgens wordt de wizard Windows Deployment gestart.

  2. Voltooi de wizard Windows-implementatie met behulp van de specifieke configuratiegegevens voor elke doelcomputer.

    Zie de sectie 'De implementatiewizard uitvoeren' in het MDT-document Met de Microsoft Deployment Toolkit voor meer informatie over het voltooien van deze stap.

    Wanneer deze fase is voltooid, is de doelcomputer klaar voor gebruik in de productieomgeving.

Algemene taken uitvoeren met Windows PowerShell

De MDT-beheertaken in de Workbench-implementatie worden uitgevoerd door onderliggende Windows PowerShell cmdlets, die u kunt gebruiken om beheertaken te automatiseren, zoals die in de volgende secties.

U kunt MDT-beheer automatiseren door de volgende stappen uit te voeren:

Een nieuwe implementatieshare maken

Met de volgende Windows PowerShell opdrachten maakt u een nieuwe implementatieshare op D:\Production Deployment Share met de naam Production$. De nieuwe implementatieshare wordt in de Implementatiewerkbench weergegeven als Productie.

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

Een map maken

Met de volgende Windows PowerShell opdrachten maakt u een Adobe-map in de Implementatie workbench-consolestructuur in 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

Opmerking

Als u 'remove-psdrive' toevoegt aan het script, zorgt u ervoor dat het achtergrondproces wordt voltooid voordat u verdergaat.

Een map verwijderen

Met de volgende Windows PowerShell opdrachten wordt de map Deployment Workbench/Deployment Shares/Production/Applications/Adobe verwijderd.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Remove-item -path "DS002:\Applications\Adobe" -Verbose

Opmerking

Het script mislukt als de map niet leeg is.

Een apparaatstuurprogramma importeren

Met de volgende Windows PowerShell opdrachten wordt het stuurprogramma van de Dell 2407 WFP-monitor in de productie-implementatieshare geïmporteerd.

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

Een apparaatstuurprogramma verwijderen

Met de volgende Windows PowerShell opdracht wordt het stuurprogramma van de Dell 2407 WFP-monitor verwijderd uit de productie-implementatieshare.

Remove-item -path "DS002:\Out-of-Box Drivers\Dell Inc. Monitor 2407WFP.INF 1.0" -Verbose

Een besturingssysteempakket importeren

Met de volgende Windows PowerShell opdrachten worden alle besturingssysteempakketten onder D:\Updates\Microsoft\Vista geïmporteerd. Deze besturingssysteempakketten worden opgeslagen in de productie-implementatieshare, die zich in D:\Production Deployment Share bevindt.

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

Een besturingssysteempakket verwijderen

Met de volgende Windows PowerShell opdracht verwijdert u het opgegeven besturingssysteempakket uit de productie-implementatieshare.

Remove-item -path "DS002:\Packages\Package_1_for_KB940105 neutral x86 6.0.1.0 KB940105" -Verbose

Een besturingssysteem importeren

Met de volgende Windows PowerShell opdrachten importeert u het besturingssysteem Windows Vista in D:\Operating Systems\Windows Vista x86. Het besturingssysteem wordt opgeslagen in de productie-implementatieshare, die zich in D:\Production Deployment Share bevindt.

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

Een besturingssysteem verwijderen

Met de volgende Windows PowerShell opdracht verwijdert u het besturingssysteem Windows Vista HOMEBASIC uit de productie-implementatieshare.

Remove-item -path "DS002:\Operating Systems\Windows Vista HOMEBASIC in Windows Vista x86 install.wim" -Verbose

Een toepassing maken

Met de volgende Windows PowerShell opdrachten maakt u de Adobe Reader 9-toepassing met behulp van bronbestanden van D:\Software\Adobe\Reader 9. De toepassing wordt opgeslagen in de productie-implementatieshare, die zich in D:\Production Deployment Share bevindt.

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

Een toepassing verwijderen

Met de volgende Windows PowerShell opdracht verwijdert u de Adobe Reader 9-toepassing uit de productie-implementatieshare.

Remove-item -path "DS002:\Applications\Adobe Reader 9" -Verbose

Een takenreeks maken

Met de volgende Windows PowerShell opdrachten maakt u de takenreeks Windows Vista Production Build in de share Productie-implementatie, die zich in D:\Production Deployment Share bevindt.

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

Een takenreeks verwijderen

Met de volgende Windows PowerShell opdracht verwijdert u de takenreeks Windows Vista Production Build uit de productie-implementatieshare.

Remove-item -path "DS002:\Task Sequences\Windows Vista Business Production Build" -force -Verbose

Een MDT DB maken

Met de volgende Windows PowerShell opdrachten maakt u een nieuwe MDT-database op de deployment_server-server voor de productie-implementatieshare. De databaseverbinding verloopt 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

Een selectieprofiel maken

Met de volgende Windows PowerShell opdrachten maakt u een nieuw selectieprofiel voor toepassingen.

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

Een implementatieshare bijwerken

Met de volgende Windows PowerShell opdrachten wordt de productie-implementatieshare bijgewerkt, die zich in D:\Production Deployment Share bevindt.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Update\-MDTDeploymentShare \-path "DS002:" \-Verbose

Een gekoppelde implementatieshare maken

Met de volgende Windows PowerShell opdrachten maakt u een implementatieshare die is gekoppeld aan de productie-implementatieshare en zich bevindt onder de \\remote_server_name\Deployment$-share. Het selectieprofiel Alles wordt gebruikt om te bepalen welke inhoud wordt gerepliceerd naar de gekoppelde implementatieshare. Inhoud van de productie-implementatieshare wordt samengevoegd met inhoud die al bestaat in de \\remote_server_name\Deployment$-share.

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

Een gekoppelde implementatieshare bijwerken

Met de volgende Windows PowerShell opdrachten wordt de LINKED001 implementatieshare bijgewerkt.

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

Een gekoppelde implementatieshare verwijderen

Met de volgende Windows PowerShell opdrachten wordt de LINKED001 implementatieshare verwijderd.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
Remove-item -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

Media maken

Met de volgende Windows PowerShell opdrachten wordt een bronmap gemaakt die inhoud bevat die wordt gebruikt om opstartbare media te maken. De productie-implementatieshare wordt gebruikt als bron. Het selectieprofiel Alles bepaalt welke inhoud in de map media-inhoud wordt geplaatst. Het LiteTouchMedia.iso-bestand wordt gemaakt wanneer de media wordt gegenereerd. De media ondersteunen zowel x86- als x64-platforms.

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

Media genereren

Met de volgende Windows PowerShell opdrachten wordt het LiteTouchMedia.iso-bestand gemaakt in D:\Media, waarin inhoud uit de MEDIA001 mediabronmap wordt gebruikt.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Generate-MDTMedia -path "DS002:\Media\MEDIA001" -Verbose

Media verwijderen

Met de volgende Windows PowerShell opdracht verwijdert u de MEDIA001 media uit de productie-implementatieshare.

Remove-item -path "DS002:\Media\MEDIA001" -Verbose

Domeindeelname vertragen om toepassing van groepsbeleid-objecten te voorkomen

groepsbeleid is een uitgebreide en flexibele technologie die de mogelijkheid biedt om een groot aantal Active Directory Domain Services (AD DS)-computer- en gebruikersobjecten efficiënt te beheren via een gecentraliseerd, een-op-veel-model. groepsbeleid instellingen zijn opgenomen in een groepsbeleid-object (GPO) en gekoppeld aan een of meer AD DS-servicecontainers: sites, domeinen en organisatie-eenheden (OE's).

Sommige organisaties hebben groepsbeleid instellingen die beperkend zijn en problemen kunnen veroorzaken tijdens implementaties van het besturingssysteem. De volgende groepsbeleid-instellingen kunnen bijvoorbeeld een geautomatiseerd aanmeldingsproces onderbreken:

  • Beperkingen voor autologon

  • Naam van administratoraccount wijzigen

  • Juridische banners en bijschriften

  • Restrictief beveiligingsbeleid (bijvoorbeeld het beleid Specialized Security - Limited Functionality [SSLF] )

    Een optie om de problemen op te lossen die een groepsbeleidsobject tijdens de implementatie kan veroorzaken, is om de computer zo laat mogelijk in het implementatieproces aan het domein toe te voegen. Deze join kan worden uitgevoerd met behulp van een aangepaste takenreeksstap waarmee het script ZTIDomainJoin.wsf wordt uitgevoerd.

    Om de doelcomputer aan het domein toe te voegen, gebruikt het script ZTIDomainJoin.wsf de eigenschappen DomainAdmin, DomainAdminDomain, DomainAdminPassword, JoinDomain en MachineObjectOU . U kunt deze eigenschappen declareren met behulp van de Wizard Windows-implementatie, regels voor implementatieshares, de MDT-database en Configuration Manager computer- en verzamelingsregels. Het gebruikte account moet over de vereiste rechten beschikken om computerobjecten in het domein te maken en te verwijderen.

    Normaal gesproken werkt het ZTIConfigure.wsf-script het Unattend.xml- of Unattend.txt-bestand bij met de waarden die door deze eigenschappen worden opgegeven. Deze instellingen worden vervolgens geparseerd door het Windows Setup-programma en het systeem probeert vroeg in het implementatieproces lid te worden van het domein. Als u dit doet, wordt de doelcomputer onderworpen aan instellingen die zijn opgegeven in domein-GPO's en kan het implementatieproces mogelijk mislukken.

    Als u het toevoegen van de doelcomputer aan het domein tijdens het implementatieproces wilt vertragen, kunt u bepaalde elementen uit het Unattend.xml-bestand verwijderen. Het script ZTIConfigure.wsf slaat het schrijven van eigenschappen over naar het Unattend.xml-bestand als het bijbehorende eigenschapselement ontbreekt in het bestand.

Opmerking

Dit voorbeeld is alleen geldig bij het implementeren van de besturingssystemen Windows 7, Windows Server 2008 of Windows Server 2008 R2.

Bereid het unattend.xml-bestand voor, zodat de doelcomputer niet probeert deel te nemen aan het domein tijdens de installatie van Windows

  1. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  2. Ga in de consolestructuur implementatie van Workbench naar Implementatie workbench/implementatieshares/deployment_share/takenreeksen/task_sequence (waarbij deployment_share de naam is van de implementatieshare en task_sequence de naam is van de takenreeks die moet worden geconfigureerd).

  3. Selecteer eigenschappen in het deelvenster Acties.

  4. Selecteer op het tabblad Info van het besturingssysteemde optie Bewerken Unattend.xml.

    Windows System Image Manager (Windows SIM) wordt gestart.

  5. Ga in het deelvenster Antwoordbestand naar 4 specialiseren/identificatie/referenties. Klik met de rechtermuisknop op Referenties en selecteer verwijderen.

  6. Selecteer Ja.

  7. Sla het antwoordbestand op en sluit de Windows-simkaart af.

  8. Selecteer OK in het dialoogvenster Eigenschappen van de takenreeks.

    Omdat de Credentials elementen ontbreken in het unattend.xml-bestand, kan het script ZTIConfigure.wsf de domeindeelnamegegevens in het Unattend.xml-bestand niet vullen, waardoor Windows Setup niet kan proberen lid te worden van het domein.

    Een takenreeksstap toevoegen die de doelcomputer aan het domein koppelt

  9. Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer Vervolgens Deployment Workbench.

  10. Ga in de consolestructuur implementatie van Workbench naar Implementatie workbench/implementatieshares/deployment_share/takenreeksen/task_sequence (waarbij deployment_share de naam is van de implementatieshare en task_sequence de naam is van de takenreeks die moet worden geconfigureerd).

  11. Selecteer eigenschappen in het deelvenster Acties.

  12. Ga op het tabblad Takenreeks naar het knooppunt Statusherstel en vouw deze uit.

  13. Controleer of de takenreeksstap Herstellen uit domein aanwezig is. Zo ja, ga dan verder met stap 9.

  14. Selecteer in het dialoogvenster Eigenschappen van de takenreeks de optie Toevoegen, ga naar Instellingen en selecteer Herstellen van domein.

  15. Voeg de takenreeksstap Herstellen uit domein toe aan de takenreekseditor. Controleer of de stap zich op de gewenste locatie in de takenreeks bevindt.

  16. Controleer of de instellingen voor de takenreeksstap Herstellen uit domein zijn geconfigureerd om aan uw behoeften te voldoen.

  17. Selecteer OK in het dialoogvenster Eigenschappen van de takenreeks om de takenreeks op te slaan.