Leitfaden mit Beispielen zum Microsoft Deployment Toolkit

Dieses Handbuch ist Teil des Microsoft Deployment Toolkit (MDT) und führt ein Spezialistenteam durch die Bereitstellung von Windows-Betriebssystemen und Microsoft Office. Dieses Handbuch 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 anderes angegeben. MDT unterstützt keine Versionen von Windows, die mit ARM-Prozessor betrieben werden. Entsprechend bezieht sich MDT auf die aktuelle Version von MDT, sofern nicht anders angegeben.

So verwenden Sie diesen Guide

Überprüfen Sie die Liste der Szenariothemen im Inhaltsverzeichnis.

  1. Wählen Sie das Szenario aus, das den Bereitstellungszielen Ihrer organization 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 kann mehr als ein Szenario erforderlich sein, um die Konfigurationseinstellungen für die Umgebung abzuschließen.

    Da dieses Handbuch nur Beispielkonfigurationseinstellungen enthält, können Sie anhand der in der folgenden Tabelle aufgeführten Handbücher die Konfigurationseinstellungen für die Umgebung weiter anpassen.

    Leitfaden Dieser Leitfaden bietet Unterstützung
    Schnellstarthandbuch für Microsoft System Center 2012 R2 Configuration Manager Verwenden Sie den System Center 2012 R2 Configuration Manager, um das Betriebssystem Windows 8.1 in einem Szenario zur Bereitstellung eines neuen Computers zu installieren.
    Schnellstartanleitung für die Lite-Touch-Installation Installieren Sie das Betriebssystem Windows 8.1 über die Lite-Touch-Installation (LTI) mithilfe startbarer Medien in einem Bereitstellungsszenario für einen neuen Computer.
    Schnellstarthandbuch für die User-Driven Installation Installieren Sie das Windows 8.1 Betriebssystem mit User-Driven Installation und System Center 2012 R2 Configuration Manager in einem neuen Computer-Bereitstellungsszenario.
    Verwenden des Microsoft Deployment Toolkit Passen Sie die Konfigurationsdateien, die bei Zero Touch Installation (ZTI)- und LTI-Bereitstellungen verwendet werden, weiter an. Dieses Handbuch enthält auch allgemeine Konfigurationsanleitungen und eine technische Referenz für Konfigurationseinstellungen.

Bereitstellen von Windows 8-Anwendungen mit MDT

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

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

Bereitstellen von Windows 8-Anwendungen mit LTI

Sie können Windows 8-Anwendungen mithilfe von LTI wie jede andere Anwendung bereitstellen, die den Installationsvorgang über eine Befehlszeile initiiert. Sie können Windows 8-Anwendungen zu LTI-Bereitstellungen im Anwendungsknoten der Deployment Workbench 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 Windows 8 Anwendungsdatei .appx alle anderen erforderlichen Dateien kopieren, z. B. eine .cer Datei, die das Anwendungszertifikat enthält.

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

    Geben Sie beim Ausführen des Assistenten für neue Anwendungen auf der Seite des Assistenten für 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 Toolkit:

    • "Erstellen Sie eine neue Anwendung, die über die Bereitstellungsfreigabe bereitgestellt wird"

    • "Erstellen Sie eine neue Anwendung, die aus einem anderen freigegebenen Netzwerkordner bereitgestellt wird"

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

Bereitstellen von Windows 8-Anwendungen mit UDI

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

Hinweis

Für die Bereitstellung von Windows 8- und Windows 8-Anwendungen mithilfe von UDI ist der System Center 2012 R2 Configuration Manager erforderlich.

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.

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

    Stellen Sie sicher, dass Sie die Windows 8 Anwendungsdatei .appx 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 ein Configuration Manager-Anwendungselement für die Windows 8-Anwendung mithilfe des Assistenten zum Erstellen von Anwendungen in der Configuration Manager-Konsole.

    Erstellen Sie nach Abschluss 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 Installationsprogrammden app_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 im Lieferumfang von Configuration Manager enthalten ist:

  5. Stellen Sie sicher, dass das Benutzer-Gerät-Affinitätsfeature (User Device Affinity, BDA) in Configuration Manager ordnungsgemäß konfiguriert ist, um die Affinität zwischen Benutzern und Geräten für die Bereitstellung von Configuration Manager-Anwendungen zu unterstützen.

    Weitere Informationen zum Konfigurieren von BDA zur Unterstützung der Bereitstellung von Configuration Manager-Anwendungen finden Sie unter Verwalten der Affinität zwischen Benutzer und Gerät im Configuration Manager.

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

    Weitere Informationen zum Bereitstellen einer Anwendung für einen Benutzer finden Sie unter So stellen Sie Anwendungen in Configuration Manager bereit.

  7. Konfigurieren Sie die Seite des ApplicationPage-Assistenten so, dass sie die Configuration Manager Anwendung enthält, die in Schritt 4 mit dem UDI-Assistenten-Designer erstellt wurde.

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

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

    Hinweis

    Die Windows 8 Anwendung wird nicht von der Tasksequenz installiert, sondern installiert, wenn sich der Benutzer zum ersten Mal am Zielcomputer anmeldet (wie durch die in Schritt 5 konfigurierte BDA-Einstellung definiert) mit dem Feature User-Centric App-Installationsprogramm (AppInstall.exe) in UDI.

    Weitere Informationen zum Feature User-Centric App-Installer in UDI finden Sie im Abschnitt "Benutzerzentrierte App-Installer-Referenz" im MDT-Dokument Toolkit-Referenz.

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 geladen werden muss, bevor die MDT-spezifischen Features in Windows PowerShell verwendet werden können. Das MDT-Snap-In Windows PowerShell umfasst Folgendes:

Laden der MDT-Windows PowerShell Snap-In

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

Laden der MDT-Windows PowerShell Snap-In mithilfe des Add-PSSnapIn Cmdlets

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

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn

Erstellen einer Bereitstellungsfreigabe mit Windows PowerShell

Sie können Bereitstellungsfreigaben mit den MDT-Cmdlets für Windows PowerShell erstellen. Der Stammordner für die Bereitstellungsfreigabe wird mithilfe von standardmäßigen Windows PowerShell-Cmdlets und Aufrufen von Klassenbefehlen der Windows-Verwaltungsinstrumentation (WMI) 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 Add-MDTPersistentDrive-Cmdlets persistent aktiviert.

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 mithilfe des Cmdlets für neue Elemente den Ordner, der als Stammordner der neuen Bereitstellungsfreigabe verwendet wird, wie im folgenden Beispiel gezeigt und unter Verwenden des New-Item Cmdlets beschrieben:

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

    Das Cmdlet zeigt an, dass der Ordner erfolgreich erstellt wurde.

  3. Geben Sie den im vorherigen Schritt erstellten Ordner mithilfe der WMI-Klasse win32_share wie im folgenden Beispiel verwendet frei:

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

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

  4. Geben Sie den neuen freigegebenen Ordner mithilfe des NewPSDrive-Cmdlets 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 startet automatisch das Erstellen der Bereitstellungsfreigabe und das 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 Parameter Name (DS002) angegebene Wert muss eindeutig sein und darf nicht mit einem vorhandenen Windows PowerShell-Laufwerk für die Bereitstellung identisch sein.

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

    Get-ChildItem ds002:

    Die Liste der Standardordner wird im Stammverzeichnis der Bereitstellungsfreigabe angezeigt.

  6. Fügen Sie die neue Bereitstellungsfreigabe zu der Liste der persistenten MDT-Bereitstellungsfreigaben hinzu, indem Sie das Cmdlet Add-MDTPersistentDrive verwenden, 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 Laufwerksobjekt für die neue Bereitstellungsfreigabe an das Cmdlet zu übergeben.

    Alternativ können Sie die Cmdlets NewPSDrive und Add-MDTPersistentDrive kombinieren, 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 den Parameter Name als auch InputObject bereit.

Anzeigen von Eigenschaften von Bereitstellungsfreigaben mit Windows PowerShell

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

So zeigen Sie Bereitstellungsfreigabeeigenschaften mithilfe der MDT-Cmdlets für Windows PowerShell 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 wiederherstellen, 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, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Überprüfen Sie, ob die MDT-Bereitstellungen, die Windows PowerShell-Laufwerke gemeinsam nutzen, ordnungsgemäß wiederhergestellt werden, indem Sie das Cmdlet Get-PSDrive verwenden:

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

    Die Liste der Windows PowerShell-Laufwerke, die mit dem MDTProvider bereitgestellt werden, wird aufgelistet.

  4. Zeigen Sie die Eigenschaften der Bereitstellungsfreigabe mit dem Cmdlet 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 wird. 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. Dieselbe Liste von Bereitstellungsfreigaben kann auch in der Deployment Workbench angezeigt werden.

So zeigen Sie eine Liste von Bereitstellungsfreigaben mithilfe der MDT-Cmdlets für Windows PowerShell 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 freigeben und 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, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Sehen Sie sich die Liste der MDT-Bereitstellungen an, die Windows PowerShell-Laufwerke gemeinsam nutzen, eine für jede Bereitstellungsfreigabe, indem Sie das Cmdlet Get-PSDrive verwenden:

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

    Die Liste der mit dem MDTProvider bereitgestellten Windows PowerShell-Laufwerke wird aufgelistet, eines für jede Bereitstellungsfreigabe.

Aktualisieren einer Bereitstellungsfreigabe mit Windows PowerShell

Sie können Bereitstellungsfreigaben mithilfe des Cmdlets Update-MDTDeploymentShare und des MDTProvider-Windows PowerShell-Anbieters 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 denselben 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, 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, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Überprüfen Sie, ob die MDT-Bereitstellungen, die Windows PowerShell-Laufwerke gemeinsam nutzen, ordnungsgemäß wiederhergestellt werden, indem Sie das Cmdlet Get-PSDrive verwenden:

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

    Die Liste der mit dem MDTProvider bereitgestellten Windows PowerShell-Laufwerke wird aufgelistet.

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

    Hinweis

    Das Aktualisieren der Bereitstellungsfreigabe kann sehr viel Zeit in Anspruch nehmen. Der Status des Cmdlets wird oben in der Windows PowerShell-Konsole angezeigt.

    Das Cmdlet wird ohne Ausgabe zurückgegeben, wenn das Update erfolgreich war.

Aktualisieren einer verknüpften Bereitstellungsfreigabe mit Windows PowerShell

Sie können verknüpfte Bereitstellungsfreigaben mithilfe des Cmdlets Update-MDTLinkedDS und des MDTProvider-Windows PowerShell-Anbieters aktualisieren (replizieren). Beim Aktualisieren einer verknüpften Bereitstellungsfreigabe wird der Inhalt von der ursprünglichen Bereitstellungsfreigabe auf die verknüpfte Bereitstellungsfreigabe repliziert. Sie können denselben 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, 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, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Überprüfen Sie, ob die MDT-Bereitstellungen, die Windows PowerShell-Laufwerke gemeinsam nutzen, ordnungsgemäß wiederhergestellt werden, indem Sie das Cmdlet Get-PSDrive verwenden:

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

    Die Liste der mit dem MDTProvider bereitgestellten Windows PowerShell-Laufwerke wird aufgelistet.

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

    Hinweis

    Das Aktualisieren der verknüpften Bereitstellungsfreigabe kann viel Zeit in Anspruch nehmen. Der Status des Cmdlets wird oben in der Windows PowerShell-Konsole angezeigt.

    Das Cmdlet wird ohne Ausgabe zurückgegeben, wenn das Update erfolgreich war.

Aktualisieren von Bereitstellungsmedien mit Windows PowerShell

Sie können Bereitstellungsmedien mithilfe des Cmdlets Update-MDTMedia und des MDTProvider-Windows PowerShell-Anbieters aktualisieren (generieren). Beim Aktualisieren von Bereitstellungsmedien wird der Inhalt von der ursprünglichen Bereitstellungsfreigabe auf die verknüpfte Bereitstellungsfreigabe repliziert und dann .iso- und WIM-Dateien generiert. Sie können denselben Prozess mit der Deployment Workbench durchführen, wie unter "Medienimages in der Deployment Workbench generieren" beschrieben.

