Freigeben über


Microsoft Deployment Toolkit – Beispielhandbuch

Dieser Leitfaden ist Teil von Microsoft Deployment Toolkit (MDT) und führt ein Spezialisiertes Team durch die Bereitstellung von Windows-Betriebssystemen und Microsoft Office. Dieser Leitfaden dient insbesondere dazu, Beispielkonfigurationseinstellungen für bestimmte Bereitstellungsszenarien bereitzustellen.

Hinweis

In diesem Artikel gilt Windows für die Betriebssysteme Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 und Windows Server 2008 R2, sofern nicht anders angegeben. MDT unterstützt keine ARM-Prozessor-basierten Versionen von Windows. Ebenso bezieht sich MDT auf die aktuelle Version von MDT, sofern nicht anders angegeben.

So verwenden Sie dieses Handbuch

Sehen Sie sich die Liste der Szenariothemen im Inhaltsverzeichnis an.

  1. Wählen Sie das Szenario aus, das den Bereitstellungszielen Ihrer Organisation am ehesten entspricht.

  2. Überprüfen Sie die Beispielkonfigurationseinstellungen für das ausgewählte Szenario.

  3. Verwenden Sie die Beispielkonfigurationseinstellungen als Grundlage für die Konfigurationseinstellungen in Ihrer Umgebung.

  4. Passen Sie die Beispielkonfigurationseinstellungen für Ihre Umgebung an.

    In vielen Fällen sind möglicherweise mehr als ein Szenario erforderlich, um die Konfigurationseinstellungen für die Umgebung abzuschließen.

    Da dieser Leitfaden nur Beispielkonfigurationseinstellungen enthält, kann die Überprüfung der in der folgenden Tabelle aufgeführten Leitfäden bei der Anpassung der Konfigurationseinstellungen für die Umgebung weiter hilfreich sein.

    Anleitung Dieser Leitfaden bietet Hilfe bei der
    Schnellstarthandbuch für Microsoft System Center 2012 R2 Configuration Manager Verwenden Sie System Center 2012 R2 Configuration Manager, um das Windows 8.1 Betriebssystem in einem Bereitstellungsszenario für neue Computer zu installieren.
    Schnellstarthandbuch für die Lite Touch-Installation Installieren Sie das Windows 8.1 Betriebssystem über die Lite Touch-Installation (LTI) unter Verwendung startbarer Medien in einem Bereitstellungsszenario für neue Computer.
    Schnellstarthandbuch für die installation von User-Driven Installieren Sie das Windows 8.1 Betriebssystem mit User-Driven Installation und System Center 2012 R2 Configuration Manager in einem Bereitstellungsszenario für neue Computer.
    Verwenden des Microsoft Deployment Toolkits Passen Sie die Konfigurationsdateien, die in ZTI-Bereitstellungen (Zero Touch Installation) und LTI verwendet werden, weiter an. Dieser Leitfaden enthält auch allgemeine Konfigurationsanleitungen und eine technische Referenz für Konfigurationseinstellungen.

Bereitstellen von Windows 8-Anwendungen mithilfe von MDT

MDT kann Windows 8 Anwendungspakete bereitstellen, die über die Dateierweiterung .appx verfügen. Diese Anwendungspakete sind neu in Windows 8. Weitere Informationen zu diesen Anwendungen finden Sie unter Entwicklung von Windows Store-Apps.

Stellen Sie Windows 8 Anwendungen mithilfe von MDT bereit, indem Sie die folgenden Schritte ausführen:

Bereitstellen von Windows 8-Anwendungen mithilfe von LTI

Sie können Windows 8 Anwendungen mit LTI wie jede andere Anwendung bereitstellen, die den Installationsprozess über eine Befehlszeile initiiert. Sie können LTI-Bereitstellungen im Knoten Anwendungen in der Deployment Workbench Windows 8 Anwendungen hinzufügen.

So stellen Sie eine Windows 8-Anwendung mithilfe von LTI bereit

  1. Erstellen Sie einen freigegebenen Netzwerkordner, in dem die Anwendung gespeichert werden soll.

  2. Kopieren Sie die Windows 8 Anwendung in den freigegebenen Netzwerkordner, den Sie im vorherigen Schritt erstellt haben.

    Stellen Sie sicher, dass Sie die appx-Datei der Windows 8 Anwendung und alle anderen erforderlichen Dateien kopieren, z. B. eine CER-Datei, die das Anwendungszertifikat enthält.

  3. Erstellen Sie mithilfe des Assistenten für neue Anwendungen ein LTI-Anwendungselement für die Windows 8 Anwendung im Knoten Anwendungen in der Deployment Workbench.

    Geben Sie beim Abschließen des Assistenten für neue Anwendungen auf der Seite Befehlsdetails in der Befehlszeileapp_file_name ein (wobei app_file_name der Name der Windows 8 Anwendung ist).

    Weitere Informationen zum Abschließen des Assistenten für neue Anwendungen in der Deployment Workbench finden Sie in den folgenden Abschnitten des MDT-Dokuments Verwenden des Microsoft Deployment Toolkits:

    • Erstellen einer neuen Anwendung, die über die Bereitstellungsfreigabe bereitgestellt wird

    • "Erstellen einer neuen Anwendung, die aus einem anderen freigegebenen Netzwerkordner bereitgestellt wird"

  4. Wählen Sie das LTI-Anwendungselement aus, das im vorherigen Schritt in einer LTI-Tasksequenz erstellt wurde.

Bereitstellen von Windows 8 Anwendungen mithilfe von UDI

Sie können Windows 8 Anwendungen mithilfe von UDI wie jede andere Anwendung bereitstellen, die den Installationsprozess über eine Befehlszeile initiiert. Sie können Windows 8 Anwendungen zu UDI-Bereitstellungen auf der Seite applicationPage-Assistenten im UDI-Assistenten-Designer hinzufügen.

Hinweis

Die Bereitstellung von Windows 8- und Windows 8-Anwendungen mit UDI erfordert System Center 2012 R2 Configuration Manager.

So stellen Sie eine Windows 8 Anwendung mithilfe von UDI bereit

  1. Erstellen Sie einen freigegebenen Netzwerkordner, in dem die Anwendung gespeichert werden soll.

    Dieser Ordner ist der Quellordner für die Configuration Manager Anwendung, die Sie später im Prozess erstellen werden.

  2. Kopieren Sie die Windows 8 Anwendung in den freigegebenen Netzwerkordner, den Sie im vorherigen Schritt erstellt haben.

    Stellen Sie sicher, dass Sie die appx-Datei der Windows 8 Anwendung und alle anderen erforderlichen Dateien kopieren, z. B. eine CER-Datei, die das Anwendungszertifikat enthält.

  3. Hinzufügen der Windows 8-Anwendung als Configuration Manager-Anwendung

  4. Erstellen Sie mithilfe des Assistenten zum Erstellen von Anwendungen in der Configuration Manager-Konsole ein Configuration Manager Anwendungselement für die Windows 8 Anwendung.

    Erstellen Sie beim Abschließen des Assistenten zum Erstellen von Anwendungen einen Bereitstellungstyp, um die Windows 8 Anwendung mithilfe des Assistenten zum Erstellen von Bereitstellungstypen bereitzustellen. Geben Sie im Assistenten zum Erstellen von Bereitstellungstypen auf der Seite Inhalt unter Installationsprogrammapp_file_name ein (wobei app_file_name der Name der Windows 8 Anwendung ist).

    Weitere Informationen zum Abschließen des Assistenten zum Erstellen von Anwendungen in der Configuration Manager-Konsole finden Sie in den folgenden Abschnitten der Dokumentationsbibliothek für System Center 2012 Configuration Manager, die in Configuration Manager enthalten ist:

  5. Stellen Sie sicher, dass die UDA-Funktion (User Device Affinity) in Configuration Manager ordnungsgemäß konfiguriert ist, um die Affinität zwischen Benutzern und Geräten für Configuration Manager Anwendungsbereitstellung zu unterstützen.

    Weitere Informationen zum Konfigurieren von UDA zur Unterstützung Configuration Manager Anwendungsbereitstellung finden Sie unter Verwalten der Affinität zwischen Benutzer und Gerät in Configuration Manager.

  6. Stellen Sie die in Schritt 4 erstellte Anwendung für die Zielbenutzer bereit.

    Weitere Informationen zum Bereitstellen einer Anwendung für Benutzer finden Sie unter Bereitstellen von Anwendungen in Configuration Manager.

  7. Konfigurieren Sie die Seite des ApplicationPage-Assistenten so, dass die in Schritt 4 erstellte Configuration Manager Anwendung mit dem UDI-Assistenten-Designer eingeschlossen wird.

    Weitere Informationen zum Konfigurieren der ApplicationPage-Assistentenseite mithilfe des UDI-Assistenten-Designers finden Sie im Abschnitt "Schritt 5-11: Anpassen der Konfigurationsdatei des UDI-Assistenten für den Zielcomputer" im MDT-Dokument Schnellstarthandbuch für User-Driven Installation.

  8. Wählen Sie das UDI-Anwendungselement aus, das im vorherigen Schritt in einer UDI-Tasksequenz erstellt wurde.

    Hinweis

    Die Windows 8-Anwendung wird nicht von der Tasksequenz installiert, sondern bei der ersten Anmeldung des Benutzers beim Zielcomputer (wie durch die in Schritt 5 konfigurierte UDA-Einstellung definiert) mithilfe der User-Centric App Installer-Funktion (AppInstall.exe) in UDI installiert.

    Weitere Informationen zur User-Centric App Installer-Funktion in UDI finden Sie im Abschnitt "Referenz zum benutzerorientierten App-Installer" im MDT-Dokument ToolkitReferenz.

Verwalten von MDT mit Windows PowerShell

Sie können MDT-Bereitstellungsfreigaben mithilfe der Deployment Workbench und Windows PowerShell verwalten. MDT enthält ein Windows PowerShell-Snap-In ™ – Microsoft. Bdd. SnapIn: Das muss geladen werden, bevor die MDT-spezifischen Features in Windows PowerShell verwendet werden. Das MDT-Windows PowerShell-Snap-In umfasst Folgendes:

Laden der MDT-Windows PowerShell Snap-In

Die MDT-Cmdlets werden in einem Windows PowerShell-Snap-In Microsoft bereitgestellt. Bdd. SnapIn, das vor der Verwendung der MDT-Cmdlets geladen werden muss. Laden Sie das MDT-Windows PowerShell-Snap-In mithilfe des Cmdlets Add-PSSnapIn, wie unter Laden des MDT-Windows PowerShell Snap-In Verwenden des Add-PSSnapIn-Cmdlets beschrieben.

Laden des MDT-Windows PowerShell Snap-In mithilfe des cmdlets Add-PSSnapIn

Sie können das MDT-Windows PowerShell-Snap-In Microsoft laden. Bdd. PSSnapIn aus einer beliebigen Windows PowerShell Umgebung mithilfe des Cmdlets Add-PSSnapIn, wie im folgenden Beispiel gezeigt:

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn  

Erstellen einer Bereitstellungsfreigabe mithilfe von Windows PowerShell

Sie können Bereitstellungsfreigaben mithilfe der MDT Windows PowerShell-Cmdlets erstellen. Der Stammordner für die Bereitstellungsfreigabe wird mithilfe von Standard-Windows PowerShell-Cmdlets und Aufrufen von WMI-Klassenbefehlen (Windows Management Instrumentation) erstellt und freigegeben. Die Bereitstellungsfreigabe wird mit dem MDTProvider Windows PowerShell-Anbieter und dem NewPSDrive-Cmdlet aufgefüllt. Das MDTProvider-Windows PowerShell Laufwerk wird mithilfe des Cmdlets Add-MDTPersistentDrive beibehalten.

So bereiten Sie eine Bereitstellungsfreigabe mithilfe der MDT-Windows PowerShell-Cmdlets vor

  1. Laden Sie das MDT-Windows PowerShell-Snap-In, wie unter Laden des MDT-Windows PowerShell-Snap-Ins beschrieben.

  2. Erstellen Sie den Ordner, der dem Stamm der neuen Bereitstellungsfreigabe entspricht, mithilfe des Cmdlets New-Item , wie im folgenden Beispiel gezeigt und unter Verwenden des New-Item-Cmdlets beschrieben:

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

    Das Cmdlet zeigt die erfolgreiche Erstellung des Ordners an.

  3. Geben Sie den ordner frei, der im vorherigen Schritt erstellt wurde, indem Sie die WMI-win32_share Klasse wie im folgenden Beispiel aussäten:

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

    Der Aufruf der win32_share-Klasse gibt die Ergebnisse des Aufrufs zurück. Wenn der Wert von ReturnValue null (0) ist, war der Aufruf erfolgreich.

  4. Geben Sie den neuen freigegebenen Ordner mithilfe des Cmdlets NewPSDrive als Bereitstellungsfreigabe an, wie im folgenden Beispiel gezeigt:

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

    Das Cmdlet beginnt automatisch mit dem Erstellen der Bereitstellungsfreigabe und dem Kopieren der Vorlageninformationen in die neue Bereitstellungsfreigabe. Nach Abschluss des Kopiervorgangs zeigt das Cmdlet die Informationen für die neue Bereitstellungsfreigabe an.

    Hinweis

    Der im Name-Parameter (DS002) angegebene Wert muss eindeutig sein und darf nicht mit einer vorhandenen Bereitstellungsfreigabe Windows PowerShell Laufwerks identisch sein.

  5. Vergewissern Sie sich, dass die entsprechenden Bereitstellungsfreigabeordner mit dem Befehl dir erstellt wurden, wie im folgenden Beispiel gezeigt:

    Get-ChildItem ds002:  
    

    Die Liste der Standardordner im Stammverzeichnis der Bereitstellungsfreigabe wird angezeigt.

  6. Fügen Sie die neue Bereitstellungsfreigabe der Liste der persistenten MDT-Bereitstellungsfreigaben mithilfe des Cmdlets Add-MDTPersistentDrive hinzu, wie im folgenden Beispiel gezeigt:

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

    In diesem Beispiel wird die variable $NewDS verwendet, um das Windows PowerShell Laufwerkobjekt für die neue Bereitstellungsfreigabe an das Cmdlet zu übergeben.

    Alternativ hätten Sie die Cmdlets NewPSDrive und Add-MDTPersistentDrive kombinieren können, wie im folgenden Beispiel gezeigt:

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

    Im vorherigen Beispiel stellt die Windows PowerShell-Pipeline sowohl die Parameter Name als auch InputObject bereit.

Anzeigen der Eigenschaften der Bereitstellungsfreigabe mithilfe von Windows PowerShell

Sie können die Eigenschaften von MDT-Bereitstellungsfreigaben mit dem Cmdlet Get-ItemProperty und dem MDTProvider Windows PowerShell-Anbieter anzeigen. Diese Eigenschaften können auch in der Deployment Workbench angezeigt werden.

So zeigen Sie Die Eigenschaften der Bereitstellungsfreigabe mithilfe der MDT-Windows PowerShell-Cmdlets an

  1. Laden Sie das MDT-Windows PowerShell-Snap-In, wie unter Laden des MDT-Windows PowerShell-Snap-Ins beschrieben.

  2. Stellen Sie sicher, dass die MDT-Bereitstellungen Windows PowerShell Laufwerke mit dem Cmdlet Restore-MDTPersistentDrive wiederhergestellt werden, wie im folgenden Beispiel gezeigt:

    Restore-MDTPersistentDrive -Verbose  
    

    Hinweis

    Wenn die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, bereits wiederhergestellt wurden, erhalten Sie eine Warnmeldung mit dem Hinweis, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Überprüfen Sie mithilfe des Cmdlets Get-PSDrive, ob die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, wie folgt ordnungsgemäß wiederhergestellt werden:

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

    Die Liste der Windows PowerShell Laufwerke, die mit MDTProvider bereitgestellt werden, werden aufgeführt.

  4. Zeigen Sie die Eigenschaften der Bereitstellungsfreigabe mithilfe des Cmdlets Get-ItemProperty an, wie im folgenden Beispiel gezeigt:

    Get-ItemProperty "DS002:"  
    

    In diesem Beispiel ist DS002 der Name eines Windows PowerShell Laufwerks, das in Schritt 3 zurückgegeben wurde. Das Cmdlet gibt die Eigenschaften für die Bereitstellungsfreigabe zurück.

Anzeigen der Liste der Bereitstellungsfreigaben mit Windows PowerShell

Sie können die Liste der MDT-Bereitstellungsfreigaben mit dem Cmdlet Get-PSDrive und dem MDTProvider Windows PowerShell-Anbieter anzeigen. Die gleiche Liste der Bereitstellungsfreigaben kann auch in der Deployment Workbench angezeigt werden.

So zeigen Sie eine Liste der Bereitstellungsfreigaben mithilfe der MDT-Windows PowerShell-Cmdlets an

  1. Laden Sie das MDT-Windows PowerShell-Snap-In, wie unter Laden des MDT-Windows PowerShell-Snap-Ins beschrieben.

  2. Stellen Sie sicher, dass die MDT-Bereitstellungen gemeinsam Windows PowerShell Laufwerke mit dem Cmdlet Restore-MDTPersistentDrive wiederhergestellt werden, wie im folgenden Beispiel gezeigt:

    Restore-MDTPersistentDrive -Verbose  
    

    Hinweis

    Wenn die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, bereits wiederhergestellt wurden, erhalten Sie eine Warnmeldung mit dem Hinweis, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Zeigen Sie mit dem Cmdlet Get-PSDrive die Liste der MDT-Bereitstellungen an, die Windows PowerShell Laufwerke gemeinsam nutzen(eines für jede Bereitstellungsfreigabe):

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

    Die Liste der Windows PowerShell Laufwerke, die mit MDTProvider bereitgestellt werden, sind für jede Bereitstellungsfreigabe aufgeführt.

Aktualisieren einer Bereitstellungsfreigabe mithilfe von Windows PowerShell

Sie können Bereitstellungsfreigaben mithilfe des Cmdlets Update-MDTDeploymentShare und des anbieters MDTProvider Windows PowerShell aktualisieren. Beim Aktualisieren einer Bereitstellungsfreigabe werden die Windows PE-Startimages (WIM- und ISO-Dateien) erstellt, die zum Starten der LTI-Bereitstellung erforderlich sind. Sie können den gleichen Prozess mit der Deployment Workbench ausführen, wie unter Aktualisieren einer Bereitstellungsfreigabe in der Deployment Workbench beschrieben.

So aktualisieren Sie eine Bereitstellungsfreigabe mithilfe von Windows PowerShell

  1. Laden Sie das MDT-Windows PowerShell-Snap-In, wie unter Laden des MDT-Windows PowerShell-Snap-Ins beschrieben.

  2. Stellen Sie sicher, dass die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, mit dem Cmdlet Restore-MDTPersistentDrive wiederhergestellt werden, wie im folgenden Beispiel gezeigt:

    Restore-MDTPersistentDrive -Verbose  
    

    Hinweis

    Wenn die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, bereits wiederhergestellt wurden, erhalten Sie eine Warnmeldung mit dem Hinweis, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Überprüfen Sie mithilfe des Cmdlets Get-PSDrive, ob die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, wie folgt ordnungsgemäß wiederhergestellt werden:

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

    Die Liste der Windows PowerShell Laufwerke, die mit MDTProvider bereitgestellt werden, wird aufgeführt.

  4. Aktualisieren Sie die Bereitstellungsfreigabe mithilfe des Cmdlets Update-MDTDeploymentShare , wie im folgenden Beispiel gezeigt:

    Update-MDTDeploymentShare -Path "DS002:" -Force  
    

    In diesem Beispiel ist DS002 der Name eines Windows PowerShell Laufwerks, das in Schritt 3 zurückgegeben wurde.

    Hinweis

    Das Aktualisieren der Bereitstellungsfreigabe kann sehr lange dauern. Der Fortschritt des Cmdlets wird oben in der Windows PowerShell-Konsole angezeigt.

    Das Cmdlet gibt ohne Ausgabe zurück, wenn das Update erfolgreich ist.

Aktualisieren einer verknüpften Bereitstellungsfreigabe mithilfe von Windows PowerShell

Sie können verknüpfte Bereitstellungsfreigaben mithilfe des Cmdlets Update-MDTLinkedDS und des ANBIETERs MDTProvider Windows PowerShell aktualisieren (replizieren). Beim Aktualisieren einer verknüpften Bereitstellungsfreigabe wird der Inhalt aus der ursprünglichen Bereitstellungsfreigabe in die verknüpfte Bereitstellungsfreigabe repliziert. Sie können den gleichen Prozess mit der Deployment Workbench ausführen, wie unter Replizieren verknüpfter Bereitstellungsfreigaben in der Deployment Workbench beschrieben.

So aktualisieren Sie eine verknüpfte Bereitstellungsfreigabe mithilfe von Windows PowerShell

  1. Laden Sie das MDT-Windows PowerShell-Snap-In, wie unter Laden des MDT-Windows PowerShell-Snap-Ins beschrieben.

  2. Stellen Sie sicher, dass die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, mit dem Cmdlet Restore-MDTPersistentDrive wiederhergestellt werden, wie im folgenden Beispiel gezeigt:

    Restore-MDTPersistentDrive -Verbose  
    

    Hinweis

    Wenn die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, bereits wiederhergestellt wurden, erhalten Sie eine Warnmeldung mit dem Hinweis, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Überprüfen Sie mithilfe des Cmdlets Get-PSDrive, ob die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, wie folgt ordnungsgemäß wiederhergestellt werden:

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

    Die Liste der Windows PowerShell Laufwerke, die mit MDTProvider bereitgestellt werden, wird aufgeführt.

  4. Aktualisieren Sie die Bereitstellungsfreigabe mithilfe des Cmdlets Update-MDTDeploymentShare , wie im folgenden Beispiel gezeigt:

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

    In diesem Beispiel ist DS002 der Name eines Windows PowerShell Laufwerks, das in Schritt 3 zurückgegeben wurde.

    Hinweis

    Das Aktualisieren der verknüpften Bereitstellungsfreigabe kann sehr lange dauern. Der Fortschritt des Cmdlets wird oben in der Windows PowerShell-Konsole angezeigt.

    Das Cmdlet gibt ohne Ausgabe zurück, wenn das Update erfolgreich ist.

Aktualisieren von Bereitstellungsmedien mithilfe von Windows PowerShell

Sie können Bereitstellungsmedien mithilfe des Cmdlets Update-MDTMedia und des Anbieters MDTProvider Windows PowerShell aktualisieren (generieren). Beim Aktualisieren von Bereitstellungsmedien wird der Inhalt aus der ursprünglichen Bereitstellungsfreigabe in die verknüpfte Bereitstellungsfreigabe repliziert und anschließend ISO- und WIM-Dateien generiert. Sie können den gleichen Prozess mit der Deployment Workbench ausführen, wie unter Generieren von Medienimages in der Deployment Workbench beschrieben.

Wenn das Cmdlet Update-MDTMedia abgeschlossen ist, werden die folgenden Dateien erstellt:

  • Eine ISO-Datei im Ordner media_folder (wobei media_folder der Name des Ordners ist, den Sie für die Medien angegeben haben)

    Das Generieren der ISO-Datei ist eine Option, die Sie wie folgt konfigurieren:

    • Aktivieren des Kontrollkästchens Bootfähiges ISO-Image für Lite Touch generieren auf der Registerkarte Allgemein des Dialogfelds Medieneigenschaften (Deaktivieren Sie dieses Kontrollkästchen, um die Zum Generieren der Medien benötigte Zeit zu verkürzen, es sei denn, Sie müssen startbare DVDs erstellen oder virtuelle Computer [VMs] aus der ISO-Datei starten.)

    • Festlegen derselben Eigenschaft mithilfe des Cmdlets Set-ItemProperty

  • WIM-Dateien im Ordner media_folder\Content\Deploy\Boot (wobei media_folder der Name des Ordners ist, den Sie für die Medien angegeben haben)

    So aktualisieren Sie eine verknüpfte Bereitstellungsfreigabe mithilfe von Windows PowerShell

  1. Laden Sie das MDT-Windows PowerShell-Snap-In, wie unter Laden des MDT-Windows PowerShell-Snap-Ins beschrieben.

  2. Stellen Sie sicher, dass die MDT-Bereitstellungen gemeinsam Windows PowerShell Laufwerke mit dem Cmdlet Restore-MDTPersistentDrive wiederhergestellt werden, wie im folgenden Beispiel gezeigt:

    Restore-MDTPersistentDrive -Verbose  
    

    Hinweis

    Wenn die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, bereits wiederhergestellt wurden, erhalten Sie eine Warnmeldung mit dem Hinweis, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Überprüfen Sie mithilfe des Cmdlets Get-PSDrive, ob die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, wie folgt ordnungsgemäß wiederhergestellt werden:

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

    Die Liste der Windows PowerShell Laufwerke, die mit MDTProvider bereitgestellt werden, wird aufgeführt.

  4. Aktualisieren Sie die Bereitstellungsfreigabe mithilfe des Cmdlets Update-MDTDeploymentShare , wie im folgenden Beispiel gezeigt:

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

    In diesem Beispiel ist DS002 der Name eines Windows PowerShell Laufwerks, das in Schritt 3 zurückgegeben wurde.

    Hinweis

    Das Aktualisieren der verknüpften Bereitstellungsfreigabe kann sehr lange dauern. Der Fortschritt des Cmdlets wird oben in der Windows PowerShell-Konsole angezeigt.

    Das Cmdlet gibt ohne Ausgabe zurück, wenn das Update erfolgreich ist.

Verwalten von Elementen in einer Bereitstellungsfreigabe mithilfe von Windows PowerShell

Eine Bereitstellungsfreigabe enthält Elemente, die zum Ausführen von Bereitstellungen verwendet werden, z. B. Betriebssysteme, Anwendungen, Gerätetreiber, Betriebssystempakete und Tasksequenzen. Diese Elemente können mithilfe von Cmdlets aus Windows PowerShell und mit MDT bereitgestellten verwaltet werden.

Weitere Informationen zum direkten Bearbeiten von Elementen mit Windows PowerShell Cmdlets finden Sie unter Direktes Bearbeiten von Elementen. Die Ordnerstruktur für eine Bereitstellungsfreigabe kann auch mithilfe von Windows PowerShell verwaltet werden. Weitere Informationen finden Sie unter Verwalten von Bereitstellungsfreigabeordnern mithilfe von Windows PowerShell.

Importieren eines Elements in eine Bereitstellungsfreigabe

Sie können jeden Elementtyp wie Betriebssysteme, Anwendungen oder Gerätetreiber mithilfe von MDT-Cmdlets importieren. Für jeden Elementtyp gibt es ein bestimmtes MDT-Cmdlet. Wenn Sie mehrere Elemente mithilfe von Windows PowerShell in eine Bereitstellungsfreigabe importieren möchten, finden Sie weitere Informationen unter Automatisieren der Auffüllung einer Bereitstellungsfreigabe.

Die folgende Tabelle enthält die MDT-Windows PowerShell Cmdlets, die zum Importieren von Elementen in eine Bereitstellungsfreigabe verwendet werden, und enthält eine kurze Beschreibung der einzelnen Cmdlets. Beispiele für die Verwendung der einzelnen Cmdlets finden Sie im Abschnitt, der den einzelnen Cmdlets entspricht.

Cmdlet Beschreibung
Import-MDTApplication Importiert eine Anwendung in eine Bereitstellungsfreigabe.
Import-MDTDriver Importiert mindestens einen Gerätetreiber in eine Bereitstellungsfreigabe.
Import-MDTOperatingSystem Importiert mindestens ein Betriebssystem in eine Bereitstellungsfreigabe.
Import-MDTPackage Importiert mindestens ein Betriebssystempaket in eine Bereitstellungsfreigabe.
Import-MDTTaskSequence Importiert eine Tasksequenz in eine Bereitstellungsfreigabe.

Anzeigen der Eigenschaften eines Elements in einer Bereitstellungsfreigabe

Jedes Element in einer Bereitstellungsfreigabe verfügt über einen anderen Satz von Eigenschaften. Sie können die Eigenschaften eines Elements in einer Bereitstellungsfreigabe mit dem Cmdlet Get-ItemProperty anzeigen. Das Cmdlet Get-ItemProperty verwendet MDTProvider, um die Eigenschaften für ein bestimmtes Element anzuzeigen, genau wie die Eigenschaften in der Deployment Workbench.

Wenn Sie die Eigenschaften mehrerer Elemente in einer Bereitstellungsfreigabe mithilfe von Windows PowerShell anzeigen möchten, finden Sie weitere Informationen unter Automatisieren der Auffüllung einer Bereitstellungsfreigabe.

So zeigen Sie die Eigenschaften eines Elements in einer Bereitstellungsfreigabe mit Windows PowerShell

  1. Laden Sie das MDT-Windows PowerShell-Snap-In, wie unter Laden des MDT-Windows PowerShell-Snap-Ins beschrieben.

  2. Stellen Sie sicher, dass die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, mit dem Cmdlet Restore-MDTPersistentDrive wiederhergestellt werden, wie im folgenden Beispiel gezeigt:

    Restore-MDTPersistentDrive -Verbose  
    

    Hinweis

    Wenn die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, bereits wiederhergestellt wurden, erhalten Sie eine Warnmeldung mit dem Hinweis, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Stellen Sie sicher, dass die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, ordnungsgemäß wiederhergestellt werden, indem Sie das Cmdlet Get-PSDrive verwenden, wie im folgenden Beispiel gezeigt:

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

    Die Liste der Windows PowerShell Laufwerke, die mit MDTProvider bereitgestellt werden, wird aufgeführt.

  4. Gibt eine Liste der Elemente für den Elementtyp zurück, für den Sie die Eigenschaften mithilfe des Cmdlets Get-Item anzeigen möchten, wie im folgenden Beispiel gezeigt:

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

    Im vorherigen Beispiel wird eine Liste aller Betriebssysteme in der Bereitstellungsfreigabe angezeigt. Die Ausgabe wird an das Cmdlet Format-List weitergeleitet, damit die langen Namen der Betriebssysteme angezeigt werden können. Weitere Informationen zur Verwendung des Cmdlets Format-List finden Sie unter Verwenden des cmdlets Format-List. Der gleiche Prozess kann verwendet werden, um die Liste anderer Typen von Elementen zurückzugeben, z. B. Gerätetreiber oder Anwendungen.

    Tipp

    Sie hätten auch den Befehl dir verwenden können, um die Liste der Betriebssysteme anstelle des Cmdlets Get-Item anzuzeigen.

  5. Zeigen Sie die Eigenschaften eines der im vorherigen Schritt aufgeführten Elemente mithilfe des Cmdlets Get-ItemProperty an, wie im folgenden Beispiel gezeigt:

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

    In diesem Beispiel ist der Wert des Path-Parameters der vollqualifizierte Windows PowerShell Pfad zum Element, einschließlich des Dateinamens, der im vorherigen Schritt zurückgegeben wurde. Sie können den gleichen Prozess verwenden, um die Eigenschaften anderer Arten von Elementen anzuzeigen, z. B. Gerätetreiber oder Anwendungen.

