Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Deze handleiding maakt deel uit van de Microsoft Deployment Toolkit (MDT) en begeleidt een gespecialiseerd team bij de implementatie van Windows-besturingssystemen en Microsoft Office. Deze handleiding is met name bedoeld om voorbeelden van configuratie-instellingen voor specifieke implementatiescenario's te bieden.
Opmerking
In dit artikel geldt dat Windows van toepassing is op de besturingssystemen voor 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 scenario-onderwerpen in de inhoudsopgave.
Selecteer het scenario dat het beste past bij de implementatiedoelstellingen van uw organisatie.
Bekijk de voorbeeldconfiguratie-instellingen voor het geselecteerde scenario.
Gebruik de voorbeeldconfiguratie-instellingen als basis voor de configuratie-instellingen in uw omgeving.
Pas de voorbeeldconfiguratie-instellingen voor uw omgeving aan.
In veel gevallen zijn meerdere scenario's nodig om de configuratie-instellingen voor de omgeving te voltooien.
Aangezien deze handleiding alleen configuratie-instellingen bevat, kan het controleren van de handleidingen in de volgende tabel u verder helpen bij het aanpassen van de configuratie-instellingen voor de omgeving.
Gids Deze handleiding biedt hulp Aan de slag met 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 een nieuwe computer. Snelstartgids voor Lite Touch-installatie Installeer het besturingssysteem van Windows 8.1 via Lite Touch Installation (LTI) met behulp van opstartbare media in een implementatiescenario voor een nieuwe computer. Snelstartgids voor User-Driven installatie Installeer het Windows 8.1-besturingssysteem met User-Driven Installation and System Center 2012 R2 Configuration Manager in een implementatiescenario voor een nieuwe computer. De Microsoft Deployment Toolkit gebruiken Pas de configuratiebestanden die worden gebruikt in Zero Touch Installation (ZTI) en LTI-implementaties verder aan. Deze handleiding biedt ook algemene configuratierichtlijnen en een technische referentie voor configuratie-instellingen.
Windows 8-toepassingen implementeren met MDT
MDT kan Windows 8 toepassingspakketten met een bestandsextensie .appx implementeren. Deze toepassingspakketten zijn nieuw in Windows 8. Zie Windows Store App ontwikkelen voor meer informatie over deze toepassingen.
Implementeer Windows 8-toepassingen met behulp van MDT door de volgende stappen uit te voeren:
Implementeer Windows 8-toepassingen met LTI zoals beschreven in Windows 8-toepassingen implementeren met LTI.
Implementeer Windows 8 toepassingen met behulp van User-Driven installatie (UDI), zoals wordt beschreven in Toepassingen Windows 8 implementeren met behulp van UDI.
Windows 8-toepassingen implementeren met LTI
U kunt Windows 8-toepassingen met LTI implementeren zoals elke andere toepassing die het installatieproces vanaf een opdrachtregel start. U kunt Windows 8-toepassingen toevoegen aan LTI-implementaties in het knooppunt Toepassingen in de Deployment Workbench.
Een Windows 8-toepassing implementeren met LTI
Maak een gedeelde netwerkmap waarin u de toepassing wilt opslaan.
Kopieer de toepassing Windows 8 naar de gedeelde netwerkmap die u in de vorige stap hebt gemaakt.
Zorg ervoor dat u de Windows 8 toepassing .appx het bestand en alle andere vereiste bestanden kopieert, zoals een .cer bestand dat het toepassingscertificaat bevat.
Maak een LTI-toepassingsitem voor de Windows 8-toepassing in het knooppunt Toepassingen in de Deployment Workbench met behulp van de wizard Nieuwe toepassing.
Typ tijdens het voltooien van de wizard Nieuwe toepassing op de pagina van de wizard Opdrachtdetails in Opdrachtregelapp_file_name (waarbij app_file_name de naam is van de toepassing Windows 8 toepassing).
Zie de volgende secties in het MDT-document Met behulp van de Microsoft Deployment Toolkit voor meer informatie over het voltooien van de wizard Nieuwe toepassing in de Deployment Workbench:
"Een nieuwe toepassing maken die wordt geïmplementeerd vanuit de implementatieshare"
"Een nieuwe toepassing maken die is geïmplementeerd vanuit een andere gedeelde netwerkmap"
Selecteer het LTI-toepassingsitem dat u in de vorige stap in een LTI-takenreeks hebt gemaakt.
Windows 8-toepassingen implementeren met behulp van UDI
U kunt Windows 8-toepassingen met UDI implementeren zoals elke andere toepassing die het installatieproces vanaf een opdrachtregel start. U kunt Windows 8-toepassingen toevoegen aan UDI-implementaties op de pagina van de wizard ApplicationPage in de UDI Wizard Designer.
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 UDI
Maak een gedeelde netwerkmap waarin u de toepassing wilt opslaan.
Deze map wordt de bronmap voor de Configuration Manager-toepassing die u later in het proces maakt.
Kopieer de toepassing Windows 8 naar de gedeelde netwerkmap die u in de vorige stap hebt gemaakt.
Zorg ervoor dat u de Windows 8 toepassing .appx het bestand en alle andere vereiste bestanden kopieert, zoals een .cer bestand dat het toepassingscertificaat bevat.
De Windows 8-toepassing toevoegen als een Configuration Manager-toepassing
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 Toepassingstoepassing maken een implementatietype voor de implementatie van de Windows 8-toepassing met behulp van de wizard Implementatietype maken. Ga in de wizard Implementatietype maken naar de pagina Inhoud en typ in het 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 2012 Configuration Manager, die deel uitmaakt van Configuration Manager, voor meer informatie over het voltooien van de wizard Aanvraag maken in de Configuration Manager-console:
Zorg ervoor dat de functie gebruikersapparaataffiniteit (UDA) in Configuration Manager correct is geconfigureerd voor ondersteuning van affiniteit tussen gebruikers en apparaten voor de implementatie van Configuration Manager-toepassingen.
Zie How to Manage User Device Affinity in Configuration Manager voor meer informatie over het configureren van UDA ter ondersteuning van Configuration Manager applicatie-implementatie.
Implementeer de toepassing die u in stap 4 hebt gemaakt voor de beoogde gebruikers.
Zie How to Deploy Applications in Configuration Manager (Toepassingen implementeren in Configuration Manager) voor meer informatie over het implementeren van een toepassing voor gebruikers.
Configureer de pagina van de wizard ApplicationPage zodanig dat deze de toepassing Configuration Manager bevat die in stap 4 is gemaakt met de UDI Wizard Designer.
Voor meer informatie over het configureren van de wizardpagina ApplicationPage met behulp van de UDI-wizard Designer, zie de sectie 'Stap 5-11: Het configuratiebestand van de UDI-wizard aanpassen voor de doelcomputer' in de Aan de slag met User-Driven installatie in het MDT-document.
Selecteer het UDI-toepassingsitem dat u in de vorige stap in een UDI-takenreeks hebt gemaakt.
Opmerking
De Windows 8 toepassing wordt niet geïnstalleerd door de taakvolgorde, maar wordt geïnstalleerd wanneer de gebruiker zich voor het eerst aanmeldt bij de doelcomputer (zoals gedefinieerd door de UDA-instelling die is geconfigureerd in stap 5) met behulp van de User-Centric App Installer-functie (AppInstall.exe) in UDI.
Voor meer informatie over de functie User-Centric App-installatieprogramma in UDI, raadpleegt u de sectie "Naslaginformatie voor gebruikersgerichte app-installatie" in de Toolkit-referentie van het MDT-document.
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:
Een Windows PowerShell-provider, MDTProvider, die toegang biedt tot de inhoud van een implementatieshare
Cmdlets waarmee MDT-implementatieshares kunnen worden beheerd
Beheer MDT-implementatieshares met behulp van Windows PowerShell door de volgende stappen uit te voeren:
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
Maak een implementatieshare met behulp van Windows PowerShell, zoals wordt beschreven in Een implementatieshare maken met behulp van Windows PowerShell.
Eigenschappen van implementatieshare met behulp van Windows PowerShell weergeven, zoals beschreven in Eigenschappen van implementatieshare weergeven met behulp van Windows PowerShell.
Bekijk de lijst met implementatieshares met behulp van Windows PowerShell, zoals wordt beschreven in De lijst met implementatieshares weergeven met behulp van Windows PowerShell.
Werk een implementatieshare bij waarmee nieuwe opstartinstallatiekopieën van Windows Preinstallation Environment (Windows PE) worden gegenereerd, zoals wordt beschreven in Een implementatieshare bijwerken met behulp van Windows PowerShell.
Werk een gekoppelde implementatieshare bij, waarmee inhoud van een implementatieshare wordt gerepliceerd naar de gekoppelde implementatieshare, zoals wordt beschreven in Een gekoppelde implementatieshare bijwerken met behulp van Windows PowerShell.
Update-implementatiemedia, waarmee inhoud van een implementatieshare wordt gerepliceerd naar de implementatiemedia, waarna nieuwe opstartbare installatiekopieën worden gegenereerd, zoals wordt beschreven in Update-implementatiemedia met behulp van Windows PowerShell.
Items in een implementatieshare (zoals besturingssystemen, besturingssysteempakketten, toepassingen en apparaatstuurprogramma's) beheren zoals is beschreven in Items in een implementatieshare beheren met behulp van Windows PowerShell.
Automatiseer de populatie van items in een implementatieshare (zoals besturingssystemen, besturingssysteempakketten, toepassingen en apparaatstuurprogramma's) zoals beschreven in Populatie van een implementatieshare automatiseren.
Beheer de mappen in een implementatieshare met behulp van Windows PowerShell, zoals wordt beschreven in Mappen voor implementatieshare beheren met Windows PowerShell.
De MDT-Windows PowerShell Snap-In laden
De MDT-cmdlets zijn beschikbaar in een Windows PowerShell-module Microsoft.BDD.SnapIn die moet worden geladen voordat u de MDT-cmdlets kunt gebruiken. Laad de module MDT Windows PowerShell met behulp van de cmdlet Add-PSSnapIn, zoals wordt beschreven in De MDT-Windows PowerShell Snap-In laden met behulp van de Add-PSSnapIn-cmdlet.
De MDT-Windows PowerShell Snap-In laden met behulp van de Add-PSSnapIn-cmdlet
U kunt de MDT Windows PowerShell-module Microsoft.BDD.PSSnapIn laden vanuit elke Windows PowerShell-omgeving met behulp van de cmdlet Add-PSSnapIn, zoals u kunt zien 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 standaard Windows PowerShell-cmdlets en aanroepen naar WMI-klasseopdrachten (Windows Management Instrumentation). De implementatieshare wordt gevuld met behulp van de MDTProvider Windows PowerShell-provider en de cmdlet NewPSDrive. Het MDTProvider Windows PowerShell-station wordt persistent gemaakt met behulp van de Add-MDTPersistentDrive-cmdlet.
Een implementatieshare voorbereiden met behulp van de MDT Windows PowerShell-cmdlets
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
Maak de map die de hoofdmap wordt van de nieuwe implementatieshare met behulp van de cmdlet New-Item, zoals wordt weergegeven in het volgende voorbeeld en wordt beschreven in De cmdlet New-Item gebruiken:
New-Item "C:\MDTDeploymentShare$" -Type directoryIn de cmdlet wordt weergegeven hoe de map is gemaakt.
Deel de map die in de vorige stap is gemaakt met de WMI-win32_share-klasse , zoals gezaaid in het volgende voorbeeld:
([wmiclass]"win32_share").Create("C:\MDTDeploymentShare$", "MDTDeploymentShare$",0)De oproep naar de win32_share klas retourneert de resultaten van de oproep. Als de waarde van ReturnValue nul (0) is, is de aanroep geslaagd.
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$" -VerboseDe cmdlet begint automatisch met het maken van de implementatieshare en het kopiëren van de sjabloongegevens naar de nieuwe implementatieshare. Als het kopiëren is voltooid, worden in de cmdlet de gegevens voor het nieuwe implementatieshare weergegeven.
Opmerking
De waarde die wordt opgegeven in de parameter Naam (DS002) moet uniek zijn en kan niet hetzelfde zijn als een bestaand Windows PowerShell-station met een implementatieshare.
Controleer of de juiste distributiesharemappen 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.
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 VerboseIn dit voorbeeld wordt de variabele $NewDS gebruikt om het Windows PowerShell drive-object voor de nieuwe implementatieshare door te geven aan de cmdlet.
U had ook de cmdlets NewPSDrive en Add-MDTPersisistentDrive kunnen combineren, 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 | Add-MDTPersistentDrive -VerboseIn het vorige voorbeeld bevat de Windows PowerShell-pijplijn zowel de parameter Name als de parameter InputObject.
Eigenschappen van implementatieshare weergeven met behulp van Windows PowerShell
U kunt de eigenschappen van MDT-implementatieshares bekijken met behulp van de cmdlet Get-ItemProperty en de MDTProvider-Windows PowerShell provider. Deze zelfde eigenschappen zijn ook te zien in de Deployment Workbench.
Eigenschappen van implementatiedelen weergeven met behulp van de MDT-cmdlets Windows PowerShell
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
Zorg ervoor dat de MDT-implementaties delen van Windows PowerShell-stations worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals wordt weergegeven in het volgende voorbeeld:
Restore-MDTPersistentDrive -VerboseOpmerking
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.
Controleer als volgt of de MDT-implementaties die Windows PowerShell stations delen, correct worden hersteld met behulp van de cmdlet Get-PSDrive:
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProviderEr wordt een lijst weergegeven met Windows PowerShell stations die worden geleverd met behulp van MDTProvider.
Bekijk de eigenschappen van de implementatieshare met behulp van de cmdlet Get-ItemProperty , zoals in het volgende voorbeeld:
Get-ItemProperty "DS002:"In dit voorbeeld is DS002: de naam van een Windows PowerShell-station dat wordt geretourneerd in stap 3. Met de cmdlet worden de eigenschappen voor het implementatieshare geretourneerd.
De lijst met gedeelde implementaties weergeven met behulp van Windows PowerShell
U kunt de lijst met MDT-implementatieshares weergeven met behulp van de Get-PSDrive cmdlet en de MDTProvider Windows PowerShell provider. Dezelfde lijst met implementatieshares kan ook worden weergegeven in de Deployment Workbench.
Een lijst met implementatieshares weergeven met de MDT Windows PowerShell-cmdlets
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
Zorg ervoor dat de MDT-implementaties delen van Windows PowerShell-stations worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals in het volgende voorbeeld:
Restore-MDTPersistentDrive -VerboseOpmerking
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.
Bekijk als volgt de lijst met MDT-implementaties die Windows PowerShell stations delen, één voor elke implementatieshare, met behulp van de cmdlet Get-PSDrive:
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProviderDe lijst met Windows PowerShell stations die worden geleverd met behulp van de MDTProvider wordt weergegeven, éé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. Door een implementatieshare bij te werken worden de Windows PE-opstartinstallatiekopieën (WIM-bestanden en ISO-bestanden (International Organization for Standardization)) gemaakt die nodig zijn om de LTI-implementatie te starten. U kunt hetzelfde proces uitvoeren met de Deployment Workbench, zoals wordt beschreven in Update a Deployment Share in the Deployment Workbench.
Een implementatieshare bijwerken met Windows PowerShell
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
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 -VerboseOpmerking
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.
Controleer als volgt of de MDT-implementaties die Windows PowerShell stations delen, correct worden hersteld met behulp van de cmdlet Get-PSDrive:
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProviderDe lijst met Windows PowerShell-stations die worden geleverd met behulp van MDTProvider worden weergegeven.
Werk de implementatieshare bij met behulp van de cmdlet Update-MDTDeploymentShare , zoals in het volgende voorbeeld:
Update-MDTDeploymentShare -Path "DS002:" -ForceIn dit voorbeeld is DS002: de naam van een Windows PowerShell-station dat wordt geretourneerd in stap 3.
Opmerking
Het bijwerken van de implementatieshare kan lang duren. De voortgang van de cmdlet wordt boven aan de Windows PowerShell console weergegeven.
De cmdlet keert zonder uitvoer terug als de update is gelukt.
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 distributieshare gerepliceerd naar de gekoppelde distributieshare. U kunt hetzelfde proces uitvoeren met de Deployment Workbench, zoals wordt beschreven in 'Gekoppelde implementatieshares repliceren in de implementatiewerkbank'.
Een gekoppelde implementatieshare bijwerken met behulp van Windows PowerShell
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
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 -VerboseOpmerking
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.
Controleer als volgt of de MDT-implementaties die Windows PowerShell stations delen, correct worden hersteld met behulp van de cmdlet Get-PSDrive:
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProviderDe lijst met Windows PowerShell-stations die worden geleverd met behulp van MDTProvider worden weergegeven.
Werk de implementatieshare bij met behulp van de cmdlet Update-MDTDeploymentShare , zoals 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 wordt geretourneerd in stap 3.
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 keert zonder uitvoer terug als de update is gelukt.
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. Bij het bijwerken van implementatiemedia wordt de inhoud van de oorspronkelijke distributieshare gerepliceerd naar de gekoppelde distributieshare en worden er vervolgens .iso- en WIM-bestanden gegenereerd. U kunt hetzelfde proces uitvoeren met de Deployment Workbench, zoals is beschreven in 'Media-afbeeldingen genereren in de Deployment Workbench'.
Wanneer de cmdlet Update-MDTMedia is voltooid, worden de volgende bestanden gemaakt:
Een .iso bestand in de media_folder map (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 als volgt configureert:
Het selectievakje Een opstartbare ISO-installatiekopie met Lite Touch genereren inschakelen op het tabblad Algemeen van het dialoogvenster Eigenschappen (Schakel dit selectievakje uit om de tijd die nodig is om de media te genereren te verkorten, tenzij u opstartbare dvd's moet maken of virtuele machines [VM's] moet starten van 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
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
Zorg ervoor dat de MDT-implementaties delen van Windows PowerShell-stations worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals in het volgende voorbeeld:
Restore-MDTPersistentDrive -VerboseOpmerking
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.
Controleer als volgt of de MDT-implementaties die Windows PowerShell stations delen, correct worden hersteld met behulp van de cmdlet Get-PSDrive:
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProviderDe lijst met Windows PowerShell-stations die worden geleverd met behulp van MDTProvider worden weergegeven.
Werk de implementatieshare bij met behulp van de cmdlet Update-MDTDeploymentShare , zoals 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 wordt geretourneerd in stap 3.
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 keert zonder uitvoer terug als de update is gelukt.
Items beheren in een distributieshare met behulp van Windows PowerShell
Een implementatieshare bevat items die worden gebruikt voor het uitvoeren van implementaties, zoals besturingssystemen, toepassingen, apparaatstuurprogramma's, besturingssysteempakketten en taakreeksen. Deze items kunnen worden beheerd met behulp van cmdlets van Windows PowerShell en die van 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 Deployment Share Folders beheren met behulp van Windows PowerShell voor meer informatie.
Een item importeren in een distributieshare
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 in een implementatieshare wilt importeren met behulp van Windows PowerShell, raadpleegt u Het invullen van een implementatieshare automatiseren.
De volgende tabel bevat de MDT Windows PowerShell-cmdlets die worden gebruikt om items te importeren in een implementatieshare en een korte beschrijving van elke cmdlet. In de sectie over elke cmdlet vindt u voorbeelden van het gebruik van elke cmdlet.
| Cmdlet | Beschrijving |
|---|---|
| Import-MDTApplication | Een toepassing importeren 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 pakketten besturingssystemen in een implementatieshare |
| Import-MDTTaskSequence | Importeert een taakreeks in een implementatieshare |
De eigenschappen van een item in een distributieshare weergeven
Elk item in een distributieshare heeft een andere set 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 met behulp van Windows PowerShell wilt bekijken, raadpleegt u Bevolking van een implementatieshare automatiseren.
De eigenschappen van een item in een implementatieshare weergeven met behulp van Windows PowerShell
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
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 -VerboseOpmerking
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.
Controleer of de MDT-implementaties die Windows PowerShell stations delen, correct worden hersteld met behulp van de cmdlet Get-PSDrive, zoals in het volgende voorbeeld:
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProviderDe lijst met Windows PowerShell-stations die worden geleverd met behulp van MDTProvider worden weergegeven.
Retourneer een lijst met de items voor het type item waarvan u de eigenschappen wilt bekijken met de cmdlet Get-Item , zoals in het volgende voorbeeld:
Get-Item "DS001:\Operating Systems\*" | Format-ListIn het vorige voorbeeld wordt een lijst met alle besturingssystemen in de implementatieshare weergegeven. De uitvoer wordt doorgestuurd naar de cmdlet Format-List, zodat de lange namen van de besturingssystemen zichtbaar zijn. Zie De cmdlet Format-List gebruiken voor meer informatie over het gebruik van de cmdlet Format-lijst. Hetzelfde proces kan worden gebruikt voor het retourneren van de lijst met andere soorten items, 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 .
Bekijk de eigenschappen van een van de items uit de vorige stap met behulp van de cmdlet Get-ItemProperty , zoals 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 padparameter het 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 soorten items te bekijken, zoals apparaatstuurprogramma's of toepassingen.
Een item verwijderen uit een distributieshare
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 kunt verwijderen in de Deployment Workbench. Als u meerdere items in een implementatieshare wilt verwijderen met behulp van Windows PowerShell, raadpleegt u Het invullen van een implementatieshare automatiseren.
Opmerking
Als u een item verwijdert dat door een taakreeks wordt gebruikt, mislukt de taakreeks. Zorg ervoor dat er niet naar een item wordt verwezen door andere items in de implementatieshare voordat u het item verwijdert. Als een item is verwijderd, kan het niet meer worden hersteld.
Een item verwijderen uit een implementatieshare met behulp van Windows PowerShell
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
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 -VerboseOpmerking
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.
Controleer of de MDT-implementaties die Windows PowerShell stations delen, correct worden hersteld met behulp van de cmdlet Get-PSDrive, zoals in het volgende voorbeeld:
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProviderDe lijst met Windows PowerShell-stations die worden geleverd met behulp van MDTProvider worden weergegeven.
Retourneer een lijst met de items voor het type item waarvan u de eigenschappen wilt bekijken met de cmdlet Get-Item , zoals in het volgende voorbeeld:
Get-Item "DS001:\Operating Systems\*" | Format-ListIn het vorige voorbeeld wordt een lijst met alle besturingssystemen in de implementatieshare weergegeven. De uitvoer wordt doorgestuurd naar de cmdlet Format-List, zodat de lange namen van de besturingssystemen zichtbaar zijn. Zie De cmdlet Format-List gebruiken voor meer informatie over het gebruik van de cmdlet Format-lijst. U kunt hetzelfde proces gebruiken om de lijst met andere soorten 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 .
Verwijder een van de items uit de vorige stap 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 padparameter het 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 soorten items, zoals stuurprogramma's of toepassingen, te verwijderen.
Opmerking
Als u een item verwijdert dat door een taakreeks wordt gebruikt, mislukt de taakreeks. Zorg ervoor dat er niet naar een item wordt verwezen door andere items in de implementatieshare voordat u het item verwijdert.
Het invullen van een gedeeld implementatiebestand automatiseren
Met de MDT Windows PowerShell-cmdlets kunt u afzonderlijke items beheren. Door enkele van de scriptfuncties in Windows PowerShell te gebruiken, kunnen de cmdlets echter worden gebruikt om het invullen van een implementatieshare te automatiseren.
Het is bijvoorbeeld mogelijk dat een organisatie meerdere implementatieshares moet implementeren voor verschillende bedrijfseenheden, of dat een organisatie besturingssysteemimplementatieservices levert voor andere organisaties. In beide voorbeelden moeten de organisaties implementatieshares kunnen maken en vullen die consistent zijn geconfigureerd.
Eén methode voor het beheren van meerdere items is het gebruik van een CSV-bestand (bestand met door komma's gescheiden waarden) dat een lijst bevat met alle items die u wilt beheren in een implementatieshare met behulp van de cmdlet Import-CSV.
Hieronder volgt een uittreksel 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:
Maak een .csv bestand voor elk type distributieshare dat u wilt vullen.
Zie De cmdlet Import-Csv gebruiken voor meer informatie over het maken van een .csv-bestand voor gebruik met de cmdlet Import-CSV.
Maak een Windows PowerShell-scriptbestand dat wordt gebruikt om het invullen van het implementatieshare te automatiseren.
Zie Scripts uitvoeren met Windows PowerShell voor meer informatie over het maken van een Windows PowerShell-script.
Maak een vereiste mappenstructuur die vereist is in de implementatieshare voordat u de items in de implementatieshare importeert.
Zie Deployment Share Folders beheren met behulp van Windows PowerShell voor meer informatie.
Voeg de cmdlet-regel Import-CSV 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.
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.
Voeg de bijbehorende MDT-cmdlet voor het importeren van de items voor het delen van de implementatie toe aan 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.
Implementatie beheren Mappen delen met behulp van Windows PowerShell
U kunt mappen in een implementatieshare beheren met opdrachtregelprogramma's, zoals de opdracht mkdir, of met Windows PowerShell cmdlets, zoals de cmdlet New-Item en de provider MDTProvider Windows PowerShell. Dezelfde mappenstructuur van implementatieshares kan ook worden weergegeven 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
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
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 -VerboseOpmerking
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.
Bekijk als volgt de lijst met MDT-implementaties die Windows PowerShell stations delen, één voor elke implementatieshare, met behulp van de cmdlet Get-PSDrive:
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProviderEr wordt een lijst met Windows PowerShell schijven weergegeven die met MDTProvider worden geleverd, één voor elke implementatieshare
Maak een map met de naam Windows_8 in de map Besturingssystemen in een implementatieshare met behulp van de opdracht Nieuw-item , zoals in het volgende voorbeeld:
New-Item "DS002:\Operating Systems\Windows_8"In dit voorbeeld is DS002: de naam van een Windows PowerShell-station dat wordt geretourneerd in stap 3.
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.
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 wordt beschreven in De cmdlet New-Item gebruiken:
New-Item "DS002:\Operating Systems\Windows_7" -Type directoryIn de cmdlet wordt weergegeven hoe de map is gemaakt.
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 verwijderen in een implementatieshare met behulp van Windows PowerShell
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
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 -VerboseOpmerking
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.
Bekijk als volgt de lijst met MDT-implementaties die Windows PowerShell stations delen, één voor elke implementatieshare, met behulp van de cmdlet Get-PSDrive:
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProviderDe lijst met Windows PowerShell stations die worden geleverd met behulp van de MDTProvider wordt weergegeven, één voor elke implementatieshare.
Verwijder een map met de naam Windows_8 in de map Besturingssystemen in een implementatieshare met behulp van de opdracht Nieuw-item , zoals in het volgende voorbeeld:
Remove-Item "DS002:\Operating Systems\Windows_8"In dit voorbeeld is DS002: de naam van een Windows PowerShell-station dat wordt geretourneerd in stap 3.
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
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 in het volgende voorbeeld:
Remove-Item "DS002:\Operating Systems\Windows_7"De cmdlet geeft de succesvolle verwijdering van de map weer.
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
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
Zorg ervoor dat de MDT-implementaties delen van Windows PowerShell-stations worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals in het volgende voorbeeld:
Restore-MDTPersistentDrive -VerboseOpmerking
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.
Bekijk als volgt de lijst met MDT-implementaties die Windows PowerShell stations delen, één voor elke implementatieshare, met behulp van de cmdlet Get-PSDrive:
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProviderDe lijst met Windows PowerShell stations die worden geleverd met behulp van de MDTProvider wordt weergegeven, één voor elke implementatieshare.
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 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 wordt geretourneerd in stap 3.
Controleer of de map correct is verwijderd door de volgende opdracht te typen:
Get-ChildItem "DS002:\Operating Systems"De naam van de Windows_8 map wordt gewijzigd in Win_8.
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 in het volgende voorbeeld:
Rename-Item "DS002:\Operating Systems\Windows_7" "Win_7"De cmdlet geeft de geslaagde wijziging van de naam van de map weer.
Controleer of de map correct is gemaakt door de volgende opdracht te typen:
Get-ChildItem "DS002:\Operating Systems"De naam van de Windows_7 map wordt gewijzigd in Win_7.
Automatisering van de toepassing van Operating System Service Packs in Deployment Shares
Servicepacks voor besturingssystemen vormen een normaal onderdeel van de levenscyclus van software. De bestaande besturingssystemen in implementatieshares moeten worden bijgewerkt met deze servicepacks om ervoor te zorgen dat nieuw geïmplementeerde of vernieuwde computers up-to-date zijn met de nieuwste beveiligingsaanbevelingen en configuratie-instellingen.
In gevallen waarin een organisatie veel implementatieshares heeft met meerdere besturingssystemen in elke implementatieshare, 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 besturingssystemen in implementatieshares zijn:
Het kopiëren van bijgewerkte broninhoud die het servicepack al bevat (bijvoorbeeld Windows 7 met SP1-media) naar de map in de implementatieshare waarin het bestaande besturingssysteem zich bevindt, zoals wordt beschreven in De toepassing van servicepacks van besturingssystemen automatiseren vanaf bijgewerkte bronmedia
Het servicepack toepassen op een referentiecomputer en vervolgens een bijgewerkte installatiekopie vastleggen van een referentiecomputer, zoals wordt beschreven in Automatisering van de toepassing van servicepacks van besturingssystemen met behulp van een referentiecomputer en Windows PowerShell
Automatisering van de toepassing van servicepacks van besturingssystemen vanaf bijgewerkte bronmedia
U kunt het bijwerken van servicepacks voor het besturingssysteem automatiseren met behulp van Windows PowerShell wanneer u bronmedia hebt waarin het servicepack is opgenomen, zoals een dvd waarop Windows 7 met SP1 al is geïntegreerd.
Bij deze methode worden de bronmedia van het besturingssysteem met het servicepack gekopieerd over de bestaande besturingssysteembestanden zonder het servicepack in de implementatieshare met behulp van Windows PowerShell.
De toepassing van servicepacks voor besturingssystemen automatiseren vanuit de bronmedia van updates met behulp van Windows PowerShell
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
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 -VerboseOpmerking
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.
Bekijk de lijst met MDT-implementaties share Windows PowerShell-stations, één voor elke implementatieshare, met behulp van de cmdlet Get-PSDrive, zoals in het volgende voorbeeld:
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProviderDe lijst met Windows PowerShell stations die worden geleverd met behulp van de MDTProvider wordt weergegeven, één voor elke implementatieshare.
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 -forceIn dit voorbeeld is DS002: de naam van een Windows PowerShell-station dat wordt geretourneerd in stap 3.
Kopieer de inhoud van de bronbestanden van het besturingssysteem waarin het servicepack is geïntegreerd met behulp van de cmdlet Copy-Item , zoals in het volgende voorbeeld:
Copy-Item "E:\*" -Destination "DS002:\Operating Systems\Windows 7"-Recurse -ForceIn dit voorbeeld bevinden de bronbestanden van het besturingssysteem zich op station E en is DS002: de naam van een Windows PowerShell-station dat in stap 3 is geretourneerd.
Werk alle MDT-implementatiemedia bij op basis van de implementatieshare met behulp van de cmdlet Update-MDTMedia .
Zie Deployment Media updating using Windows PowerShell (Implementatiemedia bijwerken met Windows PowerShell) voor meer informatie over het bijwerken van MDT-implementatiemedia op basis van implementatieshare met behulp van de cmdlet Update-MDTMedia.
Automatisering van de toepassing van servicepacks voor besturingssystemen met behulp van een referentiecomputer en Windows PowerShell
U kunt 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 SP1 voor Windows 7 dat nog niet is geïntegreerd met een installatiekopie van Windows 7.
Implementeer voor deze methode het besturingssysteem zonder het servicepack op een referentiecomputer. Pas vervolgens het servicepack toe op de referentiecomputer. Maak vervolgens een installatiekopie van het besturingssysteem van de referentiecomputer. 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 besturingssystemen automatiseren vanuit de bronmedia van updates met behulp van Windows PowerShell
Implementeer het doelbesturingssysteem op een referentiecomputer.
Zie voor meer informatie over het implementeren van een referentiecomputer de volgende bronnen in het MDT-document, De Microsoft Deployment Toolkit gebruiken:
"Voorbereiden op LTI-implementatie op de referentiecomputer"
"Implementeren op en vastleggen van een afbeelding van de referentiecomputer in LTI"
Installeer het gewenste servicepack op de referentiecomputer.
Raadpleeg de documentatie bij het servicepack voor meer informatie over het installeren van het servicepack.
Noteer een afbeelding van de referentiecomputer door een takenreeks te maken en te implementeren op basis van de sjabloon Takenreeks Sysprep en Noteren.
Voor meer informatie over het maken van een takenreeks op basis van de sjabloon Sysprep and Noteren-takenreeks raadpleegt u 'Een nieuwe takenreeks maken in de implementatiewerkbank'.
Laad de MDT Windows PowerShell-module zoals wordt beschreven in De MDT Windows PowerShell-module laden.
Zorg ervoor dat de MDT-implementaties die Windows PowerShell stations delen, worden hersteld met behulp van de cmdlet Restore-MDTPersistentDrive, zoals in het volgende voorbeeld:
Restore-MDTPersistentDrive -VerboseOpmerking
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.
Bekijk de lijst met MDT-implementaties share Windows PowerShell-stations, één voor elke implementatieshare, met behulp van de cmdlet Get-PSDrive, zoals in het volgende voorbeeld:
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProviderDe lijst met Windows PowerShell stations die worden geleverd met behulp van de MDTProvider wordt weergegeven, één voor elke implementatieshare.
Kopieer het WIM-bestand dat is vastgelegd in stap 3 via het bestand Install.wim in het besturingssysteem in de implementatieshare met behulp van de cmdlet Copy-Item , zoals in het volgende voorbeeld:
Copy-Item "DS002:\Captures\Win7SP1.wim" -Destination "DS002:\Operating Systems\Windows 7\sources\Install.wim" ForceIn dit voorbeeld is het vastgelegde installatiekopiebestand van het besturingssysteem (Win7SP1.wim) in de map Captures in de share DS002: de naam van een Windows PowerShell-station dat wordt geretourneerd in stap 6, en het bestaande Windows 7-besturingssysteem wordt opgeslagen in de map met de naam Windows 7.
Werk alle MDT-implementatiemedia bij op basis van de implementatieshare met behulp van de cmdlet Update-MDTMedia .
Zie Deployment Media updating using Windows PowerShell (Implementatiemedia bijwerken met Windows PowerShell) voor meer informatie over het bijwerken van MDT-implementatiemedia op basis van implementatieshare met behulp van de cmdlet Update-MDTMedia.
Implementatie aanpassen op basis van chassistype
U kunt de implementatie aanpassen op basis van het type chassis van de computer. De scripts maken lokale variabelen die in het CustomSettings.ini bestand kunnen worden verwerkt. De lokale variabelen IsLaptop, IsDesktop, en IsServer geven aan of de computer een draagbare computer, desktopcomputer of server is.
Opmerking
In eerdere versies van de 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
Voeg in de
[Settings]sectie op dePriorityregel een aangepaste sectie toe om de implementatie aan te passen op basis van het chassistype (ByChassisTypein het volgende voorbeeld staat Chassis voor het type computer).Maak de aangepaste sectie die overeenkomt met de aangepaste sectie die is gedefinieerd in stap 1 (
ByChassisTypein het voorbeeld in het volgende voorbeeld, waar Chassis het type computer voorstelt).Definieer een subsectie voor elk te detecteren chassistype (
Subsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer%in het volgende voorbeeld).Maak een subsectie voor elke
Truesubsectie enFalsede status van elke subsectie die is gedefinieerd in stap 3 (zoals[Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False]in het volgende voorbeeld).Voeg onder elk
TrueenFalsesubsectie de juiste instellingen toe op basis van het chassistype.Lijst 1. Voorbeeld van een aangepaste implementatie op basis van het 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 die zijn gebaseerd op eerdere versies van de toepassing
Als u een besturingssysteem installeert op een bestaande computer, installeert u vaak dezelfde toepassingen die u eerder op de computer hebt geïnstalleerd. Doe dit met MDT-scripts (in het bijzonder ZTIGather.wsf) om een query uit te voeren op twee verschillende informatiebronnen:
Configuration Manager software-inventarisatiefunctie. Bevat één record voor elk toepassingspakket, in dit geval vermeldingen in Programma's en onderdelen in Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 - dat de laatste keer is geïnstalleerd Configuration Manager heeft 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 Software toevoegen of verwijderen niet precies wordt opgegeven met welk pakket de toepassing is geïnstalleerd, waardoor het onmogelijk is om het pakket automatisch te selecteren op basis van alleen voorraad).
Een dynamische computerspecifieke toepassingsinstallatie uitvoeren
Gebruik de tabel in de MDT DB om specifieke pakketten te verbinden met toepassingen die worden vermeld in het doelbesturingssysteem.
Vul de tabel met gegevens die het juiste pakket koppelen aan de toepassing die wordt vermeld in Programma's 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') goDe ingevoegde rij verbindt elke computer met de vermelding
Office12.0met het pakket Microsoft Office 2010 Professional Plus.Dit betekent dat Microsoft Office 2010 Professional Plus wordt geïnstalleerd op elke computer waarop momenteel het 2007 Microsoft Office-systeem (Office 12.0) wordt uitgevoerd. Voeg vergelijkbare vermeldingen toe voor andere pakketten. Elk item waarvoor geen invoer is, wordt genegeerd (er wordt geen pakket geïnstalleerd).
Maak een opgeslagen procedure om het koppelen van de informatie in de nieuwe tabel aan de voorraadgegevens 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 ) goBij de opgeslagen procedure in het voorgaande voorbeeld wordt ervan uitgegaan dat de Configuration Manager centrale database met primaire sites zich bevindt op de computer waarop SQL Server wordt uitgevoerd als de MDT-database. Als de centrale database met de primaire site zich op een andere computer bevindt, moeten de juiste wijzigingen worden aangebracht in de opgeslagen procedure. Bovendien moet de naam van de database (
CM_DB) worden bijgewerkt. Overweeg ook om extra accounts leestoegang te verlenen tot de v_GS_ADD_REMOVE_PROGRAMS weergave in de Configuration Manager database.Configureer het CustomSettings.ini bestand voor het uitvoeren van een query op deze databasetabel door de naam op te geven van een sectie (
[DynamicPackages]in de prioriteitenlijst ) die naar de databasegegevens verwijst.[Settings] ... Priority=MacAddress, DefaultGateway, DynamicPackages, Default ...Maak een
[DynamicPackages]sectie om de naam van een databasesectie op te geven.[DynamicPackages] SQLDefault=DB_DynamicPackagesMaak 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=DBNMPNTWIn het voorgaande voorbeeld wordt een query uitgevoerd op de MDT-database met de naam MDTDB op de computer waarop het SQL Server exemplaar met de naam SERVER1 wordt uitgevoerd. De database bevat een opgeslagen procedure genaamd
RetrievePackages(gemaakt in stap 3).Wanneer ZTIGather.wsf wordt uitgevoerd, wordt er automatisch een SQL-instructie (Structured Query Language)
SELECTgegenereerd 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 overeenkomstige "?". Deze query geeft als resultaat een recordset met de rijen die zijn ingevoerd in stap 2.
Een variabel aantal argumenten kan niet worden doorgegeven aan een opgeslagen procedure. Wanneer een computer meer dan één MAC-adres heeft, kunnen dus niet alle MAC-adressen worden doorgegeven aan de opgeslagen procedure. Als alternatief kunt u de opgeslagen procedure vervangen door een weergave die het mogelijk maakt een query uit te voeren op de weergave met een
SELECTinstructie met eenINcomponent om alle MAC-adreswaarden door te geven.Op basis van het scenario dat hier wordt beschreven, wordt de ene rij () geretourneerd als de waarde
Office12.0op de huidige computer in de tabel is ingevoegd (XXX0000F:Install Office 2010 Professional Plusstap 2). Dit geeft aan dat pakket XXX0000F:Install Office 2001 Professional Plus tijdens de fase van statusherstel wordt geïnstalleerd met het ZTI-proces.
Volledig geautomatiseerd LTI-implementatiescenario
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 Windows Deployment Wizard die wordt gebruikt in het LTI-implementatieproces automatiseren om de weergegeven wizardpagina's te beperken (of te elimineren). U kunt de hele wizard Implementatie 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
Samenvatting overslaan
SkipTimeZone
SkipUserData
Zie de bijbehorende eigenschap in de Toolkit-naslaginformatie van het MDT-document voor meer informatie over deze afzonderlijke eigenschappen.
Geef voor elke overgeslagen wizardpagina de waarden op voor de bijbehorende eigenschappen die normaliter worden verzameld via de wizardpagina in de CustomSettings.ini en BootStrap.ini bestanden. Zie de sectie 'Providing Properties for Skipped Deployment Wizard Pages' in de MDT document Toolkit Reference (Eigenschappen verschaffen voor pagina's van de wizard Overgeslagen implementatie) in de MDT document Toolkit Reference.
Volledig geautomatiseerde LTI-implementatie voor een vernieuwingscomputerscenario
Hieronder ziet u een CustomSettings.ini bestand dat wordt gebruikt voor het vernieuwen van computerscenario's om alle pagina's van de wizard Windows Implementatie over te slaan. In dit voorbeeld bevinden de eigenschappen die moeten worden opgegeven wanneer u de wizardpagina overslaat, direct onder de eigenschap waarmee de wizardpagina wordt overgeslagen.
[Settings]
Priority=Default
Properties=MyCustomProperty
[Default]
OSInstall=Y
ScanStateArgs=/v:5 /o /c
LoadStateArgs=/v:5 /c /lac /lae
SkipCapture=YES
SkipAdminPassword=YES
SkipProductKey=YES
DeploymentType=REFRESH
SkipDomainMembership=YES
JoinDomain=DomainName
DomainAdmin=Administrator
DomainAdminDomain=DomainName
DomainAdminPassword=<complex_password>
SkipUserData=yes
UserDataLocation=AUTO
UDShare=\\Servername\Sharename\Directory
UDDir=%ComputerName%
SkipComputerBackup=YES
ComputerBackuplocation=AUTO
BackupShare=\\Servername\Backupsharename
BackupDir=%ComputerName%
SkipTaskSequence=YES
TaskSequenceID=Enterprise
SkipComputerName=YES
OSDComputerName=%ComputerName%
SkipPackageDisplay=YES
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}
SkipLocaleSelection=YES
UILanguage=en-US
UserLocale=en-CA
KeyboardLocale=0409:00000409
SkipTimeZone=YES
TimeZoneName=China Standard Time
SkipApplications=YES
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}
UserID=Administrator
UserDomain=DomainName
UserPassword=<complex_password>
SkipBitLocker=YES
SkipSummary=YES
Powerusers001=DomainName\Username
Volledig geautomatiseerde LTI-implementatie voor een nieuw computerscenario
Hieronder volgt een voorbeeld van een CustomSettings.ini bestand dat wordt gebruikt voor een scenario Nieuwe computer om alle pagina's van de wizard Implementatie van Windows over te slaan. In dit voorbeeld bevinden de eigenschappen die moeten worden opgegeven wanneer u de wizardpagina overslaat, direct onder de eigenschap waarmee de wizardpagina wordt overgeslagen.
[Settings]
Priority=Default
Properties=MyCustomProperty
[Default]
OSInstall=Y
ScanStateArgs=/v:5 /o /c
LoadStateArgs=/v:5 /c /lac /lae
SkipCapture=YES
ComputerBackupLocation=\\WDG-MDT-01\Backup$\
BackupFile=MyCustomImage.wim
SkipAdminPassword=YES
SkipProductKey=YES
SkipDomainMembership=YES
JoinDomain=WOODGROVEBANK
DomainAdmin=Administrator
DomainAdminDomain=WOODGROVEBANK
DomainAdminPassword=<complex_password>
SkipUserData=Yes
UserDataLocation=\\WDG-MDT-01\UserData$\Directory\usmtdata
SkipTaskSequence=YES
TaskSequenceID=Enterprise
SkipComputerName=YES
OSDComputerName=%SerialNumber%
SkipPackageDisplay=YES
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}
SkipLocaleSelection=YES
UILanguage=en-US
UserLocale=en-CA
KeyboardLocale=0409:00000409
SkipTimeZone=YES
TimeZoneName=China Standard Time
SkipApplications=YES
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}
SkipBitLocker=YES
SkipSummary=YES
Powerusers001=WOODGROVEBANK\PilarA
CaptureGroups=YES
SLShare=\\WDG-MDT-01\UserData$\Logs
Home_page=https://www.microsoft.com/NewComputer
Webservices bellen 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 gebeuren. Daarnaast kunt u SQL-query's en opgeslagen procedureaanroepen uitvoeren om aanvullende informatie op te halen uit externe databases. Er waren echter uitdagingen met die aanpak, vooral met het maken van veilige SQL Server-verbindingen.
Voor dit probleem kan MDT webserviceaanroepen uitvoeren op basis van eenvoudige regels die in CustomSettings.ini zijn gedefinieerd. 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 voor het aanroepen van een bepaalde webservice. In dit scenario wordt de webservice willekeurig gekozen uit een zoekopdracht op internet. Het gebruikt een postcode als invoer en retourneert de plaats, het landnummer, het netnummer en de tijdzone (als 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
Het uitvoeren van deze code levert resultaten op die vergelijkbaar zijn met de volgende:
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 een paar kleine complicaties waarop u moet letten 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 naar eigenschappen die zijn gedefinieerd in de XML-opmaak die wordt geretourneerd als gevolg van de aanroep van de webservice (net als met een databasequery of een andere regel). De XML-zoekopdracht is echter hoofdlettergevoelig. Gelukkig retourneert de webservice die hier wordt beschreven eigenschapsnamen in hoofdletters, wat ZTIGather.xml zou verwachten. Het is mogelijk om waarden in kleine letters of hoofdletters in hoofdletters opnieuw toe te wijzen om dit te omzeilen.
Een
POSTaanvraag bij de webservice wordt aanbevolen, dus de aanroep van de webservice moet eenPOST.
Verbinding maken met netwerkbronnen
Tijdens LTI- en ZTI-implementatieprocessen hebt u mogelijk toegang nodig tot een netwerkbron op een andere server dan de server die als host fungeert voor het implementatieshare. U moet zijn 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 in de MDT-scripts wordt gebruikt.
Opmerking
Zie de eigenschappen Database, DBID,DBPwd, Instance, NetLib, Order, Parameters, ParameterCondition, SQLServer, SQLShare en Table voor meer informatie over eigenschappen voor SQL Server-databases die worden gehost op een andere server dan de server waarop de implementatieshare wordt gehost.
Met het script ZTIConnect.wsf kunt u verbinding maken met andere servers en toegang krijgen tot bronnen daarop. 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 taak van een taakvolgorde. Voer het script ZTIConnect.wsf uit voordat u taken uitvoert waarbij toegang is vereist 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
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (waarbij deployment_share de naam is van de te configureren implementatieshare).
Selecteer in het detailvenster task_sequence (waarbij task_sequence de taakvolgorde is die moet worden gewijzigd).
Selecteer Eigenschappen in het deelvenster Acties.
Selecteer het tabblad Takenreeks, blader naar de groep (waarbij groep de groep is waarin het script ZTIConnec.wsf 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 bronnen op de doelserver nodig is.
Vul het tabblad Eigenschappen van de nieuwe taak in aan de hand van de volgende gegevens:
In dit vak Doet u dit Naam Typ Connect to server (waarbij server de naam is van de server waarmee verbinding moet worden gemaakt). Beschrijving Typ tekst waarin wordt uitgelegd waarom de verbinding moet worden gemaakt. Opdracht Typ cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path (waarbij unc_path het UNC-pad is naar een gedeelde map op de server). Vul het tabblad Opties van de nieuwe taak in aan de hand van de volgende informatie. Accepteer standaardwaarden, tenzij anders opgegeven. Selecteer vervolgens OK.
In dit vak Doet u dit Succescodes Typ 0 3010. (Het script ZTIConnect.wsf retourneert deze codes na succesvolle voltooiing.) Keuzelijst Voorwaarden Voeg eventueel noodzakelijke voorwaarden toe. (In de meeste gevallen zijn er voor deze taak geen voorwaarden nodig.) Nadat de taak is toegevoegd waarmee het script ZTIConnect.wsf wordt uitgevoerd, hebben de volgende taken toegang tot netwerkbronnen op de server die is opgegeven met de optie /uncpath van het script ZTIConnect.wsf.
De juiste apparaatstuurprogramma's implementeren op computers met dezelfde hardware, maar van verschillend merk en model
Variaties op modelnummers en namen kunnen bestaan met vrijwel geen verschil in de driverset. Deze variaties in modelnummers en -namen kunnen de tijd die wordt besteed aan meerdere database-invoer voor een bepaald model onnodig verlengen. In de volgende procedure ziet u hoe u een nieuwe eigenschap definieert met behulp van een aanroep voor de functie Afsluiten van de gebruiker die een subtekenreeks van het modelgetal retourneert.
Modelaliassen maken
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Eigenschappen in het deelvenster Acties.
Selecteer het tabblad Regels in het dialoogvenster Eigenschappen.
Aliassen maken voor hardwaretypen in de secties Merk en Model van de MDT DB. Kap het modeltype af bij de open haakjes "(" in de modelnaam. HP DL360 (G112) wordt bijvoorbeeld HP DL360.
Voeg de aangepaste variabele ModelAlias toe aan elke sectie.
Maak een nieuwe
[SetModel]sectie.Voeg de
[SetModel]sectie toe aan de Prioriteitsinstellingen in de[Settings]sectie.Voeg een regel toe aan de
ModelAliassectie om te verwijzen naar een script voor het afsluiten van een gebruiker dat de modelnaam afkapt bij de operator "(".Maak een databasezoekactie MMApplicaties waarbij ModelAlias gelijk is aan Model.
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 kappen.
Hieronder ziet u een CustomSettings.ini en het script voor het afsluiten 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=SequenceAfsluitscript voor 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
Voorwaardelijke taakreeksstappen configureren
In sommige scenario's kan het nuttig zijn om een taakreeksstap voorwaardelijk uit te voeren op basis van gedefinieerde criteria. Elke combinatie van deze voorwaarden kan worden toegevoegd om te bepalen of de stap van de takenreeks moet worden uitgevoerd. Gebruik bijvoorbeeld de waarde van een taakreeksvariabele en de waarde van een registerinstelling om te bepalen of een taakreeksstap moet worden uitgevoerd.
Gebruik MDT om een taakreeks voorwaardelijk uit te voeren op basis van:
Een of meer ALS-instructies
Een taakreeksvariabele
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 taakreeksstap configureren
Voorwaardelijke taakreeksstappen worden geconfigureerd in de Deployment Workbench, op het tabblad Opties van een taakreeksstap. U kunt een of meer voorwaarden toevoegen aan de stap van de takenreeks om de juiste voorwaarde te scheppen voor het al dan niet uitvoeren van de stap.
Opmerking
Voor elke stap van de voorwaardelijke takenreeks is ten minste één ALS-instructie nodig.
Het tabblad Opties van een taakreeksstap weergeven
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (waarbij deployment_share de naam is van de te configureren implementatieshare).
Selecteer in het detailvenster task_sequence (waarbij task_sequence de naam is van de taakreeks die u wilt configureren).
Selecteer Eigenschappen in het deelvenster Acties.
Selecteer in het dialoogvenster task_sequence eigenschappen op het tabblad Taakreeks de optie stap (waarbij stap de naam is van de stap in de taakvolgorde die u wilt configureren) en selecteer vervolgens het tabblad Opties.
Voer op het tabblad Opties van de stap Takenreeks de volgende acties uit:
Toevoegen. Selecteer deze knop om een voorwaarde toe te voegen aan de stap van de takenreeks.
Verwijderen. Selecteer deze knop om een bestaande voorwaarde in een taakreeksstap te verwijderen.
Bewerken. Selecteer deze knop om een bestaande voorwaarde in een taakreeksstap te wijzigen.
ALS-instructies in Voorwaarden
Alle taakreeksvoorwaarden bevatten een of meer ALS-instructies . ALS-instructies vormen de basis voor het maken van voorwaardelijke taken Een taakreeksstapvoorwaarde kan slechts één ALS-instructie bevatten, maar er kunnen meerdere ALS-instructies onder de ALS-instructie op het hoogste niveau worden genest om complexere voorwaarden te maken.
Een ALS-instructie kan worden gebaseerd op de voorwaarden in de volgende tabel, die zijn geconfigureerd in het dialoogvenster Eigenschappen van de ALS-instructie .
| Voorwaarde | Selecteer deze optie om de reeks taken uit te voeren in de volgende gevallen |
|---|---|
| Alle voorwaarden | Alle voorwaarden onder deze ALS-instructie moeten waar zijn. |
| Alle voorwaarden | Alle voorwaarden onder deze ALS-instructie zijn waar. |
| Geen | Geen van de voorwaarden onder deze ALS-instructie zijn waar. |
Voltooi de voorwaarde voor het uitvoeren van de taakreeksstap door andere criteria aan de voorwaarden toe te voegen (bijvoorbeeld taakreeksvariabelen of waarden in een registerinstelling).
Een voorwaarde van de ALS-instructie toevoegen aan een stap van een takenreeks
Selecteer Toevoegen op het tabbladOptie stap (waarbij stap de naam is van de te configureren taakreeksstap). Selecteer Toevoegen en vervolgens Als-instructie.
Selecteer in het dialoogvenster Eigenschappen van If-instructievoorwaarde (waarin voorwaarde een van de voorwaarden is die in de vorige tabel wordt genoemd) en selecteer vervolgens OK.
Taakreeksvariabelen in voorwaarden
Gebruik de voorwaarde Taakreeksvariabele voor het evalueren van een taakreeksvariabele die is gemaakt door een taak met een ingestelde taak met een taakreeksvariabele of door een taak in de takenreeks. Stel dat een netwerk Windows XP-clientcomputers bevat die deel uitmaken van een domein en sommige die deel uitmaken van een werkgroep. Wetende dat volgens het huidige domeinbeleid alle gebruikersinstellingen op het netwerk moeten worden opgeslagen, hoeven gebruikersinstellingen mogelijk alleen op te slaan voor computers die geen deel uitmaken van het domein, dus computers in de werkgroep. In dat geval voegt u een voorwaarde toe aan de taak Noteren User Files and Settings die is gericht op de computers in de werkgroep.
Een voorwaarde toevoegen op basis van een taakreeksvariabele
Selecteer op het tabblad Stapopties (waarbij stap de naam is van de te configureren stap in de takenreeks) de optie Voorwaarde toevoegen en selecteer vervolgens Variabele van de takenreeks.
Typ OSDJoinTypein het dialoogvensterVariabele in het dialoogvenster Variabele in de taakvolgorde.
Opmerking
Deze variabele is ingesteld op 0 voor computers die lid zijn van een domein en op 1 voor computers in een werkgroep.
Selecteer in het vak Voorwaardede optie Gelijk aan.
Typ 1 in het vak Waarde en selecteer vervolgens OK.
Besturingssysteemversie in voorwaarden
Gebruik de voorwaarde Versie van besturingssysteem om de versie van het bestaande besturingssysteem van een doelcomputer of de bestaande client te controleren (bij het vastleggen van een installatiekopie). Stel dat een netwerk meerdere servers bevat die worden bijgewerkt van Windows Server 2003 naar Windows Server 2008. Netwerkinstellingen mogen alleen worden gekopieerd en toegepast op servers waarop Windows Server 2003 wordt uitgevoerd. Alle andere servers hebben de standaardnetwerkinstellingen van Windows Server 2008.
Een voorwaarde toevoegen op basis van de versie van het besturingssysteem
Selecteer in de Takenreekseditor de taak Netwerkinstellingen Noteren.
Selecteer Voorwaarde toevoegen en selecteer vervolgens Besturingssysteemversie.
Selecteer de relevante server in het vak Architectuur . Voor dit voorbeeld selecteert u x86.
Selecteer in het vak Besturingssysteem het besturingssysteem en de versie waarvoor u een voorwaarde wilt instellen. Selecteer voor dit voorbeeld x86 Windows 2003.
Selecteer de relevante voorwaarde in het vak Voorwaarde en selecteer vervolgens OK.
Bestandseigenschappen in Voorwaarden
Gebruik de voorwaarde Bestandseigenschappen om de versie en/of tijden aanstampen van een bepaald bestand te controleren om te bepalen of een taak of een groep taken al dan niet moet worden uitgevoerd. In dit voorbeeld bevat de productieomgeving een installatiekopie van Windows Server 2003 die voortdurend wordt bijgewerkt en die wordt gebruikt voor elke nieuwe server die aan het netwerk wordt toegevoegd. Alle servercomputers in de omgeving voeren een aangepaste toepassing uit waarvoor DAO (Digital Access Object) Application Programming Interface (API) versie 3.60.6815 is vereist.
Alle bestaande servers werken naar behoren. De toepassing kan echter niet worden uitgevoerd op elke nieuwe server die samen met de image aan het netwerk wordt toegevoegd. Omdat het de verantwoordelijkheid is van een andere groep om installatiekopieën te onderhouden en bij te werken, besluit u dat de volgorde van de implementatietaken moet worden gewijzigd om de relevante versie van DAO te installeren als de bestaande versie van DAO die met de installatiekopie is geïmplementeerd, onjuist is.
Een voorwaarde Bestandseigenschappen toevoegen aan een taakreeksstap in Configuration Manager
Maak in Configuration Manager een pakket om DAO 3.60.6815 te installeren. Noem dit pakket DAO, met een programma genaamd InstallDAO. Zie Een pakket maken voor meer informatie over het maken van pakketten.
Maak een stap Software installeren om het DAO-pakket te implementeren.
Selecteer de stap Software installeren die u in stap 2 hebt gemaakt en selecteer vervolgens het tabblad Opties .
Selecteer Voorwaarde toevoegen en selecteer vervolgens Bestandseigenschappen.
Typ C:\Program Files\Microsoft Shared\DAO\dao360.dllin het vak Pad.
Schakel het selectievakje De versie controleren in en selecteer vervolgens Niet is gelijk aan voor de voorwaarde.
Typ in het vak Versie3.60.6815.
Schakel in dit geval het selectievakje De tijdstempel controleren uit en selecteer vervolgens 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 voor gebruik met Windows 8. Niet op alle computers in het netwerk is echter de meest recente versie van de toepassing geïnstalleerd en u moet een gegevensconversieproces uitvoeren voordat u de toepassing kunt bijwerken.
Als de 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 op de doelcomputer uitvoeren. Voer voorwaardelijk een taakreeksstap uit om het gegevensconversieproces uit te voeren op computers met een eerdere versie van de toepassing.
De voorwaarde Mapeigenschappen toevoegen aan een taakreeksstap
Bewerk in de Configuration Manager console of in de Deployment Workbench, in de takenreekseditor task_sequence (waarbij taakreeks de taakreeks is die u wilt bewerken).
Maak een opdrachtregeltaak om het gegevensconversieproces uit te voeren.
Selecteer de taak die u in stap 1 hebt gemaakt.
Selecteer Voorwaarde toevoegen en selecteer vervolgens Mapeigenschappen.
Typ in het vak Pad het pad van de map die de toepassing bevat.
Schakel het selectievakje De tijdstempel controleren in.
Selecteer kleiner dan of gelijk aan voor de voorwaarde.
Selecteer in het vak Datum 31-12-2007.
Selecteer 12:00:00 AM in het vak Tijd en selecteer vervolgens OK.
Registerinstellingen in Voorwaarden
Gebruik de registerinstellingsvoorwaarde om te controleren of sleutels en waarden aanwezig zijn in het register en de bijbehorende gegevens die zijn opgeslagen in registerwaarden. Stel dat een toepassing die momenteel op een klein aantal computers wordt gebruikt, niet kan worden uitgevoerd op Windows 8 en dat er een implementatie van Windows 8 is om een upgrade uit te voeren van computers waarop momenteel Windows XP wordt uitgevoerd. Maak een voorwaarde voor de allereerste taak in een reeks om het register te controleren op een vermelding voor de niet-compatibele toepassing en om het implementatieproces voor die computer te onderbreken als deze wordt gevonden.
Een registerinstellingsvoorwaarde toevoegen aan een taakreeksstap
Bewerk in de Configuration Manager console of in de Deployment Workbench in de takenreekseditor task_sequence (waarbij taakreeks de takenreeks is waarmee Windows 8 wordt geïmplementeerd).
Selecteer de eerste taak in de reeks en selecteer vervolgens het tabblad Opties .
Selecteer Voorwaarde toevoegen en selecteer vervolgens Registerinstelling.
Selecteer HKEY_LOCAL_MACHINE in de lijst met hoofdsleutels.
Typ SOFTWARE\WOODGROVE in het sleutelvak.
Select bestaat niet voor de voorwaarde. In dat geval wordt de taak alleen uitgevoerd en wordt de reeks alleen voortgezet als de sleutel niet bestaat.
De voorwaarde kan ook controleren op het ontbreken van een waarde als de waardenaam wordt getypt in het vak Waardenaam .
Als een andere voorwaarde dan bestaat/niet bestaat , geeft u een waarde en waardetype op.
Selecteer OK.
WMI-query's in voorwaarden
Gebruik de WMI-queryvoorwaarde om een WMI-query uit te voeren. De voorwaarde wordt geëvalueerd als Waar als de query ten minste één resultaat oplevert. Stel dat een implementatieteam het besturingssysteem van alle servers van een bepaald model moet bijwerken, zoals Dell 1950. U kunt een WMI-query gebruiken om het model van elke computer te controleren en de implementatie alleen uitvoeren als het juiste model is gevonden.
Een WMI-queryvoorwaarde toevoegen aan een taakreeksstap
Bewerk in de Configuration Manager console of in de Deployment Workbench in de takenreekseditor task_sequence (waarbij taakreeks de takenreeks is waarmee de servers worden bijgewerkt).
Selecteer de eerste taak in de reeks en selecteer vervolgens het tabblad Opties .
Selecteer Voorwaarde toevoegen en selecteer vervolgens WMI query.
Typ root\cimv2 in het vak WMI-naamruimte.
Typ in het vak WQL-querySelect * From Win32_ComputerSystem WHERE Model LIKE "%Dell%%1950%". Selecteer OK.
Geïnstalleerde software onder voorwaarden
Gebruik een voorwaarde 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 MSI-bestanden (Microsoft Installer) kan worden geëvalueerd met behulp van deze voorwaarde. Stel dat u het besturingssysteem wilt bijwerken van alle servers, behalve die met Microsoft SQL Server 2012.
Een voorwaarde Geïnstalleerde software toevoegen aan een taakreeksstap
Bewerk in de Configuration Manager console of in de Deployment Workbench in de takenreekseditor task_sequence (waarbij taakreeks de takenreeks is waarmee de servers worden bijgewerkt).
Selecteer de eerste taak in de reeks en selecteer vervolgens het tabblad Opties .
Selecteer Voorwaarde toevoegen en selecteer vervolgens Geïnstalleerde software.
Selecteer Bladeren en selecteer vervolgens het MSI-bestand voor SQL Server 2012.
Schakel het selectievakje Dit specifieke product gebruiken 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.
Selecteer OK.
Complexe voorwaarden
Met behulp van ALS-instructies kunnen meerdere voorwaarden worden gegroepeerd om complexe voorwaarden te maken. Stel dat een bepaalde stap alleen moet worden uitgevoerd op Contoso 1950-computers met Windows Server 2003 of Windows Server 2008. Als deze is geschreven als een programmatische ALS-instructie , ziet deze er als volgt uit:
IF ((Computer Model IS "Contoso 1950") AND (operating system=2003 OR operating system=2008))
Een complexe voorwaarde toevoegen
Bewerk in de Configuration Manager console of in de Deployment Workbench in de takenreekseditor task_sequence (waarbij taakreeks de takenreeks is waarmee de servers worden bijgewerkt).
Selecteer de taakreeksstap waaraan u de voorwaarde wilt toevoegen en selecteer vervolgens het tabblad Opties .
Selecteer Voorwaarde toevoegen, selecteer Als-instructie en selecteer vervolgens Alle voorwaarden. Selecteer OK.
Selecteer de voorwaarde-instructie, selecteer Voorwaarde toevoegen en selecteer vervolgens WMI-query.
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.
Selecteer de ALS-instructie en selecteer Voorwaarde toevoegen. Selecteer If-instructie en selecteer vervolgens Any condition. Selecteer OK.
Selecteer de tweede ALS-instructie . Selecteer Voorwaarde toevoegen en selecteer vervolgens Besturingssysteemversie.
Selecteer in het vak Architectuur de architectuur voor de servers. Voor dit voorbeeld selecteert u x86.
Selecteer in het vak Besturingssysteem het besturingssysteem en de versie. Selecteer voor dit voorbeeld x86 oorspronkelijke release van Windows 2003. Selecteer OK.
Selecteer de tweede ALS-instructie . Selecteer Voorwaarde toevoegen en selecteer vervolgens Besturingssysteemversie.
Selecteer in het vak Architectuur de architectuur voor de servers. Voor dit voorbeeld selecteert u x86.
Selecteer in het vak Besturingssysteem het besturingssysteem en de versie. Selecteer voor dit voorbeeld x86 oorspronkelijke release Windows 2008. Selecteer OK.
Een zeer schaalbare LTI-implementatie-infrastructuur creëren
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 SQL Server, Windows Deployment Services en Windows Server 2003 Distributed File System Replication (DFS-R)-technologieën.
Schaal de LTI-infrastructuur op door:
Ervoor zorgen dat de juiste infrastructuur bestaat zoals beschreven in Ervoor zorgen dat de juiste infrastructuur bestaat
Inhoud toevoegen aan MDT zoals beschreven in Inhoud toevoegen aan MDT
Windows Deployment Services voorbereiden zoals beschreven in Windows Deployment Services voorbereiden
DFS-R configureren zoals beschreven in Distributed File System-replicatie configureren
Voorbereiden voor SQL Server replicatie zoals beschreven in Voorbereiden voor SQL Server replicatie
Replicatie van SQL Server configureren zoals beschreven in SQL Server replicatie configureren
In dit scenario wordt ervan uitgegaan dat MDT is geconfigureerd op een hoofdimplementatieserver en dat de configuratie van de MDT DB al is voltooid, zoals aan het begin van dit document is besproken.
Ervoor zorgen dat de juiste infrastructuur aanwezig is
De zeer schaalbare LTI-implementatie-infrastructuur maakt gebruik van een hub-and-spoke-topologie voor replicatie van inhoud; Nomineer daarom eerst een implementatieserver in de productieomgeving die de rol van hoofdimplementatieserver zal vervullen. Hieronder vindt u een overzicht van de vereiste onderdelen voor de hoofdimplementatieserver.
| Vereist onderdeel | Doel/opmerking |
|---|---|
| Windows Server 2003 R2 | Vereist voor ondersteuning van DFS-R |
| MDT | Bevat de hoofdversie van het implementatieshare |
| SQL Server 2005 | Moet een volledige versie zijn om replicatie van de MDT DB mogelijk te maken |
| DFS-R | Vereist voor replicatie van de implementatieshare |
| Windows Deployment Services | Vereist om op PXE gebaseerde netwerkinstallaties te kunnen starten |
Wanneer u de hoofdimplementatieserver hebt geselecteerd, moet u extra servers inrichten op elke locatie ter ondersteuning van LTI-implementaties. Hieronder vindt u een lijst met de vereiste onderdelen voor de onderliggende implementatieserver.
| Vereist onderdeel | Doel/opmerking |
|---|---|
| Windows Server 2003 R2 | Vereist voor ondersteuning van DFS-R |
| Microsoft SQL Server 2005 Express Edition | Ontvangt gerepliceerde kopieën van de MDT DB |
| DFS-R | Vereist voor replicatie van implementatieshare |
| Windows Deployment Services | Vereist om op PXE gebaseerde netwerkinstallaties te kunnen starten |
Opmerking
Windows Deployment Services moeten 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, zoals wordt beschreven in de volgende secties. Voor informatie over het vullen van de database met:
Toepassingen, zie de sectie "Configuring Applications in the Deployment Workbench" in het MDT-document De Microsoft Deployment Toolkit gebruiken
Besturingssystemen, zie de sectie 'Besturingssystemen configureren in de Deployment Workbench' in het MDT-document De Microsoft Deployment Toolkit gebruiken
Besturingssysteempakketten, zie de sectie 'Configuring Packages in the Deployment Workbench' in het MDT-document De Microsoft Deployment Toolkit gebruiken
Apparaatstuurprogramma's: zie de sectie 'Apparaatstuurprogramma's configureren in de Deployment Workbench' in het MDT-document De Microsoft Deployment Toolkit gebruiken
Taakreeksen, zie de sectie 'Taakreeksen configureren in de Deployment Workbench' in het MDT-document De Microsoft Deployment Toolkit gebruiken
Opmerking
Zorg ervoor dat het bestand LiteTouchPE_x86.wim dat wordt 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 met de nieuw gerepliceerde Windows PE-omgeving. Voer de volgende stappen uit op elk van de implementatieservers.
Windows Deployment Services voorbereiden
Open een opdrachtpromptvenster.
Typ WDSUtil/set-server/BCDRefreshPolicy/Enabled:yes/RefreshPeriod:60 en druk op Enter.
Opmerking
In dit voorbeeld is de vernieuwingsduur ingesteld op 60 minuten. u kunt deze waarde echter zo configureren dat deze wordt gerepliceerd gedurende een periode die gelijk is aan die van de DFS-R.
Distributed File System-replicatie configureren
Wanneer u de LTI-implementatiearchitectuur schaalt, gebruikt u DFS-R als basis voor het repliceren van de inhoud van zowel de MDT-implementatieshare als de Windows PE Lite-aanraakopstartomgeving 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
Open de DFS-beheerconsole.
Vouw DFS-beheer uit in de DFS-beheerconsole.
Klik met de rechtermuisknop op Replicatie en selecteer Nieuwe replicatiegroep.
Selecteer in de wizard Nieuwe replicatiegroep op de pagina Type replicatiegroepde optie Nieuwe multifunctionele replicatiegroep.
Selecteer Volgende.
Typ de volgende gegevens 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.
Controleer of het vak Domein de juiste domeinnaam bevat.
Selecteer Volgende.
Voer op de pagina Leden van de replicatiegroep de volgende stappen uit:
Kies Toevoegen.
Typ de namen van alle servers die lid moeten zijn van deze replicatiegroep, bijvoorbeeld alle onderliggende implementatieservers en de hoofdimplementatieserver.
Selecteer OK.
Selecteer Volgende.
Selecteer Hub en Spoke op de pagina Topologieselectie en selecteer vervolgens Volgende.
Selecteer op de pagina Hubleden de hoofdimplementatieserver en selecteer vervolgens Toevoegen.
Selecteer Volgende.
Controleer op de pagina Hub- en spoke-verbindingen of voor elke onderliggende implementatieserver de weergegeven hoofdimplementatieserver het vereiste hublid is.
Selecteer Volgende.
Geef op de pagina Replicatiegroepsplanning en bandbreedte een schema op voor het repliceren van de inhoud tussen servers.
Selecteer Volgende.
Selecteer op de pagina Primair lid in het vak Primair lid de hoofdimplementatieserver.
Selecteer Volgende.
Selecteer Toevoegen op de pagina Te repliceren mappen en voer vervolgens deze stappen uit:
Selecteer in het vak Lokale pad van de map die moet worden gerepliceerd de optie Bladeren om naar de map X:\Deployment te gaan (waarbij X de stationsletter op de implementatieserver is).
Selecteer Naam gebruiken op basis van pad.
Selecteer OK.
Kies Toevoegen.
Selecteer in het dialoogvenster Map toevoegen om te replicerende optie Bladeren om naar de map X:\RemoteInstall\Boot te gaan.
Selecteer Naam gebruiken op basis van pad.
Selecteer Volgende.
Voer deze stappen uit op de pagina Lokaal distributiepad op Andere leden :
Selecteer alle leden in de distributiegroep en selecteer vervolgens Bewerken.
Selecteer Ingeschakeld in het dialoogvenster Lokaal pad bewerken.
Typ het pad naar de locatie waar de implementatieshare-map moet worden opgeslagen op de onderliggende implementatieserver, bijvoorbeeld X:\Deployment (waarbij X het stationsstation op de implementatieserver is).
Selecteer OK.
Selecteer Volgende.
Voer deze stappen uit op het lokale pad voor opstarten op de pagina Andere leden :
Selecteer alle leden in de distributiegroep en selecteer vervolgens Bewerken.
Selecteer Ingeschakeld in het dialoogvenster Lokaal pad bewerken.
Typ het pad waar de opstartmap moet worden opgeslagen op de onderliggende implementatieserver, bijvoorbeeld X:\RemoteInstall\Boot (waarbij X de stationsletter is op de implementatieserver).
Selecteer OK.
Selecteer Volgende.
Selecteer op de pagina Externe instellingen en replicatiegroep maken de optie Maken om de wizard Nieuwe replicatiegroep te voltooien.
Selecteer op de bevestigingspagina de optie Sluiten om de wizard te sluiten.
Opmerking
Zorg ervoor dat de nieuwe replicatiegroep nu wordt vermeld onder het replicatieknooppunt.
Voorbereiden voor SQL Server replicatie
Voordat SQL Server-replicatie kan worden geconfigureerd, moet u enkele stappen vooraf configureren om ervoor te zorgen dat de implementatieservers correct zijn geconfigureerd.
Voorbereiden voor SQL Server-replicatie op de hoofdimplementatieserver
Maak een map waarin de momentopnamen van de database worden opgeslagen en configureer de map vervolgens als share.
Opmerking
Zie de map met momentopnamen beveiligen voor meer informatie over het beveiligen van de map met momentopnamen.
Zorg ervoor dat de service SQL Server Browser is ingeschakeld en ingesteld op Automatisch.
Selecteer in het vak SQL Server Surface Area Configuration de optie Lokale en externe verbindingen.
Voorbereiden voor SQL Server-replicatie op de onderliggende implementatieserver
Selecteer in het vak SQL Server Surface Area Configuration de optie Lokale en externe verbindingen.
Maak desgewenst een lege database om de gerepliceerde MDT DB te hosten.
Opmerking
Deze database moet dezelfde naam krijgen als de MDT-database op de hoofdimplementatieserver. Als de MDT DB op de hoofdimplementatieserver bijvoorbeeld MDTDB heet, maakt u een lege database met de naam MDTDB op de onderliggende implementatieserver.
Replicatie van SQL Server configureren
Na het configureren van de replicatie van bestanden en mappen die nodig zijn om de implementatie-infrastructuur te bouwen, configureert u SQL Server voor het repliceren van de MDT DB.
Opmerking
Het is ook mogelijk om slechts één centrale MDT DB te onderhouden; door een gerepliceerde versie van de MDT DB te onderhouden, kan echter meer controle worden behouden over gegevensoverdracht over het Wide Area Network (WAN).
In SQL Server 2005 wordt een replicatiemodel gebruikt dat lijkt op een tijdschriftdistributiemodel:
Een tijdschrift wordt beschikbaar gesteld (uitgegeven) door een uitgever.
Voor het distribueren van de publicatie wordt een beroep gedaan op distributeurs.
Lezers kunnen zich abonneren op een publicatie, zodat de publicatie periodiek bij de abonnee wordt afgeleverd (een push-abonnement).
Deze terminologie wordt gebruikt in de configuratie- en configuratiewizards van SQL Server-replicatie.
Een Publisher van SQL Server configureren
Voer deze stappen uit om de hoofdimplementatieserver te configureren als uitgever van SQL Server:
Start SQL Server Management Studio.
Klik met de rechtermuisknop op het replicatieknooppunt en selecteer vervolgens Distributie configureren.
Selecteer Volgende in de wizard Distributie configureren.
Op de pagina Distributeurtreedt Select op als zijn eigen Distributeur; SQL Server maakt een distributiedatabase en -logboek en selecteert vervolgens Volgende.
Typ op de pagina Snapshot-map in de sectie Voorbereiden voor SQL Server-replicatie het UNC-pad naar de gemaakte map met momentopnamen.
Selecteer Volgende op de pagina Distributiedatabase.
Selecteer op de pagina Publishers de hoofdimplementatieserver om deze in te stellen als distributeur en selecteer vervolgens Volgende.
Selecteer op de pagina Wizardactiesde optie Distributie configureren en selecteer vervolgens Volgende.
Selecteer Voltooien en vervolgens Sluiten wanneer de wizard is voltooid.
De MDT DB inschakelen voor replicatie
Voer deze stappen uit om de MDT DB in te schakelen voor replicatie op de hoofdimplementatieserver:
Klik in SQL Server Management Studio met de rechtermuisknop op het replicatieknooppunt en selecteer vervolgens Publisher-eigenschappen.
Voer op de pagina Publisher-eigenschappen de volgende stappen uit:
Selecteer Publisher-databases.
Selecteer de MDT DB en selecteer vervolgens Transactioneel.
Selecteer OK.
De MDT DB is nu geconfigureerd voor transactionele replicatie en replicatie van 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:
Vouw in SQL Server Management Studio Replicatie uit, klik met de rechtermuisknop op Lokale publicaties en selecteer vervolgens Nieuwe publicatie.
Selecteer Volgende in de wizard Nieuwe publicatie.
Selecteer op de pagina Publicatiedatabase de MDT-database en selecteer vervolgens Volgende.
Selecteer op de pagina Publicatietype de optie Momentopnamepublicatie en selecteer vervolgens Volgende.
Selecteer op de pagina Artikelen alle tabellen, opgeslagen procedures en weergaven en selecteer vervolgens Volgende.
Selecteer op de pagina Artikelproblemen de optie Volgende.
Selecteer Volgende op de pagina Tabelrijen filteren.
Voer op de pagina Snapshot-agent de volgende stappen uit:
Selecteer Direct een momentopname maken en houd de momentopname beschikbaar om abonnementen te initialiseren.
Selecteer Plan de Snapshot Agent om op de volgende tijden uit te voeren.
Selecteer Wijzigen.
Opmerking
Geef een schema op dat één uur voordat de database wordt gerepliceerd, moet plaatsvinden.
Selecteer Volgende.
Selecteer op de pagina Agentbeveiliging het account waaronder de Snapshot-agent wordt uitgevoerd en selecteer vervolgens Volgende.
Selecteer op de pagina Wizardacties de optie De publicatie maken en selecteer Volgende.
Typ op de pagina De wizard voltooien een beschrijvende publicatienaam in het vak Publicatienaam .
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 DB
Nu de MDT DB is gepubliceerd, kunt u de onderliggende implementatieservers als abonnees toevoegen aan deze publicatie. dat wil zeggen dat ze volgens een schema een kopie van de database ontvangen, zodat de clientcomputers tijdens een implementatie een query kunnen uitvoeren op een database die lokaal op het netwerk is opgeslagen en niet via het WAN.
Een abonnement nemen op de onderliggende implementatieservers op de MDT DB-publicatie
Ga in SQL Server Management Studio naar Replicatie/Lokale publicaties.
Klik met de rechtermuisknop op de publicatie die u in het vorige gedeelte hebt gemaakt en selecteer vervolgens Nieuwe abonnementen.
Selecteer Volgende in de wizard Nieuwe abonnementen.
Selecteer op de pagina Publicatie de publicatie die u in de vorige sectie hebt gemaakt.
Selecteer op de pagina Locatie van distributieagent de optie Alle agents uitvoeren bij de distributeur SERVERNAME (push-abonnementen) en selecteer vervolgens Volgende.
Voeg op de pagina Abonnees elk van de onderliggende implementatieservers als volgt toe:
Selecteer Abonnee toevoegen en selecteer vervolgens Toevoegen SQL Server abonnee.
Voeg elke onderliggende implementatieserver toe.
Voor elke toegevoegde onderliggende implementatieserver selecteert u in het vak Abonnementsdatabase de lege MDT-database op die onderliggende implementatieserver.
Opmerking
Als de lege MDT-database nog niet is gemaakt, selecteert u in het vak Abonnementsdatabase de optie voor het maken van een nieuwe database.
Opmerking
Deze database moet dezelfde naam krijgen als de MDT-database op de hoofdimplementatieserver. Als de MDT DB op de hoofdimplementatieserver bijvoorbeeld MDTDB heet, maakt u een lege database met de naam MDTDB op de onderliggende implementatieserver.
Selecteer Volgende.
Selecteer op de pagina Beveiliging van distributieagent... om het dialoogvenster Beveiliging van distributieagent te openen.
Typ de details van het account dat u wilt gebruiken voor de distributieagent en selecteer vervolgens Volgende.
Voer op de pagina Synchronisatieplanning de volgende stappen uit:
Selecteer <Planning definiëren> in het vak Agentplanning.
Geef het schema op dat moet worden gebruikt voor het repliceren van de database tussen master- en onderliggende implementatieservers en selecteer vervolgens Volgende.
Selecteer op de pagina Abonnement initialiserende optie Volgende.
Selecteer op de pagina Wizardacties de optie De abonnementen maken en selecteer vervolgens Volgende.
Selecteer Voltooien en vervolgens Sluiten wanneer de wizard is voltooid.
SQL Server-replicatie is nu geconfigureerd en de MDT DB wordt op periodieke basis gerepliceerd van de hoofdimplementatieserver naar alle onderliggende implementatieservers waarop deze server is geabonneerd.
Een CustomSettings.ini configureren
De LTI-implementatie-infrastructuur is nu met succes gemaakt en elke locatie bevat een LTI-implementatieserver met een gerepliceerde kopie van:
Het implementatieaandeel
De MDT DB
De LiteTouchPE_x86 Windows PE-omgeving die is toegevoegd aan Windows Deployment Services
Nu kunt u het CustomSettings.ini bestand voor de implementatieshare configureren voor 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 door 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.
Als u altijd de lokale LTI-implementatieserver wilt gebruiken
Opmerking
In de volgende procedure wordt ervan uitgegaan dat het implementatieshare is gemaakt en ingesteld als het aandeel Deployment$.
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Eigenschappen in het deelvenster Acties.
Selecteer het tabblad Regels en wijzig vervolgens het CustomSettings.ini bestand om de volgende eigenschappen te configureren:
Configureer voor elke toegevoegde SQL Server-sectie SQLServer voor het gebruik van de servernaam **%WDSServer%—**bijvoorbeeld SQLServer=%WDSServer%.
Als u DeployRoot configureert, configureert u DeployRoot om de variabele %WDSServer% te gebruiken, bijvoorbeeld DeployRoot=\\%WDSServer%\Deployment$.
Selecteer Bootstrap.inibewerken .
Configureer BootStrap.ini voor het gebruik van de eigenschap %WDSServer% door de waarde DeployRoot toe te voegen aan of te wijzigen in DeployRoot=\\%WDSServer%\Deployment$.
Selecteer Bestand en selecteer vervolgens Opslaan om de wijzigingen in het BootStrap.ini bestand op te slaan.
Selecteer OK.
De implementatieshare en LiteTouchPE_x86.wim Windows PE-omgeving moeten worden bijgewerkt.
Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.
De wizard Delen van Update-implementatie wordt gestart.
Selecteer op de pagina Opties de gewenste opties voor het bijwerken van het implementatieshare en selecteer vervolgens Volgende.
Controleer op de pagina Overzicht of de details juist zijn en selecteer vervolgens Volgende.
Selecteer Voltooien op de bevestigingspagina.
In het volgende voorbeeld ziet u CustomSettings.ini na het uitvoeren van de stappen die in dit gedeelte worden beschreven.
VoorbeeldCustomSettings.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, wordt standaard een pad aangevraagd naar de MDT-server 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 voor elke locatie een keuze aan bekende implementatieservers te presenteren.
U kunt het LocationServer.xml bestand als volgt gebruiken:
Het doel en het gebruik van LocationServer.xml begrijpen zoals beschreven in Inzicht in LocationServer.xml
Het LocationServer.xml bestand maken zoals beschreven in Het LocationServer.xml bestand maken
Het LocationServer.xml bestand toevoegen aan de map Extra Files zoals wordt beschreven in Het LocationServer.xml bestand toevoegen aan de map Extra Files
Het BootStrap.ini bestand bijwerken zoals wordt beschreven in Het BootStrap.ini bestand bijwerken
De implementatieshare bijwerken zoals beschreven in De implementatieshare bijwerken
In dit scenario wordt ervan uitgegaan dat MDT is geconfigureerd op een implementatieserver.
Informatie over LocationServer.xml
Eerst moet u begrijpen hoe MDT LocationServer.xml gebruikt. Tijdens LTI wordt het BootStrap.ini bestand gelezen en verwerkt MDT-scripts om de eerste 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 op te geven met welke implementatieserver verbinding moet worden gemaakt.
Als het BootStrap.ini bestand geen DeployRoot-eigenschap bevat, laden MDT-scripts een wizardpagina waarin de gebruiker wordt gevraagd een pad naar de implementatieserver op te geven. Tijdens het initialiseren van de wizard HTML-toepassing (HTA) wordt in MDT-scripts gecontroleerd op de aanwezigheid van het LocationServer.xml-bestand en, als dit aanwezig is, LocationServer.xml gebruikt om beschikbare implementatieservers weer te geven.
Meer informatie over wanneer u LocationServer.xml moet gebruiken
MDT biedt meerdere manieren om te bepalen met welke server verbinding moet worden gemaakt tijdens een LTI-implementatie. Verschillende methoden voor het lokaliseren van de implementatieserver zijn het meest geschikt voor verschillende scenario's; Daarom is het belangrijk om te begrijpen wanneer u LocationServer.xml moet gebruiken.
MDT biedt verschillende methoden voor het automatisch zoeken 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 samen wordt gehost op de Windows Deployment Services-server. Wanneer een LTI-implementatie wordt gestart vanuit Windows Deployment Services, wordt een omgevingsvariabele %WDSServer% gemaakt en gevuld 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 locatiegebaseerde automatisering in het BootStrap.ini-bestand gebruiken om te bepalen op welke server het moet implementeren. Gebruik de eigenschap Default Gateway om onderscheid te maken tussen verschillende locaties. voor elke standaardgateway wordt een andere MDT-server opgegeven. Raadpleeg voor meer informatie over het gebruik van locatiegebaseerde automatisering 'Selecting the Methods for Applying Configuration Settings'. |
Elke benadering in de vorige tabel biedt een 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 samen met Windows Deployment Services wordt gehost.
Er zijn andere scenario's waarin deze benaderingen niet geschikt zijn, bijvoorbeeld als er meerdere implementatieservers op een bepaalde locatie zijn of als automatiseringslogica niet mogelijk is (het netwerk is bijvoorbeeld niet voldoende gesegmenteerd om locatie te bepalen 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 te presenteren tijdens de implementatie, zonder dat u kennis hoeft te hebben van de namen van servers en implementatieshares.
Het LocationServer.xml bestand maken
Als u een lijst wilt weergeven met beschikbare implementatieservers tijdens een LTI-implementatie, maakt u een LocationServer.xml bestand met details over elke server. MDT bevat geen standaard LocationServer.xml bestand. Maak er daarom 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 het maken van een LocationServer.xml bestand en het toevoegen van vermeldingen voor elke implementatieserver in de omgeving (dit kan op dezelfde locatie of op verschillende locaties zijn).
Stel het LocationServer.xml bestand samen door voor elke server een nieuwe sectie te maken en vervolgens de volgende gegevens toe te voegen:
Een unieke id
De naam van een locatie die wordt gebruikt om een gemakkelijk herkenbare 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 behulp van elk van deze eigenschappen met behulp van een voorbeeld LocationServer.xml bestand dat is geconfigureerd voor meerdere locaties.
Voorbeeld LocationServer.xml bestand dat meerdere locaties ondersteunt
<?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>
Met deze indeling geeft u verschillende serververmeldingen op voor elke locatie of voor situaties waarin er meerdere servers op één locatie aanwezig zijn, door voor elke server op die locatie een andere serververmelding op te geven, zoals in het volgende voorbeeld.
Voorbeeld 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 load-verdelen
Geef met LocationServer.xml meerdere servers per locatievermelding op en voer vervolgens eenvoudige taakverdeling uit, zodat MDT bij het kiezen van een locatie automatisch een implementatieserver selecteert in de lijst met beschikbare servers. Om deze functionaliteit te kunnen bieden, ondersteunt het LocationServer.xml bestand het opgeven van een meetwaarde voor weging.
Hieronder ziet u een voorbeeld LocationServer.xml bestand dat is geconfigureerd voor meerdere servers op verschillende locaties.
Voorbeeld 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 wegingswaarde op met behulp van de <servergewichtstag> , die door MDT wordt gebruikt bij het serverselectieproces. De waarschijnlijkheid 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 weergegeven met de nummers 1, 2 en 4. De kans dat een server met een wegingsfactor 2 wordt geselecteerd, wordt 2 op 7. Om het wegingssysteem te 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 in verhouding tot elk van de andere servers.
Het LocationServer.xml bestand toevoegen aan de map Extra Files
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 de 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.
Een LocationServer.xml toevoegen aan het implementatieshare
Maak een map met de naam Extra Files in de sharemap van de hoofdimplementatie (bijvoorbeeld D:\Production Deployment Share\Extra Files).
Maak een mapstructuur in de map Extra Files die een spiegelbeeld vormt van de Windows-PE-locatie waar het aanvullende bestand moet komen.
Het LocationServer.xml bestand moet zich bijvoorbeeld bevinden in de map \Deploy\Control in Windows PE. Maak daarom dezelfde mappenstructuur onder Extra Files (bijvoorbeeld D:\Production Deployment Share\Extra Files\Deploy\Control).
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).
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Eigenschappen in het deelvenster Acties.
Voer in het dialoogvenster deployment_shareProperties (waarin deployment_share de naam van de implementatieshare is) de volgende stappen uit:
Selecteer het tabblad Instellingen van het Windows PE-platform (waarbij het platform de architectuur is van de Windows PE-installatiekopie die moet worden geconfigureerd).
Typ in de sectie Windows PE-aanpassingen in het vak Extra toe te voegen map pad (waarbij pad het volledige pad is naar de map Extra Files, bijvoorbeeld D:\Production Deployment Share\Extra Files), en selecteer vervolgens OK.
Het BootStrap.ini bestand bijwerken
Wanneer u een implementatieshare maakt met behulp van de Deployment Workbench, wordt automatisch een DeployRoot-eigenschap 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 uit het BootStrap.ini bestand verwijderen.
De eigenschap DeployRoot verwijderen uit BootStrap.ini
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Eigenschappen in het deelvenster Acties.
Selecteer in het dialoogvenster deployment_shareProperties (waarbij deployment_share de naam is van de implementatieshare) het tabblad Regels en selecteer vervolgens Bewerken BootStrap.ini.
Verwijder de waarde DeployRoot (bijvoorbeeld DeployRoot=\\Server\Deployment$).
Selecteer Bestand en selecteer vervolgens Opslaan om de wijzigingen in het BootStrap.ini bestand op te slaan.
Selecteer OK om de wijzigingen in te dienen.
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
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.
De wizard Delen van Update-implementatie wordt gestart.
Selecteer op de pagina Opties de gewenste opties voor het bijwerken van het implementatieshare en selecteer vervolgens Volgende.
Controleer op de pagina Overzicht of de details juist zijn en selecteer vervolgens Volgende.
Selecteer Voltooien op de bevestigingspagina.
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 die tijdens de implementatie worden gebruikt.
Een bestaande computer vervangen door een nieuwe computer met Lite Touch-installatie
U kunt MDT gebruiken om een installatiekopie te implementeren op een nieuwe computer die een bestaande computer in de bedrijfsarchitectuur vervangt. Deze situatie kan ontstaan bij een upgrade van het ene besturingssysteem naar het andere (voor een nieuw besturingssysteem kan nieuwe hardware nodig zijn) of als de organisatie nieuwere, snellere computers nodig heeft voor bestaande toepassingen.
Wanneer u een bestaande computer vervangt door een nieuwe, raadt Microsoft aan rekening te houden met alle instellingen die van de ene naar de andere computer worden gemigreerd, zoals gebruikersaccounts en gebruikersstatusgegevens. Daarnaast is het belangrijk dat u een hersteloplossing maakt voor het geval de migratie mislukt.
In deze voorbeeldimplementatie vervangt u de bestaande computer (WDG-EXIST-01) door een nieuwe computer (WDG-NEW-02) in het CORP-domein door gebruikersstatusgegevens van WDG-EXIST-01 op te nemen en op te slaan in een netwerkshare. Implementeer vervolgens een bestaande installatiekopie naar WDG-NEW-02 en herstel ten slotte de vastgelegde gegevens van de gebruikersstatus naar WDG-NEW-02. De implementatie wordt uitgevoerd vanaf een implementatieserver (WDG-MDT-01).
Gebruik in MDT de sjabloon Standaardtaakreeks vervangen voor de client 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)
Het implementatiebestand is al gemaakt en gevuld, inclusief installatiekopieën van het besturingssysteem, toepassingen en apparaatstuurprogramma's
Er is al een afbeelding van een referentiecomputer vastgelegd en deze 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
Een implementatieshare moet bestaan voordat u met dit voorbeeld begint. Zie de sectie 'Managing Deployment Shares in the Deployment Workbench' in het MDT-document Using the Microsoft Deployment Toolkit (De implementatieshare beheren in de implementatiewerkbank) voor meer informatie over het maken van een implementatieshare.
Stap 1: Een takenreeks maken om de gebruikersstatus vast te NOTEREN
Maak MDT-taakreeksen in het knooppunt Taakreeksen in de Deployment Workbench met behulp van de wizard Nieuwe takenreeks. Als u het eerste deel van het implementatiescenario Computer vervangen wilt uitvoeren (het vastleggen van de gebruikersstatus op de bestaande computer), selecteert u in de wizard Nieuwe takenreeks de sjabloon Standaardclient vervangen.
Een takenreeks maken om de gebruikersstatus vast te leggen in het implementatiescenario Computer vervangen
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/ deployment_share/Task Sequences (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Nieuwe taakreeks in het deelvenster Acties.
De wizard Nieuwe takenreeks wordt gestart.
Voltooi de wizard Nieuwe takenreeks aan de hand van de volgende gegevens. Accepteer de standaardwaarden, tenzij anders aangegeven.
Op deze wizardpagina Doet u dit Algemene instellingen 1. Typ bij Taakreeks-idVISTA_EXIST.
2. Typ bij Naam van taakreeksScenario Computer vervangen uitvoeren op bestaande computer.
3. Selecteer Volgende.Sjabloon selecteren In De volgende takenreekssjablonen zijn beschikbaar. Selecteer het bestand dat u als uitgangspunt wilt gebruiken, selecteer Standaardtaken vervangen en selecteer daarna Volgende. Samenvatting Controleer of de configuratiedetails juist zijn en selecteer vervolgens Volgende. Bevestiging Klik op Voltooien. De wizard Nieuwe takenreeks wordt voltooid en de VISTA_EXIST taakreeks wordt toegevoegd aan de lijst met takenreeksen.
Stap 2: Een takenreeks maken om het besturingssysteem te implementeren en de gebruikersstatus te herstellen
Maak MDT-taakreeksen in het knooppunt Taakreeksen in de Deployment Workbench 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 sjabloon Standaardtaakreeks voor de client in de wizard Nieuwe takenreeks.
Een takenreeks maken om de gebruikersstatus in het implementatiescenario Computer vervangen te implementeren
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (waarbij deployment_share de naam is van de te configureren implementatieshare).
Selecteer Nieuwe taakreeks in het deelvenster Acties.
De wizard Nieuwe takenreeks wordt gestart.
Voltooi de wizard Nieuwe takenreeks aan de hand van de volgende gegevens. Accepteer de standaardwaarden, tenzij anders aangegeven.
Op deze wizardpagina Doet u dit Algemene instellingen 1. Typ VISTA_NEW bij Taakreeks-id.
2. Typ in Naam van taakreeks Scenario voor computervervanging uitvoeren op nieuwe computer.
3. Selecteer Volgende.Sjabloon selecteren In De volgende takenreekssjablonen zijn beschikbaar. Selecteer het bestand dat u als uitgangspunt wilt gebruiken, selecteer Standaardclienttaakreeks en selecteer vervolgens Volgende. Besturingssysteem selecteren In De volgende besturingssysteemimages zijn beschikbaar voor implementatie met deze taakreeks. Selecteer een bestand dat u wilt gebruiken, selecteer captured_vista_image (waarbij captured_vista_image de vastgelegde installatiekopie is die de referentiecomputer heeft toegevoegd aan het knooppunt besturingssystemen in de Deployment Workbench) en selecteer vervolgens Volgende. Productcode opgeven Selecteer Op dit moment geen productcode opgeven en selecteer vervolgens Volgende. Instellingen besturingssysteem 1. Typ bij Volledige naamWoodgrove werknemer.
2. Bij Organisatie typt u Woodgrove Bank.
3. Typ http://www.woodgrovebank.comop de startpagina van Internet Explorer .
4. Selecteer Volgende.Wachtwoord voor Beheer Typ P@ssw0rd bij Beheerderswachtwoord en bevestig Beheerderswachtwoord en selecteer Voltooien. Bevestiging Klik op Voltooien. De wizard Nieuwe taakreeks wordt voltooid en de VISTA_NEW takenreeks wordt toegevoegd aan de lijst met takenreeksen.
Stap 3: De MDT-configuratiebestanden aanpassen Files
Wanneer de MDT-taakreeks is gemaakt, past u de MDT-configuratiebestanden aan die de configuratie-instellingen leveren voor het vastleggen van gebruikersstatusinformatie. Pas met name het CustomSettings.ini bestand aan door het bestand te wijzigen in de eigenschappen van de implementatieshare die eerder in het implementatieproces is gemaakt. In een latere stap wordt de implementatieshare bijgewerkt om ervoor te zorgen dat het configuratiebestand wordt bijgewerkt in de implementatieshare.
De MDT-configuratiebestanden voor het vastleggen van informatie over de gebruikersstatus aanpassen
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Eigenschappen in het deelvenster Acties.
Het dialoogvenster Eigenschappen wordt weergegeven.
Selecteer het tabblad Regels in het dialoogvenster Eigenschappen.
Wijzig op het tabblad Regels het CustomSettings.ini bestand om de noodzakelijke wijzigingen aan te brengen, zoals wordt weergegeven in het volgende voorbeeld. Voer eventuele extra wijzigingen uit 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=YESSelecteer OK in het dialoogvenster Eigenschappen.
Sluit alle geopende vensters en dialoogvensters.
Stap 4: De Windows PE-opties voor de implementatieshare configureren
Configureer de Windows PE-opties voor het implementatieaandeel in het knooppunt Deployment Shares in de Deployment Workbench.
Opmerking
Als de apparaatstuurprogramma's voor de bestaande computer (WDG-EXIST-01) en de nieuwe computer (WDG-NEW-01) zijn meegeleverd met Windows Vista, slaat u deze stap over en gaat u verder met de volgende stap.
De Windows PE-opties voor de implementatieshare configureren
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Eigenschappen in het deelvenster Acties.
Het dialoogvenster Eigenschappen wordt weergegeven.
Selecteer in het dialoogvenster Eigenschappen op het tabblad Onderdelen van het Windows PE-platform (waar platform de architectuur is van de Windows PE-installatiekopie die moet worden geconfigureerd) in Selectieprofiel de optie device_drivers (waarbij device_drivers de naam is van het selectieprofiel van het apparaatstuurprogramma) en selecteer vervolgens OK.
Stap 5: De distributieshare bijwerken
Nadat u de Windows PE-opties voor het implementatieshare hebt geconfigureerd, werkt u het implementatieshare bij. Als u de implementatieshare bijwerkt, worden alle MDT-configuratiebestanden bijgewerkt en wordt er 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.
Het implementatieaandeel in de Deployment Workbench bijwerken
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer in het deelvenster Acties Update DeploymentShare.
De wizard Delen van Update-implementatie wordt gestart.
Selecteer op de pagina Opties de gewenste opties voor het bijwerken van het implementatieshare en selecteer vervolgens Volgende.
Controleer op de pagina Overzicht of de details juist zijn en selecteer vervolgens Volgende.
Selecteer Voltooien op de bevestigingspagina.
De Deployment Workbench begint met het bijwerken van het implementatieshare. De Deployment Workbench 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 als de implementatieshare wordt gebruikt).
Stap 6: maak de LTI opstartbare media
Een methode bieden voor het starten van de computer met de aangepaste versie van Windows PE die is gemaakt toen de implementatieshare werd bijgewerkt. De Deployment Workbench 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 als de implementatieshare wordt gebruikt). Maak de juiste LTI-opstartbare media op basis van een van deze installatiekopieën.
Het opstartbare LTI-medium maken
Navigeer in Windows Verkenner naar de map deployment_share\Boot (waarin deployment_share de gedeelde map is die wordt gebruikt als de implementatieshare).
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 met het ISO-bestand.
Stap 7: Start de bestaande computer op met de LTI opstartbare media
Start de bestaande computer (WDG-EXIST-01) met het opstartbare LTI-medium dat eerder in het proces is 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 migratie-informatie 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 voor meer informatie de sectie 'Preparing Windows Deployment Services' in het MDT-document De Microsoft Deployment Toolkit gebruiken.
De bestaande computer opstarten met het opstartbare LTI-medium
Start WDG-EXIST-01 met het opstartbare LTI-medium dat eerder in het proces is gemaakt.
Windows PE wordt gestart en vervolgens wordt de wizard Windows-implementatie gestart.
Voltooi de wizard Windows-implementatie aan de hand van de volgende gegevens. Accepteer de standaardwaarden, tenzij anders aangegeven.
Op deze wizardpagina Doet u dit Welkom bij Implementatie Selecteer De wizard Implementatie 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 in DomeinCORP.
4. Selecteer OK.Selecteer een taakreeks die u op deze computer wilt uitvoeren. Selecteer Scenario voor het vervangen van de computer uitvoeren op een bestaande computer en selecteer vervolgens Volgende. Opgeven waar uw gegevens en instellingen moeten worden opgeslagen Selecteer Volgende. Opgeven waar een volledige computerback-up 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 Troubleshooting Reference.
Selecteer Details in het dialoogvenster Implementatieoverzicht.
Als er fouten of waarschuwingen zijn opgetreden, controleert u de fouten of waarschuwingen en noteert u eventuele diagnostische gegevens.
Selecteer Voltooien in het dialoogvenster Distributieoverzicht.
De gegevens over de migratie van de gebruikersstatus worden vastgelegd en opgeslagen in de gedeelde netwerkmap (UserStateCapture$) die eerder in het proces is gemaakt.
Stap 8: Start de nieuwe computer op met de LTI Bootable Media
Start de nieuwe computer (WDG-NEW-02) met het opstartbare LTI-medium dat eerder in het proces is 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 op de nieuwe computer geïmplementeerd en worden de vastgelegde gegevens van de migratie van de gebruikersstatus naar de nieuwe computer hersteld.
Opmerking
U kunt het MDT-proces ook starten door de doelcomputer te starten vanuit Windows Deployment Services. Zie voor meer informatie de sectie 'Preparing Windows Deployment Services' in het MDT-document De Microsoft Deployment Toolkit gebruiken.
De nieuwe computer opstarten met het opstartbare LTI-medium
Start WDG-NEW-02 met het opstartbare LTI-medium dat eerder in het proces is gemaakt.
Windows PE wordt gestart en vervolgens wordt de wizard Windows-implementatie gestart.
Voltooi de wizard Windows-implementatie aan de hand van de volgende informatie. Accepteer de standaardwaarden, tenzij anders aangegeven.
Op deze wizardpagina Doet u dit Welkom bij Implementatie Selecteer De wizard Implementatie 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 in DomeinCORP.
4. Selecteer OK.Selecteer een taakreeks die u op deze computer wilt uitvoeren. Selecteer Scenario voor computervervanging uitvoeren op nieuwe computer en selecteer vervolgens Volgende. De computernaam configureren Typ WDG-NEW-02 bij Computernaam en selecteer Volgende. De computer toevoegen aan een domein of werkgroep Selecteer Volgende. Opgeven of gebruikersgegevens moeten worden teruggezet 1. Selecteer Een locatie opgeven.
2. Typ bij Locatie\\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01.
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 Naslaginformatie voor probleemoplossing.
Selecteer Details in het dialoogvenster Implementatieoverzicht.
Als er fouten of waarschuwingen zijn opgetreden, controleert u de fouten of waarschuwingen en noteert u eventuele diagnostische gegevens.
Selecteer Voltooien in het dialoogvenster Distributieoverzicht.
Windows Vista is nu op de nieuwe computer geïnstalleerd en de vastgelegde gegevens over de migratie van de gebruikersstatus zijn ook hersteld.
Aangepaste implementatiecode integreren in MDT
Het komt vaak voor dat een implementatieteam complexe vereisten heeft, specifiek voor hun doelomgeving, waaraan niet wordt voldaan door de vooraf gedefinieerde takenreeksacties van de Deployment Workbench of de standaard MDT-configuratiebestanden. In dit geval implementeert u aangepaste code om aan hun vereisten te voldoen.
Aangepaste implementatiecode integreren in MDT door:
Een scripttaal kiezen zoals beschreven in De juiste scripttaal kiezen
Gebruikmaken van ZTIUtility.vbs zoals beschreven in Begrijpen hoe u ZTIUtility kunt benutten
Aangepaste implementatiecode integreren zoals beschreven in Aangepaste implementatiecode integreren
In de volgende secties wordt ervan uitgegaan dat MDT is geconfigureerd op een implementatieserver.
De juiste scripttaal kiezen
Hoewel elke code die kan worden uitgevoerd in Windows of Windows PE kan worden aangeroepen als een toepassingsinstallatie of via een MDT-taak
Het voordeel van het gebruik van .wsf-bestanden is ingebouwde logging 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 ernaar wordt verwezen vanuit een aangepast script, initialiseert het ZTIUtility-script de MDT-omgeving en setup-klassen. De volgende klassen zijn beschikbaar:
Logboekregistratie. Deze klasse bevat de functionaliteit voor logboekregistratie die in alle MDT-scripts wordt gebruikt. Ook wordt één logboekbestand gemaakt voor elke scriptuitvoering tijdens de implementatie en een geconsolideerd logboekbestand van alle scripts. Deze logboekbestanden worden gemaakt in een indeling die is ontworpen om te worden gelezen door CMTrace.
Milieu. Met deze klasse worden omgevingsvariabelen geconfigureerd die zijn verzameld via WMI- en MDT-regelverwerking en kan er rechtstreeks vanuit het script naar worden verwezen. Hierdoor kunnen implementatie-eigenschappen worden uitgelezen, waardoor toegang wordt gegeven tot alle configuratie-informatie die door de ZTI- en LTI-processen wordt gebruikt.
Hulpprogramma. Deze klasse biedt algemene hulpprogramma's die worden gebruikt in ZTI- en LTI-scripts. Microsoft raadt aan om telkens wanneer aangepaste code wordt ontwikkeld, deze klasse te onderzoeken om te zien of een code gewoon kan worden hergebruikt. Verderop in deze sectie vindt u meer informatie over enkele functionaliteit van deze klasse.
Database. In deze klas worden functies uitgevoerd zoals verbinding maken met databases en informatie uit databases lezen. Over het algemeen wordt het niet aanbevolen om rechtstreeks toegang te krijgen tot de databaseklasse; In plaats daarvan moet het verwerken van regels worden gebruikt om databasezoekacties uit te voeren.
Tekenreeksen. In deze klasse worden algemene routines voor tekenreeksverwerking uitgevoerd, zoals het maken van een lijst met scheidingstekens, het weergeven van een hexadecimale waarde, het afknippen van witruimte van een tekenreeks, het rechts uitlijnen van een tekenreeks, het links uitlijnen van een tekenreeks, het forceren van een waarde naar de tekenreeksindeling, het forceren van een waarde naar een matrixindeling, het genereren van een willekeurige GUID (Globally Unique Identifier) en Base64-conversies.
FileHandling. In deze klasse worden functies uitgevoerd 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 doorgevoerd 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), inclusief nieuwe API's en betere foutafhandeling
Een nieuw uiterlijk voor de algehele structuur van de ZTI_xxx.wsf-scripts
De algemene structuur van de MDT-scripts is ook gewijzigd. De meeste MDT-scripts zijn nu ingekapseld in VBScript Class-objecten . De klasse wordt geïnitialiseerd en aangeroepen met de functie RunNewInstance .
Opmerking
De meeste bestaande scripts voor MDT 2008 Update 1 werken ongewijzigd in MDT, zelfs met de uitgebreide wijzigingen in ZTIUtility.vbs, aangezien de meeste MDT-scripts ZTIUtility.vbs bevatten.
Begrijpen hoe u ZTIUtility kunt benutten
Het ZTIUtility.vbs bestand bevat objectklassen die kunnen worden gebruikt in uw aangepaste code. Aangepaste code integreren met MDT met behulp van:
De klasse Logboekregistratie zoals gedefinieerd in ZTIUtility.vbs zoals beschreven in De klasse ZTIUtility Logging gebruiken
Omgevingsklasse gedefinieerd in ZTIUtility.vbs zoals beschreven in De omgevingsklasse ZTIUtility gebruiken
Nutsklasse gedefinieerd in ZTIUtility.vbs zoals beschreven in De gebruiksklasse ZTIUtility gebruiken
De klasse ZTIUtility Logging gebruiken
De logboekregistratieklasse in ZTIUtiliy.vbs biedt een eenvoudig mechanisme voor aangepaste code om statusinformatie, waarschuwingen en fouten vast te leggen op dezelfde manier als andere scripts tijdens een ZTI- of LTI-implementatie. Deze standaardisatie zorgt er ook voor dat in het dialoogvenster LTI-implementatieoverzicht correct de status wordt gemeld van eventuele aangepaste code die wordt uitgevoerd.
Hieronder ziet u een voorbeeld van een aangepast codescript waarin de functies oLogging.CreateEntry en TestAndFail worden gebruikt om verschillende typen berichten vast te leggen, afhankelijk van de resultaten van de verschillende scriptacties.
Voorbeeldscript met ZTIUtility-logboekregistratie: 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() aanroepen met ProcessResults(), kunt u dit blijven doen. Bepaalde verbeterde functies voor foutafhandeling worden echter niet ingeschakeld.
De omgevingsklasse ZTIUtility 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("Geheugen") gebruikt om de hoeveelheid beschikbaar RAM-geheugen op te halen; deze knop kan ook worden gebruikt om de waarde op te halen van een van de eigenschappen die worden beschreven in de Toolkit-naslaginformatie voor MDT-documenten.
Gebruik de ZTIUtility Utility Class
Het ZTIUtility.vbs-script bevat een aantal veelgebruikte hulpprogramma's die elk aangepast implementatiescript kan gebruiken. U kunt deze hulpprogramma's op dezelfde manier aan elk script toevoegen als de oLogging- en oEnvironment-klassen .
De volgende tabel beschrijft enkele handige functies die beschikbaar zijn, evenals hun uitvoer. Zie het ZTIUtility.vbs bestand 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 systeemopstartapparaat, bijvoorbeeld MULTI(0)DISK(0)RDISK(0)PARTITION(1) |
| oUtility.LogPath | Retourneert het pad naar de map met logboeken die tijdens de implementatie wordt gebruikt, bijvoorbeeld C:\MININT\SMSOSD\OSDLOGS |
| oUtility.StatePath | Retourneert het pad naar het statusarchief dat momenteel is geconfigureerd, 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 | Hiermee wordt de computernaam bepaald die tijdens het bouwen wordt gebruikt, 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 kunt u het opgegeven item wegschrijven naar een .ini bestand |
| oUtility.Sections(file) | Hiermee leest u de secties van een .ini bestand en slaat u deze ter referentie op in een object |
| oUtility.SectionContents(bestand, sectie) | Hiermee leest u de inhoud van het opgegeven .ini bestand en slaat u deze op in een object |
| oUtility.RunWithHeartbeat(sCmd) | Schrijf elke 0,5 seconde heartbeat-informatie naar de logboeken wanneer de opdracht wordt uitgevoerd |
|
oUtility.FindFile (sFilename,sFoundPath) |
Hiermee wordt gezocht naar het opgegeven bestand in de map DeployRoot en de standaardsubmappen, waaronder Servicing, Tools, USMT, Templates, Scripts en Control |
| oUtility.findMappedDrive(sServerUNC) | Hiermee wordt gecontroleerd of een station is toegewezen aan het opgegeven UNC-pad en wordt de stationsletter geretourneerd |
| oUtility.ValidateConnection(sServerUNC) | Hiermee wordt gecontroleerd of er een bestaande verbinding met de opgegeven server is opgegeven, en als dat niet het geval is, wordt er geprobeerd een verbinding tot stand te brengen |
|
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 is gelukt |
| VerifyPathExists(strPath) | Er wordt gecontroleerd of het opgegeven pad bestaat |
| oMilieu.Substitute(sVal) | Gegeven een tekenreeks alle variabelen of functies binnen die tekenreeks uitvouwen |
|
oMilieu.item (sName) |
Leest of schrijft een variabele naar een permanent archief |
|
oEnvironment.Exists (sName) |
Hiermee wordt getest of de variabele bestaat |
|
oEnvironment.ListItem (sName) |
Leest of schrijft een variabele van het type matrix naar een persistent store |
|
oLogging.ReportFailure (sMessage, iError) |
Wordt gebruikt om een gestructureerde afsluiting uit te voeren als een onherstelbare fout is 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) |
Schrijft een bericht naar het logbestand |
| TestAndFail(iRc, iError, sMessage) | Hiermee wordt het script afgesloten met iError als iRc onwaar is of mislukt |
| TestAndLog(iRc , sMessage) | Registreert alleen een waarschuwing als iRc vals is of mislukt |
Aangepaste implementatiecode integreren
Aangepaste implementatiecode kan op verschillende manieren in het MDT-proces worden geïntegreerd; 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 in de map Scripts op de implementatieshare worden geplaatst, bijvoorbeeld D:\Production Deployment Share\Scripts.
De meest gebruikte methoden voor het integreren van aangepaste code die ook een consistente logboekregistratie garanderen, 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 applicatie.
Een nieuwe toepassing maken om aangepaste implementatiecode uit te voeren
Kopieer de aangepaste implementatiecode naar de map deployment_share\Scripts (waarbij deployment_share het volledig gekwalificeerde pad naar de implementatieshare is).
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Shares/deployment_share/Applications (waarbij deployment_share de naam is van de te configureren implementatieshare).
Selecteer Nieuwe toepassing in het deelvenster Acties.
De wizard Nieuw programma wordt gestart.
Voltooi de wizard Nieuw programma aan de hand van de volgende gegevens. Standaardwaarden accepteren, tenzij anders aangegeven.
Op deze wizardpagina Doet u dit Toepassingstype Selecteer Applicatie zonder bronbestanden of ergens anders op het netwerk en selecteer vervolgens Volgende. Details Vul deze pagina in op basis van de informatie in de toepassing en selecteer vervolgens Volgende. Details van opdracht 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 in het vak Opdrachtregel wordt opgegeven).
3. Selecteer Volgende.Samenvatting Controleer of de configuratie-instellingen juist zijn en selecteer vervolgens Volgende. Bevestiging Klik op Voltooien. De toepassing wordt weergegeven in het knooppunt Toepassingen in de Deployment Workbench.
De aangepaste code toevoegen als een stap in de taakvolgorde
Aangepaste implementatiecode kan rechtstreeks vanaf elk punt in een takenreeks worden aangeroepen; Dit geeft toegang tot de gebruikelijke regels en opties voor de takenreeks.
De aangepaste implementatiecode toevoegen aan een bestaande takenreeks
Kopieer de aangepaste implementatiecode naar de map deployment_share\Scripts (waarbij deployment_share het volledig gekwalificeerde pad naar de implementatieshare is).
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (waarbij deployment_share de naam is van de te configureren implementatieshare).
Selecteer in het detailvenster task_sequence (waarbij task_sequence de naam is van de takenreeks waarmee de aangepaste code wordt uitgevoerd).
Selecteer Eigenschappen in het deelvenster Acties.
Selecteer in het dialoogvenster task_sequenceProperties het tabblad Takenreeks .
Ga in de consolestructuur naar groep (waarbij groep de groep is waaraan de stap uit de takenreeks moet worden toegevoegd).
Selecteer Toevoegen, selecteer Algemeen en selecteer vervolgens Opdrachtregel uitvoeren.
Selecteer Opdrachtregel uitvoeren in de consolestructuur en selecteer vervolgens het tabblad Eigenschappen .
Typ naam in het vak Naam (waarbij naam een beschrijvende naam is van de aangepaste code).
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).
Typ in het vak Beginnen in het vak Beginnen in (waarbij pad het volledig gekwalificeerde pad is naar de werkmap van de aangepaste code; dit is meestal hetzelfde pad dat in het vak Opdrachtregel wordt opgegeven) en selecteer vervolgens OK.
De nieuwe 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 de gebruiker vanuit CustomSettings.ini met behulp van de UserExit-instructie . Dit biedt een mechanisme waarmee informatie kan worden doorgegeven aan het validatieproces van de CustomSettings.ini regel 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 (De Microsoft Deployment Toolkit) 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 typen hardware. Identificeer en installeer apparaatstuurprogramma's als onderdeel van het implementatieproces, zodat elk hardwaretype correct werkt. Er zijn twee hoofdtypen apparaatstuurprogramma's; Elk van deze onderdelen moet anders worden uitgevoerd tijdens het implementatieproces:
Apparaatstuurprogramma's die een INF-bestand bevatten dat kan worden gebruikt om het apparaatstuurprogramma te importeren in de Deployment Workbench
Apparaatstuurprogramma's die zijn verpakt als een applicatie en die moeten worden geïnstalleerd als een applicatie
Met MDT kunt u beide typen stuurprogramma's verwerken als onderdeel van een implementatie van een besturingssysteem.
Installeer apparaatstuurprogramma's door:
Methoden bepalen voor het installeren van elk apparaatstuurprogramma, zoals beschreven in Bepalen welke methode moet worden gebruikt om een apparaatstuurprogramma te installeren
De methode voor kant-en-klare stuurprogramma's gebruiken, zoals beschreven in Apparaatstuurprogramma's installeren met de methode voor kant-en-klare stuurprogramma's
Installeer ze als toepassingen zoals beschreven in Apparaatstuurprogramma's installeren als toepassingen
In dit scenario wordt ervan uitgegaan dat MDT wordt uitgevoerd op een implementatieserver.
Bepalen welke methode moet worden gebruikt om een apparaatstuurprogramma te installeren
Hardwarefabrikanten geven apparaatstuurprogramma's in een van de volgende twee vormen uit:
Als een pakket dat u kunt uitpakken en dat INF-bestanden bevat die worden gebruikt voor het importeren van het stuurprogramma in de Deployment Workbench
Als een toepassing die u moet installeren met behulp van traditionele installatieprocessen voor toepassingen
Stuurprogrammapakketten die kunnen worden uitgepakt om INF-bestanden te openen, kunnen gebruikmaken van het automatische MDT-stuurprogrammadetectie- en installatieproces door het stuurprogramma eerst te importeren in het knooppunt Out-of-Box Drivers in de Deployment Workbench.
Stuurprogrammapakketten die niet kunnen worden uitgepakt om INF-bestanden te isoleren of die niet goed werken zonder eerst te zijn geïnstalleerd met behulp van een installatieprogramma voor toepassingen zoals een MSI- of Setup.exe-bestand, kunnen de functie MDT Install Application gebruiken en het apparaatstuurprogramma installeren tijdens het implementatieproces, net zoals voor elke normale applicatie.
Apparaatstuurprogramma's installeren met de methode met kant-en-klare stuurprogramma's
U kunt apparaatstuurprogrammapakketten met een INF-bestand 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
Download de stuurprogramma's die nodig zijn voor de te implementeren hardwaretypen en pak het stuurprogrammapakket uit naar een tijdelijke locatie.
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Out-of-Box Drivers (waarbij deployment_share de naam is van de te configureren implementatieshare).
Selecteer in het deelvenster Acties de optie Stuurprogramma's importeren.
De wizard Apparaatstuurprogramma importeren wordt gestart.
Selecteer op de pagina Map opgeven in de sectie Stationsbronmapde optie Bladeren om naar de map met de nieuwe apparaatstuurprogramma's te gaan en selecteer vervolgens Volgende.
Opmerking
De wizard Nieuw apparaatstuurprogramma doorzoekt alle submappen van de bronmap van het stuurprogramma. Als u meerdere stuurprogramma's moet installeren, pak deze dan uit in mappen binnen dezelfde hoofdmap en stel de bronmap van het stuurprogramma in als de hoofdmap waarin alle bronmappen met stuurprogramma's worden opgeslagen.
Controleer op de pagina Overzicht of de instellingen juist zijn en selecteer vervolgens Volgende om de stuurprogramma's in de Deployment Workbench te importeren.
Selecteer Voltooien op de bevestigingspagina.
Als de apparaatstuurprogramma's essentiële stuurprogramma's voor opstarten bevatten, zoals stuurprogramma's voor massaopslag of netwerkklasse, moet de implementatieshare vervolgens worden bijgewerkt om een nieuwe LiteTouch_x86 te genereren en LiteTouch_x64 opstartomgeving die de nieuwe stuurprogramma's bevat.
Apparaatstuurprogramma's toevoegen aan de Lite Touch Windows PE-installatiekopieën
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.
De wizard Delen van Update-implementatie wordt gestart.
Selecteer op de pagina Opties de gewenste opties voor het bijwerken van het implementatieshare en selecteer vervolgens Volgende.
Controleer op de pagina Overzicht of de details juist zijn en selecteer vervolgens Volgende.
Selecteer Voltooien op de bevestigingspagina.
Apparaatstuurprogramma's installeren als toepassingen
Apparaatstuurprogramma's die zijn verpakt als toepassingen en die u niet kunt uitpakken naar een map met een INF-bestand, moeten, naast stuurprogrammabestanden, worden toegevoegd aan de Deployment Workbench als een toepassing voor installatie tijdens het implementatieproces.
Toepassingen kunnen worden opgegeven als een taakreeksstap 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. Om dit te garanderen, voert u de stap van de takenreeks voor het implementeren van de relevante toepassingen voor apparaatstuurprogramma's uit als stap van een voorwaardelijke takenreeks. De voorwaardelijke criteria kunnen worden opgegeven voor het uitvoeren van de taak reeks met WMI-query's voor het apparaat op de doelcomputer.
De toepassing Apparaatstuurprogramma toevoegen aan de Deployment Workbench
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 of uit te schakelen. Herhaal dit proces voor elk apparaatstuurprogramma dat tijdens de implementatie wordt gebruikt.
De toepassing voor het apparaatstuurprogramma toevoegen aan de Deployment Workbench
Download de toepassing voor het apparaatstuurprogramma en sla deze op een tijdelijke locatie op.
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Applications (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Nieuwe toepassing in het deelvenster Acties.
De wizard Nieuw programma wordt gestart.
Selecteer op de pagina Toepassingstypede optie Toepassing met bronbestanden en selecteer Volgende.
Typ op de pagina Details relevante informatie over de toepassing en selecteer vervolgens Volgende.
Selecteer op de pagina Bron , in de sectie Bronmap , de optie Bladeren om naar toe te gaan en selecteer vervolgens de map die de bronbestanden van de apparaatstuurprogrammatoepassing bevat. Selecteer OK.
Selecteer Volgende.
Typ op de pagina Bestemming een naam voor de doelmap en selecteer Volgende.
Typ op de pagina Opdrachtdetails in de sectie Opdrachtregel de opdracht waarmee u de toepassing voor het apparaatstuurprogramma op de achtergrond kunt installeren.
Controleer op de pagina Overzicht of de instellingen juist zijn en selecteer vervolgens Volgende om het apparaatstuurprogramma te importeren in de Deployment Workbench.
Selecteer Voltooien op de bevestigingspagina.
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 op de juiste hardware wordt uitgevoerd. Er zijn verschillende methoden om dit te bereiken:
Geef de toepassing voor het apparaatstuurprogramma op als onderdeel van een implementatietaakreeks.
Geef de toepassing voor het apparaatstuurprogramma op in CustomSettings.ini.
Geef de toepassing voor het apparaatstuurprogramma op in de MDT DB.
Elke benadering wordt in de volgende secties uitgebreid besproken.
De toepassing voor het apparaatstuurprogramma opgeven als onderdeel van een taakreeks
De eerste methode voor het toevoegen van een apparaatstuurprogrammatoepassing aan het implementatieproces is door een takenreeks te gebruiken om stappen toe te voegen voor elke apparaatstuurprogrammatoepassing.
Er zijn twee hoofdmethoden voor het beheren van apparaatstuurprogrammatoepassingen in de taakreeks:
Maak voor elk hardwaremodel een nieuwe takenreeksgroep en voeg vervolgens een query toe om die groep acties uit te voeren als de computer overeenkomt met een bepaald hardwaretype.
Maak een takenreeksgroep voor hardwarespecifieke toepassingen en voeg vervolgens query's toe voor elke takenreeksactie, zodat elke taak 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
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (waarbij deployment_share de naam is van de te configureren implementatieshare).
Selecteer in het detailvenster task_sequence (waarbij task_sequence de volgorde van de implementatietaken is die is vereist voor het installeren van de apparaatstuurprogrammatoepassing).
Selecteer Eigenschappen in het deelvenster Acties.
Ga in het dialoogvenster task_sequenceProperties op het tabblad Taakreeks in het detailvenster naar Statusherstel/Windows Update (Installatie vóór toepassing).
Selecteer op het tabblad Taakreeksde 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.
Selecteer Nieuwe groep in het detailvenster.
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).
Selecteer Toevoegen op het tabblad Opties en selecteer vervolgens WMI-query's.
Typ in het dialoogvenster Taakreeks WMI-voorwaarde de volgende gegevens:
Typ root\cimv2 in het vak WMI-naamruimte.
Typ in het vak WQL-query een WQL-query (WMI Query Language) met behulp van de klasse Win32_ComputerSystem om ervoor te zorgen dat de toepassing alleen voor een specifiek toepassingstype wordt geïnstalleerd, 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 computermerk (zoals Dell Corporation).
Het % symbool is een jokerteken dat in de naam is opgenomen zodat beheerders computermodellen of -fabrikanten kunnen terugsturen die de waarde bevatten die voor hardware_model of hardware_manufacturer is opgegeven.
Zie voor meer informatie over WMI- en WQL-query's de sectie 'WMI-query's toevoegen aan taakreeksstapvoorwaarden' in het MDT-document met behulp van de Microsoft Deployment Toolkit en zie Query's uitvoeren met WQL.
Selecteer OK om de query in te dienen en selecteer vervolgens OK om wijzigingen in de takenreeks in te dienen.
Opmerking
Dit proces moet worden herhaald voor elk hardwaretype van elk apparaatstuurprogramma dat moet worden geïnstalleerd.
Nadat de hardwarespecifieke taakreeksgroepen zijn gemaakt, kunnen toepassingen voor apparaatstuurprogramma's aan elke groep worden toegevoegd.
Toepassingen voor apparaatstuurprogramma's toevoegen aan hardwarespecifieke taakreeksgroepen
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (waarbij deployment_share de naam is van de te configureren implementatieshare).
Selecteer in het detailvenster task_sequence (waarbij task_sequence de volgorde van de implementatietaken is die is vereist voor het installeren van de apparaatstuurprogrammatoepassing).
Selecteer Eigenschappen in het deelvenster Acties.
Selecteer in het dialoogvenster task_sequenceProperties het tabblad Takenreeks .
Ga in het detailvenster naar Statusherstel/hardware_specific_group (waarbij hardware_specific_group de naam is van de hardwarespecifieke groep waaraan de taakreeksstap wordt toegevoegd om de toepassing voor het apparaatstuurprogramma te installeren).
Selecteer op het tabblad Taakreeksde optie Toevoegen, selecteer Algemeen en selecteer vervolgens Toepassing installeren.
De taakvolgorde Toepassing installeren wordt weergegeven in het detailvenster.
Selecteer in het detailvenster de optie Toepassing installeren.
Selecteer op het tabblad Eigenschappen de optie Eén toepassing installeren en selecteer in de lijst Te installeren toepassinghardware_application (waarbij hardware_application de toepassing is voor het installeren van de hardwarespecifieke toepassing).
Opmerking
Dit proces moet worden herhaald voor elke toepassing voor apparaatstuurprogramma's die tijdens een implementatie moeten worden gebruikt.
Geef de toepassing voor het apparaatstuurprogramma op in CustomSettings.ini
Wanneer een LTI- of ZTI-implementatie begint, is een van de eerste acties die moeten worden uitgevoerd, het verwerken van de BootStrap.ini en CustomSettings.ini besturingsbestanden. 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 apparaatstuurprogramma-specifieke toepassingen toe te voegen tijdens de implementatie op basis van specifieke hardwaretypen. De GUID van de toepassing, die zich in het Applications.xml bestand in de implementatieshare bevindt, CustomSettings.ini naar toepassingen verwijzen.
De GUID van een geïmporteerde toepassing vinden
Open in de implementatieshare van de implementatieserver de map Besturingselement, bijvoorbeeld D:\Production Deployment Share\Control.
Zoek en open het Applications.xml bestand.
Zoek de gewenste toepassing.
Zoek de toepassings-GUID door de regel te zoeken tussen de toepassingscodes
<guid>, bijvoorbeeld<application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>.Als onderdeel van het initialisatieproces verzamelen zowel het LTI- als het ZTI-proces informatie over de computer waarop het wordt uitgevoerd. Als onderdeel van dit proces worden WMI-query's uitgevoerd en worden de waarden van de klassen Win32_ComputerSystem voor merk en fabrikant ingevuld als variabelen %Make% en %Model%.
Deze waarden kunnen worden gebruikt tijdens het verwerken van het CustomSettings.ini bestand om delen van het bestand dynamisch te lezen, afhankelijk van het merk en model dat is gedetecteerd. In het volgende voorbeeld ziet u een voorbeeld van het CustomSettings.ini bestand.
VoorbeeldCustomSettings.ini geconfigureerd voor de 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 willen presenteren tijdens de implementatie, zodat implementatietechnici extra 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 door de eigenschap Toepassingen zijn gespecificeerd.
In het vorige voorbeeld ziet u hoe u de variabele waarden %Make% en %Model% kunt gebruiken om dynamisch te manipuleren hoe de lijst met toepassingen wordt samengesteld. De waarden voor het merk en model van elk type hardware kunnen op een van de volgende manieren worden gevonden:
Het hulpprogramma Systeeminformatie. Gebruik het knooppunt Systeemoverzicht in dit hulpprogramma om de fabrikant (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.
Opdrachtregel van Windows Management Instrumentation. Gebruik CSProduct Get Name, Vendor om de naam (model) en vendor (merk) van de computer te retourneren.
Wijzigen CustomSettings.ini om hardwarespecifieke logica toe te voegen
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Eigenschappen in het deelvenster Acties.
Selecteer het tabblad Regels .
De gegevens die u op dit tabblad typt, worden opgeslagen in het CustomSettings.ini bestand. Wijzig de CustomSettings.ini bestandsvermeldingen om logica toe te voegen voor elk hardwaremodel met een specifieke toepassing voor een apparaatstuurprogramma, zoals is beschreven in De toepassing voor het apparaatstuurprogramma opgeven als onderdeel van een taakreeks.
Selecteer OK om de wijzigingen in te dienen.
Selecteer in het detailvenster deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.
De wizard Delen van Update-implementatie wordt gestart.
Selecteer op de pagina Opties de gewenste opties voor het bijwerken van het implementatieshare en selecteer vervolgens Volgende.
Controleer op de pagina Overzicht of de details juist zijn en selecteer vervolgens Volgende.
Selecteer Voltooien op de bevestigingspagina.
Standaard worden alle beschikbare toepassingen weergegeven in de wizard Windows-implementatie tijdens een LTI-implementatie. Omdat specifieke toepassingen voor apparaatstuurprogramma's alleen van toepassing zijn op specifieke hardwaretypen, wilt u mogelijk niet dat deze altijd worden weergegeven. Door het specifieke toepassingspakket voor het apparaatstuurprogramma op te geven in CustomSettings.ini, 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
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Applications (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer in het detailvenster device_driver_application (waarbij device_driver_application de toepassing is die moet worden verborgen in de wizard Implementatie).
Selecteer Eigenschappen in het deelvenster Acties.
Schakel op het tabblad Algemeen het selectievakje De toepassing verbergen in de wizard Implementatie in.
Selecteer Toepassen en sluit het dialoogvenster Eigenschappen .
Geef de toepassing voor het apparaatstuurprogramma op in de MDT DB
De MDT DB is een databaseversie van het CustomSettings.ini-bestand en kan tijdens de implementatie worden opgevraagd om informatie te gebruiken tijdens de implementatie. Voor meer informatie over het gebruik van de MDT DB, zie "Selecting the Methods for Applying Configuration Settings".
Wanneer tijdens de implementatie een query wordt uitgevoerd op de MDT DB, zijn er drie methoden beschikbaar om de doelcomputer te identificeren:
Zoek de betreffende 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 WMI-fabrikant of merkquery's).
Voor elk databaseitem dat u maakt, kunt u implementatie-eigenschappen, toepassingen, of Configuration Manager-pakketten moeten worden gebruikt, en beheerders opgeven. Door merk- en modelvermeldingen in de database te maken, kunt u de vereiste hardwarespecifieke apparaatstuurprogrammatoepassingen toevoegen.
Vermeldingen maken in de MDT DB om de installatie van toepassingen voor apparaatstuurprogramma's toe te staan
Opmerking
Herhaal dit proces voor elk hardwaremerk en -model waarvoor een apparaatstuurprogramma is vereist.
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database/Make and Model (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Nieuw in het deelvenster Acties.
Typ in het dialoogvenster Eigenschappen op het tabblad Identiteit in het vak Makenmake_name (waarbij make_name gemakkelijk te herkennen naam is die u kunt associëren met de fabrikant van de doelcomputer).
Typ in het vak Model model_name (waarbij model_name gemakkelijk te herkennen naam is die u kunt associëren met het model van de doelcomputer).
Voeg op het tabblad Toepassingen elk van de toepassingen voor apparaatstuurprogramma's toe die vereist zijn voor dat hardwaremodel.
MDT starten met behulp van Windows Deployment Services
Windows Server 2008 gebruikt 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 via 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 van het besturingssysteem uit het installatiekopiearchief van Windows Deployment Services.
Optie 3. Gebruik multicasting met MDT en de serverrol van Windows Server 2008 Windows Deployment Services.
Optie 1: Computers in PXE opstarten om het LTI-proces te starten
Help de kosten voor het beheer van besturingssysteemimplementaties minimaliseren door het MDT-implementatieproces te starten met behulp van Windows Deployment Services in combinatie met Dynamic Host Configuration Protocol. Hierdoor is het niet meer nodig om opstartbare media te maken en aan elke doelcomputer te leveren.
De Deployment 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 Windows PE-opstartinstallatiekopie maken. Wanneer de implementatieshare wordt bijgewerkt, wordt de installatiekopie van Windows PE automatisch gegenereerd en bijgewerkt met informatie over de implementatieshare en worden eventuele aanvullende stuurprogramma's of onderdelen die tijdens de configuratie van de implementatieshare zijn opgegeven geïnjecteerd.
De Windows PE-opstartinstallatiekopie wordt gegenereerd als zowel een ISO-installatiekopiebestand, dat u naar een cd of dvd kunt schrijven, als een opstartbaar WIM-bestand. U kunt het WIM-bestand importeren in Windows Deployment Services, zodat computers die kunnen opstarten in PXE de LTI Windows PE-opstartinstallatiekopie kunnen downloaden en uitvoeren via een netwerk dat wordt gebruikt voor het initialiseren van een installatie.
Een opstartbare Windows PE-installatiekopie maken in de Deployment Workbench
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Eigenschappen in het deelvenster Acties.
Selecteer in het dialoogvenster deployment_shareProperties het tabblad Instellingen van het Windows PE-platform (waar het platform de architectuur is van de Windows PE-installatiekopie die moet worden geconfigureerd).
Schakel in het gebied Instellingen voor installatiekopieën voor Lite Touch opstarten het selectievakje Een ISO-installatiekopie voor Lite Touch-opstartbare RAM-schijf genereren in.
Selecteer het tabblad Onderdelen van het Windows PE-platform (waarbij platform de architectuur is van de Windows PE-installatiekopie die moet worden geconfigureerd).
Selecteer in de sectie Stuurprogramma-injectie de juiste stuurprogrammatypen die u wilt opnemen.
Opmerking
Deze stap is niet nodig als Windows PE al de vereiste apparaatstuurprogramma's bevat.
Selecteer in de sectie Driver Injection (Driver Injection ) in de lijst met selectieprofielen het juiste driver selection profile.
Selecteer OK in het dialoogvenster Eigenschappen.
Opmerking
Deze stap is niet nodig als Windows PE al de vereiste apparaatstuurprogramma's bevat.
Selecteer in het detailvenster deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.
De wizard Delen van Update-implementatie wordt gestart.
Selecteer op de pagina Opties de gewenste opties voor het bijwerken van het implementatieshare en selecteer vervolgens Volgende.
Controleer op de pagina Overzicht of de details juist zijn en selecteer vervolgens Volgende.
Selecteer Voltooien op de bevestigingspagina.
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 gegenereerde ISO-bestanden rechtstreeks op cd of dvd schrijven of ze gebruiken om het LTI-proces op nieuwe hardware te initialiseren. U kunt de WIM-opstartbestanden 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
Start de console Windows Deployment Services en maak vervolgens verbinding met Windows Deployment Services.
Klik in de consolestructuur met de rechtermuisknop op Opstartinstallatiekopieën en selecteer Opstartinstallatiekopie toevoegen.
Blader naar de WIM-afbeelding die u wilt importeren, bijvoorbeeld D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim.
Het importproces leest automatisch de metagegevens van de opstartinstallatiekopie, maar de waarden voor Afbeeldingsnaam en Afbeeldingsbeschrijving kunnen ook worden bewerkt. De naam van de installatiekopie is van invloed op de informatie over de opstartoptie die wordt weergegeven door Windows Boot Manager wanneer de client wordt opgestart in PXE.
Nadat de opstartinstallatiekopie is geïmporteerd, kan elke computer die wordt opgestart in PXE en een antwoord van Windows Deployment Services ontvangt, de LTI-opstartkopie downloaden en een LTI-installatie starten.
Het installeren en configureren van Windows Deployment Services wordt niet behandeld in deze handleiding. Zie de Windows Deployment Services Guide voor meer informatie over Windows Deployment Services.
Windows Deployment Services gebruiken om de implementatieserver automatisch te detecteren
Er is nog 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 naar deze eigenschap verwijzen in het BootStrap.ini bestand van de opstartinstallatiekopie en in het CustomSettings.ini bestand van de implementatieshare via de eigenschap DeployRoot . Als u dit doet, gebruikt een client die automatisch wordt opgestart vanuit Windows Deployment Services 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
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Eigenschappen in het deelvenster Acties.
Selecteer het tabblad Regels .
De gegevens die u op dit tabblad typt, worden opgeslagen in het CustomSettings.ini bestand.
Configureer de eigenschap DeployRoot om de variabele %WDSServer% te gebruiken, bijvoorbeeld DeployRoot=\\%WDSServer%\Deployment$.
Selecteer Bootstrap.inibewerken .
Configureer BootStrap.ini voor het gebruik van de eigenschap %WDSServer% door de waarde DeployRoot toe te voegen aan of te wijzigen in DeployRoot=\\%WDSServer%\Deployment$.
Selecteer in het menu Bestand de optie Opslaan om de wijzigingen in het BootStrap.ini bestand op te slaan.
Selecteer OK.
De implementatieshare moet worden bijgewerkt.
Selecteer in het detailvenster deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.
De wizard Delen van Update-implementatie wordt gestart.
Selecteer op de pagina Opties de gewenste opties voor het bijwerken van het implementatieshare en selecteer vervolgens Volgende.
Controleer op de pagina Overzicht of de details juist zijn en selecteer vervolgens Volgende.
Selecteer Voltooien op de bevestigingspagina.
Importeer het bijgewerkte opstart-WIM in Windows Deployment Services.
Optie 2: Een installatiekopie 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 het te configureren zodat wordt verwezen 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 heeft verwezen naar een installatiekopie van een Windows Deployment Services-besturingssysteem, kunt u dit behandelen als een besturingssysteem dat is voorbereid op een MDT-implementatieshare.
Verwijzen naar een installatiekopie van het Windows Deployment Services-besturingssysteem
Opmerking
Voor de volgende stappen moet er eerst ten minste één installatiekopie van het besturingssysteem zijn geïmporteerd in de Windows Deployment Services-server.
Werk MDT bij zodat u toegang hebt tot installatiekopieën van Windows Deployment Services door de volgende bestanden vanuit de map Bronnen van het Windows-medium 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 geldt alleen bij het kopiëren uit 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.
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Operating Systems (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Besturingssysteem importeren in het deelvenster Acties.
De wizard Nieuw besturingssysteem wordt gestart.
Selecteer op de pagina Type besturingssysteem de optie Installatiekopieën van Windows Deployment Services en selecteer Volgende.
Typ op de pagina WDS-server de naam van de Windows Deployment Services-server waarnaar moet worden verwezen, bijvoorbeeld WDSSvr001, en selecteer vervolgens Volgende.
Controleer op de pagina Overzicht of de instellingen juist zijn en selecteer vervolgens Volgende.
Selecteer Voltooien op de bevestigingspagina.
Alle installatiekopieën die beschikbaar zijn op de Windows Deployment Services-server zijn nu beschikbaar voor MDT-takenreeksen.
Opmerking
Bij het importeren van installatiekopieën uit Windows Deployment Services worden de bronbestanden niet gekopieerd van de Windows Deployment Services-server naar het implementatieshare. De bronbestanden worden nog steeds gebruikt op hun oorspronkelijke locatie.
Optie 3: Multicasting gebruiken met MDT en de rol van Windows Deployment Services van Windows Server 2008
Met de release van Windows Server 2008 is Windows Deployment Services uitgebreid om de implementatie van images met behulp van multicast-transmissies 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 samengevoegd en kan de client die Wdsmcast.exe start bestanden kopiëren vanuit een actieve multicastsessie.
Het script LTIApply.wsf gebruikt Wdsmcast.exe wanneer het de bronbestanden van het besturingssysteem van de implementatieshare opent. LTIApply.wsf zoekt naar Wdsmcast.exe op de implementatieshare in de map deployment_share\Tools\x86 of in de map deployment_share\Tools\x64 (waarbij deployment_share de naam is van de map van het bestandssysteem die de implementatieshare bevat), afhankelijk van de versie van Windows PE die wordt uitgevoerd.
Wanneer LTIApply.wsf wordt uitgevoerd, zal het altijd proberen om WIM-afbeeldingen van een bestaande multicast-stream te openen en te downloaden, maar het zal terugvallen op een standaard bestandskopie als er geen multicast-stream bestaat.
Opmerking
Dit proces is alleen van toepassing op WIM-afbeeldingsbestanden.
De vereisten voor de implementatieserver voor de voorbereiding op MDT-multicasting zijn:
Op de implementatieserver moet Windows Server 2008 of hoger worden uitgevoerd
De functie Windows Deployment Services moet worden geïnstalleerd vanaf de console Serverbeheer
Windows AIK 1.1 voor Windows Server 2008 moet zijn geïnstalleerd
MDT moet zijn geïnstalleerd
Net als bij elke implementatie die MDT gebruikt, moet er ten minste één WIM-installatiekopie van het besturingssysteem zijn geïmporteerd, hetzij als een volledige set bronbestanden, hetzij als een aangepaste installatiekopie met installatiebestanden
Opmerking
Het is belangrijk om de nieuwste versie van Windows AIK te gebruiken voor multicasting; het exemplaar van Windows PE dat in eerdere versies van Windows AIK zit, bijvoorbeeld Windows AIK 1.0, biedt geen ondersteuning voor downloaden van een multicast-server.
MDT configureren voor multicasting vanuit een bestaande distributieshare
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share (waarbij deployment_share de naam is van de implementatieshare die moet worden geconfigureerd).
Selecteer Eigenschappen in het deelvenster Acties.
Schakel op het tabblad Algemeen het selectievakje Multicast inschakelen voor deze implementatieshare (vereist Windows Server 2008 Windows Deployment Services) in.
Selecteer OK.
Selecteer in het deelvenster Acties de optie Implementatieshare bijwerken.
De wizard Delen van Update-implementatie wordt gestart.
Selecteer op de pagina Opties de gewenste opties voor het bijwerken van het implementatieshare en selecteer vervolgens Volgende.
Controleer op de pagina Overzicht of de details juist zijn en selecteer vervolgens Volgende.
Selecteer Voltooien op de bevestigingspagina.
De implementatieshare is nu geconfigureerd voor multicast-transmissie van Windows Deployment Services.
Met dit proces wordt een multicast-transmissie voor Auto-Cast Windows Deployment Services gemaakt die direct gebruikmaakt van de bestaande MDT-implementatieshare. MDT maakt geen Scheduled-Cast transmissies. 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 is uitgevoerd.
Controleren of de multicast-transmissie is gegenereerd in Windows Deployment Services
Selecteer Start, wijs Systeembeheer aan en selecteer vervolgens Windows Deployment Services.
Klik in de consolestructuur van Windows Deployment Services met de rechtermuisknop op servers en selecteer Server toevoegen.
Selecteer Lokale computer in het dialoogvenster Servers toevoegen en selecteer vervolgens OK.
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.
In het detailvenster wordt een nieuwe AutoCast-transmissie voor de implementatieshare vermeld, bijvoorbeeld BDD-share Deployment$.
Controleer of de status van de BDD Share Deployment$ Auto-Cast-transmissie is ingesteld op Actief.
Nadat een computer is geïmplementeerd, controleert u of het besturingssysteem is gedownload via een multicast-transmissie door het BDD.log bestand in de map \Windows\Temp\DeploymentLogs te onderzoeken.
Er zullen twee items in de logs-map zijn, beide beginnend met Multicast-overdracht; Controleer ze om na te gaan of de overdracht is gelukt. Voor meer informatie over multicast-transmissies met MDT en Windows Deployment Services, zie de sectie 'Windows Deployment Services Multicast Deployment for LTI Deployments' in het MDT-document Using the Microsoft Deployment Toolkit.
Gefaseerde implementaties uitvoeren met behulp van MDT (OEM-vooraf laden)
In veel organisaties worden computers geladen met de installatiekopie van het besturingssysteem voordat ze in het productienetwerk worden geïmplementeerd. In sommige gevallen wordt het laden van de installatiekopie 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 van het besturingssysteem uitgevoerd door de leverancier van de computerhardware, ook wel OEM ( Original Equipment Manufacturer ) genoemd.
Opmerking
Het OEM-proces vooraf laden wordt in MDT alleen ondersteund voor implementaties die worden uitgevoerd met LTI. Voor Configuration Manager gebruikt u de functie voor voorbereide media.
Overzicht van het OEM-proces voor vooraf laden in MDT
Het OEM-proces voor vooraf laden is onderverdeeld in drie fasen:
Fase 1. Maak een media-gebaseerde afbeelding van de referentiecomputer om toe te passen in de faseringsomgeving.
Fase 2. Pas de installatiekopie van de referentiecomputer toe op de doelcomputer in een faseringsomgeving.
Fase 3. Voltooi de implementatie van de doelcomputer in de productieomgeving.
Fase 1 en 3 worden doorgaans uitgevoerd door de implementatieorganisatie. Afhankelijk van het gebruik van het OEM-proces vooraf laden in de organisatie, kan fase 2 worden uitgevoerd door de organisatie of door de leverancier van de 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-configuratie-Files in het OEM-proces voor vooraf laden
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-proces voor vooraf laden. Beide configuratiebestanden bestaan echter tegelijkertijd in verschillende mapstructuren.
In de eerste fase worden de configuratiebestanden gebruikt tijdens het maken van de referentiecomputer en worden ze 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 proces vooraf laden van de OEM 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 wijzigingen in het configuratiebestand worden aangebracht die overeenkomen met de juiste taakvolgorde in elke fase van het OEM-proces voor vooraf laden.
Overzicht van MDT-logboek Files in het OEM-proces voor vooraf laden
Afzonderlijke MDT-logboekbestanden worden gegenereerd tijdens fase 1 en fase 3 van het OEM-proces voor vooraf laden:
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-proces voor vooraf laden uit met behulp van een distributiesharetype voor verwisselbare media (Media). Andere typen implementatieshares worden niet ondersteund voor het vooraf laden van de OEM.
Als u het OEM-proces voor vooraf laden wilt uitvoeren, maakt u een taakreeks op basis van de Litetouch OEM-takenreekssjabloon voor takenreeksen, naast eventuele takenreeksen die worden gebruikt om het doelbesturingssysteem te implementeren. Maak vervolgens een implementatieshare voor verwisselbare media (media) waarmee uiteindelijk een ISO-bestand wordt gemaakt van de inhoud van de distributieshare, met name het LiteTouchPE_x86.iso bestand of LiteTouchPE_x64.iso bestand (op basis van het processorplatform van de doelcomputer). Bij het bijwerken van de implementatieshare wordt ook een mappenstructuur gemaakt die kan worden gebruikt om media in Universal Disk Format te maken.
LTI OEM-proces voor vooraf laden: fase 1: een Media-Based installatiekopie maken
De implementatieorganisatie voert de eerste fase in het OEM-proces voor vooraf laden uit. Het uiteindelijke resultaat van deze fase is een opstartbare installatiekopie (zoals een ISO-bestand) of medium (zoals een dvd) dat naar de OEM of de testomgeving binnen de implementatieorganisatie wordt verzonden. De meeste van deze stappen worden uitgevoerd in de Deployment Workbench.
Een op media gebaseerde installatiekopie maken voor levering aan de OEM of aan de faseringsomgeving binnen de implementatieorganisatie
Vul de volgende knooppunten in voor het aandeel implementatie in de Deployment Workbench:
Besturingssystemen
Toepassingen
Arrangementen
Out-of-box stuurprogramma's
Zie de sectie 'Managing Deployment Shares in the Deployment Workbench' in het MDT-document Using the Microsoft Deployment Toolkit, (De implementatieshare beheren in de implementatiewerkbank) in het MDT-document met behulp van de Microsoft Deployment Toolkit.
Maak een nieuwe taakreeks op basis van de Litetouch OEM-taakreekssjabloon in de Deployment Workbench.
Zie de sectie 'Taakreeksen configureren in de implementatiewerkbank' in het MDT-document met behulp van de Microsoft Deployment Toolkit voor meer informatie over het uitvoeren van deze stap.
Maak een of meer taakreeksen die worden gebruikt voor de implementatie van het doelbesturingssysteem op de doelcomputer na implementatie in de productieomgeving.
Zie de sectie 'Taakreeksen configureren in de implementatiewerkbank' in het MDT-document met behulp van de Microsoft Deployment Toolkit voor meer informatie over het uitvoeren van deze stap.
Maak een selectieprofiel met de toepassingen, besturingssystemen, stuurprogramma's, pakketten en taakreeksen die vereist zijn voor de OEM-implementatie.
Zie de sectie 'Selectieprofielen beheren' in het MDT-document De Microsoft Deployment Toolkit gebruiken voor meer informatie over het uitvoeren van deze stap.
Maak implementatiemedia.
Zie de sectie 'LTI-implementatiemedia beheren' in het MDT-document met behulp van de Microsoft Deployment Toolkit voor meer informatie over het uitvoeren van deze stap.
Werk de implementatiemedia bij die in de Deployment Workbench in de vorige stap zijn gemaakt.
Wanneer u de implementatiemedia bijwerkt, wordt het LiteTouchMedia.iso bestand gemaakt door de Deployment Workbench. Zie de sectie 'LTI-implementatiemedia beheren' in het MDT-document met behulp van de Microsoft Deployment Toolkit voor meer informatie over het uitvoeren van deze stap.
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 de faseringsomgeving van de organisatie, is deze stap niet nodig.
Lever het ISO-bestand of de dvd af bij de OEM of de organisatieomgeving.
LTI OEM-preloadproces - Fase 2: De installatiekopie toepassen op de doelcomputer
De tweede fase van het OEM-proces vooraf laden 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 resultaat van deze fase is de installatiekopie die op de doelcomputers wordt geïmplementeerd, zodat deze klaar zijn voor implementatie in de productieomgeving.
De installatiekopie toepassen op de doelcomputers
Start een doelcomputer met de media die in fase 1 zijn gemaakt.
Windows PE wordt gestart en vervolgens wordt de wizard Windows-implementatie gestart.
Selecteer in de Windows Deployment Wizard de OEM Preinstallation Task Sequence for Staging Environment task sequence.
De reeks taken wordt gestart en de inhoud van het opstartbare medium wordt gekopieerd naar de lokale harde schijf van de doelcomputer.
Wanneer de wizard Windows-implementatie is voltooid voor de OEM-reeks voorinstallatietaken voor de faseringsomgeving , is de vaste schijf gereed om de rest van het implementatieproces te starten door de wizard Windows-implementatie uit te voeren voor de andere taakreeksen die worden gebruikt om het besturingssysteem te implementeren.
De OEM-taakreeks voor vooraf installeren voor de 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 taken uit te voeren die worden gebruikt om het besturingssysteem op de doelcomputer te implementeren.
Kloon de inhoud van de eerste harde schijf naar zoveel doelcomputers in de testomgeving als nodig is.
De doelcomputers worden voor implementatie bij de productieomgeving afgeleverd.
LTI OEM-proces voor vooraf laden: fase 3: volledige implementatie van doelcomputer
De derde en laatste fase van het vooraf laden van de OEM wordt uitgevoerd in de productieomgeving van de implementatieorganisatie. Tijdens deze fase van het proces wordt de doelcomputer opgestart en wordt de opstartbare mediakopie gestart die in de vorige fase op de harde schijf in de testomgeving is geplaatst.
De implementatie van de doelcomputers in de productieomgeving voltooien
Start de doelcomputer.
Windows PE wordt gestart en vervolgens wordt de wizard Windows-implementatie gestart.
Voltooi de wizard Windows-implementatie met de specifieke configuratiegegevens voor elke doelcomputer.
Zie de sectie 'De implementatiewizard uitvoeren' in het MDT-document De Microsoft Deployment Toolkit gebruiken 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 behulp van Windows PowerShell
De MDT-beheertaken in de Deployment Workbench worden uitgevoerd door onderliggende Windows PowerShell-cmdlets, die u kunt gebruiken voor het automatiseren van beheertaken, zoals die in de volgende secties worden beschreven.
U kunt MDT-beheer automatiseren door de volgende stappen uit te voeren:
Maak een nieuwe distributieshare zoals beschreven in Een nieuwe implementatieshare maken.
Maak een map in een implementatieshare zoals beschreven in Een map maken.
Verwijder een map uit een implementatieshare zoals beschreven in Een map verwijderen.
Importeer een apparaatstuurprogramma in een implementatieshare zoals beschreven in Een apparaatstuurprogramma importeren.
Een apparaatstuurprogramma verwijderen uit een implementatieshare, zoals wordt beschreven in Een apparaatstuurprogramma verwijderen.
Importeer een besturingssysteempakket in een implementatieshare zoals beschreven in Een besturingssysteempakket importeren.
Een besturingssysteempakket verwijderen uit een implementatieshare, zoals wordt beschreven in Een besturingssysteempakket verwijderen.
Importeer een besturingssysteem in een implementatieshare zoals beschreven in Een besturingssysteem importeren.
Een besturingssysteem verwijderen uit een implementatieshare zoals beschreven in Een besturingssysteem verwijderen.
Maak een toepassing in een distributieshare zoals beschreven in Een toepassing maken.
Verwijder een toepassing uit een implementatieshare zoals wordt beschreven in Een toepassing verwijderen.
Maak een taakreeks in een implementatieshare, zoals wordt beschreven in Takenreeks maken.
Verwijder een taakreeks uit een implementatieshare, zoals is beschreven in Takenreeks verwijderen.
Maak een MDT-database zoals wordt beschreven in Een MDT-database maken.
Maak een selectieprofiel zoals beschreven in Een selectieprofiel maken.
Werk een implementatieshare bij zoals beschreven in Een implementatieshare bijwerken.
Maak een gekoppelde implementatieshare zoals beschreven in Een gekoppelde implementatieshare maken.
Werk een gekoppelde implementatieshare bij zoals beschreven in Een gekoppelde implementatieshare bijwerken.
Verwijder een gekoppelde implementatieshare zoals beschreven in Een gekoppelde implementatieshare verwijderen.
Maak implementatiemedia zoals beschreven in Media maken.
Genereer implementatiemedia zoals beschreven in Media genereren.
Verwijder de distributiemedia zoals wordt beschreven in Media verwijderen.
Een nieuw distributieshare maken
Met de volgende Windows PowerShell-opdrachten wordt een nieuwe implementatieshare gemaakt op D:\Production Deployment Share met de naam Production$. Het nieuwe implementatieaandeel wordt in de Deployment Workbench weergegeven als Production.
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 wordt een Adobe-map gemaakt in de consolestructuur van de Deployment Workbench op 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
Door 'remove-psdrive' aan het script toe te voegen, zorgt u ervoor dat het achtergrondproces is voltooid voordat u doorgaat.
Een map verwijderen
Met de volgende Windows PowerShell-opdrachten verwijdert u de map Deployment Workbench/Deployment Shares/Production/Applications/Adobe.
Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Remove-item -path "DS002:\Applications\Adobe" -Verbose
Opmerking
Het script mislukt als de map niet leeg is.
Een apparaatstuurprogramma importeren
Met de volgende Windows PowerShell-opdrachten wordt het Dell 2407 WFP-monitorstuurprogramma geïmporteerd in de productie-implementatieshare.
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 opdracht voor Windows PowerShell wordt het Dell 2407 WFP-monitorstuurprogramma verwijderd uit het 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 pakketten van het besturingssysteem geïmporteerd die zich bevinden onder D:\Updates\Microsoft\Vista. Deze besturingssysteempakketten worden opgeslagen in de Production-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 opdracht van Windows PowerShell wordt het opgegeven besturingssysteempakket verwijderd uit het implementatieshare Productie.
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 kunt u het besturingssysteem van Windows Vista in D:\Operating Systems\Windows Vista x86 importeren. Het besturingssysteem wordt opgeslagen in de Production-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 HOMEBASIC voor Windows Vista uit het implementatieshare Productie.
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 wordt de Adobe Reader 9-toepassing gemaakt met bronbestanden van D:\Software\Adobe\Reader 9. De toepassing wordt opgeslagen in de Production-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 wordt de Adobe Reader 9-toepassing verwijderd uit de productie-implementatieshare.
Remove-item -path "DS002:\Applications\Adobe Reader 9" -Verbose
Een taakreeks maken
Met de volgende Windows PowerShell-opdrachten wordt de takenreeks van de Windows Vista-productiebuild gemaakt in de productie-implementatieshare, die zich bevindt in D:\Production Deployment Share.
Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdttasksequence -path "DS002:\Task Sequences" -Name "Windows Vista Business Production Build" -Template "Client.xml" -Comments "Approved for use in the production environment. This task sequence uses the Standard Client task sequence template" -ID "Vista_Ref" -Version "1.0" -OperatingSystemPath "DS002:\Operating Systems\Windows Vista BUSINESS in Windows Vista x86 install.wim" -FullName "Fabrikam User" -OrgName "Fabrikam" -HomePage "http://www.Fabrikam.com" -AdminPassword "secure_password" -Verbose
Een takenreeks verwijderen
Met de volgende Windows PowerShell-opdracht verwijdert u de takenreeks Productiebuild van Windows Vista uit het implementatieshare Productie.
Remove-item -path "DS002:\Task Sequences\Windows Vista Business Production Build" -force -Verbose
Een MDT DB maken
Met de volgende Windows PowerShell opdrachten wordt een nieuwe MDT DB gemaakt op de deployment_server-server voor het implementatieshare Production. De databaseverbinding vindt plaats 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 wordt een nieuw profiel voor de selectie van toepassingen gemaakt.
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 distributieshare bijwerken
Met de volgende opdrachten voor Windows PowerShell wordt de Production-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 distributieshare maken
Met de volgende Windows PowerShell opdrachten wordt een implementatieshare gemaakt die is gekoppeld aan de productie-implementatieshare en die zich bevindt onder de share \\remote_server_name\Deployment$. Het selectieprofiel Alles wordt gebruikt om te bepalen welke inhoud wordt gerepliceerd naar de gekoppelde distributieshare. Inhoud van het aandeel Productie-implementatie wordt samengevoegd met inhoud die al aanwezig is in de share \\remote_server_name\Deployment$.
Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-item -path "DS002:\Linked Deployment Shares" -enable "True" -Name "LINKED001" -Comments "" -Root "\\RemoteServerName\Deployment$" -SelectionProfile "Everything" -Replace "False" -Verbose
Een gekoppelde distributieshare bijwerken
Met de volgende Windows PowerShell opdrachten wordt het 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 distributieshare verwijderen
Met de volgende Windows PowerShell opdrachten verwijdert u de LINKED001 implementatieshare.
Add-PSSnapIn Microsoft.BDD.PSSnapIn
Remove-item -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose
Media maken
Met de volgende Windows PowerShell-opdrachten maakt u een bronmap met inhoud die wordt gebruikt om opstartbare media te maken. Het aandeel Productie-implementatie wordt als bron gebruikt. Het selectieprofiel Alles bepaalt welke inhoud in de map met media-inhoud wordt geplaatst. Het LiteTouchMedia.iso bestand wordt gemaakt wanneer de media worden gegenereerd. De media zullen zowel x86- als x64-platforms ondersteunen.
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, waarvoor 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 opdracht Windows PowerShell verwijdert u de MEDIA001 media uit de productie-implementatieshare.
Remove-item -path "DS002:\Media\MEDIA001" -Verbose
Domeindeelname uitstellen om toepassing van groepsbeleid-objecten te vermijden
Groepsbeleid is een uitgebreide en flexibele technologie waarmee op efficiënte wijze een groot aantal Active Directory Domain Services (AD DS)-computer- en gebruikersobjecten kan worden beheerd via een gecentraliseerd één-op-veel-model. Instellingen voor groepsbeleid zijn opgenomen in een object voor groepsbeleid en gekoppeld aan een of meer AD DS-servicecontainers: sites, domeinen en organisatie-eenheden (OU's).
Sommige organisaties hebben instellingen voor groepsbeleid die beperkend zijn en problemen kunnen veroorzaken tijdens de implementatie van besturingssystemen. Zo kunnen bijvoorbeeld de volgende instellingen voor het groepsbeleid een geautomatiseerd aanmeldingsproces onderbreken:
Beperkingen voor automatische aanmelding
Naam van beheerdersaccount wijzigen
Juridische banners en bijschriften
Restrictief beveiligingsbeleid (bijvoorbeeld het beleid Gespecialiseerde beveiliging - beperkte functionaliteit (SSLF))
Een optie om de problemen die een groepsbeleidsobject tijdens de implementatie kan veroorzaken, op te lossen, is de computer zo laat mogelijk in het implementatieproces aan het domein toe te voegen. Deze koppeling kan worden uitgevoerd met behulp van een aangepaste takenreeksstap die het script ZTIDomainJoin.wsf uitvoert.
Om de doelcomputer aan het domein te koppelen, gebruikt het script ZTIDomainJoin.wsf de eigenschappen DomainAdmin, DomainAdminDomain, DomainAdminPassword, JoinDomain en MachineObjectOU . U kunt deze eigenschappen declareren met de Windows Deployment Wizard, regels voor implementatieshare, de MDT DB en de computer- en verzamelingsregels van Configuration Manager. Het gebruikte account moet de rechten hebben die vereist zijn voor het maken en verwijderen van computerobjecten in het domein.
Gewoonlijk wordt met het script ZTIConfigure.wsf het Unattend.xml of Unattend.txt bestand bijgewerkt met de waarden die door deze eigenschappen worden aangegeven. 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 domeingroepsbeleidsobjecten en kan het implementatieproces mislukken.
Als u de toewijzing van de doelcomputer aan het domein tijdens het implementatieproces opzettelijk wilt uitstellen, kunt u bepaalde elementen uit het Unattend.xml bestand verwijderen. Het script ZTIConfigure.wsf slaat het schrijven van eigenschappen naar het Unattend.xml bestand over als het bijbehorende eigenschapselement ontbreekt in het bestand.
Opmerking
Deze tijdelijke oplossing is alleen geldig bij de implementatie van de besturingssystemen Windows 7, Windows Server 2008 of Windows Server 2008 R2.
Bereid het unattend.xml bestand zo voor dat de doelcomputer tijdens Windows Setup niet probeert lid te worden van het domein
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (waarbij deployment_share de naam is van de implementatieshare en task_sequence de naam is van de taakreeks die moet worden geconfigureerd).
Selecteer Eigenschappen in het deelvenster Acties.
Selecteer op het tabblad Info over besturingssysteemde optie Unattend.xmlbewerken.
Windows System Image Manager (Windows SIM) wordt gestart.
Ga in het deelvenster Antwoordbestand naar 4 specialisaties/Identificatie/Referenties. Klik met de rechtermuisknop op Referenties en selecteer vervolgens Verwijderen.
Selecteer Ja.
Sla het antwoordbestand op en sluit Windows SIM af.
Selecteer OK in het dialoogvenster Eigenschappen van de takenreeks.
Omdat de
Credentialselementen ontbreken in het unattend.xml-bestand, kan het script ZTIConfigure.wsf de domeindeelnamegegevens niet invullen in het Unattend.xml-bestand, waardoor Windows Setup niet kan proberen lid te worden van het domein.Een takenreeksstap toevoegen waarmee de doelcomputer aan het domein wordt gekoppeld
Selecteer Start en wijs vervolgens Alle programma's aan. Wijs Microsoft Deployment Toolkit aan en selecteer vervolgens Deployment Workbench.
Ga in de consolestructuur van de Deployment Workbench naar Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (waarbij deployment_share de naam is van de implementatieshare en task_sequence de naam is van de taakreeks die moet worden geconfigureerd).
Selecteer Eigenschappen in het deelvenster Acties.
Ga op het tabblad Taakreeks naar het knooppunt State Restore en vouw dit uit.
Controleer of de taakreeksstap Herstellen van domein aanwezig is. Zo ja, ga dan verder met stap 9.
Selecteer in het dialoogvenster Eigenschappen van de taakreeks de optie Toevoegen, ga naar Instellingen en selecteer Herstellen van domein.
Voeg de stap Herstel van domein toe aan de takenreekseditor. Controleer of de stap op de gewenste locatie in de takenreeks staat.
Controleer of de instellingen voor de stap Herstel van domein zijn geconfigureerd om aan uw behoeften te voldoen.
Selecteer OK in het dialoogvenster Eigenschappen van de taakreeks om de takenreeks op te slaan.