Nach Abschluss des Cmdlets Update-MDTMedia werden die folgenden Dateien erstellt:

  • Eine .iso Datei im Ordner media_folder (wobei media_folder der Name des Ordners ist, den Sie für das Medium angegeben haben)

    Das Generieren der .iso Datei ist eine Option, die Sie wie folgt konfigurieren:

    • Aktivieren des Kontrollkästchens "Startbares Lite-Touch-ISO-Image generieren " auf der Registerkarte "Allgemein " des Dialogfelds "Medieneigenschaften" (Deaktivieren Sie dieses Kontrollkästchen, um die zum Generieren der Medien erforderliche 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 mit dem Cmdlet Set-ItemProperty

  • WIM-Dateien im Ordner "media_folder\Content\Deploy\Boot" (wobei media_folder der Name des Ordners ist, den Sie für das Medium 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 Windows PowerShell-Laufwerke freigeben und 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, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Überprüfen Sie, ob die MDT-Bereitstellungen, die Windows PowerShell-Laufwerke gemeinsam nutzen, ordnungsgemäß wiederhergestellt werden, indem Sie das Cmdlet Get-PSDrive verwenden:

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

    Die Liste der mit dem MDTProvider bereitgestellten Windows PowerShell-Laufwerke wird aufgelistet.

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

    Hinweis

    Das Aktualisieren der verknüpften Bereitstellungsfreigabe kann viel Zeit in Anspruch nehmen. Der Status des Cmdlets wird oben in der Windows PowerShell-Konsole angezeigt.

    Das Cmdlet wird ohne Ausgabe zurückgegeben, wenn das Update erfolgreich war.

Verwalten von Elementen in einer Bereitstellungsfreigabe mit 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 Cmdlets verwaltet werden.

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

Importieren eines Elements in eine Bereitstellungsfreigabe

Sie können die einzelnen Elementtypen, z. B. 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 listet die MDT-Windows PowerShell-Cmdlets auf, 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 in dem entsprechenden Abschnitt.

Cmdlet Beschreibung
Import-MDTApplication Importiert eine Anwendung in eine Bereitstellungsfreigabe
Import-MDTDriver Importiert einen oder mehrere Gerätetreiber in eine Bereitstellungsfreigabe.
Import-MDTOperatingSystem Importiert ein oder mehrere Betriebssysteme in eine Bereitstellungsfreigabe.
Import-MDTPackage Importiert ein oder mehrere Betriebssystempakete 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 unterschiedliche Eigenschaften. Sie können die Eigenschaften eines Elements in einer Bereitstellungsfreigabe mit dem Cmdlet Get-ItemProperty anzeigen. Das Cmdlet Get-ItemProperty verwendet den MDTProvider, um die Eigenschaften für ein bestimmtes Element anzuzeigen, so wie Sie die Eigenschaften in der Deployment Workbench sehen können.

Wenn Sie die Eigenschaften mehrerer Elemente in einer Bereitstellungsfreigabe mit 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 mithilfe von Windows PowerShell 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, 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, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

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

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

    Die Liste der mit dem MDTProvider bereitgestellten Windows PowerShell-Laufwerke wird aufgelistet.

  4. Geben Sie mithilfe des Cmdlets Get-Item eine Liste der Elemente für den Elementtyp zurück, für den Sie die Eigenschaften 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, sodass die langen Namen der Betriebssysteme sichtbar sind. Weitere Informationen zur Verwendung des Cmdlets "Format-List" finden Sie unter Verwenden des Cmdlets "Format-List". Derselbe Prozess kann verwendet werden, um die Liste anderer Elementtypen zurückzugeben, z. B. Gerätetreiber oder Anwendungen.

    Tipp

    Sie hätten auch den Befehl "dir" anstelle des Cmdlets "Get-Item" verwenden können, um die Liste der Betriebssysteme 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 denselben Prozess verwenden, um die Eigenschaften anderer Elementtypen anzuzeigen, z. B. Gerätetreiber oder Anwendungen.

Entfernen eines Elements aus einer Bereitstellungsfreigabe

Sie können ein Element aus einer Bereitstellungsfreigabe mithilfe des Cmdlets Remove-Item entfernen. Das Cmdlet Remove-Item verwendet den MDTProvider, um ein bestimmtes Element zu entfernen, so 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 auf ein Element nicht von anderen Elementen in der Bereitstellungsfreigabe verwiesen wird, bevor Sie das Element entfernen. Sobald ein Element entfernt wurde, kann es nicht mehr wiederhergestellt werden.

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

  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, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

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

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

    Die Liste der mit dem MDTProvider bereitgestellten Windows PowerShell-Laufwerke wird aufgelistet.

  4. Geben Sie mithilfe des Cmdlets Get-Item eine Liste der Elemente für den Elementtyp zurück, für den Sie die Eigenschaften 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, sodass die langen Namen der Betriebssysteme sichtbar sind. Weitere Informationen zur Verwendung des Cmdlets "Format-List" finden Sie unter Verwenden des Cmdlets "Format-List". Sie können denselben Prozess verwenden, um die Liste anderer Elementtypen wie Gerätetreiber oder Anwendungen zurückzugeben.

    Tipp

    Sie hätten auch den Befehl "dir" anstelle des Cmdlets "Get-Item" verwenden können, um die Liste der Betriebssysteme 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 wie Gerätetreiber oder Anwendungen zu entfernen.

    Hinweis

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

Automatisieren der Auffüllung einer Bereitstellungsfreigabe

Mit den MDT-Cmdlets für Windows PowerShell können Sie einzelne Elemente verwalten. Durch Verwendung einiger der Skriptfeatures in Windows PowerShell können die Cmdlets jedoch zum Automatisieren der Auffüllung einer Bereitstellungsfreigabe verwendet werden.

So muss beispielsweise eine organization mehrere Bereitstellungsfreigaben für verschiedene Geschäftseinheiten bereitstellen, oder eine organization kann Betriebssystembereitstellungsdienste für andere Organisationen bereitstellen. In beiden Beispielen benötigen die Organisationen die Möglichkeit, Bereitstellungsfreigaben zu erstellen und aufzufüllen, die konsistent konfiguriert sind.

Eine Methode zum Verwalten mehrerer Elemente wäre die Verwendung einer CSV-Datei (Comma-Separated Values, durch Kommas getrennte Werte), die eine Liste aller Elemente enthält, die Sie mithilfe des Cmdlets Import-CSV in einer Bereitstellungsfreigabe 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 C:\MDT\Import-MDT-Apps.csv Datei 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 Cmdlet Import-CSV finden Sie unter Verwenden des Import-Csv Cmdlets.

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

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

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

  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 alle erforderlichen Ordnerstrukturen, die in der Bereitstellungsfreigabe erforderlich sind, bevor Sie die Bereitstellungsfreigabeelemente importieren.

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

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

    Weitere Informationen zum Cmdlet Import-CSV 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 Cmdlet Import-CSV im vorherigen Schritt verwiesen wird.

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

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

    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 mithilfe von 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 mithilfe von Windows PowerShell-Cmdlets finden Sie unter Direktes Bearbeiten von Elementen.

Erstellen eines Ordners in einer Bereitstellungsfreigabe mithilfe von Windows PowerShell

So erstellen Sie mit Windows PowerShell einen Ordner in einer Bereitstellungsfreigabe

  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, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

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

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

    Die Liste der mit dem MDTProvider bereitgestellten Windows PowerShell-Laufwerke wird aufgelistet, eines für jede Bereitstellungsfreigabe

  4. Erstellen Sie einen Ordner mit dem Namen Windows_8 im Ordner "Betriebssysteme" in einer Bereitstellungsfreigabe mit dem Befehl "New-Item", 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 wird.

  5. Überprüfen Sie, ob der Ordner ordnungsgemäß erstellt wurde, indem Sie den folgenden Befehl eingeben:

    Get-ChildItem "DS002:\Operating Systems"

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

  6. Erstellen Sie einen Ordner mit dem Namen Windows_7 Ordners im Ordner "Betriebssysteme" in einer Bereitstellungsfreigabe mithilfe des Cmdlets "New-Item", 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 an, dass der Ordner erfolgreich erstellt wurde.

  7. Überprüfen Sie, ob der Ordner ordnungsgemäß erstellt wurde, indem Sie den folgenden Befehl eingeben:

    Get-ChildItem "DS002:\Operating Systems"

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

Löschen eines Ordners in einer Bereitstellungsfreigabe mit 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, 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, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

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

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

    Die Liste der mit dem MDTProvider bereitgestellten Windows PowerShell-Laufwerke wird aufgelistet, eines für jede Bereitstellungsfreigabe.

  4. Löschen (entfernen) Sie einen Ordner mit dem Namen Windows_8 im Ordner "Betriebssysteme" in einer Bereitstellungsfreigabe mit dem Befehl "Neues Element", 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 wird.

  5. Überprüfen Sie, ob der Ordner ordnungsgemäß entfernt wurde, indem Sie den folgenden Befehl eingeben:

    Get-ChildItem "DS002:\Operating Systems"

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

  6. Löschen (entfernen) Sie einen Ordner namens Windows_7 Ordners im Ordner "Betriebssysteme" in einer Bereitstellungsfreigabe mit dem Cmdlet "Remove-Item", wie im folgenden Beispiel gezeigt:

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

    Das Cmdlet zeigt das erfolgreiche Entfernen des Ordners an.

  7. Überprüfen Sie, ob 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 Ordnerliste im Ordner "Betriebssysteme" angezeigt.

Umbenennen eines Ordners in einer Bereitstellungsfreigabe mit Windows PowerShell

So benennen Sie einen Ordner in einer Bereitstellungsfreigabe mithilfe von Windows PowerShell um

  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 freigeben und 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, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

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

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

    Die Liste der mit dem MDTProvider bereitgestellten Windows PowerShell-Laufwerke wird aufgelistet, eines für jede Bereitstellungsfreigabe.

  4. Benennen Sie einen Ordner mit dem Namen "Windows_8" um, um ihn im Ordner "Betriebssysteme" in einer Bereitstellungsfreigabe mithilfe des Befehls "ren" zu Win_8, 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 wird.

  5. Überprüfen Sie, ob 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 mit dem Namen Windows_7 in Win-7 im Ordner "Betriebssysteme" in einer Bereitstellungsfreigabe mithilfe des Cmdlets "Rename-Item" 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. Überprüfen Sie, ob 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 Service Packs für Betriebssysteme in Bereitstellungsfreigaben

Service Packs für Betriebssysteme 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 auf dem aktuellen Stand sind.

Wenn eine organization über viele Bereitstellungsfreigaben mit mehreren Betriebssystemen in jeder Bereitstellungsfreigabe verfügt, kann das manuelle Aktualisieren der Betriebssysteme in jeder Bereitstellungsfreigabe mit den Service Packs zeitaufwändig sein. Folgende Methoden ermöglichen die Automatisierung der Anwendung von Service Packs für Betriebssysteme in Bereitstellungsfreigaben:

Automatisieren der Anwendung von Service Packs für das Betriebssystem von aktualisierten Quellmedien

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

Bei dieser Methode werden die Betriebssystem-Quellmedien mit dem Service Pack mithilfe von Windows PowerShell über die vorhandenen Betriebssystemdateien ohne das Service Pack in der Bereitstellungsfreigabe kopiert.

So automatisieren Sie die Anwendung von Service Packs für das Betriebssystem von Updates auf Quellmedien 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, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  3. Zeigen Sie die Liste der MDT-Bereitstellungen an, die Windows PowerShell-Laufwerke freigeben, eine für jede Bereitstellungsfreigabe, indem Sie das Cmdlet Get-PSDrive verwenden, wie im folgenden Beispiel gezeigt:

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

    Die Liste der mit dem MDTProvider bereitgestellten Windows PowerShell-Laufwerke wird aufgelistet, eines für jede Bereitstellungsfreigabe.

  4. Entfernen Sie den Ordner für das vorhandene Betriebssystem aus der Bereitstellungsfreigabe, indem Sie die Cmdlets Get-ChildItem und Remove-Item verwenden, 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 wird.

  5. Kopieren Sie den Inhalt der Betriebssystemquelldateien, in 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 mit Windows PowerShell.

Automatisieren der Anwendung von Service Packs für Betriebssysteme mithilfe eines Referenzcomputers und Windows PowerShell

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

Stellen Sie bei dieser Methode das Betriebssystem ohne Service Pack auf einem Referenzcomputer bereit. Wenden Sie das Service Pack anschließend auf dem Referenzcomputer an. Erfassen Sie als Nächstes ein Betriebssystemabbild des Referenzcomputers. Kopieren Sie abschließend die erfasste WIM-Datei über die Datei "Install.wim" im Betriebssystem in der Bereitstellungsfreigabe unter Verwendung von Windows PowerShell.

So automatisieren Sie die Anwendung von Service Packs für das Betriebssystem von Updates auf Quellmedien 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 Begleitdokumentation zum Service Pack.

  3. Mitschreiben Sie ein Image des Referenzcomputers, indem Sie eine Tasksequenz basierend auf der Tasksequenzvorlage "Sysprep" erstellen und mitschreiben.

    Weitere Informationen zum Erstellen einer Tasksequenz basierend auf der Tasksequenzvorlage "Sysprep" und "Mitschreiben" 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, dass das Cmdlet das Laufwerk nicht wiederherstellen kann.

  6. Zeigen Sie die Liste der MDT-Bereitstellungen an, die Windows PowerShell-Laufwerke freigeben, eine für jede Bereitstellungsfreigabe, indem Sie das Cmdlet Get-PSDrive verwenden, wie im folgenden Beispiel gezeigt:

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

    Die Liste der mit dem MDTProvider bereitgestellten Windows PowerShell-Laufwerke wird aufgelistet, eines für jede Bereitstellungsfreigabe.

  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 Betriebssystemabbilddatei ("Win7SP1.wim") im Ordner "Aufzeichnungen" in der Freigabe "DS002:" der Name eines Windows PowerShell-Laufwerks, das in Schritt 6 zurückgegeben wurde, und das vorhandene Windows 7-Betriebssystem ist 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 mit Windows PowerShell.

Anpassen der Bereitstellung basierend auf dem Fahrgestelltyp

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, IsDesktop, und IsServer geben an, ob es sich bei dem Computer um einen portablen Computer, einen Desktopcomputer bzw. einen Server handelt.

Hinweis

In früheren Versionen der Deployment Workbench zeigte das IsServer Flag an, dass es sich bei dem vorhandenen Betriebssystem um ein Serverbetriebssystem handelt (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 Abschnitt in der [Settings]Priority Zeile einen benutzerdefinierten Abschnitt hinzu, um die Bereitstellung basierend auf dem Gehäusetyp anzupassen (ByChassisType im folgenden Beispiel, wobei Gehäuse für den Computertyp steht).

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

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

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

  5. Fügen Sie unter jedem TrueFalse Unterabschnitt die entsprechenden Einstellungen für den Fahrgestelltyp 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

Wenn Sie ein Betriebssystem auf einem vorhandenen Computer installieren, installieren Sie häufig die gleichen Anwendungen, die Sie zuvor auf dem Computer installiert haben. Verwenden Sie dazu MDT-Skripts (insbesondere ZTIGather.wsf), um zwei separate Informationsquellen abzufragen:

  • Configuration Manager Softwareinventur-Feature. Enthält einen Datensatz für jedes Anwendungspaket – in diesem Fall Auflistungen in "Programme 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 Der Configuration Manager hat den Computer inventarisiert.

  • Eine Zuordnungstabelle. Beschreibt, welches Paket und Programm für jeden Datensatz installiert werden müssen (da die Datensätze "Programme und Features" oder "Software" nicht genau angeben, welches Paket die Anwendung installiert hat, so dass es unmöglich ist, das Paket automatisch nur auf der Grundlage des Bestands 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, die das entsprechende Paket der Anwendung zuordnen, die unter "Programme und Funktionen" oder "Programme hinzufügen oder entfernen" 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, der über den Eintrag Office12.0 verfügt, mit dem Microsoft Office 2010 Professional Plus-Paket.

    Das bedeutet, dass Microsoft Office 2010 Professional Plus auf jedem Computer installiert wird, auf dem aktuell Microsoft Office 2007 (Office 12.0) ausgeführt wird. Fügen Sie ähnliche Einträge für alle anderen Pakete hinzu. Alle Elemente, für die kein Eintrag vorhanden ist, werden ignoriert (es wird kein Paket installiert).

  3. Erstellen Sie eine gespeicherte Prozedur, um die Verknüpfung 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

    Bei der gespeicherten Prozedur im vorherigen Beispiel wird davon ausgegangen, dass sich die zentrale primäre Standortdatenbank des Configuration Manager 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. Außerdem muss der Name der Datenbank (CM_DB) aktualisiert werden. Erwägen Sie außerdem, zusätzlichen Konten Lesezugriff auf die v_GS_ADD_REMOVE_PROGRAMS Ansicht in der Configuration Manager Datenbank zu gewähren.

  4. Konfigurieren Sie die CustomSettings.ini Datei für die Abfrage dieser Datenbanktabelle, 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 mit dem Namen SERVER1 ausgeführt wird. Die Datenbank enthält eine gespeicherte Prozedur mit dem Namen RetrievePackages (in Schritt 3 erstellt).

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

    EXECUTE RetrievePackages ?

    Der tatsächliche Wert des benutzerdefinierten Schlüssels MACAddress wird durch das entsprechende "?" ersetzt. Diese Abfrage gibt einen Datensatz 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 Ansicht ersetzen, die das Abfragen der Ansicht durch eine Anweisung mit einer SELECTIN Klausel ermöglicht, um alle MAC-Adresswerte zu übergeben.

    Basierend auf dem hier beschriebenen Szenario wird die eine Zeile zurückgegebenXXX0000F:Install Office 2010 Professional Plus, wenn der aktuelle Computer den Wert Office12.0 in die Tabelle eingefügt hat (Schritt 2). Dies weist darauf hin, dass das Paket XXX0000F: Installieren von Office 2001 Professional Plus vom ZTI-Prozess während der Statuswiederherstellungsphase installiert wird.

Vollautomatisches LTI-Bereitstellungsszenario

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

Sie können den im LTI-Bereitstellungsprozess verwendeten Windows-Bereitstellungsassistenten automatisieren, um die angezeigten Assistentenseiten zu reduzieren (oder zu eliminieren). Sie können den gesamten Windows-Bereitstellungs-Assistenten überspringen, indem Sie die SkipWizard-Eigenschaft in CustomSettings.ini angeben. Um einzelne Assistentenseiten zu überspringen, verwenden Sie die folgenden Eigenschaften:

  • 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 entsprechenden Eigenschaft im MDT-Dokument Toolkit-Referenz.

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 übersprungene Bereitstellungs-Assistentenseiten" im MDT-Dokument Toolkit-Referenz.

Vollautomatische LTI-Bereitstellung für ein Szenario zum Aktualisieren eines Computers

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

[Settings]
Priority=Default
Properties=MyCustomProperty

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

DeploymentType=REFRESH

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

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

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

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%ComputerName%

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

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

SkipTimeZone=YES
TimeZoneName=China Standard Time

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

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=DomainName\Username

Vollautomatische LTI-Bereitstellung für ein Szenario auf einem neuen Computer

Im Folgenden finden Sie ein Beispiel für eine CustomSettings.ini Datei, die für ein Szenario "Neuer Computer" verwendet wird, um alle Seiten des Windows-Bereitstellungsassistenten zu überspringen. In diesem Beispiel befinden sich die Eigenschaften, die beim Überspringen der Seite des Assistenten bereitgestellt werden sollen, direkt unter der Eigenschaft, mit der die Seite des Assistenten übersprungen wird.

[Settings]
Priority=Default
Properties=MyCustomProperty

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

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

SkipAdminPassword=YES
SkipProductKey=YES

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

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

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%SerialNumber%

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

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

SkipTimeZone=YES
TimeZoneName=China Standard Time

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

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

Aufrufen von Webdiensten in MDT

In früheren Versionen von MDT wurde die Regelverarbeitung durch 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 auf jedem Computer während der Bereitstellung ausgeführt werden musste. Darüber hinaus können Sie SQL-Abfragen und Aufrufe gespeicherter Prozeduren ausführen, um zusätzliche Informationen aus externen Datenbanken abzurufen. Dieser Ansatz brachte jedoch Herausforderungen mit sich, insbesondere beim Herstellen sicherer SQL Server-Verbindungen.

Um dieses Problem zu beheben, bietet MDT die Möglichkeit, Webdienstaufrufe auf der Grundlage einfacher, in CustomSettings.ini definierter Regeln zu tätigen. Diese Webdienstanforderungen erfordern keinen speziellen Sicherheitskontext und können jeden beliebigen TCP/IP-Port verwenden, der zur Vereinfachung von Firewallkonfigurationen erforderlich ist.

Im Folgenden wird gezeigt, wie Sie CustomSettings.ini für den Aufruf eines bestimmten Webdiensts konfigurieren. In diesem Szenario wird der Webdienst zufällig aus einer Internetsuche ausgewählt. Sie verwendet eine Postleitzahl als Eingabe und gibt die Stadt, das Bundesland, die Ortsvorwahl und die Zeitzone (als Buchstaben) 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 gibt es einige kleinere Komplikationen, auf die Sie achten müssen:

  • Führen Sie keine besonderen Aktionen mit Proxyservern aus. Wenn ein anonymer Proxy vorhanden ist, verwenden Sie ihn, aber die Authentifizierung von Proxys kann Probleme verursachen. In den meisten Fällen wird kein Webdienst 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 zwischen Groß- und Kleinschreibung unterschieden. Glücklicherweise gibt der hier beschriebene Webdienst alle großgeschriebenen Eigenschaftsnamen zurück, was ZTIGather.xml erwartet. Es ist möglich, Kleinbuchstaben oder gemischte Einträge neu zuzuordnen, um dies zu umgehen.

  • Eine POST Anforderung an den Webdienst wird empfohlen, daher muss der Webdienstaufruf eine POST.

Herstellen einer Verbindung mit Netzwerkressourcen

Während der LTI- und ZTI-Bereitstellung 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 den MDT-Skripts verwendete Bereitstellungsfreigabe gehostet wird.

Hinweis

Informationen zum Abfragen von SQL Server-Datenbanken, die auf einem anderen Server als dem Server gehostet werden, auf dem die Bereitstellungsfreigabe gehostet wird, finden Sie unter den Eigenschaften Database, DBID,DBPwd, Instance, NetLib, Order, Parameters, ParameterCondition, SQLServer, SQLShare und Table im MDT-Dokument Toolkit-Referenz.

Mit dem Skript ZTIConnect.wsf können Sie eine Verbindung zu anderen Servern herstellen und auf deren Ressourcen zugreifen. Die Syntax für das ZTIConnect.wsf-Skript lautet wie folgt (wobei unc_path ein UNC-Pfad (Universal Naming Convention) für die Verbindung mit dem Server ist):

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

In den meisten Fällen führen Sie das Skript ZTIConnect.wsf als Task Sequencer-Task aus. Führen Sie das Skript ZTIConnect.wsf vor Aufgaben aus, die Zugriff auf einen anderen Server als den Server erfordern, auf dem die Deployment-Freigabe gehostet wird.

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

  1. Klicken Sie auf "Start", und zeigen Sie dann auf "Alle Programme". Zeigen Sie auf Microsoft Deployment Toolkit, und wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Detailbereich task_sequence (wobei task_sequence die zu ändernde Tasksequenz ist).

  4. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

  5. Wählen Sie die Registerkarte Tasksequenz aus, navigieren Sie zu Gruppe (wobei Gruppe die Gruppe ist, in der das Skript ZTIConnec.wsf ausgeführt werden soll), und wählen Sie Hinzufügen aus. Wählen Sie "Allgemein" und dann " Befehlszeile ausführen" aus.

    Hinweis

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

  6. Füllen Sie die Registerkarte Eigenschaften der neuen Aufgabe mit den folgenden Informationen aus:

    In dieser Box Aktion...
    Name Geben Sie "Mit Server verbinden" ein (wobei "Server" der Name des Servers ist, zu dem eine Verbindung hergestellt werden soll).
    Beschreibung Geben Sie Text ein, der erklärt, 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, akzeptieren Sie die Standardwerte, und wählen Sie dann OK aus.

    In dieser Box Aktion...
    Erfolgscodes Typ 0 3010. (Das Skript ZTIConnect.wsf gibt diese Codes nach erfolgreichem Abschluss zurück.)
    Listenfeld "Bedingungen" Fügen Sie alle notwendigen Bedingungen hinzu. (In den meisten Fällen sind für diese Aufgabe keine Bedingungen erforderlich.)

    Nach dem Hinzufügen des Tasks, der 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 den gleichen Hardwaregeräten, aber unterschiedlichen Fabrikaten und Modellen

Variationen von Modellnummern und Namen können praktisch ohne Unterschied im Treibersatz existieren. Diese Variationen in Modellnummern und -namen können den Zeitaufwand für mehrere Datenbankeinträge für ein bestimmtes Modell unnötig verlängern. Das folgende Verfahren zeigt, wie Sie eine neue Eigenschaft mit einem Benutzerexit-Funktionsaufruf 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 wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

  4. Wählen Sie im Dialogfeld Eigenschaften die Registerkarte Regeln aus.

  5. Erstellen Sie in den Abschnitten Make und Model der MDT-Datenbank Aliase für Hardwaretypen. Schneiden Sie den Modelltyp bei den offenen Klammern "(") im Modellnamen ab. So wird beispielsweise aus HP DL360 (G112) HP DL360.

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

  7. Erstellen eines neuen [SetModel] Abschnitts

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

  9. Fügen Sie dem ModelAlias Abschnitt eine Zeile hinzu, die auf ein Benutzerbeendigungsskript verweist, das den Modellnamen beim "(".

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

  11. Erstellen Sie ein Benutzerexitskript, und legen Sie es im selben Verzeichnis wie die CustomSettings.ini Datei ab, um den Modellnamen abzuschneiden.

    Die folgende Abbildung zeigt 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

    Benutzer-Exitskript:

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

In einigen Szenarien sollten Sie einen Tasksequenzschritt bedingt auf der Grundlage definierter Kriterien ausführen. Beliebige Kombinationen dieser Bedingungen können hinzugefügt werden, um zu bestimmen, ob der Tasksequenzschritt ausgeführt werden soll. Sie können beispielsweise den Wert einer Tasksequenzvariablen und den Wert einer Registrierungseinstellung verwenden, um zu bestimmen, ob ein Tasksequenzschritt ausgeführt werden soll.

Führen Sie mithilfe von MDT eine Tasksequenz bedingt basierend auf Folgendem aus:

  • Eine oder mehrere WENN-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 oder Nichtausführung des Schritts zu schaffen.

Hinweis

Jeder bedingte Tasksequenzschritt erfordert 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 wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Detailbereich task_sequence aus (wobei task_sequence der Name der zu konfigurierenden Tasksequenz ist).

  4. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

  5. Wählen Sie im Dialogfeld task_sequenceEigenschaften auf der Registerkarte TasksequenzSchritt (wobei Schritt der Name des zu konfigurierenden Tasksequenzschritts ist) und dann die Registerkarte Optionen aus.

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

  • Fügen Sie hinzu. Wählen Sie diese Schaltfläche aus, um dem Tasksequenzschritt eine Bedingung hinzuzufügen.

  • entfernen. Wählen Sie diese Schaltfläche aus, um eine vorhandene Bedingung in einem Tasksequenzschritt zu entfernen.

  • Bearbeiten. Wählen Sie diese Schaltfläche aus, 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 die Erstellung 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.
Beliebige Bedingungen Alle Bedingungen unter dieser IF-Anweisung werden erfüllt.
Keine Keine, die Bedingungen unter dieser IF-Anweisung werden erfüllt.

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

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

  1. Wählen Sie auf der Registerkarte "Schrittoption" (wobei Schritt der Name des zu konfigurierenden Tasksequenzschritts ist) die Option "Hinzufügen" und dann "Wenn"-Anweisung aus.

  2. Wählen Sie im Dialogfeld "Eigenschaften von "If-Anweisung" die Option "Bedingung" (wobei "Bedingung" eine der Bedingungen in der vorherigen Tabelle ist) und klicken Sie dann auf "OK".

Tasksequenzvariablen in Bedingungen

Verwenden Sie die Bedingung "Tasksequenzvariable", um eine Tasksequenzvariable auszuwerten, die von einer Aufgabe vom Typ "Tasksequenzvariable festlegen" oder einer beliebigen Aufgabe in der Tasksequenz erstellt wurde. Stellen Sie sich beispielsweise ein Netzwerk vor, das Windows XP-Clientcomputer enthält, die Teil einer Domäne sind, und einige, die sich in einer Arbeitsgruppe befinden. Da die aktuelle Domänenrichtlinie das Speichern aller Benutzereinstellungen im Netzwerk erzwingt, müssen Benutzereinstellungen möglicherweise nur für Computer gespeichert werden, die nicht Teil der Domäne sind, d. h. Computer, die zur Arbeitsgruppe gehören. Fügen Sie in diesem Fall eine Bedingung zur Aufgabe "Benutzer-Files und Einstellungen mitschreiben" hinzu, die auf die Computer in der Arbeitsgruppe abzielt.

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

  1. Wählen Sie auf der Registerkarte "Schrittoptionen" (wobei Schritt der Name des zu konfigurierenden Tasksequenzschritts ist) die Option "Bedingung hinzufügen" und dann "Tasksequenzvariable" aus.

  2. Geben Sie im Dialogfeld Tasksequenzvariablenbedingungim Feld Variable OSDJoinType ein.

    Hinweis

    Diese Variable wird für Computer, die einer Domäne angehören, auf 0 und für Computer in einer Arbeitsgruppe auf 1 festgelegt.

  3. Wählen Sie im Feld Bedingung die Option Gleich aus.

  4. Geben Sie im Feld "Wert " den Wert "1" ein, und wählen Sie dann "OK" aus.

Betriebssystemversion in Bedingungen

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

So fügen Sie eine Bedingung hinzu, die auf der Betriebssystemversion basiert

  1. Wählen Sie im Tasksequenz-Editor den Task Netzwerkeinstellungen mitschreiben.

  2. Wählen Sie Bedingung hinzufügen und dann Betriebssystemversion aus.

  3. Wählen Sie im Feld Architektur den entsprechenden Server aus. Wählen Sie in diesem Beispiel x86 aus.

  4. Wählen Sie im Feld "Betriebssystem " das Betriebssystem und die Version aus, für die eine Bedingung festgelegt werden soll. Wählen Sie in diesem Beispiel x86 Windows 2003 aus.

  5. Wählen Sie im Feld Bedingung die entsprechende Bedingung aus, und wählen Sie dann OK aus.

Dateieigenschaften in Bedingungen

Verwenden Sie die Bedingung Dateieigenschaften , um die Version und/oder den 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, für die die Digital Access Object (DAO) Application Programming Interface (API) Version 3.60.6815 erforderlich ist.

Alle vorhandenen Server funktionieren ordnungsgemäß. Jeder neue Server, der mit dem Image zum Netzwerk hinzugefügt wird, kann die Anwendung jedoch nicht ausführen. Da die Verwaltung und Aktualisierung von Images einer anderen Gruppe obliegt, entscheiden Sie, dass die Tasksequenz für die Bereitstellung so geändert wird, dass die entsprechende Version von DAO installiert wird, wenn die mit dem Image bereitgestellte vorhandene Version von DAO falsch ist.

So fügen Sie einem Tasksequenzschritt im Configuration Manager eine Bedingung mit Dateieigenschaften hinzu

  1. Erstellen Sie im Configuration Manager ein Paket, um DAO 3.60.6815 zu installieren. Nennen Sie dieses Paket DAO mit einem Programm namens InstallDAO. Weitere Informationen zum Erstellen von Paketen finden Sie unter Erstellen eines Pakets.

  2. Erstellen Sie einen Schritt zum Installieren der Software, um das DAO-Paket bereitzustellen.

  3. Wählen Sie den in Schritt 2 erstellten Tasksequenzschritt "Software installieren " aus, und klicken Sie dann auf die Registerkarte "Optionen ".

  4. Wählen Sie Bedingung hinzufügen und dann Dateieigenschaften aus.

  5. Geben Sie im Feld PfadC:\Program Files\Microsoft Shared\DAO\dao360.dllein.

  6. Aktivieren Sie das Kontrollkästchen "Version überprüfen ", und wählen Sie dann "Ungleich " für die Bedingung aus.

  7. Geben Sie im Feld "Version " 3.60.6815 ein.

  8. Deaktivieren Sie in diesem Fall das Kontrollkästchen Zeitstempel überprüfen , und wählen Sie dann OK aus.

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. Stellen Sie sich instance eine Situation vor, in der eine intern entwickelte Anwendung aktualisiert wurde, damit sie mit Windows 8 funktioniert. 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, der 31.12.2007 oder früher ist, dann 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 auszuführen, die über eine frühere Version der Anwendung verfügen.

So fügen Sie einem Tasksequenzschritt eine Bedingung "Ordnereigenschaften" hinzu

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

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

  3. Wählen Sie die in Schritt 1 erstellte Aufgabe aus.

  4. Wählen Sie Bedingung hinzufügen und dann Ordnereigenschaften aus.

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

  6. Aktivieren Sie das Kontrollkästchen Zeitstempel überprüfen .

  7. Wählen Sie "Kleiner als oder gleich" für die Bedingung aus.

  8. Wählen Sie im Feld "Datum " die Option 31.12.2007 aus.

  9. Klicken Sie im Feld "Uhrzeit " auf 12:00:00 Uhr und dann auf "OK".

Registrierungseinstellungen in Bedingungen

Verwenden Sie die Bedingung Registrierungseinstellung , um das Vorhandensein von Schlüsseln und Werten in der Registrierung und der entsprechenden Daten in Registrierungswerten zu überprüfen. Stellen Sie sich instance einen Fall vor, in dem eine Anwendung, die derzeit auf einer kleinen Gruppe von Computern verwendet wird, nicht unter 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 für die allererste Aufgabe in einer Sequenz eine Bedingung, um die Registrierung auf einen Eintrag für die inkompatible Anwendung zu überprüfen und den Bereitstellungsprozess für diesen Computer zu unterbrechen, falls sie 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 die Tasksequenz die Tasksequenz ist, die Windows 8 bereitstellt).

  2. Wählen Sie die erste Aufgabe in der Sequenz und dann die Registerkarte Optionen aus.

  3. Wählen Sie Bedingung hinzufügen und dann Registrierungseinstellung aus.

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

  5. Geben Sie im Feld SchlüsselSOFTWARE\WOODGROVE ein.

  6. Wählen Sie "Nicht vorhanden " für die Bedingung aus. In diesem Fall wird der Task ausgeführt und die Sequenz nur fortgesetzt, wenn der Schlüssel nicht vorhanden ist.

  7. Optional kann die Bedingung prü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. Wählen Sie OK aus.

WMI-Abfragen in Bedingungen

Verwenden Sie die WMI-Abfragebedingung , um eine WMI-Abfrage auszuführen. Die Bedingung wird als TRUE ausgewertet, wenn die Abfrage mindestens ein Ergebnis zurückgibt. Nehmen wir zum Beispiel an, dass ein Bereitstellungsteam das Betriebssystem aller Server eines bestimmten Modells aktualisieren muss – Dell 1950 zum Beispiel instance. Sie können eine WMI-Abfrage verwenden, um das Modell jedes Computers zu überprüfen und mit der Bereitstellung nur fortfahren, 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 die Tasksequenz die Tasksequenz ist, die die Server aktualisiert).

  2. Wählen Sie die erste Aufgabe in der Sequenz und dann die Registerkarte Optionen aus.

  3. Wählen Sie Bedingung hinzufügen und dann WMI abfragen.

  4. Geben Sie im Feld WMI-Namespaceroot\cimv2 ein.

  5. Geben Sie im WQL-AbfragefeldSelect * From Win32_ComputerSystem WHERE Model LIKE "%Dell%%1950%" ein. Wählen Sie OK aus.

Installierte Software in Bedingungen

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

So fügen Sie einem Tasksequenzschritt eine Bedingung "Installierte Software" hinzu

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

  2. Wählen Sie die erste Aufgabe in der Sequenz und dann die Registerkarte Optionen aus.

  3. Wählen Sie Bedingung hinzufügen und dann Installierte Software aus.

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

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

  6. Wählen Sie OK aus.

Komplexe Bedingungen

Mehrere Bedingungen können mithilfe von IF-Anweisungen gruppiert werden, um komplexe Bedingungen zu erstellen. Stellen Sie sich instance vor, dass ein bestimmter Schritt nur für Contoso 1950-Computer mit Windows Server 2003 oder Windows Server 2008 ausgeführt werden soll. Als programmgesteuerte WENN-Anweisung geschrieben, würde sie etwa wie folgt aussehen:

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 die Tasksequenz die Tasksequenz ist, die die Server aktualisiert).

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

  3. Wählen Sie Bedingung hinzufügen, dann If-Anweisung und dann Alle Bedingungen aus. Wählen Sie OK aus.

  4. Wählen Sie die Bedingungsanweisung, dann "Bedingung hinzufügen" und dann " WMI-Abfrage" aus.

  5. Stellen Sie sicher, dass root\cimv2 als WMI-Namespace angegeben ist, und geben Sie dann im WQL-AbfragefeldSELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE "%Contoso%1950%" ein. Wählen Sie OK aus.

  6. Wählen Sie die IF-Anweisung aus, und klicken Sie dann auf Bedingung hinzufügen. Wählen Sie "If"-Anweisung und dann "Beliebige Bedingung" aus. Wählen Sie OK aus.

  7. Wählen Sie die zweite WENN-Anweisung aus. Wählen Sie Bedingung hinzufügen und dann Betriebssystemversion aus.

  8. Wählen Sie im Feld Architektur die Architektur für die Server aus. Wählen Sie in diesem Beispiel x86 aus.

  9. Wählen Sie im Feld "Betriebssystem " das Betriebssystem und die Version aus. Wählen Sie in diesem Beispiel die x86-Version von Windows 2003 aus. Wählen Sie OK aus.

  10. Wählen Sie die zweite WENN-Anweisung aus. Wählen Sie Bedingung hinzufügen und dann Betriebssystemversion aus.

  11. Wählen Sie im Feld Architektur die Architektur für die Server aus. Wählen Sie in diesem Beispiel x86 aus.

  12. Wählen Sie im Feld "Betriebssystem " das Betriebssystem und die Version aus. Wählen Sie in diesem Beispiel die x86-Version von Windows 2008 aus. Wählen Sie OK aus.