Entfernen eines Elements aus einer Bereitstellungsfreigabe

Sie können ein Element mithilfe des Cmdlets Remove-Item aus einer Bereitstellungsfreigabe entfernen. Das Cmdlet Remove-Item verwendet MDTProvider, um ein bestimmtes Element zu entfernen, genau wie Sie ein Element in der Deployment Workbench entfernen können. Wenn Sie mehrere Elemente in einer Bereitstellungsfreigabe mithilfe von Windows PowerShell entfernen möchten, finden Sie weitere Informationen unter Automatisieren der Auffüllung einer Bereitstellungsfreigabe.

Hinweis

Das Entfernen eines Elements, das von einer Tasksequenz verwendet wird, führt dazu, dass die Tasksequenz fehlschlägt. Stellen Sie sicher, dass von anderen Elementen in der Bereitstellungsfreigabe nicht auf ein Element verwiesen wird, bevor Sie das Element entfernen. Sobald ein Element entfernt wurde, kann es nicht wiederhergestellt werden.

So entfernen Sie ein Element aus einer Bereitstellungsfreigabe mithilfe von Windows PowerShell

  1. Laden Sie das MDT-Windows PowerShell-Snap-In, wie unter Laden des MDT-Windows PowerShell-Snap-Ins beschrieben.

  2. Stellen Sie sicher, dass die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, mithilfe des Cmdlets Restore-MDTPersistentDrive wiederhergestellt werden, wie im folgenden Beispiel gezeigt.

    Restore-MDTPersistentDrive -Verbose  
    

    Hinweis

    Wenn die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, bereits wiederhergestellt wurden, erhalten Sie eine Warnmeldung mit dem Hinweis, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Stellen Sie sicher, dass die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, ordnungsgemäß wiederhergestellt werden, indem Sie das Cmdlet Get-PSDrive verwenden, wie im folgenden Beispiel gezeigt:

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

    Die Liste der Windows PowerShell Laufwerke, die mit MDTProvider bereitgestellt werden, wird aufgeführt.

  4. Gibt eine Liste der Elemente für den Elementtyp zurück, für den Sie die Eigenschaften mithilfe des Cmdlets Get-Item anzeigen möchten, wie im folgenden Beispiel gezeigt:

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

    Im vorherigen Beispiel wird eine Liste aller Betriebssysteme in der Bereitstellungsfreigabe angezeigt. Die Ausgabe wird an das Cmdlet Format-List weitergeleitet, damit die langen Namen der Betriebssysteme angezeigt werden können. Weitere Informationen zur Verwendung des Cmdlets Format-List finden Sie unter Verwenden des cmdlets Format-List. Sie können den gleichen Prozess verwenden, um die Liste anderer Elementtypen wie Gerätetreiber oder Anwendungen zurückzugeben.

    Tipp

    Sie hätten auch den Befehl dir verwenden können, um die Liste der Betriebssysteme anstelle des Cmdlets Get-Item anzuzeigen.

  5. Entfernen Sie eines der im vorherigen Schritt aufgeführten Elemente mithilfe des Cmdlets Remove-Item , wie im folgenden Beispiel gezeigt:

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

    In diesem Beispiel ist der Wert des Path-Parameters der vollqualifizierte Windows PowerShell Pfad zum Element, einschließlich des Dateinamens, der im vorherigen Schritt zurückgegeben wurde.

    Sie können denselben Prozess verwenden, um andere Arten von Elementen zu entfernen, z. B. Gerätetreiber oder Anwendungen.

    Hinweis

    Das Entfernen eines Elements, das von einer Tasksequenz verwendet wird, führt dazu, dass die Tasksequenz fehlschlägt. Stellen Sie sicher, dass von anderen Elementen in der Bereitstellungsfreigabe nicht auf ein Element verwiesen wird, bevor Sie das Element entfernen.

Automatisieren der Auffüllung einer Bereitstellungsfreigabe

Mit den MDT Windows PowerShell-Cmdlets können Sie einzelne Elemente verwalten. Durch die Verwendung einiger Skriptfunktionen in Windows PowerShell können die Cmdlets jedoch verwendet werden, um die Auffüllung einer Bereitstellungsfreigabe zu automatisieren.

Beispielsweise muss eine Organisation möglicherweise mehrere Bereitstellungsfreigaben für verschiedene Geschäftseinheiten bereitstellen, oder eine Organisation kann Betriebssystembereitstellungsdienste für andere Organisationen bereitstellen. In beiden Beispielen benötigen die Organisationen die Möglichkeit, Konsistent konfigurierte Bereitstellungsfreigaben zu erstellen und aufzufüllen.

Eine Methode zum Verwalten mehrerer Elemente besteht darin, eine CSV-Datei (Comma-Separated Values) zu verwenden, die eine Liste aller Elemente enthält, die Sie in einer Bereitstellungsfreigabe mithilfe des Cmdlets Import-CSV verwalten möchten.

Im Folgenden finden Sie einen Auszug aus einem Windows PowerShell Skript zum Importieren einer Liste von Anwendungen basierend auf Informationen in einer .csv-Datei mithilfe der Cmdlets Import-CSV, ForEach-Object und 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 diesem Beispiel enthält die datei C:\MDT\Import-MDT-Apps.csv ein Feld für jede Variable, die zum Importieren einer Anwendung erforderlich ist. Weitere Informationen zum Erstellen einer .csv-Datei für die Verwendung mit dem Import-CSV-Cmdlet finden Sie unter Verwenden des cmdlets Import-Csv.

Sie können dieselbe Methode verwenden, um Betriebssysteme, Gerätetreiber und andere Elemente in einer Bereitstellungsfreigabe zu importieren, indem Sie die folgenden Schritte ausführen:

  1. Erstellen Sie eine .csv-Datei für jeden Typ von Bereitstellungsfreigabeelement, den Sie auffüllen möchten.

  2. Weitere Informationen zum Erstellen einer .csv-Datei für die Verwendung mit dem Import-CSV-Cmdlet finden Sie unter Verwenden des cmdlets Import-Csv.

  3. Erstellen Sie eine Windows PowerShell Skriptdatei, die zum Automatisieren der Auffüllung der Bereitstellungsfreigabe verwendet wird.

    Weitere Informationen zum Erstellen eines Windows PowerShell Skripts finden Sie unter Skripterstellung mit Windows PowerShell.

  4. Erstellen Sie vor dem Importieren der Bereitstellungsfreigabeelemente eine erforderliche Ordnerstruktur, die in der Bereitstellungsfreigabe erforderlich ist.

    Weitere Informationen finden Sie unter Verwalten von Bereitstellungsfreigabeordnern mithilfe von Windows PowerShell.

  5. Fügen Sie die Cmdlet-Zeile Import-CSV für eine der in Schritt 1 erstellten .csv-Dateien hinzu.

    Weitere Informationen zum Import-CSV-Cmdlet finden Sie unter Verwenden des cmdlets Import-Csv.

  6. Erstellen Sie eine ForEach-Object-Cmdlet-Schleife , die jedes Element aus der .csv Datei verarbeitet, auf die im vorherigen Schritt im Cmdlet Import-CSV verwiesen wurde.

    Weitere Informationen zum Cmdlet ForEach-Object finden Sie unter Verwenden des cmdlets ForEach-Object.

  7. Fügen Sie das entsprechende MDT-Cmdlet zum Importieren der Bereitstellungsfreigabeelemente innerhalb der im vorherigen Schritt erstellten Cmdlet-Schleife ForEach-Object hinzu.

    Weitere Informationen zu den MDT-Cmdlets, die zum Importieren von Elementen in eine Bereitstellungsfreigabe verwendet werden, finden Sie unter Importieren eines Elements in eine Bereitstellungsfreigabe.

Verwalten von Bereitstellungsfreigabeordnern mit Windows PowerShell

Sie können Ordner in einer Bereitstellungsfreigabe mithilfe von Befehlszeilentools wie dem Befehl mkdir oder mit Windows PowerShell Cmdlets wie dem Cmdlet New-Item und dem MDTProvider Windows PowerShell-Anbieter verwalten. Die gleiche Ordnerstruktur von Bereitstellungsfreigaben kann auch in der Deployment Workbench angezeigt und verwaltet werden. Weitere Informationen zum direkten Bearbeiten von Elementen mit Windows PowerShell Cmdlets finden Sie unter Direktes Bearbeiten von Elementen.

Erstellen eines Ordners in einer Bereitstellungsfreigabe mithilfe von Windows PowerShell

So erstellen Sie einen Ordner in einer Bereitstellungsfreigabe mit Windows PowerShell

  1. Laden Sie das MDT-Windows PowerShell-Snap-In, wie unter Laden des MDT-Windows PowerShell-Snap-Ins beschrieben.

  2. Stellen Sie sicher, dass die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, mit dem Cmdlet Restore-MDTPersistentDrive wiederhergestellt werden, wie im folgenden Beispiel gezeigt:

    Restore-MDTPersistentDrive -Verbose  
    

    Hinweis

    Wenn die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, bereits wiederhergestellt wurden, erhalten Sie eine Warnmeldung mit dem Hinweis, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Zeigen Sie die Liste der MDT-Bereitstellungen an, die Windows PowerShell Laufwerke gemeinsam nutzen(eines für jede Bereitstellungsfreigabe), indem Sie das Cmdlet Get-PSDrive wie folgt verwenden:

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

    Die Liste der Windows PowerShell Laufwerke, die mit MDTProvider bereitgestellt werden, sind aufgeführt, eines für jede Bereitstellungsfreigabe.

  4. Erstellen Sie mit dem Befehl New-Item einen Ordner namens Windows_8 im Ordner Betriebssysteme in einer Bereitstellungsfreigabe, wie im folgenden Beispiel gezeigt:

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

    In diesem Beispiel ist DS002 der Name eines Windows PowerShell Laufwerks, das in Schritt 3 zurückgegeben wurde.

  5. Vergewissern Sie sich, dass der Ordner ordnungsgemäß erstellt wurde, indem Sie den folgenden Befehl eingeben:

    Get-ChildItem "DS002:\Operating Systems"  
    

    Der Windows_8 Ordner und alle anderen vorhandenen Ordner im Ordner Betriebssysteme werden angezeigt.

  6. Erstellen Sie mit dem Cmdlet New-Item einen Ordner namens Windows_7 Ordner im Ordner Betriebssysteme in einer Bereitstellungsfreigabe, wie im folgenden Beispiel gezeigt und unter Verwenden des New-Item-Cmdlets beschrieben:

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

    Das Cmdlet zeigt die erfolgreiche Erstellung des Ordners an.

  7. Vergewissern Sie sich, dass der Ordner ordnungsgemäß erstellt wurde, indem Sie den folgenden Befehl eingeben:

    Get-ChildItem "DS002:\Operating Systems"  
    

    Der Windows_7 Ordner und alle anderen vorhandenen Ordner im Ordner Betriebssysteme werden angezeigt.

Löschen eines Ordners in einer Bereitstellungsfreigabe mithilfe von Windows PowerShell

So löschen Sie einen Ordner in einer Bereitstellungsfreigabe mit Windows PowerShell

  1. Laden Sie das MDT-Windows PowerShell-Snap-In, wie unter Laden des MDT-Windows PowerShell-Snap-Ins beschrieben.

  2. Stellen Sie sicher, dass die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, mit dem Cmdlet Restore-MDTPersistentDrive wiederhergestellt werden, wie im folgenden Beispiel gezeigt:

    Restore-MDTPersistentDrive -Verbose  
    

    Hinweis

    Wenn die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, bereits wiederhergestellt wurden, erhalten Sie eine Warnmeldung mit dem Hinweis, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Zeigen Sie die Liste der MDT-Bereitstellungen an, die Windows PowerShell Laufwerke gemeinsam nutzen(eines für jede Bereitstellungsfreigabe), indem Sie das Cmdlet Get-PSDrive wie folgt verwenden:

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

    Die Liste der Windows PowerShell Laufwerke, die mit MDTProvider bereitgestellt werden, sind für jede Bereitstellungsfreigabe aufgeführt.

  4. Löschen (entfernen) Sie einen Ordner mit dem Namen Windows_8 im Ordner Betriebssysteme in einer Bereitstellungsfreigabe, indem Sie den Befehl New-Item verwenden, wie im folgenden Beispiel gezeigt:

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

    In diesem Beispiel ist DS002 der Name eines Windows PowerShell Laufwerks, das in Schritt 3 zurückgegeben wurde.

  5. Vergewissern Sie sich, dass der Ordner ordnungsgemäß entfernt wurde, indem Sie den folgenden Befehl eingeben:

    Get-ChildItem "DS002:\Operating Systems"  
    

    Der ordner Windows_8 wird nicht mehr in der Liste der Ordner im Ordner "Betriebssysteme" angezeigt.

  6. Löschen (entfernen) Sie einen Ordner namens Windows_7 Ordner im Ordner Betriebssysteme in einer Bereitstellungsfreigabe mithilfe des Cmdlets Remove-Item , wie im folgenden Beispiel gezeigt:

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

    Das Cmdlet zeigt das erfolgreiche Entfernen des Ordners an.

  7. Vergewissern Sie sich, dass der Ordner ordnungsgemäß erstellt wurde, indem Sie den folgenden Befehl eingeben:

    Get-ChildItem "DS002:\Operating Systems"  
    

    Der ordner Windows_7 wird nicht mehr in der Liste der Ordner im Ordner Betriebssysteme angezeigt.

Umbenennen eines Ordners in einer Bereitstellungsfreigabe mithilfe von Windows PowerShell

So benennen Sie einen Ordner in einer Bereitstellungsfreigabe mit Windows PowerShell

  1. Laden Sie das MDT-Windows PowerShell-Snap-In, wie unter Laden des MDT-Windows PowerShell-Snap-Ins beschrieben.

  2. Stellen Sie sicher, dass die MDT-Bereitstellungen gemeinsam Windows PowerShell Laufwerke mit dem Cmdlet Restore-MDTPersistentDrive wiederhergestellt werden, wie im folgenden Beispiel gezeigt:

    Restore-MDTPersistentDrive -Verbose  
    

    Hinweis

    Wenn die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, bereits wiederhergestellt wurden, erhalten Sie eine Warnmeldung mit dem Hinweis, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Zeigen Sie mithilfe des Cmdlets Get-PSDrive die Liste der MDT-Bereitstellungen Windows PowerShell Laufwerke an, eines für jede Bereitstellungsfreigabe:

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

    Die Liste der Windows PowerShell Laufwerke, die mit MDTProvider bereitgestellt werden, sind für jede Bereitstellungsfreigabe aufgeführt.

  4. Benennen Sie einen Ordner namens Windows_8 in Win_8 im Ordner Betriebssysteme in einer Bereitstellungsfreigabe um, indem Sie den Befehl ren verwenden, wie im folgenden Beispiel gezeigt:

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

    In diesem Beispiel ist DS002 der Name eines Windows PowerShell Laufwerks, das in Schritt 3 zurückgegeben wurde.

  5. Vergewissern Sie sich, dass der Ordner ordnungsgemäß entfernt wurde, indem Sie den folgenden Befehl eingeben:

    Get-ChildItem "DS002:\Operating Systems"  
    

    Der Ordner Windows_8 wird in Win_8 umbenannt.

  6. Benennen Sie einen Ordner namens Windows_7 im Ordner Betriebssysteme in einer Bereitstellungsfreigabe mit dem Cmdlet Rename-Item in Win-7 um, wie im folgenden Beispiel gezeigt:

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

    Das Cmdlet zeigt die erfolgreiche Umbenennung des Ordners an.

  7. Vergewissern Sie sich, dass der Ordner ordnungsgemäß erstellt wurde, indem Sie den folgenden Befehl eingeben:

    Get-ChildItem "DS002:\Operating Systems"  
    

    Der Ordner Windows_7 wird in Win_7 umbenannt.

Automatisieren der Anwendung von Betriebssystem-Service Packs in Bereitstellungsfreigaben

Betriebssystem-Service Packs sind ein normaler Bestandteil des Softwarelebenszyklus. Die vorhandenen Betriebssysteme in Bereitstellungsfreigaben müssen mit diesen Service Packs aktualisiert werden, um sicherzustellen, dass neu bereitgestellte oder aktualisierte Computer mit den neuesten Sicherheitsempfehlungen und Konfigurationseinstellungen aktuell sind.

In Fällen, in denen eine Organisation über viele Bereitstellungsfreigaben mit mehreren Betriebssystemen in jeder Bereitstellungsfreigabe verfügt, kann der Prozess zum manuellen Aktualisieren der Betriebssysteme in jeder Bereitstellungsfreigabe mit den Service Packs zeitaufwändig sein. Die Methoden zum Automatisieren der Anwendung von Betriebssystem-Service Packs in Bereitstellungsfreigaben umfassen:

Automatisieren der Anwendung von Betriebssystem-Service Packs aus aktualisierten Quellmedien

Sie können die Aktualisierung von Betriebssystem-Service Packs mithilfe von Windows PowerShell automatisieren, wenn Sie über Quellmedien verfügen, die das Service Pack enthalten, z. B. über eine DVD, auf der Windows 7 mit SP1 bereits integriert ist.

Bei dieser Methode werden die Quellmedien des Betriebssystems mit dem Service Pack mithilfe von Windows PowerShell über die vorhandenen Betriebssystemdateien kopiert, ohne dass das Service Pack in der Bereitstellungsfreigabe vorhanden ist.

So automatisieren Sie die Anwendung von Betriebssystem-Service Packs von Updatequellmedien mithilfe von Windows PowerShell

  1. Laden Sie das MDT-Windows PowerShell-Snap-In, wie unter Laden des MDT-Windows PowerShell-Snap-Ins beschrieben.

  2. Stellen Sie sicher, dass die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, mit dem Cmdlet Restore-MDTPersistentDrive wiederhergestellt werden, wie im folgenden Beispiel gezeigt:

    Restore-MDTPersistentDrive -Verbose  
    

    Hinweis

    Wenn die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, bereits wiederhergestellt wurden, erhalten Sie eine Warnmeldung mit dem Hinweis, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Zeigen Sie mithilfe des Cmdlets Get-PSDrive die Liste der MDT-Bereitstellungen Windows PowerShell Laufwerken an, eines für jede Bereitstellungsfreigabe, wie im folgenden Beispiel gezeigt:

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

    Die Liste der Windows PowerShell Laufwerke, die mit MDTProvider bereitgestellt werden, sind für jede Bereitstellungsfreigabe aufgeführt.

  4. Entfernen Sie den Ordner für das vorhandene Betriebssystem mithilfe der Cmdlets Get-ChildItem und Remove-Item aus der Bereitstellungsfreigabe, wie im folgenden Beispiel gezeigt:

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

    In diesem Beispiel ist DS002 der Name eines Windows PowerShell Laufwerks, das in Schritt 3 zurückgegeben wurde.

  5. Kopieren Sie den Inhalt der Quelldateien des Betriebssystems, für die das Service Pack integriert ist, mithilfe des Cmdlets Copy-Item , wie im folgenden Beispiel gezeigt:

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

    In diesem Beispiel befinden sich die Quelldateien des Betriebssystems auf Laufwerk E, und DS002: ist der Name eines Windows PowerShell Laufwerks, das in Schritt 3 zurückgegeben wird.

  6. Aktualisieren Sie alle MDT-Bereitstellungsmedien basierend auf der Bereitstellungsfreigabe mithilfe des Cmdlets Update-MDTMedia .

    Weitere Informationen zum Aktualisieren von MDT-Bereitstellungsmedien basierend auf der Bereitstellungsfreigabe mithilfe des Cmdlets Update-MDTMedia finden Sie unter Aktualisieren von Bereitstellungsmedien mithilfe von Windows PowerShell.

Automatisieren der Anwendung von Betriebssystem-Service Packs mithilfe eines Referenzcomputers und Windows PowerShell

Sie können die Aktualisierung von Betriebssystem-Service Packs mithilfe von Windows PowerShell automatisieren, wenn Sie nur über das Service Pack verfügen, das noch nicht in das Betriebssystem integriert ist, z. B. SP1 für Windows 7, das noch nicht in ein Windows 7-Image integriert ist.

Stellen Sie für diese Methode das Betriebssystem ohne Service Pack auf einem Referenzcomputer bereit. Wenden Sie dann das Service Pack auf den Referenzcomputer an. Erfassen Sie als Nächstes ein Betriebssystemimage des Referenzcomputers. Kopieren Sie abschließend die erfasste WIM-Datei über die Datei Install.wim im Betriebssystem in der Bereitstellungsfreigabe mithilfe von Windows PowerShell.

So automatisieren Sie die Anwendung von Betriebssystem-Service Packs von Updatequellmedien mithilfe von Windows PowerShell

  1. Stellen Sie das Zielbetriebssystem auf einem Referenzcomputer bereit.

    Weitere Informationen zum Bereitstellen eines Referenzcomputers finden Sie in den folgenden Ressourcen im MDT-Dokument Verwenden des Microsoft Deployment Toolkit:

    • Vorbereiten der LTI-Bereitstellung auf dem Referenzcomputer

    • "Bereitstellen auf und Erfassen eines Images des Referenzcomputers in LTI"

  2. Installieren Sie das gewünschte Service Pack auf dem Referenzcomputer.

    Weitere Informationen zum Installieren des Service Packs finden Sie in der Dokumentation zum Service Pack.

  3. Erfassen Sie ein Image des Referenzcomputers, indem Sie eine Tasksequenz basierend auf der Tasksequenzvorlage Sysprep und Capture erstellen und bereitstellen.

    Weitere Informationen zum Erstellen einer Tasksequenz basierend auf der Tasksequenzvorlage Sysprep und Capture finden Sie unter Erstellen einer neuen Tasksequenz in der Deployment Workbench.

  4. Laden Sie das MDT-Windows PowerShell-Snap-In, wie unter Laden des MDT-Windows PowerShell-Snap-Ins beschrieben.

  5. Stellen Sie sicher, dass die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, mithilfe des Cmdlets Restore-MDTPersistentDrive wiederhergestellt werden, wie im folgenden Beispiel gezeigt:

    Restore-MDTPersistentDrive -Verbose  
    

    Hinweis

    Wenn die MDT-Bereitstellungen, die Windows PowerShell Laufwerke gemeinsam nutzen, bereits wiederhergestellt wurden, erhalten Sie eine Warnmeldung mit dem Hinweis, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  6. Zeigen Sie mithilfe des Cmdlets Get-PSDrive die Liste der MDT-Bereitstellungen Windows PowerShell Laufwerken an, eines für jede Bereitstellungsfreigabe, wie im folgenden Beispiel gezeigt:

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

    Die Liste der Windows PowerShell Laufwerke, die mit MDTProvider bereitgestellt werden, sind für jede Bereitstellungsfreigabe aufgeführt.

  7. Kopieren Sie die in Schritt 3 erfasste WIM-Datei über die Datei Install.wim im Betriebssystem in der Bereitstellungsfreigabe mithilfe des Cmdlets Copy-Item , wie im folgenden Beispiel gezeigt:

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

    In diesem Beispiel ist die erfasste Betriebssystemimagedatei (Win7SP1.wim) im Ordner Captures in der Freigabe DS002: der Name eines Windows PowerShell Laufwerks, das in Schritt 6 zurückgegeben wurde, und das vorhandene Windows 7-Betriebssystem wird im Ordner Windows 7 gespeichert.

  8. Aktualisieren Sie alle MDT-Bereitstellungsmedien basierend auf der Bereitstellungsfreigabe mithilfe des Cmdlets Update-MDTMedia .

    Weitere Informationen zum Aktualisieren von MDT-Bereitstellungsmedien basierend auf der Bereitstellungsfreigabe mithilfe des Cmdlets Update-MDTMedia finden Sie unter Aktualisieren von Bereitstellungsmedien mithilfe von Windows PowerShell.

Anpassen der Bereitstellung basierend auf dem Gehäusetyp

Sie können die Bereitstellung basierend auf dem Gehäusetyp des Computers anpassen. Die Skripts erstellen lokale Variablen, die in der CustomSettings.ini-Datei verarbeitet werden können. Die lokalen Variablen IsLaptop, IsDesktopund IsServer geben an, ob der Computer ein tragbarer Computer, Desktopcomputer oder Server ist.

Hinweis

In früheren Versionen der Deployment Workbench hat das IsServer Flag angegeben, dass das vorhandene Betriebssystem ein Serverbetriebssystem ist (z. B. Windows Server 2003 Enterprise Edition). Dieses Flag wurde in IsServerOSumbenannt.

So implementieren Sie lokale Variablen in der CustomSettings.ini-Datei

  1. Fügen Sie im [Settings] Abschnitt in der Priority Zeile einen benutzerdefinierten Abschnitt hinzu, um die Bereitstellung basierend auf dem Chassistyp anzupassen (ByChassisType im folgenden Beispiel, wobei Chassis den Computertyp darstellt).

  2. Erstellen Sie den benutzerdefinierten Abschnitt, der dem in Schritt 1 definierten benutzerdefinierten Abschnitt entspricht (ByChassisType im folgenden Beispiel, wobei Chassis den Computertyp darstellt).

  3. Definieren Sie einen Unterabschnitt für jeden Gehäusetyp, der erkannt werden soll (Subsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer% im folgenden Beispiel).

  4. Erstellen Sie einen Unterabschnitt für jeden True - und False -Zustand jedes in Schritt 3 definierten Unterabschnitts (z [Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False] . B. im folgenden Beispiel).

  5. Fügen Sie in den einzelnen True Unterabschnitten und False die entsprechenden Einstellungen basierend auf dem Gehäusetyp hinzu.

    Auflistung 1. Beispiel für das Anpassen der Bereitstellung basierend auf dem Gehäusetyp in der CustomSettings.ini-Datei

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

Bereitstellen von Anwendungen basierend auf früheren Anwendungsversionen

Häufig installieren Sie bei der Installation eines Betriebssystems auf einem vorhandenen Computer dieselben Anwendungen, die Sie zuvor auf dem Computer installiert haben. Verwenden Sie dazu MDT-Skripts (insbesondere ZTIGather.wsf), um zwei separate Informationsquellen abzufragen:

  • Configuration Manager Softwareinventurfeatures. Enthält einen Datensatz für jedes Anwendungspaket – in diesem Fall Auflistungen unter Programm und Features in Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 – bei der letzten Installation Configuration Manager inventarisiert den Computer.

  • Eine Zuordnungstabelle. Beschreibt, welches Paket und welches Programm für jeden Datensatz installiert werden muss (da die Einträge Programm und Features oder Hinzufügen oder Entfernen von Programmen nicht genau angeben, welches Paket die Anwendung installiert hat, sodass es nicht möglich ist, das Paket automatisch basierend auf dem Bestand auszuwählen).

    So führen Sie eine dynamische computerspezifische Anwendungsinstallation durch

  1. Verwenden Sie die Tabelle in der MDT-Datenbank, um bestimmte Pakete mit Anwendungen zu verbinden, die im Zielbetriebssystem aufgeführt sind.

  2. Füllen Sie die Tabelle mit Daten auf, die das entsprechende Paket der Anwendung zuordnen, die unter Programm und Features oder Software aufgeführt ist.

    SQL-Abfrage zum Auffüllen der Tabelle

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

    Die eingefügte Zeile verbindet jeden Computer mit dem Eintrag Office12.0 mit dem Microsoft Office 2010 Professional Plus-Paket.

    Dies bedeutet, dass Microsoft Office 2010 Professional Plus auf jedem Computer installiert wird, auf dem derzeit 2007 Microsoft Office System (Office 12.0) ausgeführt wird. Fügen Sie ähnliche Einträge für alle anderen Pakete hinzu. Jedes Element, für das kein Eintrag vorhanden ist, wird ignoriert (es wird kein Paket installiert).

  3. Erstellen Sie eine gespeicherte Prozedur, um das Verknüpfen der Informationen in der neuen Tabelle mit den Bestandsdaten zu vereinfachen.

    use [MDTDB]  
    go  
    
    if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[RetrievePackages]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)  
    drop procedure [dbo].[RetrievePackages]  
    go  
    
    CREATE PROCEDURE [dbo].[RetrievePackages]  
    @MacAddress CHAR(17)  
    AS  
    
    SET NOCOUNT ON  
    
    /* Select and return all the appropriate records based on current inventory */  
    SELECT * FROM PackageMapping  
    WHERE ARPName IN  
    (  
      SELECT ProdID0 FROM CM_DB.dbo.v_GS_ADD_REMOVE_PROGRAMS a, CM_DB.dbo.v_GS_NETWORK_ADAPTER n  
      WHERE a.ResourceID = n.ResourceID AND  
      MACAddress0 = @MacAddress  
    )  
    go  
    

    Die gespeicherte Prozedur im vorherigen Beispiel geht davon aus, dass sich die Configuration Manager datenbank des zentralen primären Standorts auf dem Computer befindet, auf dem SQL Server als MDT-Datenbank ausgeführt wird. Wenn sich die Datenbank des zentralen primären Standorts auf einem anderen Computer befindet, müssen die entsprechenden Änderungen an der gespeicherten Prozedur vorgenommen werden. Darüber hinaus muss der Name der Datenbank (CM_DB) aktualisiert werden. Erwägen Sie außerdem, zusätzlichen Konten Lesezugriff auf die ansicht v_GS_ADD_REMOVE_PROGRAMS in der Configuration Manager-Datenbank zu gewähren.

  4. Konfigurieren Sie die CustomSettings.ini-Datei, um diese Datenbanktabelle abzufragen, indem Sie den Namen eines Abschnitts ([DynamicPackages] in der Liste Priorität ) angeben, der auf die Datenbankinformationen verweist.

    [Settings]  
    ...
    Priority=MacAddress, DefaultGateway, DynamicPackages, Default  
    ...
    
  5. Erstellen Sie einen [DynamicPackages] Abschnitt, um den Namen eines Datenbankabschnitts anzugeben.

    [DynamicPackages]  
    SQLDefault=DB_DynamicPackages  
    
  6. Erstellen Sie einen Datenbankabschnitt, um die Datenbankinformationen und Abfragedetails anzugeben.

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

    Im vorherigen Beispiel wird die MDT-Datenbank mit dem Namen MDTDB auf dem Computer abgefragt, auf dem die SQL Server Instanz namens SERVER1 ausgeführt wird. Die Datenbank enthält eine gespeicherte Prozedur namens RetrievePackages (erstellt in Schritt 3).

    Wenn ZTIGather.wsf ausgeführt wird, wird automatisch eine sql-Anweisung (strukturierte Abfragesprache) SELECT generiert, und der Wert des benutzerdefinierten Schlüssels MakeModelQuery wird als Parameter an die Abfrage übergeben:

    EXECUTE RetrievePackages ?  
    

    Der tatsächliche Wert des benutzerdefinierten MacAddress-Schlüssels wird durch den entsprechenden "?"-Schlüssel ersetzt. Diese Abfrage gibt einen Datensatzsatz mit den in Schritt 2 eingegebenen Zeilen zurück.

    Eine variable Anzahl von Argumenten kann nicht an eine gespeicherte Prozedur übergeben werden. Wenn ein Computer über mehrere MAC-Adressen verfügt, können daher nicht alle MAC-Adressen an die gespeicherte Prozedur übergeben werden. Alternativ können Sie die gespeicherte Prozedur durch eine Sicht ersetzen, die das Abfragen der Sicht durch eine -Anweisung mit einer SELECTIN -Klausel ermöglicht, um alle MAC-Adresswerte zu übergeben.

    Wenn auf dem aktuellen Computer der Wert Office12.0 in die Tabelle eingefügt wurde (Schritt 2), wird basierend auf dem hier dargestellten Szenario die eine Zeile zurückgegeben (XXX0000F:Install Office 2010 Professional Plus). Dies bedeutet, dass das Paket XXX0000F:Install Office 2001 Professional Plus während der Zustandswiederherstellungsphase vom ZTI-Prozess installiert wird.

Szenario für die vollständig automatisierte LTI-Bereitstellung

Der Hauptzweck von LTI besteht darin, den Bereitstellungsprozess so weit wie möglich zu automatisieren. Obwohl ZTI die vollständige Automatisierung der Bereitstellung mithilfe der MDT-Skripts und Windows-Bereitstellungsdienste ermöglicht, ist LTI so konzipiert, dass es mit weniger Infrastrukturanforderungen arbeitet.

Sie können den Windows-Bereitstellungs-Assistenten automatisieren, der im LTI-Bereitstellungsprozess verwendet wird, um die angezeigten Assistentenseiten zu reduzieren (oder zu beseitigen). Sie können den gesamten Windows-Bereitstellungs-Assistenten überspringen, indem Sie die SkipWizard-Eigenschaft in CustomSettings.ini angeben. Verwenden Sie die folgenden Eigenschaften, um einzelne Assistentenseiten zu überspringen:

  • SkipAdminPassword

  • SkipApplications

  • SkipBDDWelcome

  • SkipBitLocker

  • SkipBitLockerDetails

  • SkipTaskSequence

  • SkipCapture

  • SkipComputerBackup

  • SkipComputerName

  • SkipDomainMembership

  • SkipFinalSummary

  • SkipLocaleSelection

  • SkipPackageDisplay

  • SkipProductKey

  • SkipSummary

  • SkipTimeZone

  • SkipUserData

Weitere Informationen zu diesen einzelnen Eigenschaften finden Sie in der MDT-Dokument-Toolkitreferenz.

Geben Sie für jede übersprungene Assistentenseite die Werte für die entsprechenden Eigenschaften an, die normalerweise über die Assistentenseite in den CustomSettings.ini- und BootStrap.ini-Dateien gesammelt werden. Weitere Informationen zu den Eigenschaften, die in diesen Dateien konfiguriert werden müssen, finden Sie im Abschnitt "Bereitstellen von Eigenschaften für Seiten des Assistenten für übersprungene Bereitstellungen" in der MDT-Dokument-Toolkitreferenz.

Vollständig automatisierte LTI-Bereitstellung für ein Computeraktualisierungsszenario

Im Folgenden wird eine CustomSettings.ini-Datei veranschaulicht, die für ein Computeraktualisierungsszenario verwendet wird, um alle Seiten des Windows-Bereitstellungs-Assistenten zu überspringen. In diesem Beispiel befinden sich die Eigenschaften, die beim Überspringen der Assistentenseite bereitgestellt werden sollen, direkt unter der Eigenschaft, die die Assistentenseite überspringt.

[Settings]  
Priority=Default  
Properties=MyCustomProperty  

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

DeploymentType=REFRESH  

SkipDomainMembership=YES  
JoinDomain=DomainName  
DomainAdmin=Administrator  
DomainAdminDomain=DomainName  
DomainAdminPassword=a_secure_password  

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

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

SkipTaskSequence=YES  
TaskSequenceID=Enterprise  

SkipComputerName=YES  
OSDComputerName=%ComputerName%  

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

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

SkipTimeZone=YES  
TimeZoneName=China Standard Time  

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

SkipBitLocker=YES  
SkipSummary=YES  
Powerusers001=DomainName\Username  

Vollständig automatisierte LTI-Bereitstellung für ein Neues Computerszenario

Im Folgenden sehen Sie ein Beispiel für eine CustomSettings.ini-Datei, die für ein Szenario mit einem neuen Computer verwendet wird, um alle Seiten des Windows-Bereitstellungs-Assistenten zu überspringen. In diesem Beispiel befinden sich die Eigenschaften, die beim Überspringen der Assistentenseite bereitgestellt werden sollen, direkt unter der Eigenschaft, die die Assistentenseite überspringt.

[Settings]  
Priority=Default  
Properties=MyCustomProperty  

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

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

SkipAdminPassword=YES  
SkipProductKey=YES  

SkipDomainMembership=YES  
JoinDomain=WOODGROVEBANK  
DomainAdmin=Administrator  
DomainAdminDomain=WOODGROVEBANK  
DomainAdminPassword=P@ssw0rd  

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

SkipTaskSequence=YES  
TaskSequenceID=Enterprise  

SkipComputerName=YES  
OSDComputerName=%SerialNumber%  

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

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

SkipTimeZone=YES  
TimeZoneName=China Standard Time  

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

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

Aufrufen von Webdiensten in MDT

In früheren Versionen von MDT wurde die Regelverarbeitung über CustomSettings.ini und Datenbanken unterstützt, aus denen Sie Werte vom lokalen Computer abrufen konnten ( in der Regel mithilfe von WMI), um Entscheidungen darüber zu treffen, was während der Bereitstellung auf jedem Computer ausgeführt werden muss. Darüber hinaus können Sie SQL-Abfragen und Aufrufe gespeicherter Prozeduren ausführen, um zusätzliche Informationen aus externen Datenbanken abzurufen. Es gab jedoch Herausforderungen bei diesem Ansatz , insbesondere beim Herstellen sicherer SQL Server-Verbindungen.

Um dieses Problem zu beheben, kann MDT Webdienstaufrufe basierend auf einfachen Regeln ausführen, die in CustomSettings.ini definiert sind. Diese Webdienstanforderungen erfordern keinen speziellen Sicherheitskontext und können den tcp/ip-Port verwenden, der zur Vereinfachung von Firewallkonfigurationen benötigt wird.

Im Folgenden wird gezeigt, wie Sie CustomSettings.ini konfigurieren, um einen bestimmten Webdienst aufzurufen. In diesem Szenario wird der Webdienst bei einer Internetsuche nach dem Zufallsprinzip ausgewählt. Sie verwendet eine Postleitzahl als Eingabe und gibt den Ort, das Bundesland, die Vorwahl und die Zeitzone (als Brief) für die angegebene Postleitzahl zurück.