Erstellen einer hochgradig skalierbaren LTI-Bereitstellungsinfrastruktur

In diesem Szenario ist keine elektronische Softwareverteilung verfügbar, die von der Bereitstellungsinfrastruktur genutzt werden kann. Daher verwenden Sie MDT, um eine vollautomatische LTI-Bereitstellungsinfrastruktur aufzubauen. Die skalierbare LTI-Infrastruktur verwendet Technologien von SQL Server, Windows-Bereitstellungsdienste und Windows Server 2003 DFS-R-Technologien (Distributed File System REPLICATION).

Skalieren Sie die LTI-Infrastruktur durch:

Sicherstellen, dass die entsprechende Infrastruktur vorhanden ist

Die hochgradig skalierbare LTI-Bereitstellungsinfrastruktur verwendet eine Hub-and-Spoke-Topologie für die Replikation von Inhalten. Benennen Sie daher zuerst einen Bereitstellungsserver in der Produktionsumgebung, der die Rolle des Master-Bereitstellungsservers übernimmt. Im Folgenden werden die erforderlichen Komponenten für den Master-Bereitstellungsserver 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 Für Replikation der Bereitstellungsfreigabe erforderlich
Windows-Bereitstellungsdienste Erforderlich, um die Initiierung von PXE-basierten Netzwerkinstallationen zu ermöglichen