[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  

Die Ausführung dieses Codes erzeugt eine Ausgabe ähnlich der folgenden:

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

Beim Ausführen eines Webdiensts sind einige kleinere Komplikationen zu beachten:

  • Machen Sie nichts Besonderes mit Proxyservern. Wenn ein anonymer Proxy vorhanden ist, verwenden Sie ihn, aber die Authentifizierung von Proxys kann Probleme verursachen. In den meisten Fällen wird ein Webdienst nicht aufgerufen.

  • CustomSettings.ini oder ZTIGather.xml sucht nach Eigenschaften, die im XML-Markup definiert sind, das als Ergebnis des Webdienstaufrufs zurückgegeben wird (genau wie bei einer Datenbankabfrage oder einer anderen Regel). Bei der XML-Suche wird jedoch die Groß-/Kleinschreibung beachtet. Glücklicherweise gibt der hier beschriebene Webdienst alle Namen von Eigenschaften in Großbuchstaben zurück, was ZTIGather.xml erwartet. Es ist möglich, Klein- oder Kleinbuchstaben neu zuzuordnen, um dies zu umgehen.

  • Eine POST Anforderung an den Webdienst wird empfohlen, sodass der Webdienstaufruf in der Lage sein muss, eine POSTzu unterstützen.

Herstellen einer Verbindung mit Netzwerkressourcen

Während der LTI- und ZTI-Bereitstellungsprozesse benötigen Sie möglicherweise Zugriff auf eine Netzwerkressource auf einem Anderen Server als dem Server, auf dem die Bereitstellungsfreigabe gehostet wird. Sie müssen auf dem anderen Server authentifiziert sein, damit Sie dort auf freigegebene Ordner oder Dienste zugreifen können. Beispielsweise können Sie eine Anwendung aus einem freigegebenen Ordner auf einem anderen Server als dem Server installieren, auf dem die Von MDT-Skripts verwendete Bereitstellungsfreigabe gehostet wird.

Hinweis

Informationen zum Abfragen SQL Server Datenbanken, die auf einem anderen Server als dem Server gehostet werden, der die Bereitstellungsfreigabe hostet, finden Sie unter den Eigenschaften Database, DBID, DBPwd, Instance, NetLib, Order, Parameters, ParameterCondition, SQLServer, SQLShare und Table in der MDT-Dokumenttoolkitreferenz.

Mithilfe des Skripts ZTIConnect.wsf können Sie eine Verbindung mit anderen Servern herstellen und auf Ressourcen darauf zugreifen. Die Syntax für das Skript ZTIConnect.wsf lautet wie folgt (wobei unc_path ein UNC-Pfad (Universal Naming Convention) ist, um eine Verbindung mit dem Server herzustellen):

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

In den meisten Fällen führen Sie das Skript ZTIConnect.wsf als Task Sequencer-Aufgabe aus. Führen Sie das Skript ZTIConnect.wsf vor Aufgaben aus, die Zugriff auf einen anderen Server als den Server erfordern, der die Bereitstellungsfreigabe hostet.

So fügen Sie das Skript "ZTIConnect.wsf" als Aufgabe zur Tasksequenz eines Builds hinzu

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Navigieren Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Tasksequenzen (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Detailbereich auf task_sequence (wobei task_sequence die zu ändernde Tasksequenz ist).

  4. Klicken Sie im Aktionsbereich auf Eigenschaften.

  5. Klicken Sie auf die Registerkarte Tasksequenz, navigieren Sie zu Gruppe (wobei gruppe die Gruppe ist, in der das Skript ZTIConnec.wsf ausgeführt werden soll), und klicken Sie auf Hinzufügen. Klicken Sie auf Allgemein und dann auf Befehlszeile ausführen.

    Hinweis

    Fügen Sie die Aufgabe hinzu, bevor Sie Aufgaben hinzufügen, die Zugriff auf Ressourcen auf dem Zielserver erfordern.

  6. Schließen Sie die Registerkarte Eigenschaften der neuen Aufgabe mit den folgenden Informationen ab:

    In diesem Feld Aktion...
    Name Geben Sie Verbindung mit Server herstellen ein (wobei Server der Name des Servers ist, mit dem eine Verbindung hergestellt werden soll).
    Beschreibung Geben Sie Text ein, der erläutert, warum die Verbindung hergestellt werden muss.
    Befehl Geben Sie cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path ein (wobei unc_path der UNC-Pfad zu einem freigegebenen Ordner auf dem Server ist).
  7. Füllen Sie die Registerkarte Optionen der neuen Aufgabe mit den folgenden Informationen aus. Sofern nicht angegeben, übernehmen Sie Standardwerte, und klicken Sie dann auf OK.

    In diesem Feld Aktion...
    Erfolgscodes Geben Sie 0 3010 ein. (Das Skript ZTIConnect.wsf gibt diese Codes nach erfolgreichem Abschluss zurück.)
    Listenfeld "Bedingungen" Fügen Sie ggf. erforderliche Bedingungen hinzu. (In den meisten Fällen erfordert diese Aufgabe keine Bedingungen.)

    Nach dem Hinzufügen der Aufgabe, die das Skript ZTIConnect.wsf ausführt, können nachfolgende Tasks auf Netzwerkressourcen auf dem Server zugreifen, der in der Option /uncpath des Skripts ZTIConnect.wsf angegeben ist.

Bereitstellen der richtigen Gerätetreiber auf Computern mit denselben Hardwaregeräten, aber unterschiedlichen Modellen

Variationen von Modellnummern und -namen können praktisch ohne Unterschied im Treibersatz vorhanden sein. Diese Variationen in Modellnummern und -namen können die Zeit, die für die Erstellung mehrerer Datenbankeinträge für ein bestimmtes Modell aufgewendet wird, unnötig erhöhen. Das folgende Verfahren zeigt, wie Sie eine neue Eigenschaft mithilfe eines Aufrufs der Benutzer exit-Funktion definieren, der eine Teilzeichenfolge der Modellnummer zurückgibt.

So erstellen Sie Modellaliase

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Aktionsbereich auf Eigenschaften.

  4. Klicken Sie im Dialogfeld Eigenschaften auf die Registerkarte Regeln .

  5. Erstellen Sie Aliase für Hardwaretypen in den Abschnitten Make und Model der MDT-Datenbank. Kürzen Sie den Modelltyp an den geöffneten Klammern "(" im Modellnamen. Beispielsweise wird HP DL360 (G112)zu HP DL360.

  6. Fügen Sie jedem Abschnitt die benutzerdefinierte Variable ModelAlias hinzu.

  7. Erstellen Sie einen neuen [SetModel] Abschnitt.

  8. Fügen Sie den [SetModel] Abschnitt den Prioritätseinstellungen im [Settings] Abschnitt hinzu.

  9. Fügen Sie dem ModelAlias Abschnitt eine Zeile hinzu, um auf ein Benutzerausgangsskript zu verweisen, das den Modellnamen am "(".

  10. Erstellen Sie eine MMApplications-Datenbanksuche , bei der ModelAlias gleich Model ist.

  11. Erstellen Sie ein Benutzerausgangsskript, und platzieren Sie es im selben Verzeichnis wie die CustomSettings.ini-Datei, um den Modellnamen abzuschneiden.

    Im Folgenden finden Sie eine CustomSettings.ini bzw. das Skript zum Beenden des Benutzers.

    CustomSettings.ini:

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

    Benutzerausgangsskript:

    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  
    

Konfigurieren von Schritten für bedingte Tasksequenzen

In einigen Szenarien sollten Sie einen Tasksequenzschritt basierend auf definierten Kriterien bedingt ausführen. Es können beliebige Kombinationen dieser Bedingungen hinzugefügt werden, um zu bestimmen, ob der Tasksequenzschritt ausgeführt werden soll. Verwenden Sie beispielsweise den Wert einer Tasksequenzvariable und den Wert einer Registrierungseinstellung, um zu bestimmen, ob ein Tasksequenzschritt ausgeführt werden soll.

Führen Sie mithilfe von MDT eine Tasksequenz basierend auf folgenden Bedingungen aus:

  • Eine oder mehrere IF-Anweisungen

  • Eine Tasksequenzvariable

  • Die Version des Zielbetriebssystems

  • Die booleschen Ergebnisse einer WMI-Abfrage

  • Eine Registrierungseinstellung

  • Die auf dem Zielcomputer installierte Software

  • Die Eigenschaften eines Ordners

  • Die Eigenschaften einer Datei

Konfigurieren eines bedingten Tasksequenzschritts

Bedingte Tasksequenzschritte werden in der Deployment Workbench auf der Registerkarte Optionen eines Tasksequenzschritts konfiguriert. Sie können dem Tasksequenzschritt eine oder mehrere Bedingungen hinzufügen, um die entsprechende Bedingung für die Ausführung des Schritts zu erstellen.

Hinweis

Jeder bedingte Tasksequenzschritt benötigt mindestens eine IF-Anweisung .

So zeigen Sie die Registerkarte Optionen eines Tasksequenzschritts an

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Navigieren Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Tasksequenzen (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Detailbereich auf task_sequence (wobei task_sequence der Name der zu konfigurierenden Tasksequenz ist).

  4. Klicken Sie im Aktionsbereich auf Eigenschaften.

  5. Klicken Sie im Dialogfeld task_sequenceEigenschaften auf der Registerkarte Tasksequenz auf Schritt (wobei Schritt der Name des zu konfigurierenden Tasksequenzschritts ist), und klicken Sie dann auf die Registerkarte Optionen .

    Führen Sie auf der Registerkarte Optionen des Tasksequenzschritts die folgenden Aktionen aus:

  • Hinzufügen. Klicken Sie auf diese Schaltfläche, um dem Tasksequenzschritt eine Bedingung hinzuzufügen.

  • Entfernen. Klicken Sie auf diese Schaltfläche, um eine vorhandene Bedingung in einem Tasksequenzschritt zu entfernen.

  • Bearbeiten. Klicken Sie auf diese Schaltfläche, um eine vorhandene Bedingung in einem Tasksequenzschritt zu ändern.

IF-Anweisungen in Bedingungen

Alle Tasksequenzbedingungen enthalten eine oder mehrere IF-Anweisungen . IF-Anweisungen sind die Grundlage für das Erstellen bedingter Tasksequenzschritte. Eine Tasksequenzschrittbedingung kann nur eine IF-Anweisung enthalten, aber mehrere IF-Anweisungen können unter der IF-Anweisung der obersten Ebene geschachtelt werden, um komplexere Bedingungen zu erstellen.

Eine IF-Anweisung kann auf den in der folgenden Tabelle aufgeführten Bedingungen basieren, die im Dialogfeld IF-Anweisungseigenschaften konfiguriert werden.

Bedingung Wählen Sie diese Option aus, um die Tasksequenz auszuführen, wenn
Alle Bedingungen Alle Bedingungen unter dieser IF-Anweisung müssen erfüllt sein.
Alle Bedingungen Alle Bedingungen unter dieser IF-Anweisung sind wahr.
Keine Die Bedingungen unter dieser IF-Anweisung sind nicht erfüllt.

Schließen Sie die Bedingung zum Ausführen des Tasksequenzschritts ab, indem Sie den Bedingungen weitere Kriterien hinzufügen (z. B. Tasksequenzvariablen oder Werte in einer Registrierungseinstellung).

So fügen Sie einem Tasksequenzschritt eine IF-Anweisungsbedingung hinzu

  1. Klicken Sie auf der Registerkarte Option(schritt ist der Name des zu konfigurierenden Tasksequenzschritts) auf Hinzufügen, und klicken Sie dann auf If-Anweisung.

  2. Klicken Sie im Dialogfeld If-Anweisungseigenschaften auf Bedingung (wobei bedingung eine der in der vorherigen Tabelle aufgeführten Bedingungen ist), und klicken Sie dann auf OK.

Tasksequenzvariablen in Bedingungen

Verwenden Sie die Bedingung Tasksequenzvariable , um jede Tasksequenzvariable auszuwerten, die von einer Tasksequenzvariable festlegen oder von einem beliebigen Task in der Tasksequenz erstellt wurde. Stellen Sie sich beispielsweise ein Netzwerk vor, das Windows XP-Clientcomputer enthält, die Teil einer Domäne und einige in einer Arbeitsgruppe sind. Da die aktuelle Domänenrichtlinie erzwingt, dass alle Benutzereinstellungen im Netzwerk gespeichert werden, müssen Benutzereinstellungen möglicherweise nur für Computer gespeichert werden, die nicht Teil der Domäne sind, d. h. für Computer, die sich in der Arbeitsgruppe befinden. Fügen Sie in diesem Fall dem Task Benutzerdateien und -einstellungen erfassen eine Bedingung hinzu, die auf die Computer in der Arbeitsgruppe ausgerichtet ist.

So fügen Sie eine Bedingung basierend auf einer Tasksequenzvariablen hinzu

  1. Klicken Sie auf der Registerkarte Schrittoptionen (wobei step der Name des zu konfigurierenden Tasksequenzschritts ist) auf Bedingung hinzufügen und dann auf Tasksequenzvariable.

  2. Geben Sie im Dialogfeld Tasksequenzvariablenbedingung im Feld Variable den Wert OSDJoinType ein.

    Hinweis

    Diese Variable ist für Computer, die einer Domäne beigetreten sind, auf 0 und für computer in einer Arbeitsgruppe auf 1 festgelegt.

  3. Klicken Sie im Feld Bedingung auf gleich.

  4. Geben Sie im Feld Wert den Wert 1 ein, und klicken Sie dann auf OK.

Betriebssystemversion unter Bedingungen

Verwenden Sie die Bedingung Betriebssystemversion , um die vorhandene Betriebssystemversion eines Zielcomputers oder des vorhandenen Clients (beim Erfassen eines Images) zu überprüfen. Stellen Sie sich beispielsweise ein Netzwerk vor, das mehrere Server enthält, die von Windows Server 2003 auf Windows Server 2008 aktualisiert werden. Netzwerkeinstellungen sollten nur auf Server mit Windows Server 2003 kopiert und angewendet werden. Alle anderen Server verfügen über die Standardnetzwerkeinstellungen, die von Windows Server 2008 verwendet werden.

So fügen Sie eine Bedingung basierend auf der Betriebssystemversion hinzu

  1. Klicken Sie im Tasksequenz-Editor auf die Aufgabe Netzwerkeinstellungen erfassen .

  2. Klicken Sie auf Bedingung hinzufügen und dann auf Betriebssystemversion.

  3. Klicken Sie im Feld Architektur auf den relevanten Server. Klicken Sie in diesem Beispiel auf x86.

  4. Klicken Sie im Feld Betriebssystem auf das Betriebssystem und die Version, für die eine Bedingung festgelegt werden soll. Klicken Sie in diesem Beispiel auf x86 Windows 2003.

  5. Klicken Sie im Feld Bedingung auf die entsprechende Bedingung, und klicken Sie dann auf OK.

Dateieigenschaften in Bedingungen

Verwenden Sie die Bedingung Dateieigenschaften , um den Versions- und/oder Zeitstempel einer bestimmten Datei zu überprüfen, um zu bestimmen, ob eine Aufgabe oder eine Gruppe von Aufgaben ausgeführt werden soll. In diesem Beispiel enthält die Produktionsumgebung ein Windows Server 2003-Image, das ständig aktualisiert und für jeden neuen Server verwendet wird, der dem Netzwerk hinzugefügt wird. Alle Servercomputer in der Umgebung führen eine benutzerdefinierte Anwendung aus, die die DAO-Api (Digital Access Object) Version 3.60.6815 erfordert.

Alle vorhandenen Server funktionieren ordnungsgemäß. Jeder neue Server, der dem Netzwerk mit dem Image hinzugefügt wird, kann die Anwendung jedoch nicht ausführen. Da es in der Verantwortung einer anderen Gruppe liegt, Images zu verwalten und zu aktualisieren, entscheiden Sie, dass die Bereitstellungstasksequenz geändert wird, um die relevante Version von DAO zu installieren, wenn die vorhandene Version von DAO, die mit dem Image bereitgestellt wurde, falsch ist.

So fügen Sie einem Tasksequenzschritt in Configuration Manager eine Bedingung für Dateieigenschaften hinzu

  1. Erstellen Sie Configuration Manager ein Paket zum Installieren von DAO 3.60.6815. Rufen Sie dieses Paket DAO mit einem Programm namens InstallDAO auf. Weitere Informationen zum Erstellen von Paketen finden Sie unter Erstellen eines Pakets.

  2. Erstellen Sie einen Schritt Software installieren , um das DAO-Paket bereitzustellen.

  3. Klicken Sie auf den in Schritt 2 erstellten Tasksequenzschritt Software installieren , und klicken Sie dann auf die Registerkarte Optionen .

  4. Klicken Sie auf Bedingung hinzufügen und dann auf Dateieigenschaften.

  5. Geben Sie im Feld Pfaddie Zeichenfolge C:\Programme\Microsoft Shared\DAO\dao360.dllein.

  6. Aktivieren Sie das Kontrollkästchen Version überprüfen , und klicken Sie dann für die Bedingung auf Ungleich .

  7. Geben Sie im Feld Versionden Wert 3.60.6815 ein.

  8. Deaktivieren Sie in diesem Fall das Kontrollkästchen Zeitstempel überprüfen , und klicken Sie dann auf OK.

Ordnereigenschaften in Bedingungen

Verwenden Sie die Bedingung Ordnereigenschaften , um den Zeitstempel eines bestimmten Ordners zu überprüfen, um zu bestimmen, ob eine Aufgabe oder eine Gruppe von Aufgaben ausgeführt werden soll. Betrachten Sie beispielsweise eine Situation, in der eine intern entwickelte Anwendung aktualisiert wurde, um mit Windows 8 zu arbeiten. Allerdings ist nicht auf allen Computern im Netzwerk die neueste Version der Anwendung installiert, und Sie müssen einen Datenkonvertierungsprozess durchführen, bevor Sie die Anwendung aktualisieren können.

Wenn der Zeitstempel des Ordners, in dem die Anwendung installiert ist, 31.12.2007 oder früher ist, wird auf dem Zielcomputer die inkompatible Version der Anwendung ausgeführt, und Sie sollten den Datenkonvertierungsprozess auf dem Zielcomputer ausführen. Führen Sie bedingt einen Tasksequenzschritt aus, um den Datenkonvertierungsprozess auf Computern mit einer früheren Version der Anwendung auszuführen.

So fügen Sie einem Tasksequenzschritt eine Ordnereigenschaftenbedingung hinzu

  1. Bearbeiten Sie in der Configuration Manager-Konsole oder in der Deployment Workbench im Tasksequenz-Editor task_sequence (wobei Tasksequenz die Tasksequenz ist, die Sie bearbeiten möchten).

  2. Erstellen Sie eine Befehlszeilenaufgabe , um den Datenkonvertierungsprozess auszuführen.

  3. Klicken Sie auf die in Schritt 1 erstellte Aufgabe.

  4. Klicken Sie auf Bedingung hinzufügen und dann auf Ordnereigenschaften.

  5. Geben Sie im Feld Pfad den Pfad des Ordners ein, der die Anwendung enthält.

  6. Aktivieren Sie das Kontrollkästchen Zeitstempel aktivieren .

  7. Klicken Sie für die Bedingung auf Kleiner als oder gleich .

  8. Klicken Sie im Feld Datum auf 31.12.2007.

  9. Klicken Sie im Feld Zeit auf 12:00:00 Uhr, und klicken Sie dann auf OK.

Registrierungseinstellungen in Bedingungen

Verwenden Sie die Bedingung Registrierungseinstellung , um das Vorhandensein von Schlüsseln und Werten in der Registrierung und die entsprechenden Daten zu überprüfen, die in Registrierungswerten gespeichert sind. Betrachten Sie beispielsweise einen Fall, in dem eine Anwendung, die derzeit auf einer kleinen Gruppe von Computern verwendet wird, nicht auf Windows 8 ausgeführt werden kann und eine Windows 8 Bereitstellung vorhanden ist, um Computer zu aktualisieren, auf denen derzeit Windows XP ausgeführt wird. Erstellen Sie eine Bedingung für den ersten Task in einer Sequenz, um die Registrierung auf einen Eintrag für die inkompatible Anwendung zu überprüfen und den Bereitstellungsprozess für diesen Computer zu unterbrechen, wenn er gefunden wird.

So fügen Sie einem Tasksequenzschritt eine Registrierungseinstellungsbedingung hinzu

  1. Bearbeiten Sie in der Configuration Manager-Konsole oder in der Deployment Workbench im Tasksequenz-Editor task_sequence (wobei Tasksequenz die Tasksequenz ist, die Windows 8 bereitstellt).

  2. Klicken Sie auf die erste Aufgabe in der Sequenz, und klicken Sie dann auf die Registerkarte Optionen .

  3. Klicken Sie auf Bedingung hinzufügen und dann auf Registrierungseinstellung.

  4. Klicken Sie in der Liste Stammschlüssel auf HKEY_LOCAL_MACHINE.

  5. Geben Sie im Feld Schlüsselden Namen SOFTWARE\WOODGROVE ein.

  6. Klicken Sie für die Bedingung nicht vorhanden auf . In diesem Fall wird die Aufgabe ausgeführt, und die Sequenz wird nur fortgesetzt, wenn der Schlüssel nicht vorhanden ist.

  7. Optional kann die Bedingung überprüfen, ob ein Wert nicht vorhanden ist, wenn der Wertname in das Feld Wertname eingegeben wird.

  8. Wenn eine andere Bedingung als exists/not exists verwendet wurde, geben Sie einen Wert und einen Werttyp an.

  9. Klicken Sie auf OK.

WMI-Abfragen in Bedingungen

Verwenden Sie die WMI-Abfragebedingung , um eine beliebige WMI-Abfrage auszuführen. Die Bedingung wird als True ausgewertet, wenn die Abfrage mindestens ein Ergebnis zurückgibt. Angenommen, ein Bereitstellungsteam muss das Betriebssystem aller Server eines bestimmten Modells aktualisieren, z. B. Dell 1950. Sie können eine WMI-Abfrage verwenden, um das Modell jedes Computers zu überprüfen und mit der Bereitstellung nur dann fortzufahren, wenn das richtige Modell gefunden wurde.

So fügen Sie einem Tasksequenzschritt eine WMI-Abfragebedingung hinzu

  1. Bearbeiten Sie in der Configuration Manager-Konsole oder in der Deployment Workbench im Tasksequenz-Editor task_sequence (wobei Tasksequenz die Tasksequenz ist, die die Server aktualisiert).

  2. Klicken Sie auf die erste Aufgabe in der Sequenz, und klicken Sie dann auf die Registerkarte Optionen .

  3. Klicken Sie auf Bedingung hinzufügen und dann auf WMI abfragen.

  4. Geben Sie root\cimv2 in das Feld WMI-Namespace ein.

  5. Geben Sie im Feld WQL-Abfrageselect * From Win32_ComputerSystem WHERE Model LIKE "%Dell%%1950%" ein. Klicken Sie auf OK.

Installierte Software unter Bedingungen

Verwenden Sie die Bedingung Installierte Software , um zu überprüfen, ob eine bestimmte Software derzeit auf einem Zielcomputer installiert ist. Nur Software, die mit Microsoft Installer-Dateien (MSI) installiert wurde, kann mit dieser Bedingung ausgewertet werden. Angenommen, Sie möchten das Betriebssystem aller Server mit Ausnahme der Server, auf denen Microsoft SQL Server 2012 ausgeführt wird, aktualisieren.

So fügen Sie einem Tasksequenzschritt eine Bedingung für installierte Software hinzu

  1. Bearbeiten Sie in der Configuration Manager-Konsole oder in der Deployment Workbench im Tasksequenz-Editor task_sequence (wobei Tasksequenz die Tasksequenz ist, die die Server aktualisiert).

  2. Klicken Sie auf die erste Aufgabe in der Sequenz, und klicken Sie dann auf die Registerkarte Optionen .

  3. Klicken Sie auf Bedingung hinzufügen und dann auf Installierte Software.

  4. Klicken Sie auf Durchsuchen und dann auf die MSI-Datei für SQL Server 2012.

  5. Aktivieren Sie das Kontrollkästchen Diesem bestimmten Produkt entsprechen, um anzugeben, dass nur Computer mit SQL Server 2012 und keine anderen Versionen die Zielcomputer sind, die von dieser Abfrage erkannt werden sollen.

  6. Klicken Sie auf OK.

Komplexe Bedingungen

Mehrere Bedingungen können mithilfe von IF-Anweisungen gruppiert werden, um komplexe Bedingungen zu erstellen. Angenommen, ein bestimmter Schritt sollte nur für Contoso 1950-Computer unter Windows Server 2003 oder Windows Server 2008 ausgeführt werden. Sie wird als programmgesteuerte IF-Anweisung geschrieben und sieht in etwa wie folgt aus:

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

So fügen Sie eine komplexe Bedingung hinzu

  1. Bearbeiten Sie in der Configuration Manager-Konsole oder in der Deployment Workbench im Tasksequenz-Editor task_sequence (wobei Tasksequenz die Tasksequenz ist, die die Server aktualisiert).

  2. Klicken Sie auf den Tasksequenzschritt, dem die Bedingung hinzugefügt werden soll, und klicken Sie dann auf die Registerkarte Optionen .

  3. Klicken Sie auf Bedingung hinzufügen, klicken Sie auf If-Anweisung, und klicken Sie dann auf Alle Bedingungen. Klicken Sie auf OK.

  4. Klicken Sie auf die Bedingungsanweisung, klicken Sie auf Bedingung hinzufügen, und klicken Sie dann auf WMI-Abfrage.

  5. Stellen Sie sicher, dass root\cimv2 als WMI-Namespace angegeben ist, und geben Sie dann im Feld WQL-AbfrageSELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE "%Contoso%1950%" ein. Klicken Sie auf OK.

  6. Klicken Sie auf die IF-Anweisung , und klicken Sie dann auf Bedingung hinzufügen. Klicken Sie auf If-Anweisung und dann auf Beliebige Bedingung. Klicken Sie auf OK.

  7. Klicken Sie auf die zweite IF-Anweisung . Klicken Sie auf Bedingung hinzufügen und dann auf Betriebssystemversion.

  8. Klicken Sie im Feld Architektur auf die Architektur für die Server. Klicken Sie in diesem Beispiel auf x86.

  9. Klicken Sie im Feld Betriebssystem auf das Betriebssystem und die Version. Klicken Sie in diesem Beispiel auf x86 Windows 2003 Originalversion. Klicken Sie auf OK.

  10. Klicken Sie auf die zweite IF-Anweisung . Klicken Sie auf Bedingung hinzufügen und dann auf Betriebssystemversion.

  11. Klicken Sie im Feld Architektur auf die Architektur für die Server. Klicken Sie in diesem Beispiel auf x86.

  12. Klicken Sie im Feld Betriebssystem auf das Betriebssystem und die Version. Klicken Sie in diesem Beispiel auf x86 Windows 2008 Originalversion. Klicken Sie auf OK.

Erstellen einer hochgradig skalierbaren LTI-Bereitstellungsinfrastruktur

In diesem Szenario ist keine elektronische Softwareverteilung für die Bereitstellungsinfrastruktur verfügbar, sodass Sie MDT verwenden, um eine vollständig automatisierte LTI-Bereitstellungsinfrastruktur zu erstellen. Die skalierbare LTI-Infrastruktur verwendet SQL Server-, Windows-Bereitstellungsdienste- und Windows Server 2003-DFS-R-Technologien (Distributed File System Replication).

Skalieren Sie die LTI-Infrastruktur wie folgt:

Sicherstellen, dass die geeignete Infrastruktur vorhanden ist

Die hochgradig skalierbare LTI-Bereitstellungsinfrastruktur verwendet eine Hub-and-Spoke-Topologie für die Replikation von Inhalten. Benennen Sie daher zunächst einen Bereitstellungsserver in der Produktionsumgebung, der die Rolle des Masterbereitstellungsservers übernimmt. Im Folgenden werden die erforderlichen Komponenten für den Masterbereitstellungsserver aufgeführt.

Erforderliche Komponente Zweck/Kommentar
Windows Server 2003 R2 Erforderlich zur Unterstützung von DFS-R
MDT Enthält die Masterkopie der Bereitstellungsfreigabe.
SQL Server 2005 Muss eine Vollversion sein, um die Replikation der MDT-Datenbank zu ermöglichen
DFS-R Erforderlich für die Replikation der Bereitstellungsfreigabe
Windows-Bereitstellungsdienste Erforderlich, damit PXE-basierte Netzwerkinstallationen initiiert werden können

Wenn Sie den Masterbereitstellungsserver ausgewählt haben, stellen Sie an jedem Standort zusätzliche Server zur Unterstützung von LTI-Bereitstellungen bereit. Im Folgenden sind die erforderlichen Komponenten für den untergeordneten Bereitstellungsserver aufgeführt.

Erforderliche Komponente Zweck/Kommentar
Windows Server 2003 R2 Erforderlich zur Unterstützung von DFS-R
Microsoft SQL Server 2005 Express Edition Empfängt replizierte Kopien der MDT-Datenbank
DFS-R Erforderlich für die Replikation der Bereitstellungsfreigabe
Windows-Bereitstellungsdienste Erforderlich, damit PXE-basierte Netzwerkinstallationen initiiert werden können

Hinweis

Die Windows-Bereitstellungsdienste müssen auf jedem untergeordneten Server eingerichtet und konfiguriert werden, es ist jedoch nicht erforderlich, Start- oder Installationsimages hinzuzufügen.

Hinzufügen von Inhalten zu MDT

Füllen Sie den Masterbereitstellungsserver mithilfe der Deployment Workbench mit Inhalten, und erstellen und füllen Sie die MDT-Datenbank wie in den folgenden Abschnitten beschrieben. Informationen zum Auffüllen der Datenbank mit:

  • Anwendungen finden Sie im MdT-Dokument Verwenden des Microsoft Deployment Toolkits im Abschnitt "Konfigurieren von Anwendungen in der Deployment Workbench".

  • Betriebssysteme finden Sie im MdT-Dokument Verwenden des Microsoft Deployment Toolkits im Abschnitt "Konfigurieren von Betriebssystemen in der Deployment Workbench".

  • Betriebssystempakete finden Sie im MDT-Dokument Verwenden des Microsoft Deployment Toolkits im Abschnitt "Konfigurieren von Paketen in der Deployment Workbench".

  • Gerätetreiber finden Sie im MdT-Dokument Verwenden des Microsoft Deployment Toolkits im Abschnitt "Konfigurieren von Gerätetreibern in der Deployment Workbench".

  • Tasksequenzen finden Sie im MDT-Dokument Verwenden des Microsoft Deployment Toolkits im Abschnitt "Konfigurieren von Tasksequenzen in der Deployment Workbench".

Hinweis

Stellen Sie sicher, dass die datei LiteTouchPE_x86.wim, die beim Aktualisieren der Bereitstellungsfreigabe erstellt wurde, den Windows-Bereitstellungsdiensten hinzugefügt wurde.

Vorbereiten der Windows-Bereitstellungsdienste

Da die Datei LiteTouchPE_x86.wim regelmäßig über die DFS-R-Replikationsgruppe repliziert wird, muss der Datenspeicher für die Startkonfiguration in regelmäßigen Abständen aktualisiert werden, um die neu replizierte Windows PE-Umgebung widerzuspiegeln. Führen Sie die folgenden Schritte auf jedem Bereitstellungsserver aus.

So bereiten Sie Die Windows-Bereitstellungsdienste vor

  1. Öffnen Sie ein Eingabeaufforderungsfenster.

  2. Geben Sie WDSUtil/set-server/BCDRefreshPolicy/Enabled:yes/RefreshPeriod:60 ein, und drücken Sie dann die EINGABETASTE.

Hinweis

Im hier gezeigten Beispiel ist der Aktualisierungszeitraum auf 60 Minuten festgelegt. Sie können diesen Wert jedoch so konfigurieren, dass er während eines Zeitraums repliziert wird, der dem von DFS-R entspricht.

Konfigurieren der Replikation verteilter Dateisysteme

Beim Skalieren der LTI-Bereitstellungsarchitektur verwenden Sie DFS-R als Grundlage für die Replikation des Inhalts aus der MDT-Bereitstellungsfreigabe und der Windows PE Lite Touch-Startumgebung sowie vom Masterbereitstellungsserver auf die untergeordneten Bereitstellungsserver.

Hinweis

Stellen Sie sicher, dass DFS-R installiert ist, bevor Sie die folgenden Schritte ausführen.

So konfigurieren Sie DFS-R zum Replizieren des Bereitstellungsinhalts

  1. Öffnen Sie die DFS-Verwaltungskonsole.

  2. Erweitern Sie in der DFS-Verwaltungskonsole die Option DFS-Verwaltung.

  3. Klicken Sie mit der rechten Maustaste auf Replikation, und klicken Sie dann auf Neue Replikationsgruppe.

  4. Klicken Sie im Assistenten für neue Replikationsgruppen auf der Seite Replikationsgruppentyp auf Neue Mehrzweckreplikationsgruppe.

  5. Klicken Sie auf Weiter.

  6. Geben Sie auf der Seite Name und Domäne die folgenden Informationen ein:

    • Geben Sie im Feld Name für Replikationsgruppe einen Namen für die Replikationsgruppe ein, z. B. MDT 2010-Replikationsgruppe.

    • Geben Sie im Feld Optionale Beschreibung der Replikationsgruppe eine Beschreibung der Replikationsgruppe ein, z. B. Gruppe für die Replikation von MDT 2010-Daten.

    • Stellen Sie sicher, dass das Feld Domäne den richtigen Domänennamen enthält.

  7. Klicken Sie auf Weiter.

  8. Führen Sie auf der Seite Replikationsgruppenmitglieder die folgenden Schritte aus:

    1. Klicken Sie auf Hinzufügen.

    2. Geben Sie die Namen aller Server ein, die Mitglieder dieser Replikationsgruppe sein sollen, z. B. alle untergeordneten Bereitstellungsserver und der Masterbereitstellungsserver.

    3. Klicken Sie auf OK.

  9. Klicken Sie auf Weiter.

  10. Klicken Sie auf der Seite Topologieauswahl auf Hub-and-Spoke und dann auf Weiter.

  11. Klicken Sie auf der Seite Hubmitglieder auf den Masterbereitstellungsserver, und klicken Sie dann auf Hinzufügen.

  12. Klicken Sie auf Weiter.

  13. Stellen Sie auf der Seite Hub-and-Spoke-Verbindungen sicher, dass der aufgeführte Masterbereitstellungsserver für jeden untergeordneten Bereitstellungsserver das erforderliche Hubmitglied ist.

  14. Klicken Sie auf Weiter.

  15. Geben Sie auf der Seite Replikationsgruppenzeitplan und Bandbreite einen Zeitplan für die Replikation des Inhalts zwischen Servern an.

  16. Klicken Sie auf Weiter.

  17. Klicken Sie auf der Seite Primäres Mitglied im Feld Primäres Mitglied auf den Masterbereitstellungsserver.

  18. Klicken Sie auf Weiter.

  19. Klicken Sie auf der Seite Zu replizierende Ordner auf Hinzufügen, und führen Sie dann die folgenden Schritte aus:

    1. Klicken Sie im Feld Lokaler Pfad des zu replizierbaren Ordners auf Durchsuchen , um zum Ordner X:\Deployment zu wechseln (wobei X der Laufwerkbuchstabe auf dem Bereitstellungsserver ist).

    2. Klicken Sie auf Name basierend auf Pfad verwenden.

    3. Klicken Sie auf OK.

    4. Klicken Sie auf Hinzufügen.

    5. Klicken Sie im Dialogfeld Zu replizierenden Ordner hinzufügen auf Durchsuchen , um zum Ordner X:\RemoteInstall\Boot zu wechseln.

    6. Klicken Sie auf Name basierend auf Pfad verwenden.

  20. Klicken Sie auf Weiter.

  21. Führen Sie auf der Seite Lokaler Verteilungspfad auf anderen Mitgliedern die folgenden Schritte aus:

    1. Wählen Sie alle Mitglieder in der Verteilergruppe aus, und klicken Sie dann auf Bearbeiten.

    2. Klicken Sie im Dialogfeld Lokalen Pfad bearbeiten auf Aktiviert.

    3. Geben Sie den Pfad ein, in dem der Ordner Bereitstellungsfreigabe auf dem untergeordneten Bereitstellungsserver gespeichert werden soll, z. B. X:\Deployment (wobei X der Laufwerkbuchstabe auf dem Bereitstellungsserver ist).

    4. Klicken Sie auf OK.

  22. Klicken Sie auf Weiter.

  23. Führen Sie auf der Seite Lokaler Startpfad auf anderen Mitgliedern die folgenden Schritte aus:

    1. Wählen Sie alle Mitglieder in der Verteilergruppe aus, und klicken Sie dann auf Bearbeiten.

    2. Klicken Sie im Dialogfeld Lokalen Pfad bearbeiten auf Aktiviert.

    3. Geben Sie den Pfad ein, in dem der Startordner auf dem untergeordneten Bereitstellungsserver gespeichert werden soll, z. B. X:\RemoteInstall\Boot (wobei X der Laufwerkbuchstabe auf dem Bereitstellungsserver ist).

    4. Klicken Sie auf OK.

  24. Klicken Sie auf Weiter.

  25. Klicken Sie auf der Seite Remoteeinstellungen und Replikationsgruppe erstellen auf Erstellen , um den Assistenten für neue Replikationsgruppen abzuschließen.

  26. Klicken Sie auf der Seite Bestätigung auf Schließen , um den Assistenten zu schließen.

Hinweis

Stellen Sie sicher, dass die neue Replikationsgruppe jetzt unter dem Replikationsknoten aufgeführt ist.

Vorbereitung auf SQL Server-Replikation

Bevor SQL Server Replikation konfiguriert werden kann, führen Sie mehrere Schritte vor der Konfiguration aus, um sicherzustellen, dass die Bereitstellungsserver ordnungsgemäß konfiguriert sind.

So bereiten Sie SQL Server Replikation auf dem Masterbereitstellungsserver vor

  1. Erstellen Sie einen Ordner zum Speichern der Datenbankmomentaufnahmen, und konfigurieren Sie den Ordner dann als Freigabe.

    Hinweis

    Weitere Informationen zum Sichern des Momentaufnahmeordners finden Sie unter Sichern des Momentaufnahmeordners.

  2. Stellen Sie sicher, dass der SQL Server-Browserdienst aktiviert und auf Automatisch festgelegt ist.

  3. Klicken Sie im feld SQL Server Surface Area Configuration (Surface Area Configuration) auf Lokale und Remoteverbindungen.

    So bereiten Sie SQL Server Replikation auf dem untergeordneten Bereitstellungsserver vor

  4. Klicken Sie im feld SQL Server Surface Area Configuration (Surface Area Configuration) auf Lokale und Remoteverbindungen.

  5. Erstellen Sie optional eine leere Datenbank zum Hosten der replizierten MDT-Datenbank.

Hinweis

Diese Datenbank muss den gleichen Namen wie die MDT-Datenbank auf dem Masterbereitstellungsserver erhalten. Wenn die MDT-Datenbank auf dem Masterbereitstellungsserver beispielsweise MDTDB heißt, erstellen Sie auf dem untergeordneten Bereitstellungsserver eine leere Datenbank namens MDTDB .

Konfigurieren von SQL Server-Replikation

Nachdem Sie die Replikation von Dateien und Ordnern konfiguriert haben, die zum Erstellen der Bereitstellungsinfrastruktur erforderlich sind, konfigurieren Sie SQL Server, um die MDT-Datenbank zu replizieren.

Hinweis

Es ist auch möglich, nur eine einzige zentrale MDT-Datenbank zu verwalten. Durch die Beibehaltung einer replizierten Version der MDT-Datenbank kann jedoch eine bessere Kontrolle über die Datenübertragung über das WAN (Wide Area Network) gewährleistet werden.

SQL Server 2005 verwendet ein Replikationsmodell, das einem Magazinverteilungsmodell ähnelt:

  1. Ein Magazin wird von einem Verlag zur Verfügung gestellt (veröffentlicht).

  2. Distributoren werden verwendet, um die Veröffentlichung zu verteilen.

  3. Leser können eine Veröffentlichung abonnieren, sodass die Veröffentlichung regelmäßig an den Abonnenten übermittelt wird (ein Pushabonnement).

    Diese Terminologie wird über die SQL Server Replikations-Setup- und Konfigurations-Assistenten verwendet.

Konfigurieren eines SQL Server-Verlegers

Führen Sie die folgenden Schritte aus, um den Masterbereitstellungsserver als SQL Server Herausgeber zu konfigurieren:

  1. Öffnen Sie SQL Server Management Studio.

  2. Klicken Sie mit der rechten Maustaste auf den Knoten Replikation , und klicken Sie dann auf Verteilung konfigurieren.

  3. Klicken Sie im Distributionskonfigurations-Assistenten auf Weiter.

  4. Klicken Sie auf der Seite Verteiler als eigener Verteiler. SQL Server erstellt eine Verteilungsdatenbank und ein Protokoll, und klicken Sie dann auf Weiter.

  5. Geben Sie auf der Seite Momentaufnahmeordner im Abschnitt Vorbereitung für SQL Server-Replikation den UNC-Pfad zum erstellten Momentaufnahmeordner ein.

  6. Klicken Sie auf der Seite Verteilungsdatenbank auf Weiter.

  7. Klicken Sie auf der Seite Verleger auf den Masterbereitstellungsserver, um ihn als Verteiler festzulegen, und klicken Sie dann auf Weiter.

  8. Klicken Sie auf der Seite Assistentenaktionen auf Verteilung konfigurieren, und klicken Sie dann auf Weiter.

  9. Klicken Sie auf Fertig stellen und dann auf Schließen , wenn der Assistent abgeschlossen ist.

Aktivieren der MDT-Datenbank für die Replikation

Führen Sie die folgenden Schritte aus, um die MDT-Datenbank für die Replikation auf dem Masterbereitstellungsserver zu aktivieren:

  1. Klicken Sie SQL Server Management Studio mit der rechten Maustaste auf den Knoten Replikation, und klicken Sie dann auf Verlegereigenschaften.

  2. Führen Sie auf der Seite Verlegereigenschaften die folgenden Schritte aus:

    1. Klicken Sie auf Verlegerdatenbanken.

    2. Klicken Sie auf die MDT-Datenbank und dann auf Transaktional.

    3. Klicken Sie auf OK.

    Die MDT-Datenbank ist jetzt für die Transaktions- und Momentaufnahmereplikation konfiguriert.

Erstellen einer Veröffentlichung der MDT-Datenbank

Führen Sie die folgenden Schritte aus, um eine Veröffentlichung der MDT-Datenbank zu erstellen, die die untergeordneten Bereitstellungsserver abonnieren können:

  1. Erweitern Sie SQL Server Management Studio Replikation, klicken Sie mit der rechten Maustaste auf Lokale Veröffentlichungen, und klicken Sie dann auf Neue Veröffentlichung.

  2. Klicken Sie im Assistenten für neue Veröffentlichungen auf Weiter.

  3. Klicken Sie auf der Seite Veröffentlichungsdatenbank auf die MDT-Datenbank, und klicken Sie dann auf Weiter.

  4. Klicken Sie auf der Seite Veröffentlichungstyp auf Momentaufnahmeveröffentlichung, und klicken Sie dann auf Weiter.

  5. Wählen Sie auf der Seite Artikel alle Tabellen, gespeicherten Prozeduren und Ansichten aus, und klicken Sie dann auf Weiter.

  6. Klicken Sie auf der Seite Artikelprobleme auf Weiter.

  7. Klicken Sie auf der Seite Tabellenzeilen filtern auf Weiter.

  8. Führen Sie auf der Seite Momentaufnahmen-Agent die folgenden Schritte aus:

    1. Wählen Sie Momentaufnahme sofort erstellen aus, und lassen Sie die Momentaufnahme verfügbar, um Abonnements zu initialisieren.

    2. Klicken Sie auf Planen der Momentaufnahmen-Agent, die zu den folgenden Zeiten ausgeführt werden soll.

    3. Klicken Sie auf Ändern.

    Hinweis

    Geben Sie einen Zeitplan an, der eine Stunde vor der Replikation der Datenbank erfolgt.

  9. Klicken Sie auf Weiter.

  10. Klicken Sie auf der Seite Agentsicherheit auf das Konto, unter dem der Momentaufnahme-Agent ausgeführt wird, und klicken Sie dann auf Weiter.

  11. Klicken Sie auf der Seite Assistentenaktionen auf Veröffentlichung erstellen, und klicken Sie dann auf Weiter.

  12. Geben Sie auf der Seite Assistenten abschließen im Feld Veröffentlichungsname einen beschreibenden Veröffentlichungsnamen ein.

  13. Klicken Sie auf Fertig stellen , um den Assistenten abzuschließen, und klicken Sie dann auf Schließen , wenn der Assistent die Veröffentlichung erstellt hat.

    Hinweis

    Die Veröffentlichung wird nun unter dem Knoten Lokale Veröffentlichungen in SQL Server Management Studio angezeigt.

Abonnieren von untergeordneten Bereitstellungsservern für die veröffentlichte MDT-Datenbank

Nachdem die MDT-Datenbank veröffentlicht wurde, können Sie die untergeordneten Bereitstellungsserver dieser Veröffentlichung als Abonnenten hinzufügen. Das heißt, sie erhalten eine Kopie der Datenbank nach einem Zeitplan, sodass die Clientcomputer während einer Bereitstellung eine lokale Datenbank im Netzwerk abfragen können, anstatt über das WAN zu wechseln.

So abonnieren Sie die untergeordneten Bereitstellungsserver für die MDT-Datenbankveröffentlichung

  1. Wechseln Sie SQL Server Management Studio zu Replikation/Lokale Veröffentlichungen.

  2. Klicken Sie mit der rechten Maustaste auf die im vorherigen Abschnitt erstellte Veröffentlichung, und klicken Sie dann auf Neue Abonnements.

  3. Klicken Sie im Assistenten für neue Abonnements auf Weiter.

  4. Klicken Sie auf der Seite Veröffentlichung auf die im vorherigen Abschnitt erstellte Publikation.

  5. Klicken Sie auf der Seite Verteilungs-Agent Standort auf Alle Agents unter VerteilerSERVERNAME ausführen (Pushabonnements), und klicken Sie dann auf Weiter.

  6. Fügen Sie auf der Seite Abonnenten die einzelnen untergeordneten Bereitstellungsserver hinzu, indem Sie die folgenden Schritte ausführen:

    1. Klicken Sie auf Abonnenten hinzufügen und dann auf SQL Server Abonnenten hinzufügen.

    2. Fügen Sie jeden untergeordneten Bereitstellungsserver hinzu.

    3. Klicken Sie für jeden hinzugefügten untergeordneten Bereitstellungsserver im Feld Abonnementdatenbank auf die leere MDT-Datenbank auf diesem untergeordneten Bereitstellungsserver.

    Hinweis

    Wenn die leere MDT-Datenbank noch nicht erstellt wurde, wählen Sie im Feld Abonnementdatenbank die Option zum Erstellen einer neuen Datenbank aus.

    Hinweis

    Diese Datenbank muss den gleichen Namen wie die MDT-Datenbank auf dem Masterbereitstellungsserver erhalten. Wenn die MDT-Datenbank auf dem Masterbereitstellungsserver beispielsweise MDTDB heißt, erstellen Sie auf dem untergeordneten Bereitstellungsserver eine leere Datenbank namens MDTDB .

  7. Klicken Sie auf Weiter.

  8. Klicken Sie auf der Seite Verteilungs-Agent Sicherheit auf ... , um das Dialogfeld sicherheit Verteilungs-Agent zu öffnen.

  9. Geben Sie die Details des Kontos ein, das für den Verteilungs-Agent verwendet werden soll, und klicken Sie dann auf Weiter.

  10. Führen Sie auf der Seite Synchronisierungszeitplan die folgenden Schritte aus:

    1. Klicken Sie im Feld Agentzeitplan auf <Zeitplan> definieren.

    2. Geben Sie den Zeitplan an, der zum Replizieren der Datenbank zwischen Master- und untergeordneten Bereitstellungsservern verwendet werden soll, und klicken Sie dann auf Weiter.

  11. Klicken Sie auf der Seite Abonnement initialisieren auf Weiter.

  12. Klicken Sie auf der Seite Assistentenaktionen auf Abonnements erstellen, und klicken Sie dann auf Weiter.

  13. Klicken Sie auf Fertig stellen und dann auf Schließen , wenn der Assistent erfolgreich abgeschlossen wurde.

    SQL Server Replikation ist jetzt konfiguriert, und die MDT-Datenbank wird vom Masterbereitstellungsserver auf alle untergeordneten Bereitstellungsserver repliziert, die regelmäßig abonniert wurden.

Konfigurieren von CustomSettings.ini

Die LTI-Bereitstellungsinfrastruktur wurde nun erfolgreich erstellt, und jeder Standort enthält einen LTI-Bereitstellungsserver mit einer replizierten Kopie von:

  • Die Bereitstellungsfreigabe

  • Die MDT-Datenbank

  • Die LiteTouchPE_x86 Windows PE-Umgebung, die den Windows-Bereitstellungsdiensten hinzugefügt wurde

    Jetzt können Sie die CustomSettings.ini-Datei für die Bereitstellungsfreigabe so konfigurieren, dass sie den Bereitstellungsinhalt (Bereitstellungsfreigabe und Datenbank) des lokalen Bereitstellungsservers verwendet, dem Server, der die LiteTouchPE_x86.wim-Umgebung über Die Windows-Bereitstellungsdienste bereitstellt.

    Wenn die Datei LiteTouchPE_x86.wim von den Windows-Bereitstellungsdiensten übermittelt wird, wird ein Registrierungsschlüssel mit dem Namen des von Ihnen verwendeten Windows-Bereitstellungsdiensteservers konfiguriert. MDT erfasst diesen Servernamen in einer Variablen (%WDSServer%), die Sie zum Konfigurieren CustomSettings.ini verwenden können.

    So verwenden Sie immer den lokalen LTI-Bereitstellungsserver

Hinweis

Im folgenden Verfahren wird davon ausgegangen, dass die Bereitstellungsfreigabe erstellt und als Deployment$-Freigabe festgelegt wurde.

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Aktionsbereich auf Eigenschaften.

  4. Klicken Sie auf die Registerkarte Regeln , und ändern Sie dann die CustomSettings.ini Datei, um die folgenden Eigenschaften zu konfigurieren:

    • Konfigurieren Sie für jeden hinzugefügten SQL Server Abschnitt SQLServer so, dass der Servername %WDSServer% verwendet wird, z. B. SQLServer=%WDSServer%.

    • Wenn Sie DeployRoot konfigurieren, konfigurieren Sie DeployRoot so, dass die Variable %WDSServer% verwendet wird, z. B. DeployRoot=\\%WDSServer%\Deployment$.

  5. Klicken Sie Bootstrap.iniauf Bearbeiten .

  6. Konfigurieren Sie BootStrap.ini für die Verwendung der %WDSServer%- Eigenschaft, indem Sie den Wert DeployRootin DeployRoot=\\%WDSServer%\Deployment$ hinzufügen oder ändern.

  7. Klicken Sie auf Datei und dann auf Speichern , um die Änderungen an der BootStrap.ini Datei zu speichern.

  8. Klicken Sie auf OK.

    Die Bereitstellungsfreigabe und LiteTouchPE_x86.wim Windows PE-Umgebung müssen aktualisiert werden.

  9. Klicken Sie im Bereich Aktionen auf Bereitstellungsfreigabe aktualisieren.

    Der Assistent zum Aktualisieren der Bereitstellungsfreigabe wird gestartet.

  10. Wählen Sie auf der Seite Optionen die gewünschten Optionen zum Aktualisieren der Bereitstellungsfreigabe aus, und klicken Sie dann auf Weiter.

  11. Überprüfen Sie auf der Seite Zusammenfassung , ob die Details korrekt sind, und klicken Sie dann auf Weiter.

  12. Klicken Sie auf der Seite Bestätigung auf Fertig stellen.

    Das folgende Beispiel veranschaulicht CustomSettings.ini nach dem Ausführen der in diesem Abschnitt beschriebenen Schritte.

    Beispiel für CustomSettings.ini, die für die skalierbare LTI-Bereitstellungsinfrastruktur konfiguriert sind

[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  

Auswählen eines lokalen MDT-Servers, wenn mehrere Server vorhanden sind

In diesem Szenario werden mehrere MDT-Server verwendet, um eine große Anzahl gleichzeitiger Bereitstellungen und Bereitstellungen an mehreren Standorten zu unterstützen. Wenn eine LTI-Bereitstellung initialisiert wird, besteht das Standardverhalten darin, einen Pfad zum MDT-Server anzufordern, um eine Verbindung mit den erforderlichen Dateien herzustellen und auf die erforderlichen Dateien zuzugreifen, um den Bereitstellungsprozess zu starten.

Der Windows-Bereitstellungs-Assistent kann die LocalServer.xml-Datei verwenden, um eine Auswahl bekannter Bereitstellungsserver für jeden Speicherort anzuzeigen.

Verwenden Sie die LocationServer.xml-Datei wie folgt:

Grundlegendes zu LocationServer.xml

Zunächst müssen Sie verstehen, wie MDT LocationServer.xml verwendet. Während der LTI lesen und verarbeiten MDT-Skripts die BootStrap.ini-Datei, um erste Informationen zur Bereitstellung zu sammeln. Dies geschieht, bevor eine Verbindung mit dem Bereitstellungsserver hergestellt wurde. Daher wird die DeployRoot-Eigenschaft häufig verwendet, um in der BootStrap.ini Datei den Bereitstellungsserver anzugeben, mit dem eine Verbindung hergestellt werden soll.

Wenn die BootStrap.ini-Datei keine DeployRoot-Eigenschaft enthält, laden MDT-Skripts eine Assistentenseite, um den Benutzer zur Eingabe eines Pfads zum Bereitstellungsserver aufzufordern. Während der Initialisierung der Assistentenseite für html-Anwendungen (HTA) überprüfen MDT-Skripts, ob die LocationServer.xml-Datei vorhanden ist, und verwenden LocationServer.xml, um verfügbare Bereitstellungsserver anzuzeigen.

Grundlegendes zur Verwendung von LocationServer.xml

MDT bietet mehrere Möglichkeiten, um zu bestimmen, mit welchem Server während einer LTI-Bereitstellung eine Verbindung hergestellt werden soll. Verschiedene Methoden zum Auffinden des Bereitstellungsservers eignen sich am besten für verschiedene Szenarien. Daher ist es wichtig zu verstehen, wann LocationServer.xml verwendet werden sollten.

MDT bietet mehrere Methoden zum automatischen Ermitteln und Verwenden des am besten geeigneten Bereitstellungsservers. Diese Methoden sind in der folgenden Tabelle aufgeführt.

Methode Details
%WDSServer% Diese Methode wird verwendet, wenn der MDT-Server auf dem Windows-Bereitstellungsdiensteserver gemeinsam gehostet wird.

Wenn eine LTI-Bereitstellung über die Windows-Bereitstellungsdienste initiiert wird, wird eine Umgebungsvariable – %WDSServer%– erstellt und mit dem Namen des Windows-Bereitstellungsdiensteservers aufgefüllt.

Die DeployRoot-Variable kann diese Variable verwenden, um automatisch eine Verbindung mit einer Bereitstellungsfreigabe auf dem Windows-Bereitstellungsdiensteserver herzustellen, z. B.:

DeployRoot=\\%WDSServer%\Deployment$
Standortbasierte Automatisierung MDT kann die standortbasierte Automatisierung in der BootStrap.ini-Datei verwenden, um den Server zu bestimmen, auf dem es bereitgestellt werden soll.

Verwenden Sie die Eigenschaft Standardgateway , um zwischen verschiedenen Standorten zu unterscheiden. für jedes Standardgateway wird ein anderer MDT-Server angegeben.

Weitere Informationen zur Verwendung der standortbasierten Automatisierung finden Sie unter Auswählen der Methoden zum Anwenden von Konfigurationseinstellungen.

Jeder in der obigen Tabelle aufgeführte Ansatz bietet eine Möglichkeit, die Auswahl des Bereitstellungsservers an einem bestimmten Standort für bestimmte Szenarien zu automatisieren. Diese Ansätze sind auf bestimmte Szenarien ausgerichtet, z. B. wenn der MDT-Server gemeinsam mit den Windows-Bereitstellungsdiensten gehostet wird.

Es gibt andere Szenarien, in denen diese Ansätze nicht geeignet sind, z. B. wenn mehrere Bereitstellungsserver an einem bestimmten Standort vorhanden sind oder automatisierungslogik nicht möglich ist (z. B. ist das Netzwerk nicht ausreichend segmentiert, um die Standortbestimmung zu ermöglichen, oder der MDT-Server ist von Den Windows-Bereitstellungsdiensten getrennt).

In diesen Szenarios bietet die LocationServer.xml-Datei eine flexible Möglichkeit, diese Informationen zur Bereitstellungszeit darzustellen, ohne Dass Sie Die Servernamen und Bereitstellungsfreigabenamen kennen müssen.

Erstellen der LocationServer.xml-Datei

Um eine Liste der verfügbaren Bereitstellungsserver während einer LTI-Bereitstellung anzuzeigen, erstellen Sie eine LocationServer.xml-Datei, die Details zu den einzelnen Servern enthält. Es gibt keine Standard-LocationServer.xml-Datei in MDT. Erstellen Sie daher eine Datei mit der folgenden Anleitung.

Erstellen einer LocationServer.xml-Datei zur Unterstützung mehrerer Speicherorte

Die einfachste Methode zum Erstellen und Verwenden von LocationServer.xml besteht darin, eine LocationServer.xml-Datei zu erstellen und Einträge für jeden Bereitstellungsserver in der Umgebung hinzuzufügen (dies kann sich entweder am selben Oder an verschiedenen Speicherorten befinden).

Erstellen Sie die LocationServer.xml-Datei, indem Sie einen neuen Abschnitt für jeden Server erstellen und dann die folgenden Informationen hinzufügen:

  • Ein eindeutiger Bezeichner

  • Ein Standortname, der verwendet wird, um einen leicht identifizierbaren Namen für diesen Standort darzustellen.

  • Ein UNC-Pfad zum MDT-Server für diesen Standort

    Im Folgenden wird veranschaulicht, wie die LocationServer.xml-Datei mit jeder dieser Eigenschaften mithilfe eines Beispiels LocationServer.xml Datei erstellt wird, die für mehrere Speicherorte konfiguriert ist.

    Beispiel LocationServer.xml Datei zur Unterstützung mehrerer Speicherorte

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

Geben Sie mit diesem Format unterschiedliche Servereinträge für jeden Standort oder für Situationen an, in denen mehrere Server an einem einzelnen Standort vorhanden sind, an, indem Sie einen anderen Servereintrag für jeden Server an diesem Standort angeben, wie im folgenden Beispiel gezeigt.

Beispiel LocationServer.xml Datei zur Unterstützung mehrerer Server an mehreren Speicherorten

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

Erstellen einer LocationServer.xml-Datei zum Lastenausgleich mehrerer Server an verschiedenen Speicherorten

Geben Sie mithilfe von LocationServer.xml mehrere Server pro Standorteintrag an, und führen Sie dann einen grundlegenden Lastenausgleich aus, damit MDT bei auswahl eines Standorts automatisch einen Bereitstellungsserver aus der Liste der verfügbaren Server auswählt. Um diese Funktionalität bereitzustellen, unterstützt die LocationServer.xml-Datei das Angeben einer Gewichtungsmetrik.

Im Folgenden wird ein Beispiel LocationServer.xml Datei veranschaulicht, die für mehrere Server an unterschiedlichen Speicherorten konfiguriert ist.

Beispiel für LocationServer.xml Datei für verschiedene Speicherorte

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

Geben Sie die Gewichtungsmetrik mithilfe des <Servergewichtungstags> an, das MDT im Serverauswahlprozess verwendet. Die Wahrscheinlichkeit, dass ein Server ausgewählt wird, wird wie folgt berechnet:

Servergewichtung/-summe aller Servergewichtungen

Im vorherigen Beispiel werden die drei Server im Contoso-Hauptsitz als 1, 2 und 4 aufgeführt. Die Wahrscheinlichkeit, dass ein Server mit einer Gewichtung von 2 ausgewählt wird, ist 2 von 7. Um das Gewichtungssystem zu verwenden, bestimmen Sie daher die Kapazität der an einem Standort verfügbaren Server, und gewichten Sie jeden Server anhand der Kapazität des Servers im Verhältnis zu den anderen Servern.

Hinzufügen der LocationServer.xml-Datei zum Verzeichnis "Zusätzliche Dateien"

Nachdem Sie die LocationServer.xml-Datei erstellt haben, fügen Sie sie dem LiteTouch_x86 hinzu, und LiteTouch_x64 Windows PE-Startimages im Ordner X:\Deploy\Control. Fügen Sie diesen Windows PE-Images mithilfe der Deployment Workbench weitere Dateien und Ordner hinzu, indem Sie ein zusätzliches Verzeichnis angeben, das in den Eigenschaften der Bereitstellungsfreigabe hinzugefügt werden soll.

So fügen Sie der Bereitstellungsfreigabe LocationServer.xml hinzu

  1. Erstellen Sie im Stammordner der Bereitstellungsfreigabe einen Ordner namens Extra Files (z. B. D:\Production Deployment Share\Extra Files).

  2. Erstellen Sie eine Ordnerstruktur im Ordner "Zusätzliche Dateien", die den Windows PE-Speicherort widerspiegelt, an dem sich die zusätzliche Datei befinden soll.

    Beispielsweise muss sich die LocationServer.xml-Datei im Ordner \Deploy\Control in Windows PE befinden. Erstellen Sie daher die gleiche Ordnerstruktur unter Zusätzliche Dateien (z. B. D:\Production Deployment Share\Extra Files\Deploy\Control).

  3. Kopieren Sie LocationServer.xml in den Ordner deployment_share\Extra Files\Deploy\Control (wobei deployment_share der vollqualifizierte Pfad zum Stammordner der Bereitstellungsfreigabe ist).

  4. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  5. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  6. Klicken Sie im Aktionsbereich auf Eigenschaften.

  7. Führen Sie im Dialogfeld deployment_shareProperties (wobei deployment_share der Name der Bereitstellungsfreigabe ist) die folgenden Schritte aus:

    1. Klicken Sie auf die Registerkarte Windows PE-Plattformeinstellungen (wobei plattform die Architektur des zu konfigurierenden Windows PE-Images ist).

    2. Geben Sie im Abschnitt Windows PE-Anpassungen im Feld Hinzuzufügendes Verzeichnisden Pfad ein (wobei Path der vollqualifizierte Pfad zum Ordner "Zusätzliche Dateien" ist, z. B. D:\Production Deployment Share\Extra Files), und klicken Sie dann auf OK.

Aktualisieren der BootStrap.ini Datei

Wenn Sie mithilfe der Deployment Workbench eine Bereitstellungsfreigabe erstellen, wird automatisch eine DeployRoot-Eigenschaft erstellt und in der BootStrap.ini-Datei aufgefüllt. Da die LocationServer.xml-Datei verwendet wird, um die DeployRoot-Eigenschaft aufzufüllen, müssen Sie diesen Wert aus der BootStrap.ini Datei entfernen.

So entfernen Sie die DeployRoot-Eigenschaft aus BootStrap.ini

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Aktionsbereich auf Eigenschaften.

  4. Klicken Sie im Dialogfeld deployment_shareProperties (wobei deployment_share der Name der Bereitstellungsfreigabe ist) auf die Registerkarte Regeln , und klicken Sie dann auf Bearbeiten BootStrap.ini.

  5. Entfernen Sie den Wert DeployRoot (z. B. DeployRoot=\\Server\Deployment$).

  6. Klicken Sie auf Datei und dann auf Speichern , um die Änderungen an der BootStrap.ini Datei zu speichern.

  7. Klicken Sie auf OK , um die Änderungen zu übermitteln.

Aktualisieren der Bereitstellungsfreigabe

Die Bereitstellungsfreigabe muss als Nächstes aktualisiert werden, um eine neue LiteTouch_x86 und LiteTouch_x64 Startumgebung zu generieren, die die LocationServer.xml-Datei und die aktualisierte BootStrap.ini-Datei enthält.

So aktualisieren Sie die Bereitstellungsfreigabe

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Bereich Aktionen auf Bereitstellungsfreigabe aktualisieren.

    Der Assistent zum Aktualisieren der Bereitstellungsfreigabe wird gestartet.

  4. Wählen Sie auf der Seite Optionen die gewünschten Optionen zum Aktualisieren der Bereitstellungsfreigabe aus, und klicken Sie dann auf Weiter.

  5. Überprüfen Sie auf der Seite Zusammenfassung , ob die Details korrekt sind, und klicken Sie dann auf Weiter.

  6. Klicken Sie auf der Seite Bestätigung auf Fertig stellen.

Hinweis

Wenn der Updatevorgang abgeschlossen ist, fügen Sie die neuen LiteTouch_x86 hinzu, und LiteTouch_x64 Windows PE-Umgebungen wieder den Windows-Bereitstellungsdiensten hinzu, oder brennen Sie sie auf Startmedien, um sie während der Bereitstellung zu verwenden.

Ersetzen eines vorhandenen Computers durch einen neuen Computer mithilfe der Lite Touch-Installation

Sie können MDT verwenden, um ein Image auf einem neuen Computer bereitzustellen, der einen vorhandenen Computer in der Unternehmensarchitektur ersetzt. Diese Situation kann auftreten, wenn ein Upgrade von einem Betriebssystem auf ein anderes durchgeführt wird (ein neues Betriebssystem könnte neue Hardware erfordern) oder wenn die Organisation neuere, schnellere Computer für vorhandene Anwendungen benötigt.

Wenn Sie einen vorhandenen Computer durch einen neuen Computer ersetzen, empfiehlt Microsoft, alle Einstellungen zu berücksichtigen, die von einem Computer auf einen anderen migriert werden, z. B. Benutzerkonten und Benutzerzustandsdaten. Darüber hinaus ist es wichtig, eine Wiederherstellungslösung für den Fall zu erstellen, dass die Migration fehlschlägt.

Ersetzen Sie in dieser Beispielbereitstellung den vorhandenen Computer (WDG-EXIST-01) durch einen neuen Computer (WDG-NEW-02) in der Corp-Domäne, indem Sie Benutzerzustandsdaten aus WDG-EXIST-01 erfassen und in einer Netzwerkfreigabe speichern. Stellen Sie dann ein vorhandenes Image in WDG-NEW-02 bereit, und stellen Sie schließlich die erfassten Benutzerzustandsdaten in WDG-NEW-02 wieder her. Die Bereitstellung erfolgt über einen Bereitstellungsserver (WDG-MDT-01).

Verwenden Sie in MDT die Vorlage Tasksequenz "Standardclient ersetzen", um eine Tasksequenz zu erstellen, die alle erforderlichen Bereitstellungsaufgaben ausführt.

Bei dieser Demonstration wird folgendes vorausgesetzt:

  • MDT wurde auf dem Bereitstellungsserver installiert (WDG MDT 01)

  • Die Bereitstellungsfreigabe wurde bereits erstellt und aufgefüllt, einschließlich Betriebssystemimages, Anwendungen und Gerätetreibern.

  • Ein Image eines Referenzcomputers wurde bereits erfasst und wird auf dem neuen Computer bereitgestellt (WDG NEW 02)

  • Ein freigegebener Netzwerkordner (UserStateCapture$) wurde erstellt und auf dem Bereitstellungsserver (WDG MDT 01) mit den entsprechenden Freigabeberechtigungen freigegeben.

    Vor Beginn dieses Beispiels sollte eine Bereitstellungsfreigabe vorhanden sein. Weitere Informationen zum Erstellen einer Bereitstellungsfreigabe finden Sie im Abschnitt "Verwalten von Bereitstellungsfreigaben in der Deployment Workbench" im MDT-Dokument Verwenden des Microsoft Deployment Toolkits.

Schritt 1: Erstellen einer Tasksequenz zum Erfassen des Benutzerzustands

Erstellen Sie MDT-Tasksequenzen im Knoten Tasksequenzen in der Deployment Workbench mithilfe des Assistenten für neue Tasksequenzen. Wählen Sie zum Ausführen des ersten Teils des Bereitstellungsszenarios "Computer ersetzen" (Erfassen des Benutzerzustands auf dem vorhandenen Computer) im Assistenten für neue Tasksequenzen die Vorlage Tasksequenz "Standardclient ersetzen" aus.

So erstellen Sie eine Tasksequenz zum Erfassen des Benutzerzustands im Bereitstellungsszenario "Computer ersetzen"

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/ deployment_share/Tasksequenzen (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Bereich Aktionen auf Neue Tasksequenz.

    Der Assistent für neue Tasksequenzen wird gestartet.

  4. Schließen Sie den Assistenten für neue Tasksequenzen mithilfe der folgenden Informationen ab. Übernehmen Sie die Standardwerte, sofern nicht anders angegeben.

    Auf dieser Assistentenseite Aktion...
    Allgemeine Einstellungen 1. Geben Sie unter Tasksequenz-IDVISTA_EXIST ein.
    2. Geben Sie unter Tasksequenzname die Zeichenfolge Computerszenario auf vorhandenem Computer ausführen ein.
    3. Klicken Sie auf Weiter.
    Vorlage auswählen Die folgenden Tasksequenzvorlagen sind verfügbar. Wählen Sie die Option aus, die Sie als Ausgangspunkt verwenden möchten, wählen Sie Tasksequenz zum Ersetzen von Standardclients aus, und klicken Sie dann auf Weiter.
    Summary Überprüfen Sie, ob die Konfigurationsdetails korrekt sind, und klicken Sie dann auf Weiter.
    Bestätigung Klicken Sie auf Fertig stellen.

    Der Assistent für neue Tasksequenzen wird abgeschlossen, und die VISTA_EXIST Tasksequenz wird der Liste der Tasksequenzen hinzugefügt.

Schritt 2: Erstellen einer Tasksequenz zum Bereitstellen des Betriebssystems und Wiederherstellen des Benutzerzustands

Erstellen Sie MDT-Tasksequenzen im Knoten Tasksequenzen in der Deployment Workbench mithilfe des Assistenten für neue Tasksequenzen. Um den zweiten Teil des Bereitstellungsszenarios Computer ersetzen (Bereitstellen des Betriebssystems und anschließendes Wiederherstellen des Benutzerzustands auf dem vorhandenen Computer) auszuführen, wählen Sie im Assistenten für neue Tasksequenzen die Vorlage Standardclienttasksequenz aus.

So erstellen Sie eine Tasksequenz zum Bereitstellen des Benutzerzustands im Bereitstellungsszenario "Computer ersetzen"

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Navigieren Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Tasksequenzen (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Bereich Aktionen auf Neue Tasksequenz.

    Der Assistent für neue Tasksequenzen wird gestartet.

  4. Schließen Sie den Assistenten für neue Tasksequenzen mithilfe der folgenden Informationen ab. Übernehmen Sie die Standardwerte, sofern nicht anders angegeben.

    Auf dieser Assistentenseite Aktion...
    Allgemeine Einstellungen 1. Geben Sie unter Tasksequenz-IDVISTA_NEW ein.
    2. Geben Sie unter Tasksequenzname die Zeichenfolge Computerszenario auf dem neuen Computer ausführen ein.
    3. Klicken Sie auf Weiter.
    Vorlage auswählen Die folgenden Tasksequenzvorlagen sind verfügbar. Wählen Sie die Option aus, die Sie als Ausgangspunkt verwenden möchten, wählen Sie Standardclienttasksequenz aus, und klicken Sie dann auf Weiter.
    Auswählen des Betriebssystems Unter Die folgenden Betriebssystemimages sind verfügbar, um mit dieser Tasksequenz bereitgestellt zu werden. Wählen Sie eines aus, das Sie verwenden möchten, wählen Sie captured_vista_image aus (wobei captured_vista_image das erfasste Image ist, das der Referenzcomputer dem Knoten Betriebssysteme in der Deployment Workbench hinzugefügt hat), und klicken Sie dann auf Weiter.
    Product Key angeben Wählen Sie Zurzeit keinen Product Key angeben aus, und klicken Sie dann auf Weiter.
    Betriebssystemeinstellungen 1. Geben Sie unter Vollständiger Name den NamenWoodgrove Employee ein.
    2. Geben Sie unter Organisation die Zeichenfolge Woodgrove Bank ein.
    3. Geben Sie auf der Internet Explorer-Startseite ein http://www.woodgrovebank.com.
    4. Klicken Sie auf Weiter.
    kennwort Admin Geben Sie unter Administratorkennwort und Administratorkennwort bestätigenP@ssw0rd ein, und klicken Sie dann auf Fertig stellen.
    Bestätigung Klicken Sie auf Fertig stellen.

    Der Assistent für neue Tasksequenzen wird abgeschlossen, und die VISTA_NEW Tasksequenz wird der Liste der Tasksequenzen hinzugefügt.

Schritt 3: Anpassen der MDT-Konfigurationsdateien

Wenn die MDT-Tasksequenz erstellt wurde, passen Sie die MDT-Konfigurationsdateien an, die die Konfigurationseinstellungen zum Erfassen von Benutzerzustandsinformationen bereitstellen. Passen Sie insbesondere die CustomSettings.ini-Datei an, indem Sie die Datei in den Eigenschaften der Zuvor im Bereitstellungsprozess erstellten Bereitstellungsfreigabe ändern. In einem späteren Schritt wird die Bereitstellungsfreigabe aktualisiert, um sicherzustellen, dass die Konfigurationsdatei in der Bereitstellungsfreigabe aktualisiert wird.

So passen Sie die MDT-Konfigurationsdateien zum Erfassen von Benutzerstatusinformationen an

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Aktionsbereich auf Eigenschaften.

    Das Dialogfeld Eigenschaften wird angezeigt.

  4. Klicken Sie im Dialogfeld Eigenschaften auf die Registerkarte Regeln .

  5. Ändern Sie auf der Registerkarte Regeln die CustomSettings.ini-Datei, um die erforderlichen Änderungen widerzuspiegeln, wie im folgenden Beispiel gezeigt. Nehmen Sie alle zusätzlichen Änderungen vor, die die Umgebung erfordert.

    Angepasste CustomSettings.ini-Datei

    [Settings]  
    Priority=Default  
    Properties=MyCustomProperty  
    
    [Default]  
    OSInstall=Y  
    
    UDShare=\\WDG-MDT-01\UserStateCapture$  
    UDDir=%OSDCOMPUTERNAME%  
    UserDataLocation=NETWORK  
    SkipCapture=NO  
    SkipAdminPassword=YES  
    SkipProductKey=YES  
    
    
  6. Klicken Sie im Dialogfeld Eigenschaften auf OK.

  7. Schließen Sie alle geöffneten Fenster und Dialogfelder.

Schritt 4: Konfigurieren der Windows PE-Optionen für die Bereitstellungsfreigabe

Konfigurieren Sie die Windows PE-Optionen für die Bereitstellungsfreigabe im Knoten Bereitstellungsfreigaben in der Deployment Workbench.

Hinweis

Wenn die Gerätetreiber für den vorhandenen Computer (WDG-EXIST-01) und den neuen Computer (WDG-NEW-01) in Windows Vista enthalten sind, überspringen Sie diesen Schritt, und fahren Sie mit dem folgenden Schritt fort.

So konfigurieren Sie die Windows PE-Optionen für die Bereitstellungsfreigabe

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Aktionsbereich auf Eigenschaften.

    Das Dialogfeld Eigenschaften wird angezeigt.

  4. Wählen Sie im Dialogfeld Eigenschaften auf der Registerkarte Komponenten der Windows PE-Plattform (wobei plattform die Architektur des zu konfigurierenden Windows PE-Images ist) unter Auswahlprofildie Option device_drivers (wobei device_drivers der Name des Auswahlprofils des Gerätetreibers ist), und klicken Sie dann auf OK.

Schritt 5: Aktualisieren der Bereitstellungsfreigabe

Nachdem Sie die Windows PE-Optionen für die Bereitstellungsfreigabe konfiguriert haben, aktualisieren Sie die Bereitstellungsfreigabe. Durch das Aktualisieren der Bereitstellungsfreigabe werden alle MDT-Konfigurationsdateien aktualisiert und eine angepasste Version von Windows PE generiert. Die angepasste Version von Windows PE wird verwendet, um den Referenzcomputer zu starten und den LTI-Bereitstellungsprozess zu initiieren.

So aktualisieren Sie die Bereitstellungsfreigabe in der Deployment Workbench

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Bereich Aktionen auf Bereitstellung aktualisierenFreigabe.

    Der Assistent zum Aktualisieren der Bereitstellungsfreigabe wird gestartet.

  4. Wählen Sie auf der Seite Optionen die gewünschten Optionen zum Aktualisieren der Bereitstellungsfreigabe aus, und klicken Sie dann auf Weiter.

  5. Überprüfen Sie auf der Seite Zusammenfassung , ob die Details korrekt sind, und klicken Sie dann auf Weiter.

  6. Klicken Sie auf der Seite Bestätigung auf Fertig stellen.

    Die Deployment Workbench beginnt mit der Aktualisierung der Bereitstellungsfreigabe. Die Deployment Workbench erstellt die Dateien LiteTouchPE_x86.iso und LiteTouchPE_x86.wim (für 32-Bit-Zielcomputer) oder die Dateien LiteTouchPE_x64.iso und LiteTouchPE_x64.wim (für 64-Bit-Zielcomputer) im Ordner deployment_share\Boot (wobei deployment_share der freigegebene Ordner ist, der als Bereitstellungsfreigabe verwendet wird).

Schritt 6: Erstellen der startbaren LTI-Medien

Stellen Sie eine Methode zum Starten des Computers mit der angepassten Version von Windows PE bereit, die beim Aktualisieren der Bereitstellungsfreigabe erstellt wurde. Die Deployment Workbench erstellt die Dateien LiteTouchPE_x86.iso und LiteTouchPE_x86.wim (für 32-Bit-Zielcomputer) oder die Dateien LiteTouchPE_x64.iso und LiteTouchPE_x64.wim (für 64-Bit-Zielcomputer) im Ordner deployment_share\Boot (wobei deployment_share der freigegebene Ordner ist, der als Bereitstellungsfreigabe verwendet wird). Erstellen Sie die geeigneten startbaren LTI-Medien aus einem dieser Images.

So erstellen Sie die startbaren LTI-Medien

  1. Navigieren Sie im Windows-Explorer zum Ordner deployment_share\Boot (wobei deployment_share der freigegebene Ordner ist, der als Bereitstellungsfreigabe verwendet wird).

  2. Führen Sie basierend auf dem Computertyp, der für den vorhandenen Computer (WDG-EXIST-01) und den neuen Computer (WDG-NEW-02) verwendet wird, eine der folgenden Aufgaben aus:

    • Wenn es sich bei dem Referenzcomputer um einen physischen Computer handelt, erstellen Sie eine CD oder DVD der ISO-Datei.

    • Wenn es sich bei dem Referenzcomputer um einen virtuellen Computer handelt, starten Sie den virtuellen Computer direkt aus der ISO-Datei oder von einer CD oder DVD der ISO-Datei.

Schritt 7: Starten des vorhandenen Computers mit dem startbaren LTI-Medium

Starten Sie den vorhandenen Computer (WDG-EXIST-01) mit den zuvor im Prozess erstellten startbaren LTI-Medien. Diese CD startet Windows PE auf dem vorhandenen Computer und initiiert den MDT-Bereitstellungsprozess. Am Ende des MDT-Bereitstellungsprozesses werden die Informationen zur Benutzerstatusmigration im freigegebenen Ordner UserStateCapture$ gespeichert.

Hinweis

Sie können den MDT-Prozess auch initiieren, indem Sie den Zielcomputer über die Windows-Bereitstellungsdienste starten. Weitere Informationen finden Sie im Abschnitt "Vorbereiten der Windows-Bereitstellungsdienste" im MDT-Dokument Verwenden des Microsoft Deployment Toolkits.

So starten Sie den vorhandenen Computer mit dem startbaren LTI-Medium

  1. Starten Sie WDG-EXIST-01 mit dem startbaren LTI-Medium, das zuvor im Prozess erstellt wurde.

    Windows PE wird gestartet, und dann wird der Windows-Bereitstellungs-Assistent gestartet.

  2. Schließen Sie den Windows-Bereitstellungs-Assistenten mit den folgenden Informationen ab. Übernehmen Sie die Standardwerte, sofern nicht anders angegeben.

    Auf dieser Assistentenseite Aktion...
    Willkommen bei der Bereitstellung Klicken Sie auf Bereitstellungs-Assistent ausführen , um ein neues Betriebssystem zu installieren, und klicken Sie dann auf Weiter.
    Geben Sie Anmeldeinformationen für die Verbindung mit Netzwerkfreigaben an. 1. Geben Sie unter Benutzername die Zeichenfolge Administrator ein.
    2. Geben Sie unter KennwortP@ssw0rd ein.
    3. Geben Sie unter DomäneCORP ein.
    4. Klicken Sie auf OK.
    Wählen Sie eine Tasksequenz aus, die auf diesem Computer ausgeführt werden soll. Klicken Sie auf Computerszenario auf vorhandenem Computer ersetzen, und klicken Sie dann auf Weiter.
    Angeben, wo Ihre Daten und Einstellungen gespeichert werden sollen Klicken Sie auf Weiter.
    Angeben, wo eine vollständige Computersicherung gespeichert werden soll Klicken Sie auf Vorhandene Computer nicht sichern, und klicken Sie dann auf Weiter.
    Bereit für den Anfang Klicken Sie auf Beginnen.

    Wenn Fehler oder Warnungen auftreten, lesen Sie das MDT-Dokument Referenz zur Problembehandlung.

  3. Klicken Sie im Dialogfeld Bereitstellungszusammenfassung auf Details.

    Wenn Fehler oder Warnungen aufgetreten sind, überprüfen Sie die Fehler oder Warnungen, und notieren Sie alle Diagnoseinformationen.

  4. Klicken Sie im Dialogfeld Bereitstellungszusammenfassung auf Fertig stellen.

    Die Informationen zur Benutzerstatusmigration werden erfasst und im freigegebenen Netzwerkordner (UserStateCapture$) gespeichert, der zuvor im Prozess erstellt wurde.

Schritt 8: Starten des neuen Computers mit dem startbaren LTI-Medium

Starten Sie den neuen Computer (WDG-NEW-02) mit den zuvor erstellten startbaren LTI-Medien. Diese CD startet Windows PE auf dem Referenzcomputer und initiiert den MDT-Bereitstellungsprozess. Am Ende des MDT-Bereitstellungsprozesses wird Windows Vista auf dem neuen Computer bereitgestellt, und die erfassten Informationen zur Benutzerstatusmigration werden auf dem neuen Computer wiederhergestellt.

Hinweis

Sie können den MDT-Prozess auch initiieren, indem Sie den Zielcomputer über die Windows-Bereitstellungsdienste starten. Weitere Informationen finden Sie im Abschnitt "Vorbereiten der Windows-Bereitstellungsdienste" im MDT-Dokument Verwenden des Microsoft Deployment Toolkits.

So starten Sie den neuen Computer mit dem startbaren LTI-Medium

  1. Starten Sie WDG-NEW-02 mit den zuvor im Prozess erstellten startbaren LTI-Medien.

    Windows PE wird gestartet, und dann wird der Windows-Bereitstellungs-Assistent gestartet.

  2. Schließen Sie den Windows-Bereitstellungs-Assistenten mithilfe der folgenden Informationen ab. Übernehmen Sie die Standardwerte, sofern nicht anders angegeben.

    Auf dieser Assistentenseite Aktion...
    Willkommen bei der Bereitstellung Klicken Sie auf Bereitstellungs-Assistent ausführen, um ein neues Betriebssystem zu installieren, und klicken Sie dann auf Weiter.
    Geben Sie Anmeldeinformationen für die Verbindung mit Netzwerkfreigaben an. 1. Geben Sie unter Benutzername die Zeichenfolge Administrator ein.
    2. Geben Sie unter KennwortP@ssw0rd ein.
    3. Geben Sie unter DomäneCORP ein.
    4. Klicken Sie auf OK.
    Wählen Sie eine Tasksequenz aus, die auf diesem Computer ausgeführt werden soll. Klicken Sie auf Computerszenario ersetzen auf neuem Computer ausführen, und klicken Sie dann auf Weiter.
    Konfigurieren des Computernamens Geben Sie unter Computernameden Namen WDG-NEW-02 ein, und klicken Sie dann auf Weiter.
    Hinzufügen des Computers zu einer Domäne oder Arbeitsgruppe Klicken Sie auf Weiter.
    Angeben, ob Benutzerdaten wiederhergestellt werden sollen 1. Klicken Sie auf Speicherort angeben.
    2. Geben Sie unter Speicherort\\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01 ein.
    3. Klicken Sie auf Weiter.
    Gebietsschemaauswahl Klicken Sie auf Weiter.
    Festlegen der Zeitzone Klicken Sie auf Weiter.
    Angeben, ob ein Bild erfasst werden soll Klicken Sie auf Kein Bild dieses Computers erfassen, und klicken Sie dann auf Weiter.
    Angeben der BitLocker-Konfiguration Klicken Sie auf BitLocker für diesen Computer nicht aktivieren, und klicken Sie dann auf Weiter.
    Bereit für den Anfang Klicken Sie auf Beginnen.

    Sollten Fehler oder Warnungen auftreten, lesen Sie das MDT-Dokument Referenz zur Problembehandlung.

  3. Klicken Sie im Dialogfeld Bereitstellungszusammenfassung auf Details.

    Wenn Fehler oder Warnungen aufgetreten sind, überprüfen Sie die Fehler oder Warnungen, und notieren Sie alle Diagnoseinformationen.

  4. Klicken Sie im Dialogfeld Bereitstellungszusammenfassung auf Fertig stellen.

    Windows Vista ist jetzt auf dem neuen Computer installiert, und die erfassten Informationen zur Benutzerstatusmigration werden ebenfalls wiederhergestellt.

Integrieren von benutzerdefiniertem Bereitstellungscode in MDT

Es ist üblich, dass ein Bereitstellungsteam über komplexe Anforderungen verfügt, die für seine Zielumgebung spezifisch sind und die von den vordefinierten Tasksequenzaktionen der Deployment Workbench oder standardmäßigen MDT-Konfigurationsdateien nicht erfüllt werden. Implementieren Sie in dieser Situation benutzerdefinierten Code, um ihre Anforderungen zu erfüllen.

Integrieren Sie benutzerdefinierten Bereitstellungscode in MDT, indem Sie:

Auswählen der geeigneten Skriptsprache

Obwohl jeder Code, der unter Windows oder Windows PE ausgeführt werden kann, als Anwendungsinstallation oder über einen MDT-Tasksequenzschritt aufgerufen werden kann, empfiehlt Microsoft die Verwendung von Skripts in Form von VBS- oder WSF-Dateien.

Der Vorteil der Verwendung von WSF-Dateien ist die integrierte Protokollierung zusätzlich zu einigen anderen vordefinierten Funktionen, die bereits von den ZTI- und LTI-Prozessen verwendet werden. Diese Funktionen sind im mit MDT verteilten ZTIUtility-Skript verfügbar.

Wenn auf ein benutzerdefiniertes Skript verwiesen wird, initialisiert das ZTIUtility-Skript die MDT-Umgebung und setupklassen. Diese Klassen sind verfügbar:

  • Protokollierung. Diese Klasse stellt die Protokollierungsfunktionalität bereit, die von allen MDT-Skripts verwendet wird. Außerdem wird eine einzelne Protokolldatei für jedes Skript erstellt, das während der Bereitstellung ausgeführt wird, und eine konsolidierte Protokolldatei aller Skripts. Diese Protokolldateien werden in einem Format erstellt, das von CMTrace gelesen werden kann.

  • Umgebung. Diese Klasse konfiguriert Umgebungsvariablen, die über die WMI- und MDT-Regelverarbeitung gesammelt werden, und ermöglicht den direkten Verweis aus dem Skript. Dadurch können Bereitstellungseigenschaften gelesen werden, sodass Zugriff auf alle Konfigurationsinformationen gewährt wird, die von den ZTI- und LTI-Prozessen verwendet werden.

  • Hilfsprogramm. Diese Klasse stellt allgemeine Hilfsprogramme bereit, die in ZTI- und LTI-Skripts verwendet werden. Microsoft empfiehlt, dass diese Klasse bei jeder Entwicklung von benutzerdefiniertem Code überprüft werden sollte, um festzustellen, ob Code einfach wiederverwendet werden kann. Weitere Informationen zu einigen der in dieser Klasse bereitgestellten Funktionen sind weiter unten in diesem Abschnitt enthalten.

  • Datenbank. Diese Klasse führt Funktionen wie das Herstellen einer Verbindung mit Datenbanken und das Lesen von Informationen aus Datenbanken aus. Im Allgemeinen wird der direkte Zugriff auf die Datenbankklasse nicht empfohlen. Stattdessen sollte die Regelverarbeitung verwendet werden, um Datenbanksuchen durchzuführen.

  • Zeichenfolgen. Diese Klasse führt gängige Zeichenfolgenverarbeitungsroutinen wie das Erstellen einer durch Trennzeichen getrennten Liste von Elementen, das Anzeigen eines hexadezimalen Werts, das Kürzen von Leerzeichen aus einer Zeichenfolge, das Rechtsausrichten einer Zeichenfolge, das Linksausrichten einer Zeichenfolge, das Erzwingen eines Werts in das Arrayformat, das Generieren eines zufälligen global eindeutigen Bezeichners (GUID) und Base64-Konvertierungen durch.

  • FileHandling. Diese Klasse führt Funktionen wie das Normalisieren von Pfaden und das Kopieren, Verschieben und Löschen von Dateien und Ordnern aus.

  • clsRegEx. Diese Klasse führt Funktionen für reguläre Ausdrücke aus.

    In MDT wurden einige Änderungen an der Skriptarchitektur implementiert, um client-Microsoft Visual Basic Scripting Edition (VBScript) stabiler und zuverlässiger zu machen. Zu diesen Änderungen gehören:

  • Umfangreiche Änderungen an ZTIUtility.vbs (der Hauptskriptbibliothek), einschließlich neuer APIs und besserer Fehlerbehandlung

  • Ein neues Aussehen der Gesamtstruktur der ZTI_xxx.wsf-Skripts

    Die Gesamtstruktur der MDT-Skripts hat sich ebenfalls geändert. Die meisten MDT-Skripts sind jetzt in VBScript-Klassenobjekten gekapselt. Die -Klasse wird initialisiert und mit der RunNewInstance-Funktion aufgerufen.

Hinweis

Die meisten vorhandenen MDT 2008 Update 1-Skripts funktionieren in MDT unverändert, auch mit den umfangreichen Änderungen an ZTIUtility.vbs, da die meisten MDT-Skripts ZTIUtility.vbs enthalten.

Grundlegendes zur Nutzung von ZTIUtility

Die ZTIUtility.vbs-Datei enthält Objektklassen, die in Ihrem benutzerdefinierten Code genutzt werden können. Integrieren Sie benutzerdefinierten Code in MDT mithilfe von:

Verwenden der ZTIUtility-Protokollierungsklasse

Die Protokollierungsklasse in ZTIUtiliy.vbs bietet einen einfachen Mechanismus für benutzerdefinierten Code zum Protokollieren von Statusinformationen, Warnungen und Fehlern auf die gleiche Weise wie andere Skripts während einer ZTI- oder LTI-Bereitstellung. Diese Standardisierung stellt auch sicher, dass das Dialogfeld LTI-Bereitstellungszusammenfassung den Status jedes ausgeführten benutzerdefinierten Codes ordnungsgemäß meldet.

Im folgenden Beispiel wird ein benutzerdefiniertes Codeskript veranschaulicht, das die Funktionen oLogging.CreateEntry und TestAndFail verwendet, um verschiedene Arten von Nachrichten abhängig von den Ergebnissen der verschiedenen Skriptaktionen zu protokollieren.

Beispielskript mit ZTIUtility-Protokollierung: 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>  

Hinweis

Wenn Sie weiterhin Skripts verwenden möchten, die ZTIProcess() mit ProcessResults() aufrufen, können Sie dies weiterhin tun. Bestimmte erweiterte Fehlerbehandlungsfeatures werden jedoch nicht aktiviert.

Verwenden der ZTIUtility-Umgebungsklasse

Die Umgebungsklasse in ZTIUtiliy.vbs bietet Zugriff auf MDT-Eigenschaften und die Möglichkeit zum Aktualisieren von MDT-Eigenschaften. Im vorherigen Beispiel wird oEnvironment.Item("Memory") verwendet, um die Menge des verfügbaren ARBEITSSPEICHERs abzurufen. Dies kann auch verwendet werden, um den Wert einer der eigenschaften abzurufen, die in der MDT-Dokument-Toolkitreferenz beschrieben sind.

Verwenden der ZTIUtility-Hilfsprogrammklasse

Das ZTIUtility.vbs Skript enthält eine Reihe häufig verwendeter Hilfsprogramme, die von jedem benutzerdefinierten Bereitstellungsskript verwendet werden können. Sie können diese Hilfsprogramme jedem Skript auf die gleiche Weise hinzufügen wie die Klassen oLogging und oEnvironment .

In der folgenden Tabelle sind einige nützliche Funktionen und deren Ausgabe aufgeführt. Eine vollständige Liste der verfügbaren Funktionen finden Sie in der datei ZTIUtility.vbs.

Funktion Ausgabe
oUtility.LocalRootPath Gibt den Pfad des Stammordners zurück, der vom Bereitstellungsprozess auf dem Zielcomputer verwendet wird, z. B. C:\MININT.
oUtility.BootDevice Gibt das Systemstartgerät zurück, z. B. MULTI(0)DISK(0)RDISK(0)PARTITION(1)
oUtility.LogPath Gibt den Pfad zum Protokollordner zurück, der während der Bereitstellung verwendet wird, z. B. C:\MININT\SMSOSD\OSDLOGS.
oUtility.StatePath Gibt den Pfad des aktuell konfigurierten Zustandsspeichers zurück, z. B. C:\MININT\StateStore.
oUtility.ScriptName Gibt den Namen des Skripts zurück, das die Funktion aufruft, z. B. Z-RAMTest.
oUtility.ScriptDir Gibt den Pfad zum Skript zurück, das die Funktion aufruft, z. B. \\server_name\Deployment$\Scripts
oUtility.ComputerName Bestimmt den Computernamen, der während des Buildprozesses verwendet wird, z. B. computer_name
oUtility.ReadIni(file, section, item) Ermöglicht das Lesen des angegebenen Elements aus einer .ini-Datei.
oUtility.WriteIni(file, section, item, value) Ermöglicht das Schreiben des angegebenen Elements in eine .ini-Datei.
oUtility.Sections(file) Liest die Abschnitte einer .ini-Datei und speichert sie zur Referenz in einem -Objekt.
oUtility.SectionContents(file, section) Liest den Inhalt der angegebenen .ini-Datei und speichert sie in einem -Objekt.
oUtility.RunWithHeartbeat(sCmd) Wenn der Befehl ausgeführt wird, schreiben Sie alle 0,5 Sekunden Heartbeatinformationen in die Protokolle.
oUtility.FindFile

(sFilename,sFoundPath)
Sucht nach der angegebenen Datei im Ordner DeployRoot und in Standardunterordnern, einschließlich Wartung, Tools, USMT, Vorlagen, Skripts und Steuerung.
oUtility.findMappedDrive(sServerUNC) Überprüft, ob ein Laufwerk dem angegebenen UNC-Pfad zugeordnet ist, und gibt den Laufwerkbuchstaben zurück.
oUtility.ValidateConnection(sServerUNC) Überprüft, ob eine Verbindung mit dem angegebenen Server vorhanden ist, und versucht, eine zu erstellen, falls nicht.
MapNetworkDrive

(sShare, SDomID, sDomPwd)
Ordnet dem UNC-Pfad, der als Freigabe angegeben ist, einen Laufwerkbuchstaben zu und gibt den verwendeten Laufwerkbuchstaben zurück. gibt einen Fehler zurück, wenn der Fehler nicht erfolgreich ist.
VerifyPathExists(strPath) Überprüft, ob der angegebene Pfad vorhanden ist.
oEnvironment.Substitute(sVal) Wenn eine Zeichenfolge vorhanden ist, erweitert alle Variablen oder Funktionen innerhalb dieser Zeichenfolge.
oEnvironment.Item

(sName)
Liest oder schreibt eine Variable in einen persistenten Speicher.
oEnvironment.Exists

(sName)
Tests, um festzustellen, ob die Variable vorhanden ist
oEnvironment.ListItem

(sName)
Liest oder schreibt eine Variable vom Typ Array in einen persistenten Speicher.
oLogging.ReportFailure

(sMessage, iError)
Wird zum Ausführen eines strukturierten Exits verwendet, wenn ein nicht behebbarer Fehler erkannt wird.
oLogging.CreateEvent

(iEventID, iType, sMessage, arrParms)
Schreibt eine Nachricht in die Protokolldatei und sendet das Ereignis an einen definierten Server.
oLogging.CreateEntry

(sLogMsg, iType)
Schreibt eine Nachricht in die Protokolldatei.
TestAndFail(iRc, iError, sMessage) Beendet das Skript mit iError , wenn iRc false ist oder fehlschlägt
TestAndLog(iRc , sMessage) Protokolliert eine Warnung nur, wenn iRc false ist oder fehlschlägt.

Integrieren von benutzerdefiniertem Bereitstellungscode

Benutzerdefinierter Bereitstellungscode kann auf verschiedene Weise in den MDT-Prozess integriert werden. Unabhängig von der verwendeten Methode sollten jedoch die folgenden beiden Regeln erfüllt sein:

  • Der Name des benutzerdefinierten Bereitstellungscodes sollte immer mit dem Buchstaben Z beginnen.

  • Der benutzerdefinierte Bereitstellungscode sollte im Ordner Skripts auf der Bereitstellungsfreigabe platziert werden, z. B. D:\Production Deployment Share\Scripts.

    Die am häufigsten verwendeten Methoden für die Integration von benutzerdefiniertem Code, die auch eine konsistente Protokollierung sicherstellen, sind:

  • Bereitstellen des Codes als MDT-Anwendung

  • Starten des Codes als MDT-Tasksequenzbefehl

  • Starten des Codes als Benutzerausgangsskript

Bereitstellen von benutzerdefiniertem Code als MDT-Anwendung

Benutzerdefinierter Bereitstellungscode kann in die Deployment Workbench importiert und wie jede andere Anwendung verwaltet werden.

So erstellen Sie eine neue Anwendung zum Ausführen von benutzerdefiniertem Bereitstellungscode

  1. Kopieren Sie den benutzerdefinierten Bereitstellungscode in den Ordner deployment_share\Scripts (wobei deployment_share der vollqualifizierte Pfad zur Bereitstellungsfreigabe ist).

  2. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  3. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Bereitstellungsfreigaben/deployment_share/Anwendungen (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  4. Klicken Sie im Bereich Aktionen auf Neue Anwendung.

    Der Assistent für neue Anwendungen wird gestartet.

  5. Schließen Sie den Assistenten für neue Anwendungen mithilfe der folgenden Informationen ab. Übernehmen Sie Standardwerte, sofern nicht anders angegeben.

    Auf dieser Assistentenseite Aktion...
    Anwendungstyp Klicken Sie auf Anwendung ohne Quelldateien oder an einer anderen Stelle im Netzwerk, und klicken Sie dann auf Weiter.
    Details Füllen Sie diese Seite basierend auf den Informationen aus der Anwendung aus, und klicken Sie dann auf Weiter.
    Befehlsdetails 1. Geben Sie im Feld Befehlszeilecscript.exe %SCRIPTROOT%\custom_code ein (wobei custom_code der Name des entwickelten benutzerdefinierten Codes ist).
    2. Geben Sie im Feld Arbeitsverzeichnisworking_directory ein (wobei working_directory der Name des Arbeitsverzeichnisses des benutzerdefinierten Codes ist. Dies ist normalerweise derselbe Ordner, der im Feld Befehlszeile angegeben ist).
    3. Klicken Sie auf Weiter.
    Summary Überprüfen Sie, ob die Konfigurationseinstellungen korrekt sind, und klicken Sie dann auf Weiter.
    Bestätigung Klicken Sie auf Fertig stellen.

    Die Anwendung wird im Knoten Anwendungen in der Deployment Workbench angezeigt.

Hinzufügen des benutzerdefinierten Codes als Tasksequenzschritt

Benutzerdefinierter Bereitstellungscode kann direkt von jedem Punkt innerhalb einer Tasksequenz aufgerufen werden. Dadurch erhalten Sie Zugriff auf die üblichen Tasksequenzregeln und -optionen.

So fügen Sie den benutzerdefinierten Bereitstellungscode einer vorhandenen Tasksequenz hinzu

  1. Kopieren Sie den benutzerdefinierten Bereitstellungscode in den Ordner deployment_share\Scripts (wobei deployment_share der vollqualifizierte Pfad zur Bereitstellungsfreigabe ist).

  2. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  3. Navigieren Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Tasksequenzen (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  4. Klicken Sie im Detailbereich auf task_sequence (wobei task_sequence der Name der Tasksequenz ist, die den benutzerdefinierten Code ausführt).

  5. Klicken Sie im Aktionsbereich auf Eigenschaften.

  6. Klicken Sie im Dialogfeld task_sequenceProperties auf die Registerkarte Tasksequenz .

  7. Wechseln Sie in der Konsolenstruktur zu Gruppe (wobei gruppe die Gruppe ist, um den Tasksequenzschritt hinzuzufügen).

  8. Klicken Sie auf Hinzufügen, klicken Sie auf Allgemein, und klicken Sie dann auf Befehlszeile ausführen.

  9. Klicken Sie in der Konsolenstruktur auf Befehlszeile ausführen, und klicken Sie dann auf die Registerkarte Eigenschaften .

  10. Geben Sie im Feld Name den Namen name ein (wobei name ein beschreibender Name des benutzerdefinierten Codes ist).

  11. Geben Sie auf der Registerkarte Eigenschaften im Feld Befehlszeilecommand_line ein (wobei command_line der Befehl zum Ausführen des benutzerdefinierten Codes ist, z. B.cscript.exe %SCRIPTROOT%\CustomCode.vbs).

  12. Geben Sie im Feld Start inden Pfad ein (wobei Path der vollqualifizierte Pfad zum Arbeitsordner des benutzerdefinierten Codes ist; in der Regel ist dies derselbe Pfad, der im Feld Befehlszeile angegeben ist), und klicken Sie dann auf OK.

    Der neu erstellte Tasksequenzschritt wird in der Liste der Tasksequenzschritte angezeigt.

Ausführen von benutzerdefiniertem Code als Benutzerausgangsskript

Es ist auch möglich, den benutzerdefinierten Code über CustomSettings.ini mithilfe der UserExit-Direktive als Benutzerexit-Skript auszuführen. Dies bietet einen Mechanismus für die Übergabe von Informationen an den CustomSettings.ini Regelvalidierungsprozess und bietet eine dynamische Aktualisierung der MDT-Eigenschaften.

Weitere Informationen zu Benutzerausgangsskripts und der UserExit-Direktive finden Sie im Abschnitt "User Exit Scripts in the CustomSettings.ini File" im MDT-Dokument Verwenden des Microsoft Deployment Toolkits.

Installieren von Gerätetreibern mit verschiedenen Installationsmethoden

In diesem Szenario verwenden Sie MDT, um ein Betriebssystem auf verschiedenen Hardwaretypen bereitzustellen. Identifizieren und installieren Sie im Rahmen des Bereitstellungsprozesses Gerätetreiber, damit jeder Hardwaretyp ordnungsgemäß funktioniert. Es gibt zwei Haupttypen von Gerätetreibern: jedes muss während des Bereitstellungsprozesses unterschiedlich behandelt werden:

Bestimmen der zu verwendenden Methode zum Installieren eines Gerätetreibers

Hardwarehersteller veröffentlichen Gerätetreiber in einer von zwei Formen:

  • Als Paket, das Sie extrahieren können und das INF-Dateien enthält, die zum Importieren des Treibers in die Deployment Workbench verwendet werden

  • Als Anwendung, die Sie mit herkömmlichen Anwendungsinstallationsprozessen installieren müssen

    Gerätetreiberpakete, die für den Zugriff auf INF-Dateien extrahiert werden können, können den automatischen MDT-Treibererkennungs- und -installationsprozess verwenden, indem sie zuerst den Treiber in den Knoten Out-of-Box Drivers in der Deployment Workbench importieren.

    Gerätetreiberpakete, die nicht extrahiert werden können, um INF-Dateien zu isolieren, oder solche, die nicht ordnungsgemäß funktionieren, ohne zuvor mit einem Anwendungsinstallationsprogramm wie einer MSI- oder Setup.exe-Datei installiert zu werden, können das MDT-Feature "Anwendung installieren" verwenden und den Gerätetreiber während des Bereitstellungsprozesses genau wie bei jeder normalen Anwendung installieren.

Installieren von Gerätetreibern mithilfe der Out-of-Box-Treibermethode

Sie können Gerätetreiberpakete, die eine INF-Datei enthalten, in die Deployment Workbench importieren und im Rahmen des Bereitstellungsprozesses automatisch installieren. Um diese Art der Gerätetreiberbereitstellung zu implementieren, fügen Sie zuerst den Gerätetreiber der Deployment Workbench hinzu.

So fügen Sie den Gerätetreiber der Deployment Workbench hinzu

  1. Laden Sie die Gerätetreiber herunter, die für die Bereitstellung der Hardwaretypen erforderlich sind, und extrahieren Sie das Gerätetreiberpaket an einen temporären Speicherort.

  2. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  3. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Out-of-Box-Treiber (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  4. Klicken Sie im Bereich Aktionen auf Treiber importieren.

    Der Assistent zum Importieren von Gerätetreibern wird gestartet.

  5. Klicken Sie auf der Seite Verzeichnis angeben im Abschnitt Laufwerkquellverzeichnis auf Durchsuchen , um zu dem Ordner zu wechseln, der die neuen Gerätetreiber enthält, und klicken Sie dann auf Weiter.

    Hinweis

    Der Assistent für neue Gerätetreiber durchsucht alle Unterverzeichnisse des Treiberquellverzeichnisses. Wenn mehrere Treiber installiert werden müssen, extrahieren Sie diese daher in Ordner innerhalb desselben Stammverzeichnisses, und legen Sie dann das Treiberquellverzeichnis als Stammverzeichnis fest, das alle Treiberquellordner enthält.

  6. Überprüfen Sie auf der Seite Zusammenfassung , ob die Einstellungen korrekt sind, und klicken Sie dann auf Weiter , um die Treiber in die Deployment Workbench zu importieren.

  7. Klicken Sie auf der Seite Bestätigung auf Fertig stellen.

    Wenn die Gerätetreiber startkritische Treiber wie Massenspeicher oder Netzwerkklassentreiber enthalten, muss die Bereitstellungsfreigabe als Nächstes aktualisiert werden, um eine neue LiteTouch_x86 und LiteTouch_x64 Startumgebung zu generieren, die die neuen Treiber enthält.

    So fügen Sie den Lite Touch Windows PE-Images Gerätetreiber hinzu

  8. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  9. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  10. Klicken Sie im Bereich Aktionen auf Bereitstellungsfreigabe aktualisieren.

    Der Assistent zum Aktualisieren der Bereitstellungsfreigabe wird gestartet.

  11. Wählen Sie auf der Seite Optionen die gewünschten Optionen zum Aktualisieren der Bereitstellungsfreigabe aus, und klicken Sie dann auf Weiter.

  12. Überprüfen Sie auf der Seite Zusammenfassung , ob die Details korrekt sind, und klicken Sie dann auf Weiter.

  13. Klicken Sie auf der Seite Bestätigung auf Fertig stellen.

Installieren von Gerätetreibern als Anwendungen

Gerätetreiber, die als Anwendungen gepackt sind und die Sie nicht in einen Ordner extrahieren können, der eine INF-Datei enthält, sollten der Deployment Workbench als Anwendung zur Installation während des Bereitstellungsprozesses hinzugefügt werden.

Anwendungen können als Tasksequenzschritt angegeben oder in CustomSettings.ini angegeben werden. Gerätetreiberanwendungen sollten jedoch nur installiert werden, wenn die Tasksequenz auf einem Computer mit den Geräten ausgeführt wird. Um dies sicherzustellen, führen Sie den Tasksequenzschritt zum Bereitstellen der relevanten Gerätetreiberanwendungen als bedingten Tasksequenzschritt aus. Die bedingten Kriterien können für die Ausführung des Tasksequenzschritts mithilfe von WMI-Abfragen für das Gerät auf dem Zielcomputer angegeben werden.

Hinzufügen der Gerätetreiberanwendung zur Deployment Workbench

Jede Gerätetreiberanwendung muss zuerst in die Deployment Workbench importiert werden.

Hinweis

Konfigurieren Sie, ob die Anwendung während der Bereitstellung im Dialogfeld Eigenschaften einer beliebigen Anwendung angezeigt werden soll, indem Sie das Kontrollkästchen Diese Anwendung im Bereitstellungs-Assistenten ausblenden aktivieren oder deaktivieren. Wiederholen Sie diesen Vorgang für jede Gerätetreiberanwendung, die während der Bereitstellung verwendet wird.

So fügen Sie die Gerätetreiberanwendung zur Deployment Workbench hinzu

  1. Laden Sie die Gerätetreiberanwendung herunter, und speichern Sie sie an einem temporären Speicherort.

  2. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  3. Navigieren Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Anwendungen (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  4. Klicken Sie im Bereich Aktionen auf Neue Anwendung.

    Der Assistent für neue Anwendungen wird gestartet.

  5. Klicken Sie auf der Seite Anwendungstyp auf Anwendung mit Quelldateien, und klicken Sie dann auf Weiter.

  6. Geben Sie auf der Seite Details relevante Details zur Anwendung ein, und klicken Sie dann auf Weiter.

  7. Klicken Sie auf der Seite Quelle im Abschnitt Quellverzeichnis auf Durchsuchen , um zu wechseln, und klicken Sie dann auf das Verzeichnis, das die Quelldateien der Gerätetreiberanwendung enthält. Klicken Sie auf OK.

  8. Klicken Sie auf Weiter.

  9. Geben Sie auf der Seite Ziel einen Namen für das Zielverzeichnis ein, und klicken Sie dann auf Weiter.

  10. Geben Sie auf der Seite Befehlsdetails im Abschnitt Befehlszeile den Befehl ein, der die automatische Installation der Gerätetreiberanwendung ermöglicht.

  11. Überprüfen Sie auf der Seite Zusammenfassung , ob die Einstellungen korrekt sind, und klicken Sie dann auf Weiter , um die Gerätetreiberanwendung in die Deployment Workbench zu importieren.

  12. Klicken Sie auf der Seite Bestätigung auf Fertig stellen.

    Nachdem die Anwendungen in die Deployment Workbench importiert wurden, fügen Sie sie dem Bereitstellungsprozess mit der entsprechenden Logik hinzu, um sicherzustellen, dass die Anwendung nur installiert wird, wenn sie auf der richtigen Hardware ausgeführt wird. Es gibt verschiedene Methoden, um dies zu erreichen:

  • Geben Sie die Gerätetreiberanwendung als Teil einer Bereitstellungstasksequenz an.

  • Geben Sie die Gerätetreiberanwendung in CustomSettings.ini an.

  • Geben Sie die Gerätetreiberanwendung in der MDT-Datenbank an.

    Jeder Ansatz wird in den folgenden Abschnitten ausführlicher erläutert.

Angeben der Gerätetreiberanwendung als Teil einer Tasksequenz

Die erste Methode zum Hinzufügen einer Gerätetreiberanwendung zum Bereitstellungsprozess besteht darin, eine Tasksequenz zum Hinzufügen von Schritten für jede Gerätetreiberanwendung zu verwenden.

Es gibt zwei Hauptansätze für die Verwaltung von Gerätetreiberanwendungen in der Tasksequenz:

  • Erstellen Sie eine neue Tasksequenzgruppe für jedes Hardwaremodell, und fügen Sie dann eine Abfrage hinzu, um diese Aktionsgruppe auszuführen, wenn der Computer einem bestimmten Hardwaretyp entspricht.

  • Erstellen Sie eine Tasksequenzgruppe für hardwarespezifische Anwendungen, und fügen Sie dann Abfragen für jede Tasksequenzaktion hinzu, sodass jeder Tasksequenzschritt anhand des Hardwaretyps ausgewertet wird und nur ausgeführt wird, wenn eine Übereinstimmung gefunden wird.

    So erstellen Sie eine neue Tasksequenzgruppe für jeden Hardwaretyp

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Navigieren Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Tasksequenzen (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Detailbereich auf task_sequence (wobei task_sequence die Bereitstellungstasksequenz ist, die zum Installieren der Gerätetreiberanwendung erforderlich ist).

  4. Klicken Sie im Aktionsbereich auf Eigenschaften.

  5. Navigieren Sie im Dialogfeld task_sequenceProperties auf der Registerkarte Tasksequenz im Detailbereich zu Zustandswiederherstellung/Windows Update (Voranwendungsinstallation).

  6. Klicken Sie auf der Registerkarte Tasksequenz auf Hinzufügen und dann auf Neue Gruppe.

    Dadurch wird eine neue Tasksequenzgruppe in der Tasksequenz erstellt. Verwenden Sie diese neue Tasksequenzgruppe, um die Schritte zum Installieren der hardwarespezifischen Gerätetreiberanwendungen zu erstellen.

  7. Klicken Sie im Detailbereich auf Neue Gruppe.

  8. Geben Sie auf der Registerkarte Eigenschaften im Feld Namegroup_name ein (wobei group_name der Name der Gruppe ist, z. B. Hardwarespezifische Anwendungen – Dell Computer Corporation).

  9. Klicken Sie auf der Registerkarte Optionen auf Hinzufügen und dann auf WMI abfragen.

  10. Geben Sie im Dialogfeld Tasksequenz-WMI-Bedingung die folgenden Details ein:

    • Geben Sie im Feld WMI-Namespaceroot\cimv2 ein.

    • Geben Sie im Feld WQL-Abfrage mithilfe der Klasse Win32_ComputerSystem eine WMI-Abfragesprache (WQL) ein, um sicherzustellen, dass die Anwendung nur für einen bestimmten Anwendungstyp installiert wird, z. B.:

      Wählen Sie * FROM Win32_ComputerSystem WHERE Modell WIE %hardware_model% UND Manufacturer LIKE %hardware_manufacturer%

      In diesem Beispiel ist hardware_model der Name des Computermodells (z. B. Latitude D620), und hardware_manufacturer ist der Name des Computerunternehmens (z. B. Dell Corporation).

      Das % Symbol ist ein In den Namen enthaltenes Feldhalterzeichen, damit Administratoren computermodelle oder -hersteller zurückgeben können, die den für hardware_model oder hardware_manufacturer angegebenen Wert enthalten.

      Weitere Informationen zu WMI- und WQL-Abfragen finden Sie im Abschnitt "Hinzufügen von WMI-Abfragen zu Tasksequenzschrittbedingungen" im MDT-Dokument Verwenden des Microsoft Deployment Toolkits und unter Abfragen mit WQL.

  11. Klicken Sie auf OK , um die Abfrage zu übermitteln, und klicken Sie dann auf OK , um Änderungen an die Tasksequenz zu übermitteln.

Hinweis

Dieser Vorgang muss für jeden Hardwaretyp der einzelnen Gerätetreiberanwendungen wiederholt werden, die installiert werden sollen.

Nachdem die hardwarespezifischen Tasksequenzgruppen erstellt wurden, können jeder Gruppe Gerätetreiberanwendungen hinzugefügt werden.

So fügen Sie Gerätetreiberanwendungen zu hardwarespezifischen Tasksequenzgruppen hinzu

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Navigieren Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Tasksequenzen (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Detailbereich auf task_sequence (wobei task_sequence die Bereitstellungstasksequenz ist, die zum Installieren der Gerätetreiberanwendung erforderlich ist).

  4. Klicken Sie im Aktionsbereich auf Eigenschaften.

  5. Klicken Sie im Dialogfeld task_sequenceProperties auf die Registerkarte Tasksequenz .

  6. Wechseln Sie im Detailbereich zu Zustandswiederherstellung/hardware_specific_group (wobei hardware_specific_group der Name der hardwarespezifischen Gruppe ist, in der der Tasksequenzschritt hinzugefügt wird, um die Gerätetreiberanwendung zu installieren).

  7. Klicken Sie auf der Registerkarte Tasksequenz auf Hinzufügen, klicken Sie auf Allgemein und dann auf Anwendung installieren.

    Der Tasksequenzschritt Anwendung installieren wird im Detailbereich angezeigt.

  8. Klicken Sie im Detailbereich auf Anwendung installieren.

  9. Klicken Sie auf der Registerkarte Eigenschaften auf Einzelne Anwendung installieren, und wählen Sie in der Liste Zu installierende Anwendungdie Option hardware_application aus (wobei hardware_application die Anwendung zum Installieren der hardwarespezifischen Anwendung ist).

Hinweis

Dieser Vorgang muss für jede Gerätetreiberanwendung wiederholt werden, die während einer Bereitstellung verwendet werden muss.

Geben Sie die Gerätetreiberanwendung in CustomSettings.ini

Wenn eine LTI- oder ZTI-Bereitstellung beginnt, ist eine der ersten auszuführenden Aktionen die Verarbeitung der BootStrap.ini- und CustomSettings.ini-Steuerungsdateien. Beide Dateien enthalten Regeln, die zum dynamischen Anpassen der Bereitstellung verwendet werden können.

Aufgrund der Art und Weise, wie MDT die CustomSettings.ini-Datei verarbeitet, können Sie sie verwenden, um Anwendungen basierend auf bestimmten Bedingungen hinzuzufügen. Diese Logik wird verwendet, um gerätetreiberspezifische Anwendungen während der Bereitstellung basierend auf bestimmten Hardwaretypen hinzuzufügen. Auf Anwendungen wird in CustomSettings.ini durch die GUID der Anwendung verwiesen, die sich in der Applications.xml-Datei in der Bereitstellungsfreigabe befindet.

So suchen Sie die GUID einer importierten Anwendung

  1. Öffnen Sie in der Bereitstellungsfreigabe des Bereitstellungsservers den Ordner Control, z. B. D:\Production Deployment Share\Control.

  2. Suchen und öffnen Sie die Applications.xml Datei.

  3. Suchen Sie die erforderliche Anwendung.

  4. Suchen Sie die Anwendungs-GUID, indem Sie die zeile suchen, die in den Anwendungstags <guid> eingeschlossen ist, <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>z. B. .

    Im Rahmen des Initialisierungsprozesses sammeln sowohl der LTI- als auch der ZTI-Prozess Informationen über den Computer, auf dem er ausgeführt wird. Im Rahmen dieses Prozesses werden WMI-Abfragen ausgeführt, und die Werte aus der Win32_ComputerSystem Klasse für Hersteller und Hersteller werden als Variablen %Make% bzw. %Model% aufgefüllt.

    Diese Werte können während der Verarbeitung der CustomSettings.ini-Datei verwendet werden, um Abschnitte der Datei dynamisch zu lesen, abhängig von der erkannten Herstellung und dem erkannten Modell. Das folgende Beispiel zeigt ein Beispiel für die CustomSettings.ini-Datei.

    Beispiel CustomSettings.ini Konfiguriert für eine Hardware-Specific-Anwendungsinstallation

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

Verwenden Sie die folgenden Eigenschaften, um Anwendungen in CustomSettings.ini anzugeben:

  • Anwendungen. Diese Eigenschaft kann verwendet werden, wenn Bereitstellungsadministratoren keinen Anwendungs-Assistenten als Teil des Bereitstellungsprozesses präsentieren möchten, indem sie SkipApplications=YES in CustomSettings.ini angeben.

  • Obligatorische Anwendungen. Diese Eigenschaft kann verwendet werden, wenn Bereitstellungsadministratoren den Anwendungs-Assistenten während der Bereitstellung präsentieren möchten, damit Bereitstellungstechniker zusätzliche Anwendungen auswählen können, die während der Bereitstellung installiert werden sollen.

    Wenn der Anwendungs-Assistent ohne die MandatoryApplications-Eigenschaft (z. B. SkipApplications=NO) verwendet wird, werden von der Applications-Eigenschaft angegebene Anwendungen überschrieben.

    Im vorherigen Beispiel wird gezeigt, wie die Variablenwerte %Make% und %Model% verwendet werden, um dynamisch zu ändern, wie die Anwendungsliste erstellt wird. Die Werte für die Herstellung und das Modell der einzelnen Hardwaretypen können mithilfe einer der folgenden Methoden gefunden werden:

  • Das Systeminformationstool. Verwenden Sie den Knoten Systemzusammenfassung in diesem Tool, um den Systemhersteller (Hersteller) und das Systemmodell (Modell) zu identifizieren.

  • Windows PowerShell. Verwenden Sie das Cmdlet Get-WMIObject –class Win32_ComputerSystem , um die Herstellung und das Modell des Computers zu bestimmen.

  • Befehlszeile der Windows-Verwaltungsinstrumentation. Verwenden Sie CSProduct Get Name, Vendor, um den Namen (Modell) und den Hersteller (Hersteller) des Computers zurückzugeben.

    So ändern Sie CustomSettings.ini, um hardwarespezifische Logik hinzuzufügen

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Aktionsbereich auf Eigenschaften.

  4. Klicken Sie auf die Registerkarte Regeln .

  5. Auf dieser Registerkarte eingegebene Informationen werden in der CustomSettings.ini-Datei gespeichert. Ändern Sie die CustomSettings.ini Dateieinträge, um Logik für jedes Hardwaremodell hinzuzufügen, das über eine gerätetreiberspezifische Anwendung verfügt, wie unter Angeben der Gerätetreiberanwendung als Teil einer Tasksequenz beschrieben.

  6. Klicken Sie auf OK , um die Änderungen zu übermitteln.

  7. Klicken Sie im Detailbereich auf deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  8. Klicken Sie im Bereich Aktionen auf Bereitstellungsfreigabe aktualisieren.

    Der Assistent zum Aktualisieren der Bereitstellungsfreigabe wird gestartet.

  9. Wählen Sie auf der Seite Optionen die gewünschten Optionen zum Aktualisieren der Bereitstellungsfreigabe aus, und klicken Sie dann auf Weiter.

  10. Überprüfen Sie auf der Seite Zusammenfassung , ob die Details korrekt sind, und klicken Sie dann auf Weiter.

  11. Klicken Sie auf der Seite Bestätigung auf Fertig stellen.

    Standardmäßig werden alle verfügbaren Anwendungen während einer LTI-Bereitstellung im Windows-Bereitstellungs-Assistenten angezeigt. Da gerätetreiberspezifische Anwendungen nur auf bestimmte Hardwaretypen anwendbar sind, sollen sie möglicherweise nicht ständig angezeigt werden. Durch Angeben des gerätetreiberspezifischen Anwendungspakets in CustomSettings.ini kann die Anwendung mithilfe der Option Anwendung im Bereitstellungs-Assistenten ausblenden in der Anwendungskonfiguration ausgeblendet werden.

    So blenden Sie eine Anwendung im Bereitstellungs-Assistenten aus

  12. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  13. Navigieren Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Anwendungen (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  14. Klicken Sie im Detailbereich auf device_driver_application (wobei device_driver_application die Anwendung ist, die im Bereitstellungs-Assistenten ausgeblendet werden soll).

  15. Klicken Sie im Aktionsbereich auf Eigenschaften.

  16. Aktivieren Sie auf der Registerkarte Allgemein das Kontrollkästchen Anwendung im Bereitstellungs-Assistenten ausblenden .

  17. Klicken Sie auf Übernehmen, und schließen Sie dann das Dialogfeld Eigenschaften .

Angeben der Gerätetreiberanwendung in der MDT-Datenbank

Die MDT-Datenbank ist eine Datenbankversion der CustomSettings.ini-Datei und kann zum Zeitpunkt der Bereitstellung abgefragt werden, um Informationen während der Bereitstellung zu verwenden. Weitere Informationen zur Verwendung der MDT-Datenbank findest du unter Auswählen der Methoden zum Anwenden von Konfigurationseinstellungen.

Beim Abfragen der MDT-Datenbank zur Bereitstellungszeit stehen drei Methoden zum Identifizieren des Zielcomputers zur Verfügung:

  • Suchen Sie nach dem einzelnen Computer (mit der MAC-Adresse, dem Asset-Tag oder ähnlichen).

  • Suchen Sie nach dem Speicherort des Computers (mithilfe des Standardgateways).

  • Suchen Sie nach der Fabrik und dem Modell des Computers (mithilfe von WMI-Hersteller- oder Hersteller- und Modellabfragen).

    Für jeden Datenbankeintrag, den Sie erstellen, können Sie Bereitstellungseigenschaften, Anwendungen, Configuration Manager Pakete und Administratoren angeben. Durch Erstellen von Make- und Modelleinträgen in der Datenbank können Sie die erforderlichen hardwarespezifischen Gerätetreiberanwendungen hinzufügen.

    So erstellen Sie Einträge in der MDT-Datenbank, um die Installation von Gerätetreiberanwendungen zu ermöglichen

Hinweis

Wiederholen Sie diesen Vorgang für jedes Hardwaremodell, für das eine Gerätetreiberanwendung erforderlich ist.

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Navigieren Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database/Make and Model (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Bereich Aktionen auf Neu.

  4. Geben Sie im Dialogfeld Eigenschaften auf der Registerkarte Identität im Feld Make ( Make ) make_name ein (wobei make_name ein leicht identifizierter Name ist, der dem Hersteller des Zielcomputers zugeordnet werden kann).

  5. Geben Sie im Feld Modellmodel_name ein (wobei model_name ein leicht identifizierter Name ist, der dem Modell des Zielcomputers zugeordnet werden kann).

  6. Fügen Sie auf der Registerkarte Anwendungen jede der Gerätetreiberanwendungen hinzu, die für dieses Hardwaremodell erforderlich sind.

Initiieren von MDT mithilfe von Windows-Bereitstellungsdiensten

Windows Server 2008 verwendet Windows-Bereitstellungsdienste als aktualisierte und neu gestaltete Version der Remoteinstallationsdienste, dem Standardbereitstellungstool in Windows Server 2003 mit SP2. Mithilfe der Windows-Bereitstellungsdienste können Sie Windows-Betriebssysteme – insbesondere Windows 7, Windows Server 2008 oder höher – in einem Netzwerk bereitstellen, indem Sie entweder den PXE-fähigen Netzwerkadapter eines Computers oder Startmedien verwenden.

Bestimmen Sie vor der Bereitstellung der Windows-Bereitstellungsdienste, welche der folgenden Integrationsoptionen am besten zu Ihrer Umgebung passt:

  • Option 1. Starten Sie Computer in PXE, um den LTI-Prozess zu initiieren.

  • Option 2. Stellen Sie ein Betriebssystemimage aus dem Imagespeicher der Windows-Bereitstellungsdienste bereit.

  • Option 3. Verwenden Sie Multicasting mit MDT und der Windows Server 2008 Windows-Bereitstellungsdienste-Serverrolle.

Option 1: Starten von Computern in PXE zum Initiieren des LTI-Prozesses

Minimieren Sie die Kosten für die Verwaltung von Betriebssystembereitstellungen, indem Sie den MDT-Bereitstellungsprozess mithilfe der Windows-Bereitstellungsdienste in Verbindung mit dem Dynamic Host Configuration Protocol starten. Dadurch entferne sich die Anforderung, startbare Medien für jeden Zielcomputer zu erstellen und bereitzustellen.

Erstellen und Importieren des Windows PE-Images von Deployment Workbench in Die Windows-Bereitstellungsdienste

Wenn Sie eine neue MDT-Bereitstellungsfreigabe erstellen oder eine vorhandene MDT-Bereitstellungsfreigabe ändern, können Sie ein angepasstes Windows PE-Startimage erstellen. Wenn die Bereitstellungsfreigabe aktualisiert wird, wird das Windows PE-Startimage automatisch generiert und mit Informationen zur Bereitstellungsfreigabe aktualisiert, und es fügt alle zusätzlichen Treiber oder Komponenten ein, die während der Konfiguration der Bereitstellungsfreigabe angegeben wurden.

Das Windows PE-Startimage wird sowohl als ISO-Imagedatei generiert, die Sie auf eine CD oder DVD schreiben können, als auch als startbare WIM-Datei. Sie können die WIM-Datei in die Windows-Bereitstellungsdienste importieren, damit Computer, die in PXE starten können, das LTI Windows PE-Startimage herunterladen und in einem Netzwerk ausführen können, das zum Initialisieren einer Installation verwendet wird.

So erstellen Sie ein startbares Windows PE-Image in der Deployment Workbench

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Aktionsbereich auf Eigenschaften.

    Klicken Sie im Dialogfeld deployment_shareProperties auf die Registerkarte Windows PE-Plattformeinstellungen (wobei Plattform die Architektur des zu konfigurierenden Windows PE-Images ist).

  4. Aktivieren Sie im Bereich Lite Touch Boot Image Settings (Lite Touch Boot Image-Einstellungen ) das Kontrollkästchen Generate a Lite Touch bootable RAM disk ISO image (Generieren eines bootfähigen Lite Touch-RAM-Datenträger-ISO-Images ).

  5. Klicken Sie auf die Registerkarte Windows PE-Plattformkomponenten (wobei Plattform die Architektur des zu konfigurierenden Windows PE-Images ist).

  6. Klicken Sie im Abschnitt Treibereinschleusung auf die entsprechenden Treibertypen, die einbezogen werden sollen.

    Hinweis

    Dieser Schritt ist nicht erforderlich, wenn Windows PE bereits die erforderlichen Gerätetreiber enthält.

  7. Wählen Sie im Abschnitt Driver Injection in der Liste Auswahlprofil das entsprechende Treiberauswahlprofil aus.

  8. Klicken Sie im Dialogfeld Eigenschaften auf OK.

    Hinweis

    Dieser Schritt ist nicht erforderlich, wenn Windows PE bereits die erforderlichen Gerätetreiber enthält.

  9. Klicken Sie im Detailbereich auf deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  10. Klicken Sie im Bereich Aktionen auf Bereitstellungsfreigabe aktualisieren.

    Der Assistent zum Aktualisieren der Bereitstellungsfreigabe wird gestartet.

  11. Wählen Sie auf der Seite Optionen die gewünschten Optionen zum Aktualisieren der Bereitstellungsfreigabe aus, und klicken Sie dann auf Weiter.

  12. Überprüfen Sie auf der Seite Zusammenfassung , ob die Details korrekt sind, und klicken Sie dann auf Weiter.

  13. Klicken Sie auf der Seite Bestätigung auf Fertig stellen.

    Wenn dieser Vorgang abgeschlossen ist, enthält der Ordner Start in der Bereitstellungsfreigabe eine Reihe von Startimages, z. B.:

    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

    Sie können die iso-Dateien, die generiert wurden, direkt auf CD oder DVD schreiben oder sie verwenden, um den LTI-Prozess auf neuer Hardware zu initialisieren. Sie können die WIM-Startdateien auch in die Windows-Bereitstellungsdienste importieren, damit neue Computer den LTI-Bereitstellungsprozess initialisieren können, ohne dass physische Medien erforderlich sind.

    So importieren Sie das Windows PE-Image in die Windows-Bereitstellungsdienste

  14. Starten Sie die Windows-Bereitstellungsdienste-Konsole, und stellen Sie dann eine Verbindung mit den Windows-Bereitstellungsdiensten her.

  15. Klicken Sie in der Konsolenstruktur mit der rechten Maustaste auf Startimages, und klicken Sie dann auf Startabbild hinzufügen.

  16. Navigieren Sie zum wim-Image, das importiert werden soll, z. B. D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim.

  17. Der Importvorgang liest die Metadaten automatisch aus dem Startabbild, aber die Werte für Imagename und Imagebeschreibung können ebenfalls bearbeitet werden. Der Imagename wirkt sich auf die Startoptionsinformationen aus, die vom Windows-Start-Manager angezeigt werden, wenn der Client in PXE gestartet wird.

  18. Wenn das Startimage importiert wurde, kann jeder Computer, der in PXE startet und eine Antwort von den Windows-Bereitstellungsdiensten erhält, das LTI-Startimage herunterladen und eine LTI-Installation initiieren.

    Das Installieren und Konfigurieren der Windows-Bereitstellungsdienste wird in diesem Leitfaden nicht behandelt. Weitere Informationen zu Den Windows-Bereitstellungsdiensten finden Sie im Leitfaden zu Windows-Bereitstellungsdiensten.

Verwenden der Windows-Bereitstellungsdienste zum automatischen Erkennen des Bereitstellungsservers

Eine zusätzliche Option ist verfügbar, wenn Sie die Windows-Bereitstellungsdienste zum Hosten von MDT-Startimages verwenden, wenn die MDT-Bereitstellungsfreigabe auf demselben Server wie die Windows-Bereitstellungsdienste gehostet wird.

Wenn ein PXE-Client das MDT-Startimage lädt, wird der Name des Windows-Bereitstellungsdiensteservers, der das Startimage hostet, erfasst und im MDTProperty WDSServer platziert. Anschließend können Sie auf diese Eigenschaft in der BootStrap.ini-Datei des Startimages und in der CustomSettings.ini-Datei der Bereitstellungsfreigabe mit der DeployRoot-Eigenschaft verweisen. Dies führt dazu, dass ein Client, der automatisch über die Windows-Bereitstellungsdienste startet, indem die auf dem Windows-Bereitstellungsdienste-Server gehostete Bereitstellungsfreigabe verwendet wird. Dadurch entfällt die Notwendigkeit, einen Servernamen in jeder Konfigurationsdatei anzugeben.

So legen Sie den lokalen Windows-Bereitstellungsdiensteserver als Bereitstellungsserver fest

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Navigieren Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Erweiterte Konfiguration/Datenbank (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Aktionsbereich auf Eigenschaften.

  4. Klicken Sie auf die Registerkarte Regeln .

    Auf dieser Registerkarte eingegebene Informationen werden in der CustomSettings.ini-Datei gespeichert.

  5. Konfigurieren Sie die DeployRoot-Eigenschaft so, dass die Variable %WDSServer% verwendet wird, z. B. DeployRoot=\\%WDSServer%\Deployment$.

  6. Klicken Sie Bootstrap.iniauf Bearbeiten .

  7. Konfigurieren Sie BootStrap.ini für die Verwendung der %WDSServer%- Eigenschaft, indem Sie den Wert DeployRootin DeployRoot=\\%WDSServer%\Deployment$ hinzufügen oder ändern.

  8. Klicken Sie im Menü Datei auf Speichern , um die Änderungen an der BootStrap.ini Datei zu speichern.

  9. Klicken Sie auf OK.

    Die Bereitstellungsfreigabe muss aktualisiert werden.

  10. Klicken Sie im Detailbereich auf deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  11. Klicken Sie im Bereich Aktionen auf Bereitstellungsfreigabe aktualisieren.

    Der Assistent zum Aktualisieren der Bereitstellungsfreigabe wird gestartet.

  12. Wählen Sie auf der Seite Optionen die gewünschten Optionen zum Aktualisieren der Bereitstellungsfreigabe aus, und klicken Sie dann auf Weiter.

  13. Überprüfen Sie auf der Seite Zusammenfassung , ob die Details korrekt sind, und klicken Sie dann auf Weiter.

  14. Klicken Sie auf der Seite Bestätigung auf Fertig stellen.

  15. Importieren Sie die aktualisierte Start-WIM in die Windows-Bereitstellungsdienste.

Option 2: Bereitstellen eines Betriebssystemabbilds aus dem Windows Deployment Services Store

Wenn Sie bereits Windows-Bereitstellungsdienste für die Betriebssystembereitstellung verwenden, erweitern Sie die Funktionalität von MDT, indem Sie es so konfigurieren, dass auf die bereits verwendeten Betriebssystemimages der Windows-Bereitstellungsdienste verwiesen wird, anstatt einen eigenen Speicher zu verwenden, und um Bereitstellungen der Windows-Bereitstellungsdienste durch Treiberverwaltung, Anwendungsbereitstellung, Updateinstallation, Regelverarbeitung und andere MDT-Funktionen zu ergänzen. Nachdem MDT auf ein Betriebssystemabbild der Windows-Bereitstellungsdienste verwiesen hat, können Sie es wie jedes Betriebssystem behandeln, das in einer MDT-Bereitstellungsfreigabe bereitgestellt wurde.

So verweisen Sie auf ein Betriebssystemimage der Windows-Bereitstellungsdienste

Hinweis

Die folgenden Schritte erfordern, dass mindestens ein Betriebssystemimage zuvor in den Windows-Bereitstellungsdienste-Server importiert wurde.

  1. Aktualisieren Sie MDT, um auf Images der Windows-Bereitstellungsdienste zugreifen zu können, indem Sie die folgenden Dateien aus dem Ordner Quellen der Windows-Medien in den Ordner C:\Programme\Microsoft Deployment Toolkit\bin auf dem Windows Deployment Services-Server kopieren:

    • Wdsclientapi.dll

    • Wdscsl.dll

    • Wdsimage.dll

    • Wdstptc.dll (gilt nur beim Kopieren aus den Windows Server 2008-Quellverzeichnissen)

    Hinweis

    Das verwendete Windows-Quellverzeichnis muss mit der Plattform des Betriebssystems übereinstimmen, das auf dem Computer ausgeführt wird, auf dem MDT installiert ist.

  2. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  3. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Betriebssysteme (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  4. Klicken Sie im Bereich Aktionen auf Betriebssystem importieren.

    Der Assistent für neue Betriebssysteme wird gestartet.

  5. Klicken Sie auf der Seite Betriebssystemtyp auf Windows-Bereitstellungsdiensteimages, und klicken Sie dann auf Weiter.

  6. Geben Sie auf der Seite WDS-Server den Namen des Windows-Bereitstellungsdiensteservers ein, auf den verwiesen werden soll, z. B. WDSSvr001, und klicken Sie dann auf Weiter.

  7. Überprüfen Sie auf der Seite Zusammenfassung , ob die Einstellungen korrekt sind, und klicken Sie dann auf Weiter.

  8. Klicken Sie auf der Seite Bestätigung auf Fertig stellen.

    Alle auf dem Windows-Bereitstellungsdienste-Server verfügbaren Images sind jetzt für MDT-Tasksequenzen verfügbar.

Hinweis

Beim Importieren von Images aus den Windows-Bereitstellungsdiensten werden die Quelldateien nicht vom Windows-Bereitstellungsdiensteserver in die Bereitstellungsfreigabe kopiert. MDT verwendet weiterhin die Quelldateien am ursprünglichen Speicherort.

Option 3: Verwenden von Multicasting mit MDT und der Windows Server 2008 Windows-Bereitstellungsdiensterolle

Mit der Veröffentlichung von Windows Server 2008 wurden die Windows-Bereitstellungsdienste verbessert, um die Bereitstellung von Images mithilfe von Multicastübertragungen zu unterstützen. MDT enthält auch Updates für die Integration von MDT in Das Multicasting der Windows-Bereitstellungsdienste.

Darüber hinaus enthält ein aktualisiertes Windows Automated Installation Kit (Windows AIK), Version 1.1, Wdsmcast.exe. Dadurch können Multicastsitzungen manuell verknüpft werden, und der Client, der Wdsmcast.exe startet, kann Dateien aus einer aktiven Multicastsitzung kopieren.

Das Skript LTIApply.wsf verwendet Wdsmcast.exe, wenn es über die Bereitstellungsfreigabe auf Quelldateien des Betriebssystems zugreift. LTIApply.wsf Wdsmcast.exe sucht in der Bereitstellungsfreigabe entweder im Ordner deployment_share\Tools\x86 oder im Ordner deployment_share\Tools\x64 (wobei deployment_share der Name des Dateisystemordners ist, der die Bereitstellungsfreigabe enthält), abhängig von der Version von Windows PE, die ausgeführt wird.

Wenn LTIApply.wsf ausgeführt wird, wird immer versucht, auf WIM-Images aus einem vorhandenen Multicaststream zuzugreifen und sie herunterzuladen, aber es wird auf eine Standarddateikopie zurückgegriffen, wenn kein Multicaststream vorhanden ist.

Hinweis

Dieser Prozess gilt nur für WIM-Imagedateien.

Die Voraussetzungen für den Bereitstellungsserver für die Vorbereitung des MDT-Multicastings sind:

  • Auf dem Bereitstellungsserver muss Windows Server 2008 oder höher ausgeführt werden.

  • Die Rolle "Windows-Bereitstellungsdienste" muss über die Serververwaltungskonsole installiert werden.

  • Windows AIK 1.1 für Windows Server 2008 muss installiert sein

  • MDT muss installiert sein.

  • Wie bei jeder Bereitstellung mit MDT muss mindestens ein WIM-Image des Betriebssystems importiert worden sein, entweder als vollständiger Satz von Quelldateien oder als benutzerdefiniertes Image mit Setupdateien.

Hinweis

Es ist wichtig, die neueste Version von Windows AIK für Multicasting zu verwenden. Die Kopie von Windows PE, die in früheren Versionen von Windows AIK ( z. B. Windows AIK 1.0 ) enthalten ist, unterstützt das Herunterladen von einem Multicastserver nicht.

So konfigurieren Sie MDT für Multicasting aus einer vorhandenen Bereitstellungsfreigabe

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Klicken Sie im Aktionsbereich auf Eigenschaften.

  4. Aktivieren Sie auf der Registerkarte Allgemein das Kontrollkästchen Multicast für diese Bereitstellungsfreigabe aktivieren (erfordert Windows Server 2008 Windows-Bereitstellungsdienste).

  5. Klicken Sie auf OK.

  6. Klicken Sie im Bereich Aktionen auf Bereitstellungsfreigabe aktualisieren.

    Der Assistent zum Aktualisieren der Bereitstellungsfreigabe wird gestartet.

  7. Wählen Sie auf der Seite Optionen die gewünschten Optionen zum Aktualisieren der Bereitstellungsfreigabe aus, und klicken Sie dann auf Weiter.

  8. Überprüfen Sie auf der Seite Zusammenfassung , ob die Details korrekt sind, und klicken Sie dann auf Weiter.

  9. Klicken Sie auf der Seite Bestätigung auf Fertig stellen.

    Die Bereitstellungsfreigabe ist jetzt für die Multicastübertragung der Windows-Bereitstellungsdienste konfiguriert.

    Bei diesem Prozess wird eine Multicastübertragung von Windows-Bereitstellungsdiensten mit automatischer Umwandlung erstellt, die die vorhandene MDT-Bereitstellungsfreigabe direkt verwendet. MDT erstellt keine Scheduled-Cast Übertragungen. Beachten Sie außerdem, dass keine zusätzlichen Images in die Windows-Bereitstellungsdienste importiert werden und dass es nicht möglich ist, Multicast für Startimages zu verwenden, da der Multicastclient erst geladen werden kann, nachdem Windows PE ausgeführt wird.

    So überprüfen Sie, ob die Multicastübertragung in den Windows-Bereitstellungsdiensten generiert wurde

  10. Klicken Sie auf Start, zeigen Sie auf Verwaltung, und klicken Sie dann auf Windows-Bereitstellungsdienste.

  11. Klicken Sie in der Konsolenstruktur der Windows-Bereitstellungsdienste mit der rechten Maustaste auf Server, und klicken Sie dann auf Server hinzufügen.

  12. Klicken Sie im Dialogfeld Server hinzufügen auf Lokaler Computer, und klicken Sie dann auf OK.

  13. Klicken Sie in der Konsolenstruktur der Windows-Bereitstellungsdienste auf Server, und klicken Sie dann auf server_name (wobei server_name der Name des Computers ist, auf dem die Windows-Bereitstellungsdienste ausgeführt werden). Klicken Sie auf Multicastübertragungen.

  14. Im Detailbereich wird eine neue Automatische Umwandlungsübertragung für die Bereitstellungsfreigabe aufgeführt, z. B. BDD Share Deployment$.

  15. Vergewissern Sie sich, dass der Status der Übertragung von BDD Share Deployment$ Auto-Cast auf Aktiv festgelegt ist.

    Überprüfen Sie nach der Bereitstellung eines Computers, ob das Betriebssystem von einer Multicastübertragung heruntergeladen wurde, indem Sie die Datei BDD.log im Ordner \Windows\Temp\DeploymentLogs untersuchen.

    Der Ordner "Protokolle" enthält zwei Einträge, die beide mit der Multicastübertragung beginnen. Überprüfen Sie sie, um zu überprüfen, ob die Übertragung erfolgreich war. Weitere Informationen zu Multicastübertragungen mit MDT und Windows-Bereitstellungsdiensten finden Sie im Abschnitt "Aktivieren der Multicastbereitstellung von Windows Deployment Services für LTI-Bereitstellungen" im MDT-Dokument Verwenden des Microsoft Deployment Toolkits.

Durchführen von gestaffelten Bereitstellungen mithilfe von MDT (OEM Preload)

In vielen Organisationen werden Computer vor der Bereitstellung im Produktionsnetzwerk mit dem Betriebssystemimage geladen. In einigen Fällen wird das Laden des Betriebssystemimages von einem Team innerhalb der Organisation durchgeführt, das für die Erstellung der Computer in einer Stagingumgebung zuständig ist. In anderen Fällen erfolgt das Laden des Betriebssystemimages durch den Computerhardwarehersteller, der auch als Originalgerätehersteller (OEM ) bezeichnet wird.

Hinweis

Der OEM-Vorabladeprozess wird in MDT nur für Bereitstellungen unterstützt, die mit LTI durchgeführt werden. Verwenden Sie für Configuration Manager das vorab bereitgestellte Medienfeature.

Übersicht über den OEM-Vorabladeprozess in MDT

Der OEM-Vorabladeprozess ist in drei Phasen unterteilt:

  • Phase 1. Erstellen Sie ein medienbasiertes Image des Referenzcomputers, der in der Stagingumgebung angewendet werden soll.

  • Phase 2. Wenden Sie das Referenzcomputerimage auf den Zielcomputer in einer Stagingumgebung an.

  • Phase 3. Schließen Sie die Bereitstellung des Zielcomputers in der Produktionsumgebung ab.

    Phase 1 und Phase 3 werden in der Regel von der Bereitstellungsorganisation ausgeführt. Abhängig von der Verwendung des OEM-Preload-Prozesses in der Organisation kann Phase 2 von der Organisation oder vom Computerhardwareanbieter durchgeführt werden, der die Computer liefert. Wenn die Organisation Phase 2 ausführt, befindet sich die Stagingumgebung innerhalb der Organisation. Wenn ein OEM Phase 2 ausführt, befindet sich die Stagingumgebung in der Oem-Umgebung.

Übersicht über MDT-Konfigurationsdateien im OEM-Vorabladeprozess

Separate MDT-Konfigurationsdateien (CustomSettings.ini und Bootstrap.ini) werden von den Tasksequenzen verwendet, die in Phase 1 und Phase 3 des OEM-Vorabladevorgangs ausgeführt werden. Beide Konfigurationsdateien sind jedoch gleichzeitig in unterschiedlichen Ordnerstrukturen vorhanden.

In der ersten Phase werden die Konfigurationsdateien während der Erstellung des Referenzcomputers verwendet und in dem Ordner gespeichert, der für die in dieser Phase verwendete Tasksequenz spezifisch ist. Die Konfigurationsdateien, die in der dritten und letzten Phase des OEM-Vorabladevorgangs verwendet werden, werden in dem Ordner gespeichert, der für die in dieser Phase verwendete Tasksequenz spezifisch ist.

Stellen Sie beim Vornehmen von Änderungen an den Konfigurationsdateien sicher, dass Änderungen an der Konfigurationsdatei vorgenommen werden, die der entsprechenden Tasksequenz in jeder PHASE des OEM-Preload-Prozesses entsprechen.

Übersicht über MDT-Protokolldateien im OEM-Vorabladeprozess

Separate MDT-Protokolldateien werden während Phase 1 und Phase 3 des OEM-Vorabladeprozesses generiert:

  • Die MDT-Protokolldateien für Phase 1 werden in den Ordnern C:\MININT und C:\SMSTSLog gespeichert.

  • Die MDT-Protokolldateien für Phase 3 werden für x86-basierte Bereitstellungen im Ordner %WINDIR%\System32\CCM\Logs oder für x64-basierte Bereitstellungen im Ordner %WINDIR%\SysWow64\CCM\Logs gespeichert.

    Verwenden Sie den entsprechenden Ordner, wenn Sie MDT-bezogene Bereitstellungsprobleme diagnostizieren oder beheben.

Mehrstufige Bereitstellungen mit LTI

Führen Sie für LTI-Bereitstellungen den OEM-Vorabladevorgang mithilfe eines Bereitstellungsfreigabetyps Für Wechselmedien (Medien) aus. Andere Bereitstellungsfreigabetypen werden für den OEM-Vorabladeprozess nicht unterstützt.

Um den OEM-Vorabladevorgang auszuführen, erstellen Sie eine Tasksequenz basierend auf der Litetouch OEM Tasksequenz-Tasksequenzvorlage, zusätzlich zu allen Tasksequenzen, die zum Bereitstellen des Zielbetriebssystems verwendet werden. Erstellen Sie dann eine Bereitstellungsfreigabe für Wechselmedien (Medien), die letztendlich eine ISO-Datei mit dem Inhalt der Bereitstellungsfreigabe erstellt, insbesondere die Datei LiteTouchPE_x86.iso oder LiteTouchPE_x64.iso (basierend auf der Prozessorplattform des Zielcomputers). Der Aktualisierungsprozess für die Bereitstellungsfreigabe erstellt auch eine Ordnerstruktur, die zum Erstellen von Medien im Universellen Datenträgerformat verwendet werden kann.

LTI OEM Preload-Prozess – Phase 1: Erstellen eines Media-Based-Images

Die Bereitstellungsorganisation führt die erste Phase des OEM-Vorabladevorgangs aus. Der letzte Lieferumfang dieser Phase ist ein startbares Image (z. B. eine ISO-Datei) oder Ein Medium (z. B. eine DVD), das an den OEM oder an die Stagingumgebung innerhalb der Bereitstellungsorganisation gesendet wird. Die meisten dieser Schritte werden in der Deployment Workbench ausgeführt.

So erstellen Sie ein medienbasiertes Image für die Übermittlung an den OEM oder die Stagingumgebung innerhalb der Bereitstellungsorganisation

  1. Füllen Sie die folgenden Knoten für die Bereitstellungsfreigabe in der Deployment Workbench auf:

    • Betriebssysteme

    • Anwendungen

    • Pakete

    • Out-of-Box-Treiber

      Weitere Informationen zum Ausführen dieses Schritts finden Sie im Abschnitt "Verwalten von Bereitstellungsfreigaben in der Deployment Workbench" im MDT-Dokument Verwenden des Microsoft Deployment Toolkits.

  2. Erstellen Sie eine neue Tasksequenz basierend auf der Litetouch OEM Tasksequenz-Tasksequenzvorlage in der Deployment Workbench.

    Weitere Informationen zum Ausführen dieses Schritts finden Sie im Abschnitt "Konfigurieren von Tasksequenzen in der Deployment Workbench" im MDT-Dokument Verwenden des Microsoft Deployment Toolkits.

  3. Erstellen Sie eine oder mehrere Tasksequenzen, die nach der Bereitstellung in der Produktionsumgebung zum Bereitstellen des Zielbetriebssystems auf dem Zielcomputer verwendet werden.

    Weitere Informationen zum Ausführen dieses Schritts finden Sie im Abschnitt "Konfigurieren von Tasksequenzen in der Deployment Workbench" im MDT-Dokument Verwenden des Microsoft Deployment Toolkits.

  4. Erstellen Sie ein Auswahlprofil, das die Anwendungen, Betriebssysteme, Treiber, Pakete und Tasksequenzen enthält, die für die OEM-Bereitstellung erforderlich sind.

    Weitere Informationen zum Ausführen dieses Schritts finden Sie im Abschnitt "Verwalten von Auswahlprofilen" im MDT-Dokument Verwenden des Microsoft Deployment Toolkits.

  5. Erstellen Sie Bereitstellungsmedien.

    Weitere Informationen zum Ausführen dieses Schritts finden Sie im Abschnitt "Verwalten von LTI-Bereitstellungsmedien" im MDT-Dokument Verwenden des Microsoft Deployment Toolkits.

  6. Aktualisieren Sie die im vorherigen Schritt in der Deployment Workbench erstellten Bereitstellungsmedien.

    Wenn Sie die Bereitstellungsmedien aktualisieren, erstellt Deployment Workbench die Datei LiteTouchMedia.iso. Weitere Informationen zum Ausführen dieses Schritts finden Sie im Abschnitt "Verwalten von LTI-Bereitstellungsmedien" im MDT-Dokument Verwenden des Microsoft Deployment Toolkits.

  7. Brennen Sie eine DVD der Im vorherigen Schritt erstellten Datei LiteTouchMedia.iso.

    Hinweis

    Wenn die ISO-Datei an den OEM oder die Stagingumgebung der Organisation bereitgestellt wird, ist dieser Schritt nicht erforderlich.

  8. Übermitteln Sie die ISO-Datei oder die DVD an den OEM oder an die Stagingumgebung der Organisation.

LTI OEM Preload Process – Phase 2: Anwenden des Images auf den Zielcomputer

Die zweite Phase des OEM-Vorabladevorgangs wird vom OEM oder vom Bereitstellungsteam in der Stagingumgebung der Bereitstellungsorganisation ausgeführt. Während dieser Phase des Prozesses wird die in Phase 1 erstellte ISO-Datei oder DVD auf die Zielcomputer angewendet. Der Lieferumfang dieser Phase ist das Image, das auf den Zielcomputern bereitgestellt wird, damit sie für die Bereitstellung in der Produktionsumgebung bereit sind.

So wenden Sie das Image auf die Zielcomputer an

  1. Starten Sie einen Zielcomputer mit den in Phase 1 erstellten Medien.

    Windows PE wird gestartet, und dann wird der Windows-Bereitstellungs-Assistent gestartet.

  2. Klicken Sie im Windows-Bereitstellungs-Assistenten auf die Tasksequenz OEM-Vorinstallation für Stagingumgebung .

    Die Tasksequenz wird gestartet, und der Inhalt der startbaren Medien wird auf die lokale Festplatte des Zielcomputers kopiert.

  3. Wenn der Windows-Bereitstellungs-Assistent für die Tasksequenz der OEM-Vorinstallation für die Stagingumgebung abgeschlossen ist, kann die Festplatte den restlichen Bereitstellungsprozess initiieren, indem der Windows-Bereitstellungs-Assistent für die anderen Tasksequenzen ausgeführt wird, die zum Bereitstellen des Betriebssystems verwendet werden.

    Die Tasksequenz OEM-Vorinstallation für die Stagingumgebung ist für die Bereitstellung des Images auf dem Zielcomputer und das Initiieren des LTI-Prozesses verantwortlich. Der Windows-Bereitstellungs-Assistent startet ein zweites Mal, um die Tasksequenzen auszuführen, die zum Bereitstellen des Betriebssystems auf dem Zielcomputer verwendet werden.

  4. Klonen Sie den Inhalt der ersten Festplatte auf so viele Zielcomputer in der Stagingumgebung wie erforderlich.

  5. Die Zielcomputer werden zur Bereitstellung an die Produktionsumgebung übermittelt.

LTI OEM Preload-Prozess – Phase 3: Abschließen der Bereitstellung des Zielcomputers

Die dritte und letzte Phase des OEM-Vorabladeprozesses wird in der Produktionsumgebung der Bereitstellungsorganisation ausgeführt. Während dieser Phase des Prozesses wird der Zielcomputer gestartet, und das startbare Medienimage, das in der vorherigen Phase auf der Festplatte in der Stagingumgebung platziert wurde, wird gestartet.

So schließen Sie die Bereitstellung der Zielcomputer in der Produktionsumgebung ab

  1. Starten Sie den Zielcomputer.

    Windows PE wird gestartet, und dann wird der Windows-Bereitstellungs-Assistent gestartet.

  2. Schließen Sie den Windows-Bereitstellungs-Assistenten mit den spezifischen Konfigurationsinformationen für jeden Zielcomputer ab.

    Weitere Informationen zum Abschließen dieses Schritts finden Sie im Abschnitt "Ausführen des Bereitstellungs-Assistenten" im MDT-Dokument Verwenden des Microsoft Deployment Toolkits.

    Wenn diese Phase abgeschlossen ist, kann der Zielcomputer in der Produktionsumgebung verwendet werden.

Verwenden von Windows PowerShell zum Ausführen allgemeiner Aufgaben

Die MDT-Verwaltungsaufgaben in der Deployment Workbench werden von zugrunde liegenden Windows PowerShell-Cmdlets ausgeführt, mit denen Sie administrative Aufgaben wie die in den folgenden Abschnitten beschriebenen automatisieren können.

Sie können die MDT-Verwaltung automatisieren, indem Sie die folgenden Schritte ausführen:

Erstellen einer neuen Bereitstellungsfreigabe

Die folgenden Windows PowerShell Befehle erstellen eine neue Bereitstellungsfreigabe unter D:\Production Deployment Share mit dem Namen Production$. Die neue Bereitstellungsfreigabe wird in der Deployment Workbench als Produktion angezeigt.

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  

Erstellen eines Ordners

Die folgenden Windows PowerShell-Befehle erstellen einen Adobe-Ordner in der Deployment Workbench-Konsolenstruktur unter Deployment Workbench/Bereitstellungsfreigaben/Produktion/Anwendungen.

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  

Hinweis

Durch das Hinzufügen von "remove-psdrive" zum Skript wird sichergestellt, dass der Hintergrundprozess abgeschlossen wird, bevor der Vorgang fortgesetzt wird.

Löschen eines Ordners

Die folgenden Windows PowerShell Befehle löschen den Ordner 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  

Hinweis

Das Skript schlägt fehl, wenn der Ordner nicht leer ist.

Importieren eines Gerätetreibers

Die folgenden Windows PowerShell Befehle importieren den Dell 2407 WFP Monitor-Gerätetreiber in die Bereitstellungsfreigabe produktion.

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  

Löschen eines Gerätetreibers

Der folgende Windows PowerShell Befehl löscht den Dell 2407 WFP-Monitortreiber aus der Produktionsbereitstellungsfreigabe.

Remove-item -path "DS002:\Out-of-Box Drivers\Dell Inc. Monitor 2407WFP.INF 1.0" -Verbose  

Importieren eines Betriebssystempakets

Die folgenden Windows PowerShell Befehle importieren alle Betriebssystempakete, die sich unter D:\Aktualisierungen\Microsoft\Vista befinden. Diese Betriebssystempakete werden in der Produktionsbereitstellungsfreigabe gespeichert, die sich in D:\Production Deployment Share befindet.

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  

Löschen eines Betriebssystempakets

Der folgende Windows PowerShell Befehl löscht das angegebene Betriebssystempaket aus der Produktionsbereitstellungsfreigabe.

Remove-item -path "DS002:\Packages\Package_1_for_KB940105 neutral x86 6.0.1.0 KB940105" -Verbose  

Importieren eines Betriebssystems

Die folgenden Windows PowerShell Befehle importieren das Windows Vista-Betriebssystem in D:\Operating Systems\Windows Vista x86. Das Betriebssystem wird in der Produktionsbereitstellungsfreigabe gespeichert, die sich in D:\Production Deployment Share befindet.

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  

Löschen eines Betriebssystems

Der folgende Windows PowerShell Befehl löscht das Windows Vista HOMEBASIC-Betriebssystem aus der Produktionsbereitstellungsfreigabe.

Remove-item -path "DS002:\Operating Systems\Windows Vista HOMEBASIC in Windows Vista x86 install.wim" -Verbose  

Erstellen einer Anwendung

Die folgenden Windows PowerShell Befehle erstellen die Adobe Reader 9-Anwendung mithilfe von Quelldateien aus D:\Software\Adobe\Reader 9. Die Anwendung wird in der Produktionsbereitstellungsfreigabe gespeichert, die sich in D:\Production Deployment Share befindet.

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  

Löschen einer Anwendung

Der folgende Windows PowerShell Befehl löscht die Adobe Reader 9-Anwendung aus der Produktionsbereitstellungsfreigabe.

Remove-item -path "DS002:\Applications\Adobe Reader 9" -Verbose  

Erstellen einer Tasksequenz

Die folgenden Windows PowerShell Befehle erstellen die Windows Vista Production Build-Tasksequenz in der Produktionsbereitstellungsfreigabe, die sich unter D:\Production Deployment Share befindet.

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  

Löschen einer Tasksequenz

Der folgende Windows PowerShell Befehl löscht die Windows Vista Production Build-Tasksequenz aus der Produktionsbereitstellungsfreigabe.

Remove-item -path "DS002:\Task Sequences\Windows Vista Business Production Build" -force -Verbose  

Erstellen einer MDT-Datenbank

Die folgenden Windows PowerShell Befehle erstellen eine neue MDT-Datenbank auf dem deployment_server Server für die Produktionsbereitstellungsfreigabe. Die Datenbankverbindung erfolgt über 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  

Erstellen eines Auswahlprofils

Die folgenden Windows PowerShell Befehle erstellen ein neues Anwendungsauswahlprofil.

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  

Aktualisieren einer Bereitstellungsfreigabe

Die folgenden Windows PowerShell Befehle aktualisieren die Produktionsbereitstellungsfreigabe, die sich in D:\Production Deployment Share befindet.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Update\-MDTDeploymentShare \-path "DS002:" \-Verbose  

Erstellen einer verknüpften Bereitstellungsfreigabe

Die folgenden Windows PowerShell-Befehle erstellen eine Bereitstellungsfreigabe, die mit der Produktionsbereitstellungsfreigabe verknüpft ist und sich unter der Freigabe \\remote_server_name\Deployment$ befindet. Das Auswahlprofil Alles wird verwendet, um zu bestimmen, welche Inhalte in die verknüpfte Bereitstellungsfreigabe repliziert werden. Inhalte aus der Produktionsbereitstellungsfreigabe werden mit Inhalten zusammengeführt, die bereits in der Freigabe \\remote_server_name\Deployment$ vorhanden sind.

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  

Aktualisieren einer verknüpften Bereitstellungsfreigabe

Die folgenden Windows PowerShell Befehle aktualisieren die LINKED001-Bereitstellungsfreigabe.

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  

Löschen einer verknüpften Bereitstellungsfreigabe

Die folgenden Windows PowerShell Befehle löschen die LINKED001-Bereitstellungsfreigabe.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
Remove-item -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose  

Erstellen von Medien

Die folgenden Windows PowerShell Befehle erstellen einen Quellordner, der Inhalte enthält, die zum Erstellen startbarer Medien verwendet werden. Die Produktionsbereitstellungsfreigabe wird als Quelle verwendet. Das Auswahlprofil Alles bestimmt, welche Inhalte im Medieninhaltsordner abgelegt werden. Die LiteTouchMedia.iso-Datei wird erstellt, wenn die Medien generiert werden. Die Medien unterstützen sowohl x86- als auch x64-Plattformen.

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  

Generieren von Medien

Die folgenden Windows PowerShell Befehle erstellen die Datei LiteTouchMedia.iso in D:\Media, die Inhalte aus dem Media001-Medienquellordner verwendet.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share" 
Generate-MDTMedia -path "DS002:\Media\MEDIA001" -Verbose  

Medien löschen

Der folgende Windows PowerShell Befehl löscht das MEDIA001-Medium aus der Bereitstellungsfreigabe Produktion.

Remove-item -path "DS002:\Media\MEDIA001" -Verbose

Verzögern des Domänenbeitritts, um die Anwendung von Gruppenrichtlinie Objekten zu vermeiden

Gruppenrichtlinie ist eine umfangreiche und flexible Technologie, die die Möglichkeit bietet, eine große Anzahl von Active Directory Domain Services (AD DS) Computer- und Benutzerobjekten effizient über ein zentralisiertes 1:n-Modell zu verwalten. Gruppenrichtlinieneinstellungen sind in einem Gruppenrichtlinie-Objekt (GPO) enthalten und mit einem oder mehreren AD DS-Dienstcontainern verknüpft – Websites, Domänen und Organisationseinheiten (OUs).

Einige Organisationen verfügen über Gruppenrichtlinie Einstellungen, die restriktiv sind und bei Betriebssystembereitstellungen Probleme verursachen können. Die folgenden Gruppenrichtlinie Einstellungen können beispielsweise einen automatisierten Anmeldevorgang unterbrechen:

  • Einschränkungen für die automatische Anmeldung

  • Umbenennen von Administratorkonten

  • Rechtliche Banner und Beschriftungen

  • Restriktive Sicherheitsrichtlinien (z. B. die Richtlinie Spezialisierte Sicherheit – eingeschränkte Funktionalität [SSLF])

    Eine Möglichkeit, die Probleme zu beheben, die ein Gruppenrichtlinienobjekt während der Bereitstellung verursachen kann, besteht darin, den Computer so spät wie möglich im Bereitstellungsprozess in die Domäne einzubinden. Dieser Join kann mithilfe eines benutzerdefinierten Tasksequenzschritts erfolgen, der das Skript ZTIDomainJoin.wsf ausführt.

    Um den Zielcomputer mit der Domäne zu verbinden, verwendet das Skript ZTIDomainJoin.wsf die Eigenschaften DomainAdmin, DomainAdminDomain, DomainAdminPassword, JoinDomain und MachineObjectOU . Sie können diese Eigenschaften mithilfe des Windows-Bereitstellungs-Assistenten, der Bereitstellungsfreigaberegeln, der MDT-Datenbank und Configuration Manager Computer- und Sammlungsregeln deklarieren. Das verwendete Konto muss über die erforderlichen Berechtigungen zum Erstellen und Löschen von Computerobjekten in der Domäne verfügen.

    In der Regel aktualisiert das Skript ZTIConfigure.wsf die Unattend.xml- oder Unattend.txt-Datei mit den Werten, die diese Eigenschaften angeben. Diese Einstellungen werden dann vom Windows Setup-Programm analysiert, und das System versucht, der Domäne zu einem frühen Zeitpunkt im Bereitstellungsprozess beizutreten. Dadurch wird der Zielcomputer den einstellungen unter Domänen-GPOs zugewiesen und kann möglicherweise dazu führen, dass der Bereitstellungsprozess fehlschlägt.

    Um den Beitritt des Zielcomputers zur Domäne während des Bereitstellungsprozesses absichtlich zu verzögern, können Sie bestimmte Elemente aus der Unattend.xml-Datei entfernen. Das Skript ZTIConfigure.wsf überspringt das Schreiben von Eigenschaften in die Unattend.xml Datei, wenn das zugeordnete Eigenschaftselement in der Datei fehlt.

Hinweis

Diese Beispiel-Umgehung ist nur gültig, wenn die Betriebssysteme Windows 7, Windows Server 2008 oder Windows Server 2008 R2 bereitgestellt werden.

Bereiten Sie die unattend.xml-Datei vor, damit der Zielcomputer während windows Setup nicht versucht, der Domäne beizutreten.

  1. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  2. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Tasksequenzen/task_sequence (wobei deployment_share der Name der Bereitstellungsfreigabe und task_sequence der Name der zu konfigurierenden Tasksequenz ist).

  3. Klicken Sie im Aktionsbereich auf Eigenschaften.

  4. Klicken Sie auf der Registerkarte Betriebssysteminformationen auf Bearbeiten Unattend.xml.

    Der Windows System Image Manager (Windows SIM) wird gestartet.

  5. Wechseln Sie im Bereich Antwortdatei zu 4 spezialisieren/Identifikation/Anmeldeinformationen. Klicken Sie mit der rechten Maustaste auf Anmeldeinformationen, und klicken Sie dann auf Löschen.

  6. Klicken Sie auf Ja.

  7. Speichern Sie die Antwortdatei, und beenden Sie windows SIM.

  8. Klicken Sie im Dialogfeld Tasksequenzeigenschaften auf OK.

    Da die Credentials Elemente in der unattend.xml-Datei fehlen, kann das Skript ZTIConfigure.wsf die Domänenbeitrittsinformationen in der Unattend.xml-Datei nicht auffüllen, sodass Windows Setup nicht versucht, der Domäne beizutreten.

    So fügen Sie einen Tasksequenzschritt hinzu, der den Zielcomputer mit der Domäne verknüpft

  9. Klicken Sie auf Start, und zeigen Sie dann auf Alle Programme. Zeigen Sie auf Microsoft Deployment Toolkit, und klicken Sie dann auf Deployment Workbench.

  10. Wechseln Sie in der Deployment Workbench-Konsolenstruktur zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Tasksequenzen/task_sequence (wobei deployment_share der Name der Bereitstellungsfreigabe und task_sequence der Name der zu konfigurierenden Tasksequenz ist).

  11. Klicken Sie im Aktionsbereich auf Eigenschaften.

  12. Wechseln Sie auf der Registerkarte Tasksequenz zu , und erweitern Sie den Knoten Zustandswiederherstellung.

  13. Vergewissern Sie sich, dass der Tasksequenzschritt "Aus Domäne wiederherstellen " vorhanden ist. Wenn ja, fahren Sie mit Schritt 9 fort.

  14. Klicken Sie im Dialogfeld Eigenschaften der Tasksequenz auf Hinzufügen, wechseln Sie zu Einstellungen, und klicken Sie auf Aus Domäne wiederherstellen.

  15. Fügen Sie dem Tasksequenz-Editor den Tasksequenzschritt Aus Domäne wiederherstellen hinzu. Vergewissern Sie sich, dass sich der Schritt an der gewünschten Position in der Tasksequenz befindet.

  16. Vergewissern Sie sich, dass die Einstellungen für den Tasksequenzschritt "Aus Domäne wiederherstellen " Ihren Anforderungen entsprechen.

  17. Klicken Sie im Dialogfeld Tasksequenzeigenschaften auf OK, um die Tasksequenz zu speichern.