Wenn Sie den Master-Bereitstellungsserver ausgewählt haben, stellen Sie zusätzliche Server an jedem Standort bereit, um LTI-Bereitstellungen zu unterstützen. Im Folgenden werden 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 Replikation der Bereitstellungsfreigabe
Windows-Bereitstellungsdienste Erforderlich, um die Initiierung von PXE-basierten Netzwerkinstallationen zu ermöglichen

Hinweis

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 Master-Bereitstellungsserver mithilfe der Deployment Workbench mit Inhalten auf, und erstellen und füllen Sie die MDT-Datenbank auf, wie in den folgenden Abschnitten beschrieben. Informationen zum Auffüllen der Datenbank mit:

  • Anwendungen finden Sie im Abschnitt "Konfigurieren von Anwendungen in der Deployment Workbench" im MDT-Dokument Verwenden des Microsoft Deployment Toolkit

  • Betriebssysteme finden Sie im Abschnitt "Konfigurieren von Betriebssystemen in der Deployment Workbench" im MDT-Dokument Verwenden des Microsoft Deployment Toolkit

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

  • Weitere Informationen zu Gerätetreibern finden Sie im Abschnitt "Konfigurieren von Gerätetreibern in der Deployment Workbench" im MDT-Dokument Verwenden des Microsoft Deployment Toolkit

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

Hinweis

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

Vorbereiten der Windows-Bereitstellungsdienste

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

Vorbereiten der Windows-Bereitstellungsdienste

  1. Öffnen Sie ein Eingabeaufforderungsfenster.

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

Hinweis

In dem hier vorgestellten 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 des DFS-R entspricht.

Konfigurieren der DFS-Replikation

Beim Skalieren der LTI-Bereitstellungsarchitektur verwenden Sie DFS-R als Grundlage für die Replikation des Inhalts sowohl aus der MDT-Bereitstellungsfreigabe und der Windows PE Lite Touch-Startumgebung als auch vom master-Bereitstellungsserver 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 für die Replikation des Bereitstellungsinhalts

  1. Öffnen Sie die DFS-Verwaltungskonsole.

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

  3. Klicken Sie mit der rechten Maustaste auf Replikation, und wählen Sie dann Neue Replikationsgruppe aus.

  4. Wählen Sie im Assistenten für neue Replikationsgruppen auf der Seite Replikationsgruppentyp die Option Neue Mehrzweckreplikationsgruppe aus.

  5. Wählen Sie Weiter aus.

  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. Wählen Sie Weiter aus.

  8. Führen Sie auf der Seite "Mitglieder der Replikationsgruppe" 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 den Master-Bereitstellungsserver.

    3. Wählen Sie OK aus.

  9. Wählen Sie Weiter aus.

  10. Wählen Sie auf der Seite Topologieauswahl die Option Hub and Spoke und dann Weiter aus.

  11. Wählen Sie auf der Seite "Hubmitglieder" den master-Bereitstellungsserver und dann "Hinzufügen" aus.

  12. Wählen Sie Weiter aus.

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

  14. Wählen Sie Weiter aus.

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

  16. Wählen Sie Weiter aus.

  17. Wählen Sie auf der Seite Primäres Mitglied im Feld Primäres Mitglied den Master-Bereitstellungsserver aus.

  18. Wählen Sie Weiter aus.

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

    1. Wählen Sie im Feld Lokaler Pfad des zu replizierenden Ordnersdie Option Durchsuchen aus, um zum Ordner X:\Deployment zu wechseln (wobei X der Laufwerkbuchstabe auf dem Bereitstellungsserver ist).

    2. Wählen Sie Name basierend auf Pfad verwenden aus.

    3. Wählen Sie OK aus.

    4. Klicken Sie auf Hinzufügen.

    5. Wählen Sie im Dialogfeld Zu replizierenden Ordner hinzufügen die Option Durchsuchen aus, um zum Ordner X:\RemoteInstall\Boot zu wechseln.

    6. Wählen Sie Name basierend auf Pfad verwenden aus.

  20. Wählen Sie Weiter aus.

  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:\Bereitstellung " ( wobei X der Laufwerkbuchstabe auf dem Bereitstellungsserver ist).

    4. Wählen Sie OK aus.

  22. Wählen Sie Weiter aus.

  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 Laufwerksbuchstabe auf dem Bereitstellungsserver ist).

    4. Wählen Sie OK aus.

  24. Wählen Sie Weiter aus.

  25. Wählen Sie auf der Seite Remoteeinstellungen und Replikationsgruppe erstellen die Option Erstellen aus, um den Assistenten für neue Replikationsgruppen abzuschließen.

  26. Wählen Sie auf der Seite "Bestätigen " die Option "Schließen " aus, um den Assistenten zu schließen.

Hinweis

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

Vorbereiten der SQL Server-Replikation

Bevor die SQL Server-Replikation konfiguriert werden kann, führen Sie mehrere Vorkonfigurationsschritte aus, um sicherzustellen, dass die Bereitstellungsserver korrekt konfiguriert sind.

So bereiten Sie die SQL Server-Replikation auf dem Master-Bereitstellungsserver vor

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

    Hinweis

    Weitere Informationen zum Sichern des Ordners für die Momentaufnahme finden Sie unter Sichern des Momentaufnahmeordners.

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

  3. Wählen Sie im Feld "Konfiguration der SQL Server-Oberfläche" die Option "Lokale Verbindungen" und "Remoteverbindungen" aus.

    So bereiten Sie die SQL Server-Replikation auf dem untergeordneten Bereitstellungsserver vor

  4. Wählen Sie im Feld "Konfiguration der SQL Server-Oberfläche" die Option "Lokale Verbindungen" und "Remoteverbindungen" aus.

  5. Bei Bedarf können Sie eine leere Datenbank zum Hosten der replizierten MDT-Datenbank erstellen.

Hinweis

Diese Datenbank muss denselben Namen wie die MDT-Datenbank auf dem Master-Bereitstellungsserver erhalten. Wenn die MDT-Datenbank auf dem Master-Bereitstellungsserver beispielsweise MDTDB heißt, erstellen Sie auf dem untergeordneten Bereitstellungsserver eine leere Datenbank mit dem Namen MDTDB.

Konfigurieren der SQL Server-Replikation

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

Hinweis

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

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

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

  2. Distributoren werden verwendet, um die Publikation zu verteilen.

  3. Leser können eine Publikation abonnieren, so dass die Veröffentlichung dem Abonnenten regelmäßig zugestellt wird (ein Pushabonnement).

    Diese Terminologie wird in den Assistenten für das Setup und die Konfiguration der SQL Server-Replikation verwendet.

Konfigurieren eines SQL Server Publishers

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

  1. Öffnen Sie SQL Server Management Studio.

  2. Klicken Sie mit der rechten Maustaste auf den Replikationsknoten , und wählen Sie dann Verteilung konfigurieren aus.

  3. Klicken Sie im Assistenten zum Konfigurieren der Verteilung auf Weiter.

  4. Auf der Seite "Vertriebspartner" fungiert select als eigener Vertriebspartner. SQL Server erstellt eine Verteilungsdatenbank und protokolliert sie, und klicken Sie dann auf Weiter.

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

  6. Wählen Sie auf der Seite "Verteilungsdatenbank " die Option "Weiter" aus.

  7. Wählen Sie auf der Seite Herausgeber den master-Bereitstellungsserver aus, um ihn als Verteiler festzulegen, und klicken Sie dann auf Weiter.

  8. Wählen Sie auf der Seite "Assistentenaktionen " die Option "Verteilung konfigurieren" und dann " Weiter" aus.

  9. Wählen Sie Fertig stellen und dann 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 Master-Bereitstellungsserver zu aktivieren:

  1. Klicken Sie in SQL Server Management Studio mit der rechten Maustaste auf den Replikationsknoten, und wählen Sie dann Publisher-Eigenschaften aus.

  2. Führen Sie auf der Seite "Publisher-Eigenschaften" die folgenden Schritte aus:

    1. Wählen Sie Herausgeberdatenbanken aus.

    2. Wählen Sie die MDT-Datenbank und dann die Option Transaktional aus.

    3. Wählen Sie OK aus.

    Die MDT-Datenbank ist jetzt für die Replikation von Transaktionen und Momentaufnahmen konfiguriert.

Erstellen einer Publikation der MDT-Datenbank

Führen Sie die folgenden Schritte aus, um eine Publikation der MDT-DB zu erstellen, die von den untergeordneten Bereitstellungsservern abonniert werden kann:

  1. Erweitern Sie in SQL Server Management Studio Replikation, klicken Sie mit der rechten Maustaste auf Lokale Veröffentlichungen, und wählen Sie dann Neue Publikation aus.

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

  3. Wählen Sie auf der Seite "Publikationsdatenbank " die MDT-Datenbank aus, und klicken Sie dann auf "Weiter".

  4. Wählen Sie auf der Seite Veröffentlichungstyp die Option Momentaufnahmeveröffentlichung und dann Weiter aus.

  5. Wählen Sie auf der Seite "Artikel" die Option " Alle Tabellen", "Gespeicherte Prozeduren" und "Ansichten" aus, und klicken Sie dann auf "Weiter".

  6. Wählen Sie auf der Seite "Artikelprobleme " die Option "Weiter" aus.

  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 "Sofortiges Erstellen einer Momentaufnahme aus, und halten Sie die Momentaufnahme zum Initialisieren von Abonnements verfügbar.

    2. Wählen Sie Planen Sie den Momentaufnahmen-Agent so, dass er zu den folgenden Zeiten ausgeführt wird.

    3. Wählen Sie Ändern aus.

    Hinweis

    Geben Sie einen Zeitplan an, der eine Stunde vor der Datenbankreplikation ausgeführt wird.

  9. Wählen Sie Weiter aus.

  10. Wählen Sie auf der Seite Agent-Sicherheit das Konto aus, unter dem der Momentaufnahme-Agent ausgeführt wird, und klicken Sie dann auf Weiter.

  11. Klicken Sie auf der Seite "Assistentenaktionen " auf die Option "Veröffentlichung erstellen" und dann auf "Weiter".

  12. Geben Sie auf der Seite Assistent abschließen im Feld Publikationsname einen beschreibenden Publikationsnamen ein.

  13. Wählen Sie Fertigstellen aus, um den Assistenten abzuschließen, und klicken Sie dann auf Schließen , wenn der Assistent die Publikation erstellt hat.

    Hinweis

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

Abonnieren der veröffentlichten MDT-DB Server für untergeordnete Bereitstellungen

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

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

  1. Wechseln Sie in SQL Server Management Studio zu Replikation/Lokale Publikationen.

  2. Klicken Sie mit der rechten Maustaste auf die im vorherigen Abschnitt erstellte Publikation, und wählen Sie dann Neue Abonnements aus.

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

  4. Wählen Sie auf der Seite Veröffentlichung die im vorherigen Abschnitt erstellte Publikation aus.

  5. Wählen Sie auf der Seite Standort des Verteilungs-Agents die Option Alle Agents auf dem Verteiler SERVERNAME ausführen (Pushabonnements) aus, und klicken Sie dann auf Weiter.

  6. Auf der Seite "Abonnenten " fügen Sie jeden der untergeordneten Bereitstellungsserver hinzu, indem Sie die folgenden Schritte ausführen:

    1. Wählen Sie Abonnenten hinzufügen und dann SQL Server-Abonnenten hinzufügen aus.

    2. Fügen Sie jeden untergeordneten Bereitstellungsserver hinzu.

    3. Wählen Sie für jeden hinzugefügten untergeordneten Bereitstellungsserver im Feld Abonnementdatenbank die leere MDT-DB auf diesem untergeordneten Bereitstellungsserver aus.

    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 denselben Namen wie die MDT-Datenbank auf dem Master-Bereitstellungsserver erhalten. Wenn die MDT-Datenbank auf dem Master-Bereitstellungsserver beispielsweise MDTDB heißt, erstellen Sie auf dem untergeordneten Bereitstellungsserver eine leere Datenbank mit dem Namen MDTDB.

  7. Wählen Sie Weiter aus.

  8. Wählen Sie auf der Seite "Sicherheit des Verteilungs-Agenten" die Option "...", um das Dialogfeld "Sicherheit des Verteilungs-Agenten" 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. Wählen Sie im Feld Agent-Zeitplan die Option Zeitplan> definieren aus<.

    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. Wählen Sie auf der Seite "Assistentenaktionen " die Option "Abonnement(s) erstellen" und dann "Weiter" aus.

  13. Wählen Sie Fertig stellen und dann Schließen , wenn der Assistent erfolgreich abgeschlossen wurde.

    Die SQL Server-Replikation ist jetzt konfiguriert, und die MDT-DB wird regelmäßig vom Master-Bereitstellungsserver auf alle untergeordneten Bereitstellungsserver repliziert, die sie abonniert haben.

Konfigurieren 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 der Bereitstellungsinhalt (Bereitstellungsfreigabe und Datenbank) vom lokalen Bereitstellungsserver verwendet wird, dem Server, der die LiteTouchPE_x86.wim-Umgebung über die Windows-Bereitstellungsdienste bereitstellt.

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

    Um immer den lokalen LTI-Bereitstellungsserver zu verwenden

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 wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

  4. Wählen Sie die Registerkarte "Regeln " aus, und ändern Sie dann die CustomSettings.ini Datei, um die folgenden Eigenschaften zu konfigurieren:

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

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

  5. Wählen Sie Bearbeiten Bootstrap.iniaus.

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

  7. Wählen Sie Datei und dann Speichern aus, um die Änderungen an der BootStrap.ini Datei zu speichern.

  8. Wählen Sie OK aus.

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

  9. Wählen Sie im Bereich Aktionen die Option Bereitstellungsfreigabe aktualisieren aus.

    Der Freigabe-Assistent für die Aktualisierung der Bereitstellung 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 wählen Sie dann Weiter aus.

  12. Wählen Sie auf der Bestätigungsseite die Option Fertig stellen aus.

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

    BeispielCustomSettings.ini für eine 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 hohe Anzahl gleichzeitiger Bereitstellungen und Bereitstellungen über mehrere Standorte hinweg zu unterstützen. Wenn eine LTI-Bereitstellung initialisiert wird, wird standardmäßig ein Pfad zum MDT-Server angefordert, um eine Verbindung mit den erforderlichen Dateien herzustellen und auf diese 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 durch:

Grundlegendes zu LocationServer.xml

Zunächst müssen Sie verstehen, wie MDT LocationServer.xml verwendet. Während 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, zu 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. Beim Initialisieren der HTA-Assistentenseite (HTML Application) überprüfen MDT-Skripts, ob die LocationServer.xml-Datei vorhanden ist, und verwenden LocationServer.xml, falls vorhanden, um verfügbare Bereitstellungsserver anzuzeigen.

Verstehen, wann LocationServer.xml verwendet werden sollte

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

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 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 vorstehenden 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 Windows-Bereitstellungsdiensten gehostet wird.

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

In diesen Szenarien bietet die LocationServer.xml Datei eine flexible Möglichkeit, diese Informationen zum Zeitpunkt der Bereitstellung darzustellen, ohne dass Kenntnisse über Servernamen und Bereitstellungsfreigabenamen erforderlich sind.

Erstellen der LocationServer.xml Datei

Um während einer LTI-Bereitstellung eine Liste der verfügbaren Bereitstellungsserver anzuzeigen, erstellen Sie eine LocationServer.xml Datei, die Details zu jedem Server enthält. In MDT gibt es keine standardmäßige LocationServer.xml Datei. Erstellen Sie daher mithilfe der folgenden Anleitungen eine Datei.

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 Speicherort oder an verschiedenen Standorten befinden).

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

  • Ein eindeutiger Bezeichner

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

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

    Im Folgenden wird veranschaulicht, wie die LocationServer.xml-Datei unter Verwendung jeder dieser Eigenschaften anhand einer Beispieldatei LocationServer.xml 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 es mehrere Server an einem einzigen Standort gibt, indem Sie für jeden Server an diesem Standort einen anderen Servereintrag angeben, wie im folgenden Beispiel gezeigt.

Beispieldatei LocationServer.xml zur Unterstützung mehrerer Server an mehreren Standorten

<?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 Sie eine LocationServer.xml-Datei, um mehrere Server an unterschiedlichen Standorten auszugleichen

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

Im Folgenden finden Sie eine Beispieldatei LocationServer.xml, die für mehrere Server an verschiedenen Standorten konfiguriert ist.

Beispiel 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 <Gewichtungstags des Servers> an, das MDT bei der Serverauswahl verwendet. Die Wahrscheinlichkeit, dass ein Server ausgewählt wird, wird berechnet durch:

Servergewichtung/Summe aller Servergewichtungen

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

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

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

So fügen Sie LocationServer.xml zur Bereitstellungsfreigabe hinzu

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

  2. Erstellen Sie im Ordner "Extra Files" eine Ordnerstruktur, 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 unter "Zusätzliche Files" dieselbe Ordnerstruktur (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 wählen Sie dann Deployment Workbench aus.

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

  6. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

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

    1. Wählen Sie die Registerkarte Windows PE-Plattformeinstellungen aus (wobei Plattform die Architektur des zu konfigurierenden Windows PE-Images ist).

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

Aktualisieren der BootStrap.ini Datei

Wenn Sie eine Bereitstellungsfreigabe mithilfe der Deployment Workbench erstellen, wird automatisch eine DeployRoot-Eigenschaft erstellt und in der BootStrap.ini Datei aufgefüllt. Da die LocationServer.xml-Datei zum Auffüllen der DeployRoot-Eigenschaft verwendet wird, 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 wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

  4. Wählen Sie im Dialogfeld deployment_shareProperties (wobei deployment_share der Name der Bereitstellungsfreigabe ist) die Registerkarte Regeln und dann BootStrap.inibearbeiten aus.

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

  6. Wählen Sie Datei und dann Speichern aus, um die Änderungen an der BootStrap.ini Datei zu speichern.

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

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 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 wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Bereich Aktionen die Option Bereitstellungsfreigabe aktualisieren aus.

    Der Freigabe-Assistent für die Aktualisierung der Bereitstellung 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 wählen Sie dann Weiter aus.

  6. Wählen Sie auf der Bestätigungsseite die Option Fertig stellen aus.

Hinweis

Fügen Sie nach Abschluss des Updatevorgangs die neuen LiteTouch_x86 und LiteTouch_x64 Windows PE-Umgebungen wieder in die Windows-Bereitstellungsdienste ein, oder brennen Sie sie auf Startmedien, um sie während der Bereitstellung zu verwenden.

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

Mit MDT können Sie ein Abbild auf einem neuen Computer bereitstellen, der einen vorhandenen Computer in der Unternehmensarchitektur ersetzt. Diese Situation kann beim Upgrade von einem Betriebssystem auf ein anderes auftreten (ein neues Betriebssystem erfordert möglicherweise neue Hardware) oder wenn die organization 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 Benutzerstatusdaten. Darüber hinaus ist es wichtig, eine Wiederherstellungslösung zu erstellen, falls die Migration fehlschlägt.

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

Verwenden Sie in MDT die Tasksequenzvorlage "Standard Client 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 Betriebssystemabbildern, 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 Mitschreiben des Benutzerstatus

Erstellen Sie MDT-Tasksequenzen im Knoten "Tasksequenzen" in der Deployment Workbench mithilfe des Assistenten für neue Tasksequenzen. Wenn Sie den ersten Teil des Bereitstellungsszenarios "Computer ersetzen" (Erfassen des Benutzerstatus auf dem vorhandenen Computer) ausführen möchten, wählen Sie im Assistenten für neue Tasksequenz die Vorlage zum Ersetzen von Standardclient-Tasksequenzen aus.

So erstellen Sie eine Tasksequenz zur Erfassung des Benutzerstatus im Bereitstellungsszenario "Computer ersetzen"

  1. Klicken Sie auf "Start", und zeigen Sie dann auf "Alle Programme". Zeigen Sie auf Microsoft Deployment Toolkit, und wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Bereich "Aktionen" die Option "Neue Tasksequenz" aus.

    Der Assistent für neue Tasksequenzen wird gestartet.

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

    Auf dieser Assistentenseite Aktion...
    Allgemeine Einstellungen 1. Geben Sie in Tasksequenz-IDVISTA_EXIST ein.
    2. Geben Sie unter Tasksequenznamedas Szenario "Computer ersetzen" auf vorhandenem Computer durch.
    3. Wählen Sie "Weiter" aus.
    Vorlage auswählen Im Folgenden stehen Tasksequenzvorlagen zur Verfügung. Wählen Sie diejenige aus, die Sie als Ausgangspunkt verwenden möchten, wählen Sie "Tasksequenz zum Ersetzen des Standardclients" aus, und klicken Sie dann auf "Weiter".
    Summary Stellen Sie sicher, dass die Konfigurationsdetails korrekt sind, und wählen Sie dann "Weiter" aus.
    Bestätigung Klicken Sie auf Fertigstellen.

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

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

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 Benutzerstatus auf dem vorhandenen Computer) auszuführen, wählen Sie im Assistenten für neue Tasksequenz die Vorlage "Standard Client-Tasksequenz" aus.

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

  1. Klicken Sie auf "Start", und zeigen Sie dann auf "Alle Programme". Zeigen Sie auf Microsoft Deployment Toolkit, und wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Bereich "Aktionen" die Option "Neue Tasksequenz" aus.

    Der Assistent für neue Tasksequenzen wird gestartet.

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

    Auf dieser Assistentenseite Aktion...
    Allgemeine Einstellungen 1. Geben Sie in Tasksequenz-IDVISTA_NEW ein.
    2. Geben Sie unter Tasksequenznamedas Szenario "Computer ersetzen" auf einem neuen Computer aus.
    3. Wählen Sie "Weiter" aus.
    Vorlage auswählen Im Folgenden stehen Tasksequenzvorlagen zur Verfügung. Wählen Sie die aus, die Sie als Ausgangspunkt verwenden möchten, wählen Sie Standard Clienttasksequenz aus, und klicken Sie dann auf Weiter.
    Betriebssystem auswählen In den folgenden Betriebssystemimages sind für die Bereitstellung mit dieser Tasksequenz verfügbar. Wählen Sie eine der zu verwendenden Dateien aus, wählen Sie captured_vista_image (wobei captured_vista_image das erfasste Image ist, das der Referenzcomputer dem Knoten Betriebssysteme in der Deployment Workbench hinzugefügt hat) und wählen Sie dann Weiter.
    Product Key angeben Wählen Sie "Zu diesem Zeitpunkt keinen Product Key angeben" aus, und klicken Sie dann auf "Weiter".
    Einstellungen des Betriebssystems 1. Geben Sie im Vollständigen NamenWoodgrove Employee ein.
    2. Geben Sie unter Organisationden Begriff "Woodgrove Bank" ein.
    3. Geben Sie auf der Internet Explorer-Startseite den Namen http://www.woodgrovebank.comein.
    4. Wählen Sie Weiter aus.
    Admin-Kennwort Geben Sie in das Feld Administratorkennwort und Administratorkennwort bestätigenP@ssw0rd ein, und wählen Sie dann Fertig stellen aus.
    Bestätigung Klicken Sie auf Fertigstellen.

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

Schritt 3: Anpassen der MDT-Konfigurations-Files

Wenn die MDT-Tasksequenz erstellt wurde, passen Sie die MDT-Konfigurationsdateien an, die die Konfigurationseinstellungen für die Erfassung von Benutzerstatusinformationen bereitstellen. Passen Sie insbesondere die CustomSettings.ini Datei an, indem Sie die Datei in den Eigenschaften der Bereitstellungsfreigabe ändern, die zuvor im Bereitstellungsprozess erstellt wurde. 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 wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

    Das Dialogfeld Eigenschaften wird angezeigt.

  4. Wählen Sie im Dialogfeld Eigenschaften die Registerkarte Regeln aus.

  5. Ändern Sie auf der Registerkarte "Regeln " die CustomSettings.ini Datei so, dass sie die erforderlichen Änderungen widerspiegelt, wie im folgenden Beispiel gezeigt. Nehmen Sie alle weiteren Änderungen vor, die die Umgebung erfordert.

    Benutzerdefinierte 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 wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

    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 Auswahlprofil die Option device_drivers (wobei device_drivers der Name des Gerätetreiberauswahlprofils ist) und dann OK aus.

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 wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Bereich "Aktionen" die Option "DeploymentShare aktualisieren" aus.

    Der Freigabe-Assistent für die Aktualisierung der Bereitstellung 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 wählen Sie dann Weiter aus.

  6. Wählen Sie auf der Bestätigungsseite die Option Fertig stellen aus.

    Die Deployment Workbench beginnt mit dem Aktualisieren der Bereitstellungsfreigabe. Die Deployment Workbench erstellt die Dateien LiteTouchPE_x86.iso und LiteTouchPE_x86.wim (für 32-Bit-Zielcomputer) oder LiteTouchPE_x64.iso und LiteTouchPE_x64.wim-Dateien (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 LiteTouchPE_x64.iso und LiteTouchPE_x64.wim-Dateien (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 entsprechenden startbaren LTI-Medien aus einem dieser Images.

So erstellen Sie die startbaren LTI-Medien

  1. Navigieren Sie in Windows Explorer zum Ordner "deployment_share\Start" (deployment_share ist der freigegebene Ordner, der als Bereitstellungsfreigabe verwendet wird).

  2. Führen Sie einen der folgenden Schritte aus, je nachdem, welcher Computertyp für den vorhandenen Computer (WDG-EXIST-01) und den neuen Computer (WDG-NEW-02) verwendet wird:

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

    • Wenn der Referenzcomputer ein virtueller Computer ist, starten Sie den virtuellen Computer direkt über die ISO-Datei oder über eine CD oder DVD der ISO-Datei.

Schritt 7: Starten des vorhandenen Computers mit den startbaren LTI-Medien

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 Migrationsinformationen des Benutzerstatus 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 Toolkit.

So starten Sie den vorhandenen Computer mit den startbaren LTI-Medien

  1. Starten Sie WDG-EXIST-01 mit den startbaren LTI-Medien, die zuvor im Prozess erstellt wurden.

    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 BenutzernameAdministrator ein.
    2. Geben Sie unter KennwortP@ssw0rd ein.
    3. Geben Sie unter DomäneCORP ein.
    4. Wählen Sie OK aus.
    Wählen Sie eine Tasksequenz aus, die auf diesem Computer ausgeführt werden soll. Wählen Sie Szenario "Computer ersetzen" auf vorhandenem Computer ausführen aus, und klicken Sie dann auf "Weiter".
    Angeben, wo Ihre Daten und Einstellungen gespeichert werden sollen Wählen Sie Weiter aus.
    Angeben, wo eine vollständige Computersicherung gespeichert werden soll Wählen Sie "Vorhandenen Computer nicht sichern" aus, und klicken Sie dann auf "Weiter".
    Bereit zu beginnen Klicken Sie auf Beginnen.

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

  3. Klicken Sie im Dialogfeld Bereitstellungszusammenfassungauf Details.

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

  4. Wählen Sie im Dialogfeld Bereitstellungszusammenfassungdie Option Fertig stellen aus.

    Die Informationen zur Benutzerstatusmigration werden erfasst und in dem zuvor im Prozess erstellten freigegebenen Netzwerkordner (UserStateCapture$) gespeichert.

Schritt 8: Starten des neuen Computers mit den startbaren LTI-Medien

Starten Sie den neuen Computer (WDG-NEW-02) mit den zuvor im Prozess 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 Toolkit.

So starten Sie den neuen Computer mit den startbaren LTI-Medien

  1. Starten Sie WDG-NEW-02 mit den startbaren LTI-Medien, die zuvor im Prozess erstellt wurden.

    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 BenutzernameAdministrator ein.
    2. Geben Sie unter KennwortP@ssw0rd ein.
    3. Geben Sie unter DomäneCORP ein.
    4. Wählen Sie OK aus.
    Wählen Sie eine Tasksequenz aus, die auf diesem Computer ausgeführt werden soll. Wählen Sie Szenario "Computer ersetzen" auf neuem Computer ausführen und dann Weiter aus.
    Computernamen konfigurieren Geben Sie unter ComputernameWDG-NEW-02 ein, und wählen Sie dann Weiter aus.
    Verknüpfen des Computers mit einer Domäne oder Arbeitsgruppe Wählen Sie Weiter aus.
    Geben Sie an, ob Benutzerdaten wiederhergestellt werden sollen 1. Wählen Sie Standort angeben aus.
    2. Geben Sie unter Speicherort\\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01 ein.
    3. Wählen Sie "Weiter" aus.
    Auswahl des Gebietsschemas Wählen Sie Weiter aus.
    Festlegen der Zeitzone Wählen Sie Weiter aus.
    Angeben, ob ein Image erfasst werden soll Wählen Sie "Kein Image dieses Computers erfassen" aus, und klicken Sie dann auf "Weiter".
    Angeben der BitLocker-Konfiguration Wählen Sie BitLocker nicht für diesen Computer aktivieren aus, und klicken Sie dann auf Weiter.
    Bereit zu beginnen Klicken Sie auf Beginnen.

    Wenn Fehler oder Warnungen auftreten sollten, lesen Sie die MDT-Referenz zur Problembehandlung.

  3. Klicken Sie im Dialogfeld Bereitstellungszusammenfassungauf Details.

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

  4. Wählen Sie im Dialogfeld Bereitstellungszusammenfassungdie Option Fertig stellen aus.

    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 kommt häufig vor, dass ein Bereitstellungsteam komplexe, für seine Zielumgebung spezifische Anforderungen hat, die von den vordefinierten Tasksequenzaktionen der Deployment Workbench oder von standardmäßig MDT-Konfigurationsdateien nicht erfüllt werden. Implementieren Sie in diesem Fall benutzerdefinierten Code, um ihre Anforderungen zu erfüllen.

Integrieren von benutzerdefiniertem Bereitstellungscode in MDT durch:

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 ZTIUtility-Skript verfügbar, das mit MDT verteilt wird.

Wenn von einem benutzerdefinierten Skript darauf verwiesen wird, initialisiert das ZTIUtility-Skript die MDT-Umgebung und richtet Klassen ein. Die folgenden Klassen sind verfügbar:

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

  • Umgebung. Diese Klasse konfiguriert Umgebungsvariablen, die durch WMI- und MDT-Regelverarbeitung gesammelt werden, und ermöglicht es, direkt vom Skript aus auf sie zu verweisen. Dadurch können Deployment-Eigenschaften gelesen werden und auf alle Konfigurationsinformationen zugegriffen werden, die von den ZTI- und LTI-Prozessen verwendet werden.

  • Hilfsprogramm. Diese Klasse stellt allgemeine Dienstprogramme bereit, die in ZTI- und LTI-Skripten verwendet werden. Microsoft empfiehlt, dass diese Klasse bei jeder Entwicklung von benutzerdefiniertem Code daraufhin untersucht werden sollte, ob Code einfach wiederverwendet werden kann. Weitere Informationen zu einigen der in dieser Klasse bereitgestellten Funktionen finden Sie weiter unten in diesem Abschnitt.

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

  • Streicher. Diese Klasse führt allgemeine Zeichenfolgenverarbeitungsroutinen aus, z. B. das Erstellen einer durch Trennzeichen getrennten Liste von Elementen, das Anzeigen eines Hexadezimalwerts, das Entfernen von Leerzeichen aus einer Zeichenfolge, das Rechtsausrichten einer Zeichenfolge, das Linksausrichten einer Zeichenfolge, das Erzwingen des Zeichenfolgenformats, das Erzwingen eines Werts in das Arrayformat, das Generieren eines zufälligen GUID (Globally Unique Identifier) und Base64-Konvertierungen.

  • 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 reguläre Ausdrucksfunktionen aus.

    In MDT wurden einige Änderungen an der Skriptarchitektur implementiert, um die Clientversion von 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

  • Die Gesamtstruktur der Skripts ZTI_xxx.wsf wurde neu gestaltet

    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 so, auch mit den umfangreichen Änderungen an ZTIUtility.vbs, da die meisten MDT-Skripts ZTIUtility.vbs enthalten.

Verstehen, wie man ZTIUtility nutzt

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

Verwenden Sie die ZTIUtility-Protokollierungsklasse

Die Protokollierungsklasse in ZTIUtiliy.vbs bietet einen einfachen Mechanismus für benutzerdefinierten Code, um status Informationen, Warnungen und Fehler während einer ZTI- oder LTI-Bereitstellung auf die gleiche Weise wie andere Skripte zu protokollieren. Diese Standardisierung stellt außerdem sicher, dass das Dialogfeld LTI-Bereitstellungszusammenfassung den Status jedes ausgeführten benutzerdefinierten Codes ordnungsgemäß meldet.

Im Folgenden wird ein Beispiel für ein benutzerdefiniertes Codeskript gezeigt, das die Funktionen oLogging.CreateEntry und TestAndFail verwendet, um abhängig von den Ergebnissen der verschiedenen Skriptaktionen unterschiedliche Arten von Meldungen zu protokollieren.

Beispielskript mit ZTIUtility Logging: 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 Fehlerbehandlungsfunktionen werden jedoch nicht aktiviert.

Verwenden Sie die ZTIUtility-Umgebungsklasse

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

Verwenden Sie die ZTIUtility Utility Class

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 Dienstprogramme zu jedem Skript auf die gleiche Weise wie die oLogging - und oEnvironment-Klassen hinzufügen.

In der folgenden Tabelle sind einige nützliche Funktionen und ihre Ausgabe aufgeführt. Eine vollständige Liste der verfügbaren Funktionen findest du in der ZTIUtility.vbs Datei.

Funktion Ausgabe
oUtility.LocalRootPath Gibt den Pfad des Stammordners zurück, der für den 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 zu dem 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(Datei, Abschnitt, Element) Ermöglicht das Lesen des angegebenen Elements aus einer .ini Datei
oUtility.WriteIni(Datei, Abschnitt, Element, Wert) Ermöglicht das Schreiben des angegebenen Elements in eine .ini Datei
oUtility.Sections(Datei) Liest die Abschnitte einer .ini Datei und speichert sie in einem Objekt als Referenz
oUtility.SectionContents(Datei, Abschnitt) Liest den Inhalt der angegebenen .ini Datei und speichert ihn in einem Objekt.
oUtility.RunWithHeartbeat(sCmd) Wenn der Befehl ausgeführt wird, schreiben Sie alle 0,5 Sekunden Taktinformationen in die Protokolle
oUtility.FindFile

(sFilename,sFoundPath)		 Sucht im Ordner "DeployRoot" und in den Standardunterordnern nach der angegebenen Datei, einschließlich "Wartung", "Tools", "USMT", "Vorlagen", "Skripts" und "Steuerelement".
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 besteht, und versucht, eine solche herzustellen, falls keine vorhanden ist
MapNetworkDrive

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

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

(sName)		 Überprüft, ob die Variable vorhanden ist
oEnvironment.ListItem

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

(sMessage, iError)		 Wird verwendet, um einen strukturierten Exit durchzuführen, wenn ein nicht behebbarer Fehler erkannt wird.
oLogging.CreateEvent

(iEventID, iType, sMessage, arrParms)		 Schreibt eine Nachricht in die Protokolldatei und postet 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 falsch ist oder fehlschlägt
TestAndLog(iRc , sMessage) Protokolliert nur dann eine Warnung, wenn iRc falsch ist oder fehlschlägt

Integration von benutzerdefiniertem Bereitstellungscode

Benutzerdefinierter Bereitstellungscode kann auf verschiedene Arten 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 Bereitstellungscodeskripts muss 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 zum Integrieren von benutzerdefiniertem Code, die auch eine konsistente Protokollierung gewährleisten, sind:

  • Bereitstellen des Codes als MDT-Anwendung

  • Starten des Codes als MDT-Tasksequenzbefehl

  • Starten Sie den Code als Benutzerexitskript

Bereitstellen von benutzerdefiniertem Code als MDT-Anwendung

Benutzerdefinierter Bereitstellungscode kann in die Deployment Workbench importiert und auf die gleiche Weise 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 ( wo 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 wählen Sie dann Deployment Workbench aus.

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

  4. Wählen Sie im Bereich "Aktionen" die Option "Neue Anwendung" aus.

    Der Assistent für neue Anwendungen wird gestartet.

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

    Auf dieser Assistentenseite Aktion...
    Application Type Wählen Sie Anwendung ohne Quelldateien oder an anderer Stelle im Netzwerk aus, und klicken Sie dann auf Weiter.
    Details Füllen Sie diese Seite basierend auf den Informationen aus der Anwendung aus, und wählen Sie dann Weiter aus.
    Befehlsdetails 1. Geben Sie im Befehlszeilenfeldcscript.exe %SCRIPTROOT%\custom_code ein (wobei custom_code der Name des entwickelten benutzerdefinierten Codes ist).
    2. Geben Sie im Feld Arbeitsverzeichnis working_directory ein (wobei working_directory der Name des Arbeitsverzeichnisses des benutzerdefinierten Codes ist; dies ist in der Regel derselbe Ordner, der im Befehlszeilenfeld angegeben ist).
    3. Wählen Sie "Weiter" aus.
    Summary Überprüfen Sie, ob die Konfigurationseinstellungen korrekt sind, und wählen Sie dann "Weiter" aus.
    Bestätigung Klicken Sie auf Fertigstellen.

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

Hinzufügen des benutzerdefinierten Codes als Tasksequenzschritt

Benutzerdefinierter Bereitstellungscode kann direkt von jedem beliebigen Punkt innerhalb einer Tasksequenz aufgerufen werden. Dies ermöglicht den Zugriff auf die üblichen Tasksequenzregeln und -optionen.

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

  1. Kopieren Sie den benutzerdefinierten Bereitstellungscode in den Ordner deployment_share\Scripts ( wo 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 wählen Sie dann Deployment Workbench aus.

  3. Wechseln Sie in der Konsolenstruktur von Deployment Workbench zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Tasksequenzen (wo deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  4. Wählen Sie im Detailbereich task_sequence (dabei ist task_sequence der Name der Tasksequenz, die den benutzerdefinierten Code ausführt).

  5. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

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

  7. Wechseln Sie in der Konsolenstruktur zu Gruppe (wobei Gruppe die Gruppe ist, der der Tasksequenzschritt hinzugefügt werden soll).

  8. Wählen Sie "Hinzufügen", "Allgemein" und " Befehlszeile ausführen" aus.

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

  10. Geben Sie im Feld Name den Namen 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 für den Befehl zum Ausführen des benutzerdefinierten Codes steht, z. B. cscript.exe %SCRIPTROOT%\CustomCode.vbs).

  12. Geben Sie in das Feld Starten inpath ein (wobei path der vollqualifizierte Pfad zum Arbeitsordner des benutzerdefinierten Codes ist; in der Regel ist dies derselbe Pfad, der im Befehlszeilenfeld angegeben ist), und wählen Sie dann OK aus.

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

Ausführen von benutzerdefiniertem Code als Benutzerexitskript

Es ist auch möglich, den benutzerdefinierten Code mithilfe der UserExit-Direktive als User-Exit-Skript von CustomSettings.ini auszuführen. Dadurch wird ein Mechanismus zur Übergabe von Informationen an den CustomSettings.ini Regelüberprüfungsprozess sowie eine dynamische Aktualisierung von MDT-Eigenschaften bereitgestellt

Weitere Informationen zu Benutzerbeendigungsskripts und der UserExit-Direktive finden Sie im Abschnitt "Benutzerbeendigungsskripts in der CustomSettings.ini Datei" im MDT-Dokument Verwenden des Microsoft Deployment Toolkit.

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, welche Methode zum Installieren eines Gerätetreibers verwendet werden soll

Hardwarehersteller geben Gerätetreiber in einer von zwei Formen frei:

  • 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 Treibererkennungs- und Installationsprozess von MDT verwenden, indem der Treiber zuerst in den Knoten "Out-of-Box-Treiber" in der Deployment Workbench importiert wird.

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

Installieren von Gerätetreibern mit der Methode der sofort einsatzbereiten Treiber

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

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

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

  2. Klicken Sie auf "Start", und zeigen Sie dann auf "Alle Programme". Zeigen Sie auf Microsoft Deployment Toolkit, und wählen Sie dann Deployment Workbench aus.

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

  4. Wählen Sie im Bereich "Aktionen" die Option "Treiber importieren" aus.

    Der Assistent zum Importieren von Gerätetreibern wird gestartet.

  5. Wählen Sie auf der Seite "Verzeichnis angeben " im Abschnitt "Quellverzeichnis des Laufwerks"die Option "Durchsuchen " aus, 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 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 wählen Sie dann Weiter aus, um die Treiber in die Deployment Workbench zu importieren.

  7. Wählen Sie auf der Bestätigungsseite die Option Fertig stellen aus.

    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 Gerätetreiber zu den Lite Touch Windows PE-Images hinzu

  8. Klicken Sie auf "Start", und zeigen Sie dann auf "Alle Programme". Zeigen Sie auf Microsoft Deployment Toolkit, und wählen Sie dann Deployment Workbench aus.

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

  10. Wählen Sie im Bereich Aktionen die Option Bereitstellungsfreigabe aktualisieren aus.

    Der Freigabe-Assistent für die Aktualisierung der Bereitstellung 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 wählen Sie dann Weiter aus.

  13. Wählen Sie auf der Bestätigungsseite die Option Fertig stellen aus.

Installieren von Gerätetreibern als Anwendungen

Gerätetreiber, die als Anwendungen verpackt sind und die Sie nicht in einen Ordner extrahieren können, der zusätzlich zu Treiberdateien eine INF-Datei enthält, sollten während des Bereitstellungsprozesses als Anwendung zur Installation in die Deployment Workbench aufgenommen werden.

Anwendungen können als Tasksequenzschritt 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 sichtbar sein 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 wählen Sie dann Deployment Workbench aus.

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

  4. Wählen Sie im Bereich "Aktionen" die Option "Neue Anwendung" aus.

    Der Assistent für neue Anwendungen wird gestartet.

  5. Wählen Sie auf der Seite "Anwendungstyp " die Option "Anwendung mit Quelldateien" aus, und klicken Sie dann auf "Weiter".

  6. Geben Sie auf der Seite "Details " relevante Details zur Anwendung ein, und wählen Sie dann "Weiter" aus.

  7. Wählen Sie auf der Seite Quelle im Abschnitt Quellverzeichnisdie Option Durchsuchen aus, um zu wechseln und wählen Sie dann das Verzeichnis aus, das die Quelldateien der Gerätetreiberanwendung enthält. Wählen Sie OK aus.

  8. Wählen Sie Weiter aus.

  9. Geben Sie auf der Seite Ziel einen Namen für das Zielverzeichnis ein, und wählen Sie dann Weiter aus.

  10. Geben Sie auf der Seite "Befehlsdetails " im Abschnitt "Befehlszeile " den Befehl ein, mit dem die unbeaufsichtigte Installation der Gerätetreiberanwendung ermöglicht wird.

  11. Überprüfen Sie auf der Seite Zusammenfassung , ob die Einstellungen korrekt sind, und wählen Sie dann Weiter aus, um die Gerätetreiberanwendung in die Deployment Workbench zu importieren.

  12. Wählen Sie auf der Bestätigungsseite die Option Fertig stellen aus.

    Nachdem die Anwendungen in die Deployment Workbench importiert wurden, fügen Sie sie dem Bereitstellungsprozess unter Verwendung der entsprechenden Logik hinzu, um sicherzustellen, dass die Anwendung nur installiert wird, wenn sie auf der richtigen Hardware ausgeführt wird. Dafür gibt es verschiedene Methoden:

  • 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 zu verwenden, um Schritte für jede Gerätetreiberanwendung hinzuzufügen.

Es gibt zwei Hauptansätze für die Verwaltung von Gerätetreiberanwendungen in der Tasksequenz:

  • Erstellen Sie für jedes Hardwaremodell eine neue Tasksequenzgruppe, und fügen Sie dann eine Abfrage hinzu, um diese Gruppe von Aktionen 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, damit jeder Tasksequenzschritt für den Hardwaretyp 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 wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Detailbereich task_sequence aus (wobei task_sequence die Bereitstellungstasksequenz ist, die zum Installieren der Gerätetreiberanwendung erforderlich ist).

  4. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

  5. Wechseln Sie im Dialogfeld task_sequenceProperties auf der Registerkarte Tasksequenz im Detailbereich zu Statuswiederherstellung/Windows Update (Installation vor der Anwendung).

  6. Wählen Sie auf der Registerkarte Tasksequenzdie Option Hinzufügen und dann Neue Gruppe aus.

    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. Wählen Sie im Detailbereich "Neue Gruppe" aus.

  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-Namespace"root\cimv2" ein.

    • Geben Sie im WQL-Abfragefeld eine WMI Query Language(WQL)-Abfrage mithilfe der Klasse Win32_ComputerSystem ein, um sicherzustellen, dass die Anwendung nur für einen bestimmten Anwendungstyp installiert wird, z. B.:

      Auswählen * FROM Win32_ComputerSystem WHERE Model LIKE %hardware_model% AND Manufacturer LIKE %hardware_manufacturer%

      In diesem Beispiel ist hardware_model der Name des Computermodells (z. B. Latitude D620) und hardware_manufacturer der Name des Computerherstellers (z. B. Dell Corporation).

      Das % Symbol ist ein Platzhalterzeichen, das in den Namen eingefügt wird, damit Administratoren alle 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 Toolkit und unter Abfragen mit WQL.

  11. Klicken Sie auf "OK ", um die Abfrage zu senden, und klicken Sie dann auf "OK ", um Änderungen an der Tasksequenz zu übermitteln.

Hinweis

Dieser Vorgang muss für jeden Hardwaretyp jeder zu installierenden Gerätetreiberanwendung wiederholt werden.

Nachdem die hardwarespezifischen Tasksequenzgruppen erstellt wurden, können jeder Gruppe Gerätetreiberanwendungen hinzugefügt werden.

So fügen Sie Gerätetreiberanwendungen hardwarespezifischen Tasksequenzgruppen hinzu

  1. Klicken Sie auf "Start", und zeigen Sie dann auf "Alle Programme". Zeigen Sie auf Microsoft Deployment Toolkit, und wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Detailbereich task_sequence aus (wobei task_sequence die Bereitstellungstasksequenz ist, die zum Installieren der Gerätetreiberanwendung erforderlich ist).

  4. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

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

  6. Wechseln Sie im Detailbereich zu "Wiederherstellung des Status hardware_specific_group " ( hardware_specific_group ist der Name der hardwarespezifischen Gruppe, der der Tasksequenzschritt zum Installieren der Gerätetreiberanwendung hinzugefügt wird).

  7. Wählen Sie auf der Registerkarte Tasksequenzdie Option Hinzufügen, dann Allgemein und anschließend Anwendung installieren.

    Der Tasksequenzschritt "Anwendung installieren " wird im Detailbereich angezeigt.

  8. Wählen Sie im Detailbereich Anwendung installieren.

  9. Wählen Sie auf der Registerkarte Eigenschaftendie Option Einzelne Anwendung installieren und in der Liste der zu installierenden Anwendungendie Option hardware_application aus (wobei hardware_application die Anwendung für die Installation der hardwarespezifischen Anwendung ist).

Hinweis

Dieser Vorgang muss für jede Gerätetreiberanwendung wiederholt werden, die während einer Bereitstellung verwendet werden soll.

Geben Sie die Gerätetreiberanwendung in CustomSettings.ini

Wenn eine LTI- oder ZTI-Bereitstellung beginnt, ist eine der ersten Aktionen, die ausgeführt werden müssen, die Verarbeitung der BootStrap.ini und CustomSettings.ini Steuerdateien. Beide Dateien enthalten Regeln, mit denen die Bereitstellung dynamisch angepasst werden kann.

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 über die GUID der Anwendung verwiesen, die sich in der Datei Applications.xml in der Bereitstellungsfreigabe befindet.

So finden 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 gewünschte Anwendung.

  4. Suchen Sie die Anwendungs-GUID, indem Sie die in den Anwendungstags <guid> enthaltene Zeile suchen, <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. Als Teil dieses Prozesses werden WMI-Abfragen durchgeführt, und die Werte aus der Win32_ComputerSystem Klasse für make und manufacturer 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 je nach gefundenem Hersteller und Modell dynamisch zu lesen. Das folgende Beispiel zeigt ein Beispiel für die CustomSettings.ini Datei.

    Für die Installation einer Hardware-Specific Anwendung konfigurierte BeispielCustomSettings.ini

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

  • MandatoryApplications. Diese Eigenschaft kann verwendet werden, wenn Bereitstellungsadministratoren während der Bereitstellung den Anwendungs-Assistenten anzeigen 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 verwendet wird (z. B. SkipApplications=NO), überschreibt er Anwendungen, die durch die Applications-Eigenschaft angegeben werden.

    Im vorherigen Beispiel wurde gezeigt, wie Sie die Variablenwerte %Make% und %Model% verwenden, um die Erstellung der Anwendungsliste dynamisch zu manipulieren. Die Werte für den Hersteller und das Modell jedes Hardwaretyps können mit einer der folgenden Methoden ermittelt werden:

  • Das Systeminformationstool. Verwenden Sie den Knoten Systemübersicht in diesem Tool, um den Systemhersteller (Marke) und das Systemmodell (Modell) zu identifizieren.

  • Windows PowerShell. Verwenden Sie das Cmdlet Get-WMIObject -class Win32_ComputerSystem , um den Hersteller und das Modell des Computers zu ermitteln.

  • Befehlszeile der Windows-Verwaltungsinstrumentation. Verwenden Sie CSProduct Get Name, Vendor , um den Namen (Modell) und den Hersteller (Marke) des Computers zurückzugeben.

    So ändern Sie CustomSettings.ini So fügen Sie hardwarespezifische Logiklogik hinzu

  1. Klicken Sie auf "Start", und zeigen Sie dann auf "Alle Programme". Zeigen Sie auf Microsoft Deployment Toolkit, und wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

  4. Wählen Sie die Registerkarte "Regeln " aus.

  5. Die auf dieser Registerkarte eingegebenen Informationen werden in der CustomSettings.ini Datei gespeichert. Ändern Sie die Einträge in der CustomSettings.ini Datei, 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 übernehmen.

  7. Wählen Sie im Detailbereich deployment_share aus (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  8. Wählen Sie im Bereich Aktionen die Option Bereitstellungsfreigabe aktualisieren aus.

    Der Freigabe-Assistent für die Aktualisierung der Bereitstellung 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 wählen Sie dann Weiter aus.

  11. Wählen Sie auf der Bestätigungsseite die Option Fertig stellen aus.

    Standardmäßig werden während einer LTI-Bereitstellung alle verfügbaren Anwendungen im Windows-Bereitstellungsassistenten angezeigt. Da gerätetreiberspezifische Anwendungen nur für bestimmte Hardwaretypen gelten, möchten Sie sie möglicherweise nicht ständig anzeigen. Wenn Sie das gerätetreiberspezifische Anwendungspaket in CustomSettings.ini angeben, kann die Anwendung mit 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 wählen Sie dann Deployment Workbench aus.

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

  14. Wählen Sie im Detailbereich device_driver_application (in dem device_driver_application die Anwendung ist, die vor dem Bereitstellungs-Assistenten ausgeblendet werden soll).

  15. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

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

Angabe der Gerätetreiberanwendung in der MDT-Datenbank

Die MDT-Datenbank ist eine Datenbankversion der CustomSettings.ini Datei und kann zum Zeitpunkt der Bereitstellung nach Informationen abgefragt werden, die während der Bereitstellung verwendet werden sollen. Weitere Informationen zur Verwendung der MDT-Datenbank finden Sie unter "Auswählen der Methoden zum Anwenden von Konfigurationseinstellungen".

Beim Abfragen der MDT-Datenbank zum Zeitpunkt der Bereitstellung stehen drei Methoden zur Identifizierung des Zielcomputers zur Verfügung:

  • Suchen Sie nach dem einzelnen Computer (mithilfe der MAC-Adresse, des Asset-Tags oder Ähnlichem).

  • Suchen Sie nach dem Standort des Computers (über das Standardgateway).

  • Suchen Sie nach der Marke und dem Modell des Computers (mithilfe von WMI-Hersteller- oder Marken- und Modellabfragen).

    Für jeden erstellten Datenbankeintrag können Sie Bereitstellungseigenschaften, Anwendungen, die Verwendung von Configuration Manager-Paketen und Administratoren angeben. Durch das Erstellen von Marken- 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 alle Hardwaremarken und -modelle, die eine Gerätetreiberanwendung erfordern.

  1. Klicken Sie auf "Start", und zeigen Sie dann auf "Alle Programme". Zeigen Sie auf Microsoft Deployment Toolkit, und wählen Sie dann Deployment Workbench aus.

  2. Wechseln Sie in der Konsolenstruktur von Deployment Workbench zu Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database/Make and Model (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Wählen Sie im Bereich "Aktionen" die Option "Neu" aus.

  4. Geben Sie im Dialogfeld Eigenschaften auf der Registerkarte Identität im Feld Erstellenmake_name ein (wobei make_name ein leicht zu identifizierender Name ist, der dem Hersteller des Zielcomputers zugeordnet werden kann).

  5. Geben Sie im Feld Modellmodel_name ein, wobei model_name ein leicht zu identifizierender Name ist, der dem Modell des Zielcomputers zugeordnet werden kann).

  6. Fügen Sie auf der Registerkarte "Anwendungen " alle Gerätetreiberanwendungen hinzu, die für dieses Hardwaremodell erforderlich sind.

Initiieren von MDT mithilfe von Windows-Bereitstellungsdiensten

Windows Server 2008 verwendet die Windows-Bereitstellungsdienste als aktualisierte und neu gestaltete Version der Remoteinstallationsdienste, des Standardbereitstellungstools in Windows Server 2003 mit SP2. Mit Windows-Bereitstellungsdiensten können Sie Windows-Betriebssysteme – insbesondere Windows 7, Windows Server 2008 oder höhere Betriebssysteme – über ein Netzwerk bereitstellen, entweder mit dem PXE-fähigen Netzwerkadapter eines Computers oder mit Startmedien.

Ermitteln Sie vor der Bereitstellung von Windows-Bereitstellungsdiensten, welche der folgenden Integrationsoptionen für Ihre Umgebung am besten geeignet ist:

  • Option 1. Starten Sie Computer in PXE, um den LTI-Prozess zu initiieren.

  • Möglichkeit 2. Stellen Sie ein Betriebssystemabbild aus dem Image Store für Windows-Bereitstellungsdienste bereit.

  • Möglichkeit 3. Verwenden Sie Multicast mit MDT und der Serverrolle Windows Server 2008 Windows-Bereitstellungsdienste.

Option 1: Starten von Computern in PXE, um den LTI-Prozess zu initiieren

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 entfällt die Notwendigkeit, startbare Medien auf jedem Zielcomputer zu erstellen und bereitzustellen.

Erstellen und Importieren des Windows PE-Images der Deployment Workbench in die Windows-Bereitstellungsdienste

Wenn Sie eine neue MDT-Bereitstellungsfreigabe erstellen oder eine vorhandene MDT-Bereitstellungsfreigabe ändern, können Sie ein benutzerdefiniertes Windows PE-Startimage erstellen. Wenn die Bereitstellungsfreigabe aktualisiert wird, wird das Windows PE-Startimage automatisch generiert und mit Informationen zur Bereitstellungsfreigabe aktualisiert. Außerdem werden alle zusätzlichen Treiber oder Komponenten eingefügt, die während der Konfiguration der Bereitstellungsfreigabe angegeben wurden.

Das Windows PE-Startimage wird sowohl als ISO-Imagedatei, die Sie auf eine CD oder DVD schreiben können, als auch als startbare WIM-Datei generiert. 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 über ein 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 wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

    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 "Einstellungen für Lite-Touch-Startabbilder " das Kontrollkästchen "Lite-Touch-Startdatenträger-ISO-Image generieren ".

  5. Wählen Sie die Registerkarte "Komponenten" der Windows PE-Plattform aus (wobei Plattform die Architektur des zu konfigurierenden Windows PE-Images ist).

  6. Wählen Sie im Abschnitt Driver Injection die entsprechenden Treibertypen aus.

    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. Wählen Sie im Detailbereich deployment_share aus (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  10. Wählen Sie im Bereich Aktionen die Option Bereitstellungsfreigabe aktualisieren aus.

    Der Freigabe-Assistent für die Aktualisierung der Bereitstellung 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 wählen Sie dann Weiter aus.

  13. Wählen Sie auf der Bestätigungsseite die Option Fertig stellen aus.

    Nach Abschluss dieses Vorgangs enthält der Startordner 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 erzeugten ISO-Dateien direkt auf CD oder DVD schreiben oder damit den LTI-Prozess auf neuer Hardware initialisieren. Sie können die Boot-WIM-Dateien auch in 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 Windows-Bereitstellungsdienste

  14. Starten Sie die Windows-Bereitstellungsdienste-Konsole, und stellen Sie dann eine Verbindung zu den Windows-Bereitstellungsdiensten her.

  15. Klicken Sie in der Konsolenstruktur mit der rechten Maustaste auf Startimages, und wählen Sie dann Startimage hinzufügen aus.

  16. Navigieren Sie zu dem zu importierenden WIM-Image, z. B. D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim.

  17. Der Importprozess liest automatisch die Metadaten aus dem Startabbild, aber die Werte für den Imagenamen und die Bildbeschreibung können auch 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. Nach dem Import des Startimages kann jeder Computer, der in PXE startet und eine Antwort von den Windows-Bereitstellungsdiensten erhält, das LTI-Startimage herunterladen und eine LTI-Installation starten.

    Das Installieren und Konfigurieren der Windows-Bereitstellungsdienste wird in diesem Leitfaden nicht behandelt. Weitere Informationen zu Windows-Bereitstellungsdiensten finden Sie im Handbuch für Windows-Bereitstellungsdienste.

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, auf dem das Startimage gehostet wird, erfasst und im MDTProperty WDSServer platziert. Sie können dann mit der DeployRoot-Eigenschaft in der BootStrap.ini Datei des Startabbilds und in der CustomSettings.ini Datei der Bereitstellungsfreigabe auf diese Eigenschaft verweisen. Das Ergebnis ist ein Client, der automatisch über die Windows-Bereitstellungsdienste unter Verwendung der auf dem Windows-Bereitstellungsdiensteserver gehosteten Bereitstellungsfreigabe startet. Damit ist es nicht erforderlich, in Konfigurationsdateien einen Servernamen anzugeben.

So legen Sie den lokalen Server für Windows-Bereitstellungsdienste als Bereitstellungsserver fest

  1. Klicken Sie auf "Start", und zeigen Sie dann auf "Alle Programme". Zeigen Sie auf Microsoft Deployment Toolkit, und wählen Sie dann Deployment Workbench aus.

  2. Wechseln Sie in der Konsolenstruktur von Deployment Workbench zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Erweiterte Konfiguration/Datenbank (wo deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  3. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

  4. Wählen Sie die Registerkarte "Regeln " aus.

    Die auf dieser Registerkarte eingegebenen Informationen werden in der CustomSettings.ini Datei gespeichert.

  5. Konfigurieren Sie die DeployRoot-Eigenschaft für die Verwendung der % WDSServer%-Variablen , z. B. DeployRoot=\\%WDSServer%\Deployment$.

  6. Wählen Sie Bearbeiten Bootstrap.iniaus.

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

  8. Wählen Sie im Menü Dateidie Option Speichern aus, um die Änderungen an der BootStrap.ini Datei zu speichern.

  9. Wählen Sie OK aus.

    Die Bereitstellungsfreigabe muss aktualisiert werden.

  10. Wählen Sie im Detailbereich deployment_share aus (wobei deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  11. Wählen Sie im Bereich Aktionen die Option Bereitstellungsfreigabe aktualisieren aus.

    Der Freigabe-Assistent für die Aktualisierung der Bereitstellung 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 wählen Sie dann Weiter aus.

  14. Wählen Sie auf der Bestätigungsseite die Option Fertig stellen aus.

  15. Importieren Sie die aktualisierte Boot-WIM in Windows-Bereitstellungsdienste.

Option 2: Bereitstellen eines Betriebssystemabbilds aus dem Windows-Bereitstellungsdienste-Store

Wenn Sie bereits Windows-Bereitstellungsdienste für die Betriebssystembereitstellung verwenden, erweitern Sie die Funktionalität von MDT, indem Sie es so konfigurieren, dass es auf die bereits verwendeten Betriebssystemimages der Windows-Bereitstellungsdienste verweist, anstatt einen eigenen Store zu verwenden, und dass Bereitstellungen der Windows-Bereitstellungsdienste durch Treiberverwaltung, Anwendungsbereitstellung, Updateinstallation, Regelverarbeitung und andere MDT-Funktionen ergänzt werden. Nachdem MDT auf ein Windows-Bereitstellungsdienste-Betriebssystemimage verwiesen hat, können Sie es wie jedes Betriebssystem behandeln, das für eine MDT-Bereitstellungsfreigabe bereitgestellt wurde.

So verweisen Sie auf ein Windows-Bereitstellungsdienste-Betriebssystemabbild

Hinweis

Für die folgenden Schritte muss mindestens ein Betriebssystemabbild zuvor in den Windows-Bereitstellungsdiensteserver importiert worden sein.

  1. Aktualisieren Sie MDT, um auf Windows-Bereitstellungsdienste-Images zugreifen zu können, indem Sie die folgenden Dateien aus dem Ordner "Sources" des Windows-Mediums in den Ordner "C:\Program Files\Microsoft Deployment Toolkit\bin" auf dem Windows-Bereitstellungsdiensteserver kopieren:

    • Wdsclientapi.dll

    • Wdscsl.dll

    • Wdsimage.dll

    • Wdstptc.dll (dies gilt nur für das 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 wählen Sie dann Deployment Workbench aus.

  3. Wechseln Sie in der Konsolenstruktur von Deployment Workbench zu Deployment Workbench/Bereitstellungsfreigaben/deployment_share/Betriebssysteme (wo deployment_share der Name der zu konfigurierenden Bereitstellungsfreigabe ist).

  4. Wählen Sie im Bereich "Aktionen" die Option "Betriebssystem importieren" aus.

    Der Assistent für neue Betriebssysteme wird gestartet.

  5. Wählen Sie auf der Seite "Betriebssystemtyp " die Option "Windows-Bereitstellungsdienste-Images" aus, 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 wählen Sie dann Weiter aus.

  8. Wählen Sie auf der Bestätigungsseite die Option Fertig stellen aus.

    Alle auf dem Windows-Bereitstellungsdienste-Server verfügbaren Images sind jetzt für MDT-Tasksequenzen verfügbar.

Hinweis

Beim Importieren von Images aus Windows-Bereitstellungsdiensten werden die Quelldateien nicht vom Windows-Bereitstellungsdiensteserver in die Bereitstellungsfreigabe kopiert. MDT verwendet weiterhin die Quelldateien aus dem ursprünglichen Speicherort.

Option 3: Verwenden von Multicasting mit MDT und der Rolle "Windows-Bereitstellungsdienste" unter Windows Server 2008

Mit der Veröffentlichung von Windows Server 2008 wurden die Windows-Bereitstellungsdienste erweitert, um die Bereitstellung von Abbildern mithilfe von Multicastübertragungen zu unterstützen. MDT enthält auch Updates zur Integration von MDT in Windows-Bereitstellungsdienste-Multicasting.

Darüber hinaus enthält ein aktualisiertes Windows Automated Installation Kit (Windows AIK), Version 1.1, Wdsmcast.exe. Dadurch kann Multicastsitzungen manuell beigetreten werden, und der Client, der Wdsmcast.exe startet, kann Dateien aus einer aktiven Multicastsitzung kopieren.

Das LTIApply.wsf-Skript verwendet Wdsmcast.exe, wenn es von der Bereitstellungsfreigabe auf Betriebssystemquelldateien zugreift. LTIApply.wsf sucht in Abhängigkeit von der ausgeführten Version von Windows PE nach Wdsmcast.exe auf 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).

Wenn LTIApply.wsf ausgeführt wird, versucht es immer, auf WIM-Images aus einem vorhandenen Multicastdatenstrom zuzugreifen und diese herunterzuladen, aber es wird auf eine Standarddateikopie zurückgegriffen, wenn kein Multicastdatenstrom vorhanden ist.

Hinweis

Dieser Prozess gilt nur für WIM-Imagedateien.

Die Voraussetzungen für den Bereitstellungsserver für die Vorbereitung auf MDT-Multicasting sind:

  • Auf dem Bereitstellungsserver muss Windows Server 2008 oder höher ausgeführt werden

  • Die Windows-Bereitstellungsdienste-Rolle muss über die Server-Verwaltungskonsole 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 enthalten war (z. B. Windows AIK 1.0), unterstützt das Herunterladen von einem Multicastserver nicht.

So konfigurieren Sie MDT für Multicast aus einer vorhandenen Bereitstellungsfreigabe

  1. Klicken Sie auf "Start", und zeigen Sie dann auf "Alle Programme". Zeigen Sie auf Microsoft Deployment Toolkit, und wählen Sie dann Deployment Workbench aus.

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

  3. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

  4. Aktivieren Sie auf der Registerkarte Allgemein das Kontrollkästchen Multicast für diese Bereitstellungsfreigabe aktivieren (erfordert Windows Server 2008 Windows-Bereitstellungsdienste).

  5. Wählen Sie OK aus.

  6. Wählen Sie im Bereich Aktionen die Option Bereitstellungsfreigabe aktualisieren aus.

    Der Freigabe-Assistent für die Aktualisierung der Bereitstellung 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 wählen Sie dann Weiter aus.

  9. Wählen Sie auf der Bestätigungsseite die Option Fertig stellen aus.

    Die Bereitstellungsfreigabe ist jetzt für die Multicastübertragung der Windows-Bereitstellungsdienste konfiguriert.

    Durch diesen Vorgang wird eine Auto-Cast-Übertragung der Windows-Bereitstellungsdienste 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 wurde.

    So überprüfen Sie, ob die Multicastübertragung in 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 wählen Sie dann Server hinzufügen aus.

  12. Klicken Sie im Dialogfeld Server(s) hinzufügen auf Lokaler Computer und dann auf OK.

  13. Wählen Sie in der Konsolenstruktur der Windows-Bereitstellungsdienste Server und dann server_name (dabei ist server_name der Name des Computers, auf dem die Windows-Bereitstellungsdienste ausgeführt werden). Wählen Sie Multicast-Übertragungen aus.

  14. Im Detailbereich wird eine neue Auto-Cast-Übertragung für die Bereitstellungsfreigabe aufgelistet, z. B. BDD Share Deployment$.

  15. Überprüfen Sie, ob der Status der BDD Share Deployment$ Auto-Cast-Übertragung auf Aktiv gesetzt ist.

    Überprüfen Sie nach der Bereitstellung eines Computers, ob das Betriebssystem von einer Multicast-Übertragung heruntergeladen wurde, indem Sie die BDD.log Datei im Ordner "\Windows\Temp\DeploymentLogs" überprüfen.

    Es gibt zwei Einträge im Protokollordner, die beide mit der Multicast-Übertragung beginnen. Überprüfen Sie sie, um sicherzustellen, dass die Übertragung erfolgreich war. Weitere Informationen zu Multicastübertragungen mit MDT und Windows-Bereitstellungsdiensten finden Sie im Abschnitt "Aktivieren der Multicastbereitstellung der Windows-Bereitstellungsdienste für LTI-Bereitstellungen" im MDT-Dokument Verwenden des Microsoft Deployment Toolkit.

Durchführen gestaffelter Bereitstellungen mit MDT (OEM Preload)

In vielen Organisationen werden Computer mit dem Betriebssystemimage geladen, bevor sie im Produktionsnetzwerk bereitgestellt werden. In einigen Fällen wird das Laden des Betriebssystemabbilds von einem Team innerhalb der organization durchgeführt, das für die Erstellung der Computer in einer Stagingumgebung verantwortlich ist. In anderen Fällen wird das Laden des Betriebssystemabbilds vom Computerhardwareanbieter durchgeführt, auch als Originalgerätehersteller (Original Equipment Manufacturer , OEM) bezeichnet.

Hinweis

Der OEM-Vorabladeprozess wird in MDT nur für Bereitstellungen unterstützt, die mit LTI ausgeführt werden. Verwenden Sie für Configuration Manager das Feature "Vorab bereitgestellte Medien".

Übersicht über den OEM-Vorabladeprozess in MDT

Der OEM-Vorspannungsprozess ist in drei Phasen unterteilt:

  • Phase 1. Erstellen Sie ein medienbasiertes Image des Referenzcomputers, das 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 Bereitstellungs-organization ausgeführt. Abhängig von der Verwendung des OEM-Vorabladeprozesses in der organization kann Phase 2 von der organization oder dem Computerhardwarehersteller ausgeführt werden, der die Computer bereitstellt. Wenn die organization Phase 2 ausführt, befindet sich die Stagingumgebung innerhalb der organization. Wenn ein OEM Phase 2 ausführt, befindet sich die Stagingumgebung in der Umgebung des OEMs.

Übersicht über MDT-Konfigurations-Files im OEM-Vorabladeprozess

Separate MDT-Konfigurationsdateien (CustomSettings.ini und Bootstrap.ini) werden von den Tasksequenzen verwendet, die während Phase 1 und Phase 3 des OEM-Vorabladeprozesses ausgeführt werden. Beide Konfigurationsdateien existieren jedoch gleichzeitig in unterschiedlichen Ordnerstrukturen.

In der ersten Phase werden die Konfigurationsdateien während der Erstellung des Referenzcomputers verwendet und im Ordner gespeichert, der für die Tasksequenz in dieser Phase spezifisch ist. Die Konfigurationsdateien, die in der dritten und letzten Phase des OEM-Vorabladeprozesses verwendet werden, werden in dem Ordner gespeichert, der für die Tasksequenz spezifisch ist, die in dieser Phase verwendet wird.

Wenn Sie Änderungen an den Konfigurationsdateien vornehmen, stellen Sie sicher, dass Änderungen an der Konfigurationsdatei vorgenommen werden, die der entsprechenden Tasksequenz in jeder Phase des OEM-Vorabladeprozesses entspricht.

Übersicht über die MDT-Protokoll Files 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 bzw. für x64-basierte Bereitstellungen im Ordner %WINDIR%\SysWow64\CCM\Logs gespeichert.

    Verwenden Sie den entsprechenden Ordner, wenn Sie MDT-bezogene Bereitstellungsprobleme diagnostizieren oder behandeln.

Gestaffelte Bereitstellungen mit LTI

Führen Sie für LTI-Bereitstellungen den OEM-Vorabladevorgang mithilfe einer Wechselmedien-Bereitstellungsfreigabe (Medien) durch. Andere Bereitstellungsfreigabetypen werden für den OEM-Vorabladeprozess nicht unterstützt.

Um den OEM-Vorabladeprozess durchzufü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 Wechselmedien-Bereitstellungsfreigabe , die letztendlich eine ISO-Datei mit dem Inhalt der Bereitstellungsfreigabe erstellt, insbesondere die LiteTouchPE_x86.iso Datei oder LiteTouchPE_x64.iso Datei (basierend auf der Prozessorplattform des Zielcomputers). Beim Aktualisieren der Bereitstellungsfreigaben wird auch eine Ordnerstruktur erstellt, die zum Erstellen von Medien im Universal Disk Format verwendet werden kann.

LTI OEM Preload Process – Phase 1: Erstellen eines Media-Based Images

Die Bereitstellungs-organization führt die erste Phase im OEM-Vorabladeprozess durch. Das endgültige Ergebnis 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 Bereitstellungs organization gesendet wird. Die meisten dieser Schritte werden in der Deployment Workbench ausgeführt.

So erstellen Sie ein medienbasiertes Image für die Lieferung an den OEM oder an die Stagingumgebung innerhalb der Deployment organization

  1. Füllen Sie die folgenden Knoten für die Bereitstellungsfreigabe in der Deployment Workbench auf:

    • Betriebssysteme

    • Anwendungen

    • Pakete

    • Sofort einsatzbereite Treiber

      Weitere Informationen zur Durchführung 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 zur Durchführung dieses Schritts finden Sie im Abschnitt "Konfigurieren von Tasksequenzen in der Deployment Workbench" des MDT-Dokuments Verwenden des Microsoft Deployment Toolkit.

  3. Erstellen Sie eine oder mehrere Tasksequenzen, die verwendet werden, um das Zielbetriebssystem auf dem Zielcomputer nach der Bereitstellung in der Produktionsumgebung bereitzustellen.

    Weitere Informationen zur Durchführung dieses Schritts finden Sie im Abschnitt "Konfigurieren von Tasksequenzen in der Deployment Workbench" des MDT-Dokuments Verwenden des Microsoft Deployment Toolkit.

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

  5. Erstellen Sie Bereitstellungsmedien.

    Weitere Informationen zur Durchführung dieses Schritts finden Sie im Abschnitt "Verwalten von LTI-Bereitstellungsmedien" im MDT-Dokument Verwenden des Microsoft Deployment Toolkit.

  6. Aktualisieren Sie die Bereitstellungsmedien, die im vorherigen Schritt in Deployment Workbench erstellt wurden.

    Wenn Sie das Bereitstellungsmedium aktualisieren, erstellt die Deployment Workbench die LiteTouchMedia.iso Datei. Weitere Informationen zur Durchführung dieses Schritts finden Sie im Abschnitt "Verwalten von LTI-Bereitstellungsmedien" im MDT-Dokument Verwenden des Microsoft Deployment Toolkit.

  7. Brennen Sie eine DVD mit der LiteTouchMedia.iso Datei, die im vorherigen Schritt erstellt wurde.

    Hinweis

    Wenn die ISO-Datei an den OEM oder an die Stagingumgebung der Organization geliefert werden muss, ist dieser Schritt nicht erforderlich.

  8. Liefern Sie die ISO-Datei oder DVD an den OEM oder an die Stagingumgebung der organization.

LTI-OEM-Vorladeprozess – Phase 2: Anwenden des Images auf den Zielcomputer

Die zweite Phase des OEM-Vorabladeprozesses wird vom OEM oder vom Bereitstellungsteam in der Stagingumgebung des Bereitstellungs-organization durchgeführt. In dieser Phase des Prozesses wird die in Phase 1 erstellte .iso Datei oder DVD auf die Zielcomputer angewendet. Das Ergebnis dieser Phase ist das Image, das auf den Zielcomputern bereitgestellt wird, damit sie für den Einsatz 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. Wählen Sie im Windows-Bereitstellungs-Assistenten die Tasksequenz OEM-Vorinstallation für die Stagingumgebung aus.

    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 Rest des Bereitstellungsprozesses initiieren, indem der Windows-Bereitstellungs-Assistent für die anderen Tasksequenzen ausgeführt wird, die zum Bereitstellen des Betriebssystems verwendet werden.

    Die Tasksequenz der 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 wird ein zweites Mal gestartet, 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 geliefert.

LTI-OEM-Vorladungsprozess – Phase 3: Abschließen der Bereitstellung des Zielcomputers

Die dritte und letzte Phase des OEM-Vorabladeprozesses wird in der Produktionsumgebung der Bereitstellungs-organization durchgeführt. In dieser Phase des Prozesses wird der Zielcomputer gestartet und das startbare Medienimage gestartet, das in der vorherigen Phase auf der Festplatte in der Stagingumgebung abgelegt wurde.

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 Ausführen dieses Schritts finden Sie im Abschnitt "Ausführen des Bereitstellungs-Assistenten" im MDT-Dokument Verwenden des Microsoft Deployment Toolkit.

    Nach Abschluss dieser Phase 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 Verwaltungsaufgaben 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

Mit den folgenden Windows PowerShell-Befehlen wird eine neue Bereitstellungsfreigabe unter "D:\Production Deployment Share" mit dem Namen "Production$" erstellt. Die neue Bereitstellungsfreigabe wird in der Bereitstellungs-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

Mit den folgenden Windows PowerShell-Befehlen wird in der Konsolenstruktur von Deployment Workbench unter Deployment Workbench/Deployment Shares/Production/Applications ein Adobe-Ordner erstellt.

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

Mit den folgenden Windows PowerShell-Befehlen löschen Sie 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

Mit den folgenden Windows PowerShell-Befehlen wird der Dell 2407 WFP-Monitorgerätetreiber in die Bereitstellungsfreigabe für die Produktion importiert.

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

Mit den folgenden Windows PowerShell-Befehlen werden alle Betriebssystempakete importiert, die sich unter D:\Updates\Microsoft\Vista befinden. Diese Betriebssystempakete werden in der Bereitstellungsfreigabe "Produktion" gespeichert, die sich unter "D:\Produktionsbereitstellungsfreigabe" 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 Bereitstellungsfreigabe "Produktion".

Remove-item -path "DS002:\Packages\Package_1_for_KB940105 neutral x86 6.0.1.0 KB940105" -Verbose

Importieren eines Betriebssystems

Mit den folgenden Windows PowerShell-Befehlen wird das Betriebssystem Windows Vista importiert, das sich in D:\Betriebssysteme\Windows Vista x86 befindet. Das Betriebssystem wird in der Bereitstellungsfreigabe "Produktion" gespeichert, die sich unter "D:\Produktionsbereitstellungsfreigabe" 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 Betriebssystem Windows Vista HOMEBASIC aus der Bereitstellungsfreigabe "Produktion".

Remove-item -path "DS002:\Operating Systems\Windows Vista HOMEBASIC in Windows Vista x86 install.wim" -Verbose

Erstellen einer Anwendung

Mit den folgenden Windows PowerShell-Befehlen wird die Adobe Reader 9-Anwendung mithilfe von Quelldateien aus D:\Software\Adobe\Reader 9 erstellt. Die Anwendung wird in der Bereitstellungsfreigabe "Produktion" gespeichert, die sich unter "D:\Produktionsbereitstellungsfreigabe" 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

Mit dem folgenden Windows PowerShell-Befehl wird die Adobe Reader 9-Anwendung aus der Bereitstellungsfreigabe "Produktion" gelöscht.

Remove-item -path "DS002:\Applications\Adobe Reader 9" -Verbose

Erstellen einer Tasksequenz

Mit den folgenden Windows PowerShell-Befehlen wird die Windows Vista Production Build-Tasksequenz in der Bereitstellungsfreigabe "Produktion" erstellt, 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 Tasksequenz Windows Vista Production Build aus der Produktionsbereitstellungsfreigabe.

Remove-item -path "DS002:\Task Sequences\Windows Vista Business Production Build" -force -Verbose

Erstellen einer MDT-Datenbank

Mit den folgenden Windows PowerShell-Befehlen wird eine neue MDT-Datenbank auf dem deployment_server Server für die Bereitstellungsfreigabe "Produktion" erstellt. 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

Selektionsprofil anlegen

Mit den folgenden Windows PowerShell-Befehlen wird ein neues Anwendungsauswahlprofil erstellt.

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

Mit den folgenden Windows PowerShell-Befehlen wird die Bereitstellungsfreigabe "Produktion" aktualisiert, die sich in "D:\Produktionsbereitstellungsfreigabe" 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

Mit den folgenden Windows PowerShell Befehlen wird eine Bereitstellungsfreigabe erstellt, die mit der Bereitstellungsfreigabe für die Produktion verknüpft ist und sich unter der Freigabe \\remote_server_name\Deployment$ befindet. Das Auswahlprofil "Alles" wird verwendet, um zu bestimmen, welche Inhalte auf die verknüpfte Bereitstellungsfreigabe repliziert werden. Inhalte aus der Bereitstellungsfreigabe "Produktion" 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

Mit den folgenden Windows PowerShell Befehlen wird die LINKED001 Bereitstellungsfreigabe aktualisiert.

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

Mit den folgenden Windows PowerShell Befehlen wird die LINKED001 Bereitstellungsfreigabe gelöscht.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
Remove-item -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

Erstellen von Medien

Mit den folgenden Windows PowerShell-Befehlen wird ein Quellordner erstellt, 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 das Medium generiert wird. Die Medien werden sowohl x86- als auch x64-Plattformen unterstützen.

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

Mit den folgenden Windows PowerShell Befehlen wird die LiteTouchMedia.iso-Datei in "D:\Media" erstellt, 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

Löschen von Medien

Der folgende Windows PowerShell Befehl löscht die MEDIA001 Medien aus der Bereitstellungsfreigabe für die Produktion.

Remove-item -path "DS002:\Media\MEDIA001" -Verbose

Verzögern des Domänenbeitritts, um die Anwendung von Gruppenrichtlinienobjekten 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).

In manchen Organisationen gibt es restriktive Gruppenrichtlinien, die während der Betriebssystembereitstellung zu Problemen führen können. Beispielsweise können die folgenden Gruppenrichtlinien-Einstellungen einen automatischen Anmeldevorgang unterbrechen:

  • Einschränkungen für die automatische Anmeldung

  • Umbenennen des Administratorkontos

  • Rechtliche Hinweise und Banner für Hörgeschädigte

  • Restriktive Sicherheitsrichtlinien (z. B. die SSLF-Richtlinie (Specialized Security - Limited Functionality)

    Eine Möglichkeit, die Probleme zu lösen, die ein Gruppenrichtlinienobjekt während der Bereitstellung verursachen kann, besteht darin, den Computer so spät wie möglich im Bereitstellungsprozess der Domäne anzuschließen. Diese Verknüpfung kann mithilfe eines benutzerdefinierten Tasksequenzschritts erfolgen, der das Skript ZTIDomainJoin.wsf ausführt.

    Um den Zielcomputer mit der Domäne zu verknüpfen, verwendet das Skript ZTIDomainJoin.wsf die Eigenschaften DomainAdmin, DomainAdminDomain, DomainAdminPassword, JoinDomain und MachineObjectOU . Sie können diese Eigenschaften mithilfe des Windows-Bereitstellungs-Assistenten, Bereitstellungsfreigaberegeln, der MDT-Datenbank und der Computer- und Sammlungsregeln im Configuration Manager deklarieren. Das verwendete Konto muss über die erforderlichen Rechte verfügen, um Computerobjekte in der Domäne zu erstellen und zu löschen.

    Normalerweise 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-Setupprogramm analysiert, und das System versucht, der Domäne zu einem frühen Zeitpunkt des Bereitstellungsprozesses beizutreten. Auf diese Weise werden auf dem Zielcomputer Einstellungen vorgenommen, die in Domänen-GPOs festgelegt sind, und der Bereitstellungsprozess kann möglicherweise fehlschlagen.

    Um die Verknüpfung des Zielcomputers mit der 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 zugehörige Eigenschaftselement in der Datei fehlt.

Hinweis

Diese beispielhafte Problemumgehung ist nur bei der Bereitstellung der Betriebssysteme Windows 7, Windows Server 2008 oder Windows Server 2008 R2 verfügbar.

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 wählen Sie dann Deployment Workbench aus.

  2. Wechseln Sie in der Konsolenstruktur von Deployment Workbench zu Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (wobei deployment_share der Name der Bereitstellungsfreigabe und task_sequence der Name der zu konfigurierenden Tasksequenz ist).

  3. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

  4. Wählen Sie auf der Registerkarte Betriebssysteminformationendie Option Unattend.xmlbearbeiten aus.

    Der Windows System Image Manager (Windows SIM) wird gestartet.

  5. Wechseln Sie im Bereich "Antwortdatei " zu 4 specialize/Identification/Credentials. Klicken Sie mit der rechten Maustaste auf Anmeldeinformationen, und wählen Sie dann Löschen aus.

  6. Wählen Sie Ja.

  7. Speichern Sie die Antwortdatei, und beenden Sie dann 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 nicht in die Unattend.xml Datei einfügen, wodurch Windows Setup daran gehindert wird, der Domäne beizutreten.

    So fügen Sie einen Tasksequenzschritt hinzu, der den Zielcomputer der Domäne hinzufügt

  9. Klicken Sie auf "Start", und zeigen Sie dann auf "Alle Programme". Zeigen Sie auf Microsoft Deployment Toolkit, und wählen Sie dann Deployment Workbench aus.

  10. Wechseln Sie in der Konsolenstruktur von Deployment Workbench zu Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (wobei deployment_share der Name der Bereitstellungsfreigabe und task_sequence der Name der zu konfigurierenden Tasksequenz ist).

  11. Wählen Sie im Bereich "Aktionen" die Option "Eigenschaften" aus.

  12. Wechseln Sie auf der Registerkarte "Tasksequenz " zum Knoten "Statuswiederherstellung", und erweitern Sie diesen.

  13. Stellen Sie sicher, dass der Tasksequenzschritt "Wiederherstellen von Domäne" vorhanden ist. Wenn ja, fahren Sie mit Schritt 9 fort.

  14. Wählen Sie im Dialogfeld "Tasksequenzeigenschaften " die Option "Hinzufügen", wechseln Sie zu "Einstellungen" und wählen Sie "Aus Domäne wiederherstellen" aus.

  15. Fügen Sie den Tasksequenzschritt "Wiederherstellen von Domäne" zum Tasksequenz-Editor hinzu. Stellen Sie sicher, dass sich der Schritt an der gewünschten Stelle in der Tasksequenz befindet.

  16. Überprüfen Sie, ob die Einstellungen für den Tasksequenzschritt "Aus Domäne wiederherstellen" Ihren Anforderungen entsprechend konfiguriert sind.

  17. Klicken Sie im Dialogfeld "Tasksequenzeigenschaften" auf "OK", um die Tasksequenz zu speichern.

  • Last updated on