Automatisieren und Verwalten von Windows-Betriebssystembereitstellungen
Wie kann Ihnen diese Anleitung helfen? Als Administrator für Computer und mobile Geräte und Unternehmens-IT-Experte können Sie dieses Lösungshandbuch verwenden, um die von Microsoft empfohlenen Vorgehensweisen für das Erstellen und Bereitstellen von Windows-Betriebssystemen zu verstehen.
Inhalt dieser Lösungsanleitung:
Szenario, Problemerläuterung und Ziele
Wie ist der empfohlene Entwurf für diese Lösung?
Warum empfehlen wir diesen Entwurf?
Was sind die Schritte zur Implementierung dieser Lösung?
Das folgende Diagramm veranschaulicht das Problem, für das diese Lösungsanleitung gilt.
Allgemeine Probleme für Desktopadministratoren beim Bereitstellen von Betriebssystemen für Unternehmen:
.jpeg "Nicht verwaltete Betriebssystembereitstellung")
Szenario, Problemerläuterung und Ziele
Dieser Abschnitt beschreibt das aktuelle Problem und Ziele, die Sie möglicherweise haben. Überprüfen Sie die Lösung und ob sie Ihren Anforderungen entspricht oder ob Sie sie für Ihre Unternehmensumgebung anpassen müssen.
Szenario
Die IT-Infrastruktur vieler Großunternehmen basiert auf Microsoft-Technologien, zu denen Windows Server und die Netzwerkdienste zählen, die zur Unterstützung des täglichen Betriebs erforderlich sind, wie z. B. AD DS, DHCP und WDS. Darüber hinaus sind viele IT-Experten in solchen Unternehmen bereits mit System Center Configuration Manager vertraut und nutzen diese Lösung zum Erfüllen der Anforderungen an die Verwaltung von Computern und Geräten. In vielen Fällen sind diese Administratoren jedoch nicht mit den von Microsoft empfohlenen bewährten Methoden bzw. verfügbaren Tools und Funktionen zur Bereitstellung von Betriebssystemen vertraut. Stattdessen verwenden sie in der Regel für Betriebssystembereitstellungen manuelle Methoden bestehend aus Kombinationen von Antwortdateien, Skripts, Windows Automated Installation Kit (Windows AIK) usw. Aus diesem Grund können Projekte zur Betriebssystembereitstellung überaus anspruchsvoll und kostspielig sein.
Problemerläuterung
Das zu lösende Gesamtproblem ist Folgendes:
Windows-Betriebssystembereitstellungen für Unternehmen sind kompliziert, kostenintensiv, und es ist schwierig, konsistente Ergebnisse sicherzustellen.
Wenn die bewährten Methoden von Microsoft nicht befolgt und die empfohlenen Tools und Technologien nicht genutzt werden, sind Projekte zur Betriebssystembereitstellung nicht gut skalierbar, ineffizient und teuer. Selbst wenn jeder für die Bereitstellung erforderliche Schritt sorgfältig dokumentiert wird, wird bei einer Bereitstellung von Betriebssystemen auf diese Weise wohl oder übel einiges schiefgehen. Ohne Automatisierung der Erstellung von Betriebssystemabbildern und Bereitstellungstests sehen sich Administratoren von Computern und Mobilgeräten den folgenden Herausforderungen gegenüber:
Herunterladen und Verwalten von Betriebssystem-, Treiber- und Anwendungsdateien, die für Betriebssystembereitstellungen auf der gesamten Unternehmenshardware benötigt werden.
Erstellen startfähiger Abbilder und gewissenhafte Installation standardmäßiger Desktopanwendungen (eine nach der anderen), nachdem die Betriebssystembereitstellung erfolgt ist.
Manuelles Bereitstellen von Betriebssystemen in Produktionsumgebungen bei sehr wenigen Tests.
Manuelles Unterstützen fortlaufender Konfigurationsänderungen und anderer sich ändernder Anforderungen an die Betriebssystembereitstellung.
Einheitliches Ausführen von Betriebssystembereitstellungen mithilfe wiederholbarer und zuverlässiger Prozesse.
Erstellen präziser Berichte zu Fortschritt und Problemen bei der Betriebssystembereitstellung.
Unternehmensziele
Basierend auf dem Szenario und der Problembeschreibung wird eine Lösung für die Automatisierung und Verwaltung von Windows-Betriebssystembereitstellungen benötigt, die die folgenden Vorgaben erfüllt:
Verwalten von Betriebssystem-, Treiber- und Anwendungsdateien in einem zentralen Dateisystem.
Einfaches Erstellen und Aktualisieren von Windows-Betriebssystemabbildern, die anschließend ordnungsgemäß getestet werden, ehe ihre Bereitstellung in der Produktion erfolgt.
Schnelles Bereitstellen von Betriebssystemen, Desktopsoftware und Windows-Updates auf neuer Hardware mithilfe zuverlässiger, einheitlicher Prozesse.
Verwenden von Verwaltungs- und Berichtssoftware auf Unternehmensebene für die Bereitstellung von Betriebssystemen.
Wie ist der empfohlene Entwurf für diese Lösung?
Das folgende Diagramm veranschaulicht, wie Sie die Lite-Touch-Installation (LTI) des Microsoft Deployment Toolkit (MDT) verwenden, um die Imageerstellung und -tests für Betriebssysteme zu automatisieren und anschließend die Zero-Touch-Installation (ZTI) von Configuration Manager verwenden, um Client-Betriebssystembereitstellungen in Unternehmen zu verwalten und entsprechende Berichte zu erstellen. Mit dieser empfohlenen Vorgehensweise können Sie die zuvor definierten Ziele erreichen und dieses Geschäftsproblem in Ihrer Umgebung lösen.
Hinweis
Obwohl die Prinzipien und Empfehlungen in dieser Lösung auf frühere Versionen angewendet werden können, sofern nichts anderes angegeben wird, bezeichnet MDT immer MDT 2013 und Configuration Manager immer Microsoft System Center 2012 Configuration Manager R2.
Lösungsentwurf für das Automatisieren und Verwalten von Client-Betriebssystembereitstellungen:
.jpeg "MDT und Configuration Manager")
Die folgende Tabelle enthält die Elemente, die Teil dieses Lösungsentwurfs sind, und beschreibt, warum sie im Entwurf enthalten sind:
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
Hinweis Zielcomputer müssen eine Verbindung mit der Bereitstellungsfreigabe herstellen, um Betriebssystembereitstellungen auszuführen, sodass eine dauerhafte Verbindung mit hoher Geschwindigkeit mit der Bereitstellungsfreigabe empfohlen wird. |
|
|
|
Hinweis Bei der Bereitstellung auf Computern mit älterem BIOS können Sie das 32-Bit-Startabbild verwenden, um 32-Bit- und 64-Bit-Betriebssysteme bereitzustellen. Allerdings kann nur ein 64-Bit-Startabbild verwendet werden, um 64-Bit-Betriebssysteme bereitzustellen. Im Gegensatz dazu erfordern UEFI-Systeme eine Übereinstimmung der Architektur, sodass ein 64-Bit-System, auf dem Sie ein 64-Bit-Betriebssystem bereitstellen, ein 64-Bit-Startabbild erfordern würde. |
|
|
|
Tipp Sie müssen den Windows-Bereitstellungsdiensten nur die MDT-Startabbilder hinzufügen. Sie müssen keine Betriebssystemabbilder aus der Bereitstellungsworkbench hinzufügen. |
|
|
|
Tipp Der Referenzcomputer ist die Vorlage für die Bereitstellung neuer Betriebssystemabbilder auf Zielcomputern in einer Produktionsumgebung. Daher sollten Sie diesen Computer unbedingt exakt so konfigurieren, wie die Produktionscomputer konfiguriert werden sollen. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Warum empfehlen wir diesen Entwurf?
Es gibt viele Möglichkeiten, um Betriebssysteme auf einem neuen Computer oder ein Bare-Metal-System zu installieren, wie zum Beispiel das eigenständige MDT, das Erstellen und Erfassen von Configuration Manager oder MDT (integriert in Configuration Manager). Diese Methoden nehmen an, dass keine Benutzerdaten oder Profile beibehalten werden sollen, und können zum Erstellen und Bereitstellen von „Thin“-Windows-Betriebssystemabbildern mit grundlegenden Updates und Anwendungen zur Integration von MDT mit Configuration Manager sowie auch zum Erstellen und Bereitstellen von „Thick“-Abbildern mit vielen Anwendungen und Konfiguration sowie Verwaltung nach der Installation verwendet werden.
Die folgende Tabelle bietet einen Überblick über die möglichen Methoden und Empfehlungen von Microsoft für eine optimale Leistung und Skalierbarkeit.
Hinweis
Betriebssystem-Bereitstellungsmethoden sind häufig austauschbar. Verwenden Sie die Empfehlungen unten als Richtlinien, um die Methode, die Ihren individuellen Anforderungen am besten entspricht, auszuwählen.
Betriebssystem-Bereitstellungsmethode |
Wann empfohlen |
|---|---|
Eigenständiges Microsoft Deployment Toolkit (MDT) |
MDT ist ein kostenlos herunterladbares Toolkit, das die Automatisierung der Bereitstellung von Windows-Betriebssystemen und Anwendungen auf Desktop-, Laptop- und Servercomputern vereinfacht. Auf hoher Ebene automatisiert MDT den Bereitstellungsprozess durch Konfigurieren der Dateien für die unbeaufsichtigte Installation und durch Packen der erforderlichen Dateien in eine konsolidierte Abbilddatei, die Sie dann auf Referenz- und Zielcomputern bereitstellen. Tipp In sehr kleinen oder getrennten Umgebungen ist MDT möglicherweise alles, was Sie für die Bereitstellung von Betriebssystemen benötigen. In diesen Fällen würden die Testumgebungsschritte, die in dieser Lösung erläutert werden, den Prozessanforderungen der Betriebssystembereitstellung für diese Umgebungen entsprechen. MDT führt Bereitstellungen mithilfe der Lite-Touch-Installationsmethode (LTI) durch. Obwohl Sie Referenzabbilder für die Betriebssystembereitstellung mit Configuration Manager erstellen können, empfiehlt sich im Allgemeinen das Erstellen in MDT LTI aus den folgenden Gründen:
Tipp Es empfiehlt sich, mithilfe von MDT „Thin“-Abbilder zu erstellen, die erforderliche Softwareupdates, Laufzeiten und einige Standarddesktopanwendungen enthalten. |
MDT und Configuration Manager Wichtig Dies ist die empfohlene Betriebssystem-Bereitstellungsmethode, die in dieser Lösung beschrieben wird. |
Diese Option empfiehlt sich für große Unternehmen mit Tausenden von Computern und Anwendungen, die unterstützt und gewartet werden müssen. Es ist unsere Empfehlung für diese Lösung basierend auf den folgenden Best Practices von Microsoft:
|
Configuration Manager (eigenständig) |
Configuration Manager-Betriebssystembereitstellung bietet Administratorbenutzern ein Tool zum Erstellen von Betriebssystemabbildern, die sie auf Computern bereitstellen können. Das Betriebssystemabbild in einer WIM-Datei (Windows Imaging Format) enthält die erforderliche Version eines Windows-Betriebssystems sowie alle Branchenanwendungen, die auf dem Computer installiert werden müssen. Tipp Es wird empfohlen, Configuration Manager (oder MDT, integriert in Configuration Manager) zum Erstellen von „Thick“-Abbildern zu verwenden, die viele Branchenanwendungen (Line Of Business, LOB) enthalten, die während der Bereitstellung eines Betriebssystems installiert werden müssen, anstatt die Anwendungen im MDT zu duplizieren. |
MDT in Configuration Manager integriert |
Während nur MDT in LTI-Bereitstellungen verwendet wird, erfolgen die ZTI- und UDI-Bereitstellungen (User Driven Installation) mit MDT, integriert in Configuration Manager. Integrieren von MDT in Configuration Manager erweitert das Configuration Manager-Feature zur Betriebssystembereitstellung, indem zusätzliche MDT-Befehle für Configuration Manager-Tasksequenzen zur Verfügung gestellt werden. Beispielsweise vereinfacht MDT 2013 die Erstellung und Ausführung dynamischer Bereitstellungen. Wenn MDT in Configuration Manager integriert ist, akzeptiert die Tasksequenz zusätzliche Anweisungen aus den MDT-Regeln. In der einfachsten Form werden diese Einstellungen in der Textdatei „CustomSettings.ini“ gespeichert. Sie können die Einstellungen aber auch in Microsoft SQL Server-Datenbanken speichern oder durch Microsoft Visual Basic Scripting Edition (VBScripts) oder Webdienste die verwendeten Einstellungen bereitstellen. MDT 2013 fügt auch einen optionalen Bereitstellungs-Assistenten hinzu. Für einige Bereitstellungsszenarien müssen Sie möglicherweise den Benutze während der Bereitstellung zur Eingabe von Informationen auffordern, z. B. den Computernamen, die richtige Organisationseinheit (OU) für den Computer oder welche Anwendungen von der Tasksequenz installiert werden sollen. Sie können mit der MDT-Integration den UDI-Assistenten (User-Driven Installation) aktivieren, um die erforderlichen Informationen zu sammeln, und den Assistenten mit dem UDI Wizard Designer anpassen. Klicken Sie einfach in der Gruppe der Tasksequenzen auf der Registerkarte „Start“ im Knoten „Betriebssysteme“ im Softwarebibliotheksarbeitsbereich der Configuration Manager-Konsole auf die Option zum Erstellen einer MDT-Tasksequenz, um diese und andere Erweiterungen nach der Integration von MDT in Configuration Manager zu nutzen. |
Was sind die Schritte zur Implementierung dieser Lösung?
Verwenden Sie die Schritte in diesem Abschnitt, um die Lösung zu implementieren. Überprüfen Sie auf jeden Fall die einzelnen Schritte, bevor Sie mit dem nächsten Schritt fortfahren. Diese Schritte in zwei Abschnitte unterteilt, die Testumgebung mit MDT (eigenständig) und die Produktionsumgebung mit Configuration Manager.
Hinweis
Wenn Sie einen benutzerdefinierten Satz von Lösungsthemen drucken oder exportieren möchten, finden Sie unter Drucken/Exportieren mehrerer Themen – Hilfe weitere Informationen hierzu.
Schritte in der Testumgebung
In der Testumgebung verwenden Sie MDT zum Bereitstellen von Windows auf einem Referenzcomputer, erfassen ein Abbild des Referenzcomputers und stellen dann das erfasste Abbild auf einem Zielcomputer bereit, um das Bereitstellungsabbild zu überprüfen, bevor es in die Produktionsumgebung verschoben wird.
Führen Sie folgende Implementierungsschritte aus, um Betriebssystemabbilder mithilfe von MDT LTI zu erstellen und zu testen.
Bereiten Sie die Umgebung und den Workbenchcomputer für die MDT-Installation vor, um sicherzustellen, dass die erforderliche Infrastruktur und die unterstützenden Dateien ordnungsgemäß konfiguriert und installiert werden. Stellen Sie vor Beginn der MDT-Installation sicher, dass Sie Folgendes berücksichtigen:
Überprüfen Sie die Hardware- und Softwareanforderungen für die MDT-Version, die Sie installieren, um sicherzustellen, dass das Betriebssystem des Workbenchcomputers unterstützt wird. Tipp
Die MDT 2013-Workbench dient zum Arbeiten mit dem Betriebssystem Windows 8.1. Wenn Sie Windows 8.1 aber nicht für den Workbenchcomputer verwenden, müssen Sie .NET Framework 3.5 und Windows PowerShell 2.0 installieren.
Laden Sie die entsprechende Version des Microsoft Deployment Toolkit (MDT) herunter, die für die Windows-Version, die Sie bereitstellen möchten, erforderlich ist.
Tipp
MDT 2013 unterstützt die Bereitstellung von Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 und Windows Server 2008 R2.
Laden Sie das Windows Assessment and Deployment Kit (Windows ADK) herunter, das für die von Ihnen verwendete MDT-Version erforderlich ist.
Tipp
Das Windows Assessment and Deployment Kit (Windows ADK) für Windows 8.1 ist für MDT 2013 erforderlich.
Überprüfen Sie, ob Windows-Bereitstellungsdienste (WDS) im Netzwerk ausgeführt werden, um PXE-Startinstallationen zu ermöglichen und sicherzustellen, dass der Bereitstellungsserver und die Transport-Serverrollendienste installiert sind.
WDS erfordert AD DS, DHCP, DNS und eine NTFS-Dateisystempartition zum Speichern von Abbildern. Konfigurieren Sie WDS, um auf Clientanforderungen zu reagieren, und erstellen Sie das Bereitstellungsfreigabeverzeichnis. Es ist hier aber nicht notwendig, Start- oder Betriebssystemabbilder hinzufügen. Auf der Registerkarte für erweiterte WDS-Servereigenschaften stellen Sie sicher, dass Sie „Autorisieren dieses Windows-Bereitstellungsdiensteservers in DHCP“ aktivieren.
Wenn DHCP auf dem gleichen Server wie WDS ausgeführt wird, müssen Sie die DHCP-Option 60 konfigurieren, um den Wert von PXEClient zu verwenden.
Wichtig
In dieser Lösung empfehlen wir WDS mit der DHCP-Integrationsoption für eine einfache Verwendung in der Testumgebung, da dies für kleinere Tests ohne Verwendung von Routern für die Netzwerk-Datenverkehrsverwaltung geeignet ist. Allerdings ist dies nicht für große Produktionsbereitstellungen in gerouteten Netzwerken empfehlenswert, da diese Methode nicht so zuverlässig wie die Konfiguration von Routern ist. In Produktionsumgebungen sollten Sie DHCP-Relay-Agents implementieren, sie auch als IP-Helfer bezeichnet werden, um Netzwerkstartanforderungen an designierte Server von Computern über einen Router von einem DHCP-Server in einem Remotesubnetz zu aktivieren.
Tipp
Unabhängig davon, ob Sie WDS und DHCP auf demselben Server hosten oder zwei verschiedene Server verwenden möchten, müssen Sie WDS so konfigurieren, dass damit ein bestimmter Port abgehört wird. Sowohl DHCP als auch WDS benötigen Port 67. Wenn Sie WDS und DHCP auf demselben Server hosten, können Sie DHCP oder die PXE-Standortrolle auf einen separaten Server verschieben oder den WDS-Server mithilfe der folgenden Prozedur so konfigurieren, dass er einen anderen Port abhört.
Ändern Sie den folgenden Registrierungsschlüssel:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WDSServer\Providers\WDSPXE
Legen Sie für den Registrierungswert Folgendes fest:
UseDHCPPorts = 0
Damit die neue Konfiguration wirksam wird, führen Sie auf dem Server, auf dem sich DHCP und WDS befinden, folgenden Befehl aus:
WDSUTIL /Set-Server /UseDHCPPorts:No /DHCPOption60:Yes
Überprüfungsschritte:
Stellen Sie sicher, dass Sie beabsichtigen, MDT-Workbench auf einem unterstützten Betriebssystem zu installieren, und dass Sie .NET Framework 3.5 und PowerShell 2.0 installiert haben, wenn Sie nicht Windows 8.1 verwenden.
Sie haben das Windows Assessment and Deployment Kit (Windows ADK) identifiziert, das für die von Ihnen verwendete MDT-Version erforderlich ist.
WDS und erforderliche Netzwerkdienste sind vorhanden und ordnungsgemäß in der Testumgebung konfiguriert.
Installieren Sie MDT und das Windows ADK durch Herunterladen der MDT-Software und Installation auf einem unterstützten Betriebssystem in der Testumgebung unter Übernahme der Standardwerte.
Wichtig
Beim erstmaligen Öffnen der MDT-Workbench werden Sie möglicherweise aufgefordert, zu prüfen, ob aktualisierte Komponenten vorhanden sind. MDT 2013 sollten Sie dies nicht ausführen, da andernfalls eine ältere Liste der Komponenten heruntergeladen wird. Insbesondere wird eine ältere Version von „bddmanifest.cab“ heruntergeladen. Diese Datei stellt eine ältere Version des Komponentenmanifests („ComponentList.xml“) her. Weitere Informationen zu diesem und anderen bekannten Problemen von MDT 2013 finden Sie in den MDT 2013-Versionshinweisen.
Nachdem MDT installiert wurde, müssen Sie das entsprechende Windows ADK installieren, das die von Ihnen verwendete MDT-Version unterstützt. Beim Installieren von Windows ADK sind nur die Bereitstellungstools und die Windows-Vorinstallationsumgebung (Windows PE) für die Interaktion mit der Bereitstellungsfreigaben erforderlich.
Tipp
Melden Sie sich nach der Installation von Windows ADK ab, und melden Sie sich dann wieder am Computer an, sodass die PATH-Umgebungsvariable aktualisiert wird, um den Ordner „Program Files%\Windows Imaging“ einzuschließen.
Überprüfungsschritte: Überprüfen Sie, ob MDT und die entsprechende Version von Windows ADK auf dem MDT-Workbenchcomputer installiert sind, bevor Sie fortfahren. Wenn Sie das Windows ADK nicht installieren, werden Sie aufgefordert, es zu installieren, wenn Sie versuchen, auf den Bereitstellungsfreigabeknoten der Workbenchkonsole zuzugreifen.
Erstellen Sie eine MDT-Bereitstellungsfreigabe, die als Repository für Betriebssystemabbilder, Sprachpakete, Anwendungen, Gerätetreiber und andere Software, die auf den Zielcomputern bereitgestellt werden, dient.Starten Sie den Assistenten für eine neue Bereitstellungsfreigabe im Aktionsbereich des Bereitstellungsfreigabeknotens der MDT-Workbench, um eine neue MDT-Bereitstellungsfreigabe zu erstellen und den Speicherort der erstellten Bereitstellungsfreigabe zu notieren.
Für diese Lösung sollten die Bereitstellungsfreigabeeigenschaften für die MDT-Bereitstellung mit den Standardwerten konfiguriert werden, wenn Sie den Assistenten für eine neue Bereitstellungsfreigabe ausführen.
Tipp
Die Bereitstellungsfreigabeeinstellungen werden in der Datei „CustomSettings.ini“ im Ordner „Control“ der Bereitstellungsfreigabe gespeichert und können später geändert werden.
Überprüfungsschritte: Der Name der Bereitstellungsfreigabe sollte jetzt im Detailbereich angezeigt werden. Standardmäßig erstellt MDT einen Bereitstellungsfreigabeordner mit dem Namen „C:\DeploymentShare“ und einen verborgenen freigegebenen Ordner namens „\\<Computername>\deploymentshare$“. Wenn Sie zum Speicherort der Bereitstellungsfreigabe mit dem Dateiexplorer wechseln, sollten Sie sehen, dass eine Ordnerstruktur für Sie erstellt wurde.
Importieren Sie Betriebssystemdateien in den Knoten „Betriebssysteme“ der Bereitstellungsworkbench mithilfe des Assistenten zum Importieren von Betriebssystemen. Wenn viele Betriebssysteme verwenden, sollten Sie im Knoten „Betriebssysteme“ zum Speichern Ihrer Dateien vor dem Import Unterordner erstellen.
Hinweis
Sie können in MDT auch Anwendungen erstellen, um Desktopsoftware zu installieren, aber da diese Lösung das Verwenden von Configuration Manager für die Installation von Desktopanwendungen beinhaltet, werden als Teil dieser Lösung keine erstellt.
Überprüfungsschritte: Wenn der Assistent zum Importieren von Betriebssystemen erfolgreich war, sollte die Meldung „Der Vorgang wurde erfolgreich abgeschlossen“ angezeigt werden. Der Name und die Beschreibung der Betriebssysteme, die Sie importieren, sollten in der MDT-Workbenchkonsole angezeigt werden, und die Installationsdateien des Betriebssystems sollten in den Betriebssystemordner der MDT-Bereitstellungsfreigabe-Ordnerstruktur kopiert worden sein.
Fügen Sie separate Treiber, die für den Referenz- und den Zielcomputer in Ihrer Testumgebung erforderlich sind, mithilfe des Assistenten für neue Treiber hinzu. Diese Gerätetreiber werden Windows PE hinzugefügt und mit dem Betriebssystem bereitgestellt. Fügen Sie die Gerätetreiber im Knoten „Separate Treiber“ der Bereitstellungsworkbench hinzu.
Wenn Sie viele Betriebssysteme oder Gerätetypen in Ihrer Testumgebung unterstützen, sollten Sie Unterordner für jedes Betriebssystem, jede Marke und jedes Modell erstellen, das bzw. die Sie bereitstellen möchten.
Tipp
Wenn die Gerätetreiber für den Referenzcomputer und dem Zielcomputer im Betriebssystem enthalten, das Sie bereitstellen, enthalten sind, können Sie diesen Schritt überspringen.
Überprüfungsschritte: Stellen Sie sicher, dass der Assistent für neue Treiber die Gerätetreiber auf die Bereitstellungsfreigabe in die entsprechenden Verzeichnisse „Out-of-Box Drivers\<Treibername>“ kopiert.
Erstellen Sie eine standardmäßige Clienttasksequenz für den Referenzcomputer mithilfe des Assistenten für neue Tasksequenzen im Tasksequenzknoten der Bereitstellungsworkbench, die zum Bereitstellen und Erfassen eines Referenzcomputerabbilds mit den Betriebssystemdateien verwendet wird, die Sie zuvor in die Workbench importiert haben.
Tipp
Diese Tasksequenz sollte das Abbild des Referenzcomputers installieren und erfassen. Dies empfiehlt sich anstatt der Verwendung zweier Tasksequenzen (eine zum Installieren und eine zum Erfassen), da es möglich ist, dass andere Konfigurationen unerwartet eingeführt werden, wenn es eine zeitliche Lücke zwischen dem Erstellen und dem Erfassen des Systems gibt.
Überprüfungsschritte: Wenn der Assistent für neue Tasksequenzen erfolgreich war, sollte die Meldung „Der Vorgang wurde erfolgreich abgeschlossen“ angezeigt werden. Der Name und die Beschreibung der Tasksequenz, den bzw. die Sie erstellt haben, sollte jetzt auch in der MDT-Workbenchkonsole angezeigt werden.
Aktivieren Sie die Bereitstellungsprozessüberwachung in den Eigenschaften der MDT-Bereitstellungsfreigabe. Auf diese Weise erhalten Sie eine grundlegende Überwachung der Tasksequenz beim Verarbeiten der von Ihnen konfigurierten Schritte von innerhalb der MDT-Workbench. Außerdem wird dadurch eine Zeile der Datei „customsettings.ini“ hinzugefügt, die auf der Registerkarte „Regeln“ der Bereitstellungsfreigabeeigenschaften angezeigt wird und in etwa wie folgt aussieht: EventService=http:// <Computername>:9800.
Darüber hinaus kann eine ausführlichere Protokollierung durch manuelles Ändern des Inhalts der Datei „CustomSettings.ini“ auf der Registerkarte „Regeln“ der Bereitstellungsfreigabeeigenschaften aktiviert werden, um ausführliche Protokolldateien für jeden Computer zu erstellen, wenn eine Tasksequenz ausgeführt wird. Sie können auch die dynamische Protokollierung aktivieren, um alle aktiven Tasksequenzaktionen zu erfassen. Sie müssen zunächst eine Netzwerkfreigabe zum Speichern von Protokolldateien erstellen und die entsprechenden Freigabeberechtigungen festlegen. Wenn Sie die dynamische Protokollierung aktivieren möchten, sollten Sie einen Ordner in der zuvor erstellten Netzwerkfreigabe zum Hosten dieser dynamischen Protokolldatei erstellen.
Um computerspezifische Protokolle zu konfigurieren, aktualisieren Sie die Regeldatei „customsettings.ini“ mit der folgenden Zeile: SLSHARE=\\YourMDTServerName\YourMDTLogsShareName\%ComputerName%.
Zum Konfigurieren der dynamischen Protokollierung, um alle Tasksequenzaktivitäten in Echtzeit zu erfassen, aktualisieren Sie die Regeldatei „customsettings.ini“ mit der folgenden Zeile: SLShareDynamicLogging=\\YourMDTServerName\YourMDTLogsShare\ YourDymanicMDTLogsShare
Tipp
Während Sie die Regeldatei „customsettings.ini“ ändern, können Sie auch den Organisationsnamen anpassen, der im MDT-Assistenten angezeigt wird, indem Sie die folgende Zeile oberhalb der Protokolleinträge anpassen: _SMSTSOrgName=OrganizationNameYouWantDisplayed. Außerdem können Sie
Zusammen sehen diese Zeilen in der Regeldatei „customsettings.ini“ ungefähr so aus:
[Settings] Priority=Default Properties=MyCustomProperty [Default] OSInstall=Y SkipCapture=NO SkipAdminPassword=YES SkipProductKey=YES SkipComputerBackup=NO SkipBitLocker=NO Copy Logs if en error occurs or when deployment is successfully completed SLShare=\\<YourMDTServerName>\<YourMDTLogsShare> ; Enable Dynamig Logging SLSHAREDynamicLogging=\\<YourMDTServerName>\<YourMDTLogsShare>\<YourDymanicMDTLogsShare> _SMSTSOrgName=<OrganizationNameYouWantDisplayed>Überprüfungsschritte:
Wenn die Überwachung aktiviert ist, sollte nicht die Meldung „Keine Überwachungsdaten verfügbar, da die Überwachung für diese Bereitstellungsfreigabe nicht aktiviert ist“ angezeigt werden, wenn der Überwachungsknoten der Bereitstellungsworkbench ausgewählt wird.
Dem Inhalt der Datei „customsettings.ini“-Datei, die auf der Registerkarte „Regeln“ der Eigenschaften der Bereitstellungsfreigabe angezeigt wird, wurde eine Zeile ähnlich der folgenden hinzugefügt: EventService=http:// <computername>:9800
Wenn Sie einen benutzerdefinierten Organisationsnamen, der von der Tasksequenz angezeigt werden soll, hinzugefügt haben, wurde eine Zeile ähnlich der folgenden zum Inhalt der Datei „customsettings.ini“ hinzugefügt, die auf der Registerkarte „Regeln“ der Eigenschaften der Bereitstellungsfreigabe angezeigt wird: _SMSTSOrgName=<Gewünschter_anzuzeigender_Organisationsname>
Wenn Sie die ausführliche Protokollierung durch Hinzufügen von benutzerdefinierten Protokolldatei-Freigabespeicherorten zur Datei „customsettings.ini“ aktiviert haben, die auf der Registerkarte „Regeln“ der Eigenschaften der Bereitstellungsfreigabe angezeigt wird, überprüfen Sie, ob Sie auf die Netzwerkfreigaben für das computerspezifische Protokollierungsverzeichnis und direkt auf die dynamische Protokollierung, die eine einzelne Protokolldatei „BBD.log“ enthält und dynamisch aktualisiert wird, wenn eine Tasksequenz ausgeführt wird, zugreifen können.
Aktualisieren Sie die Bereitstellungsfreigabe mit den neuesten Informationen, nachdem Sie die Konfiguration mithilfe der Aktion zum Aktualisieren von Bereitstellungsfreigaben im Aktionsbereich der MDT-Workbench abgeschlossen haben. Das Aktualisieren der Bereitstellungsfreigabe aktualisiert alle MDT-Konfigurationsdateien und generiert eine angepasste Version von Windows PE, die zum Starten des Referenzcomputers und zum Initiieren der LTI-Bereitstellung verwendet wird.
Bei der Aktualisierung der Bereitstellungsfreigabe generiert MDT ISO-Abbilder und WIM-Abbilddateien, die verwendet werden, um gemäß den Einstellungen, die Sie in den Eigenschaften der Bereitstellungsfreigabe konfiguriert haben, die Betriebssystembereitstellung zu initiieren.
Überprüfungsschritt: Bei der Aktualisierung der Bereitstellungsworkbench sollte MDT die Dateien „LiteTouchPE_x64.iso“ und „LiteTouchPE_x64.wim“ (für 64-Bit-Zielcomputer) sowie „LiteTouchPE_x86.iso“ und „LiteTouchPE_x86.wim“ (für 32-Bit-Zielcomputer) im Ordner \\<Computername>\deploymentshare$\Boot erstellt haben.
Laden Sie das Startabbild in die WDS-Konsole, um es Zielcomputern zu ermöglichen, mit den angepassten Windows PE-Abbildern gestartet zu werden (über das Netzwerk).
Sie müssen lediglich das von MDT erstellte Startabbild zum Knoten „Startabbilder“ in der WDS-Konsole hinzufügen (Klicken Sie mit der rechten Maustaste auf „Startabbilder“, und wechseln Sie zum Speicherort des von MDT im letzten Schritt erstellten Startabbilds (% InstallDir%\DeploymentShare\Boot\LiteTouchPE_x64.wim)). Es ist nicht erforderlich, WDS Installationsabbilder hinzuzufügen.
Überprüfungsschritte: Wenn der Assistent zum Hinzufügen von Abbildern erfolgreich war, wird die Meldung „Der Vorgang ist abgeschlossen. Die ausgewählten Abbilder wurden dem Server erfolgreich hinzugefügt.“ angezeigt werden. Wenn Sie einen Computer starten, der für den Start über das Netzwerk konfiguriert wurde, wählen Sie außerdem die Option zum Starten von PXE aus. Das benutzerdefinierte Startabbild sollte in der Liste der Optionen verfügbar sein.
Verwenden Sie PXE zum Installieren und Erfassen des Abbilds über das Netzwerk. Starten Sie den Referenzcomputer, und wählen Sie die Option für den PXE-Netzwerkstart mithilfe von WDS aus, und wählen Sie dann das Startabbild an, das zuvor in WDS hochgeladen wurde, um die angepasste Windows PE-Umgebung zu starten.
Wenn der Windows-Bereitstellungs-Assistent gestartet wird, wählen und führen Sie die Standardclient-Tasksequenz aus, die Sie zuvor erstellt haben, um das Betriebssystem auf dem Referenzcomputer zu installieren und zu erfassen. Um die meisten Einstellungen, die vom Windows-Bereitstellungs-Assistenten angezeigt werden, müssen Sie sich nicht kümmern, stellen Sie aber sicher, dass Sie die Option zum Erfassen eines Abbilds des Referenzcomputers auf der Seite zum Erfassen eines Abbilds im Assistenten auswählen. Ansonsten übernehmen Sie einfach die Standardeinstellungen, einschließlich des Pfads zum Speichern des erfassten Abbilds, und beginnen die Installation des Betriebssystems und den Prozess der Abbilderfassung.
Tipp
Standardmäßig müssen Sie Netzwerkanmeldeinformationen angeben, um von Windows PE aus auf die Bereitstellungsfreigabe zuzugreifen, wenn der Computer mit dem Startabbild gestartet wird. Wenn Sie mit dieser Methode umfangreiche Tests durchführen, können Sie die Netzwerkfreigabe-Anmeldeinformationen durch Bearbeiten der Datei „Bootstrap.ini“ auf der Registerkarte „Regeln“ der Eigenschaften der Bereitstellungsfreigabe ähnlich wie im folgenden Beispiel hinzufügen. Stellen Sie danach sicher, dass die Bereitstellungsfreigabe aktualisiert wird, und ersetzen Sie das auf dem PXE-Server gespeicherte Startabbild.
[Settings] Priority=Default DeployRoot=<DeployRootPath> UserDomain=<FQDNofTestDomain> UserID=<TestDomainUser> UserPassword=<TestDomainUserPassword>Überprüfungsschritte: Der Referenzcomputer sollte die notwendigen Schritte zum Installieren des Betriebssystems durchlaufen, die in der Tasksequenz definiert sind. Danach sollte er sofort die Systemvorbereitung ausführen und Schritte zum Speichern eines Abbilds des Referenzcomputers in der Netzwerkfreigabe erfassen, wenn die Tasksequenz ausgeführt wird. Standardmäßig sollte das erfasste Abbild im Verzeichnis %InstallDir%\DeploymentShare\Captures vorhanden sein.
Fügen Sie das erfasste Referenzabbild der Bereitstellungsworkbench hinzu. Bevor Sie das erfasste Abbild bereitstellen können, muss es der Liste der Betriebssysteme im Knoten „Betriebssysteme“ in der Bereitstellungsworkbench im Verzeichnis „%InstallDir%\DeploymentShare\Captures“ mithilfe des Import-Assistenten hinzugefügt werden.
Überprüfungsschritte: Nach Abschluss des Assistenten zum Importieren von Betriebssystemen sollte das erfasste Abbild des Referenzcomputers zur Liste der Betriebssysteme im Detailbereich des Knotens „Betriebssysteme“ in der Bereitstellungsworkbench hinzugefügt worden sein, und die erfasste WIM-Datei sollte in das Betriebssystemverzeichnis kopiert worden sein.
Erstellen Sie eine zweite Standardclient-Tasksequenz mit dem Assistenten für neue Tasksequenzen. Diese Tasksequenz wird verwendet, um das erfasste Abbild auf einem Zieltestcomputer bereitzustellen. Dadurch stellen Sie sicher, dass die grundlegende Bereitstellung wie gewünscht funktionsfähig ist, bevor Sie sie in die Produktionsumgebung verschieben.
Tipp
Wählen Sie auf jeden Fall das erfasste Abbild aus den Betriebssystemoptionen in der Bereitstellungsworkbench während der Erstellung der Tasksequenz aus.
Überprüfungsschritte: Wenn der Assistent für neue Tasksequenzen erfolgreich war, sollte die Meldung „Der Vorgang wurde erfolgreich abgeschlossen“ angezeigt werden. Der Name und die Beschreibung der Tasksequenz, den bzw. die Sie erstellt haben, sollte jetzt auch in der MDT-Workbenchkonsole angezeigt werden.
Verwenden Sie PXE zum Bereitstellen und Testen des erfassten Abbilds über das Netzwerk. Starten Sie den Zielcomputer, und wählen Sie die Option für den PXE-Netzwerkstart mithilfe von WDS aus, und wählen Sie dann das Startabbild an, das zuvor in WDS hochgeladen wurde, um die angepasste Windows PE-Umgebung zu starten.
Wenn der Windows-Bereitstellungs-Assistent gestartet wird, wählen und führen Sie die Standardclient-Tasksequenz aus, die Sie zuvor erstellt haben, um das erfasste Betriebssystem auf dem Zielcomputer zu installieren. Sie sollten die Option zum Erfassen eines Abbilds dieses Computers auf der Assistentenseite „Abbild erfassen“ nicht auswählen. Übernehmen Sie einfach die Standardeinstellungen, und klicken Sie auf „Weiter“, um den Installationsvorgang des Betriebssystems zu starten.
Überprüfungsschritte: Der Zielcomputer sollte automatisch die erforderlichen Schritte zum erfolgreichen Installieren des Abbilds des Referenzcomputers durchlaufen. Nach Abschluss des Vorgangs wird das Dialogfeld „Zusammenfassung der Bereitstellung“ ohne Fehler und Warnungen angezeigt werden.
Kopieren Sie das Abbild des Referenzcomputers auf ein mobiles Speichergerät oder ein Wechselmedium, um es in die IT-Produktionsumgebung zu übertragen. Vor Beginn der Schritte für die Produktionsumgebung müssen Sie das Abbild des Referenzcomputers auf eine gültige Netzwerkfreigabe in der Produktionsumgebung kopieren, sodass sie in der Configuration Manager-Konsole importiert werden kann.
Überprüfungsschritte: Das erfasste und getestete Betriebssystemabbild vom Referenzcomputer ist jetzt auf einem mobilen Speichergerät oder auf einem Wechselmedium vorhanden, das in die Produktionsumgebung überführt werden kann.
Schritte in der Produktionsumgebung
In der Produktionsumgebung verwenden Sie Configuration Manager zum Bereitstellen des Windows-Betriebssystemabbilds (WIM-Datei), das Sie in der Testumgebung mit MDT aufgezeichnet haben.
Verwenden Sie die folgenden Implementierungsschritte zur Bereitstellung und Verwaltung von Unternehmens-Betriebssystemabbildern in Ihrer Produktionsumgebung mit Configuration Manager ZTI.
Stellen Sie sicher, dass die Produktionsnetzwerkumgebung PXE-Startanforderungen von Configuration Manager-Clients unterstützt.
Stellen Sie sicher, dass AD DS, DHCP und DNS für Computer, die über das Netzwerk gestartet werden, verfügbar sind. Hinweis
Es ist nicht erforderlich, WDS während dieses Schritts zu installieren, da die erforderlichen WDS-Komponenten auf PXE-fähigen Configuration Manager-Verteilungspunkten im nächsten Schritt installiert werden.
Sie sollten auch einen entsprechenden Bereich mit IP-Adressen bestimmen, der von DHCP im Netzwerk als Configuration Manager-Standortgrenze verwendet wird, um Anforderungen im Netzwerk zu unterstützen.
Überprüfungsschritte: Sie haben sichergestellt, dass die Netzwerkumgebung PXE-Startanforderungen von Computern, die über das Netzwerk gestartet werden, unterstützt, und haben einen geeigneten DHCP-basierten IP-Adressbereich für die Configuration Manager-Standortgrenze bestimmt.
Bereiten Sie die Configuration Manager-Umgebung zum Bereitstellen von Betriebssystemen über das Netzwerk vor.
Aktivieren Sie Configuration Manager-Verteilungspunkte, die auf PXE-Anforderungen aus dem Netzwerk reagieren. Sie müssen darauf achten, dass die PXE-Unterstützung für Clients auf der Registerkarte „PXE“ der Eigenschaften des Verteilungspunkts aktiviert ist (WDS wird dann ggf. installiert), und es darüber hinaus dem Verteilungspunkt ermöglichen, auf eingehende PXE-Anforderungen an den Verteilungspunkt zum Akzeptieren von PXE-Startanforderungen von Computern im Netzwerk zu reagieren.
Tipp
Zur Erhöhung der Sicherheit sollten Sie auch ein Kennwort für Computer voraussetzen, die beim Starten aus dem Netzwerk den PXE-fähigen Verteilungspunkt verwenden.
Der Configuration Manager-Client benötigt ein Konto für die Anmeldeinformationen beim Zugriff auf die Configuration Manager-Verteilungspunkte über das Netzwerk. Dieses Konto ist erforderlich, da Configuration Manager-Clientcomputer das lokale Systemkonto für die meisten Vorgänge auf dem Computer verwenden, „LocalSystem“ aber keinen Zugriff auf Netzwerkressourcen während netzwerkbasierten Betriebssystembereitstellungen hat.
Um es unbekannten Computern zu ermöglichen, auf Configuration Manager-Netzwerkressourcen zuzugreifen, müssen Sie ein Configuration Manager-Netzwerkzugriffskonto erstellen und konfigurieren.
Tipp
Sie können das Netzwerkzugriffskonto im Knoten „Verwaltung“ der Configuration Manager-Konsole erstellen und konfigurieren. Dazu klicken Sie einfach auf den Standortname, wählen Standortkomponenten konfigurieren und dann Softwareverteilung aus. Wählen Sie dort die Registerkarte Netzwerkzugriffskonto aus, um die Kontoeigenschaften zu konfigurieren.
Erstellen Sie eine Grenze, die auf dem IP-Bereich basiert, auf der Grundlage des DHCP-basierten IP-Adressbereichs, den Sie im vorherigen Schritt bestimmt haben. Das ist erforderlich, da unbekannte Computer, die über das Netzwerk gestartet werden, noch nicht in AD DS sind. Sofern keine Standortgrenzen angegeben wurden, nimmt der Client an, dass sich der Computer mit Configuration Manager an einem Remotestandort befindet. Nach dem Hinzufügen einer Standortgrenze basierend auf dem von DHCP unterstützten IP-Subnetz fügen Sie die Standortgrenze einer Standortgrenzengruppe hinzu.
Überprüfungsschritte:
Verteilungspunkte wurden ordnungsgemäß konfiguriert, um auf PXE-Startanforderungen über das Netzwerk zu reagieren.
Ein Netzwerkzugriffskonto wurde erstellt und konfiguriert, um den Netzwerkressourcenzugriff für unbekannte Computer zu unterstützen.
Eine auf einem IP-Adressbereich basierende Standortgrenze wurde erstellt, die einem IP-Adressbereich entspricht, der durch DHCP im Netzwerk bereitgestellt wurde.
Aktivieren Sie die Standardstartabbilder zur Unterstützung von PXE in der Configuration Manager-Konsole. In der ursprünglichen Version von Configuration Manager 2012 müssen Sie die Standardstartabbilder manuell für die Unterstützung von PXE-Startanforderungen konfigurieren. In späteren Versionen ist diese Unterstützung standardmäßig aktiviert.
Überprüfungsschritte: Überprüfen Sie, ob die standardmäßigen Startabbilder PXE-fähig sind, indem Sie sicherstellen, dass die Option Dieses Startabbild über den PXE-Dienstpunkt bereitstellen auf der Registerkarte Datenquelle in den Eigenschaften des Startabbilds in der Configuration Manager-Konsole aktiviert ist.
Hinweis
Nachdem Sie überprüft haben, ob die standardmäßigen Startabbilder PXE-fähig sind, sollten Sie auch den Inhaltsstatus überprüfen, um sicherzustellen, dass die PXE-fähigen Startabbilder erfolgreich an die Verteilungspunkte des Standorts, die PXE-Startanforderungen unterstützen, verteilt wurden.
Importieren Sie das erfasste Referenzabbild, das Sie mit MDT in der Configuration Manager-Konsole im Knoten „Betriebssystemabbilder“ erstellt haben. Verwenden Sie dazu den Assistenten zum Hinzufügen von Betriebssystemabbildern, und navigieren Sie zu der Netzwerkfreigabe, in der Sie das erfasste Referenzcomputerabbild gespeichert haben.
Überprüfungsschritte: Der Assistent zum Hinzufügen von Betriebssystemabbildern wurde erfolgreich abgeschlossen und das erfasste Referenzcomputerabbild in die Configuration Manager-Konsole importiert.
Bevor Sie PXE zum Bereitstellen des erfassten Betriebssystemabbilds verwenden können, müssen Sie den Inhalt des Betriebssystemabbilds an PXE-fähige Verteilungspunkte am Standort mit dem Assistenten zum Verteilen von Inhalten verteilen.
Nachdem das erfasste Betriebssystemabbild erfolgreich hinzugefügt wurde, sollten Sie auch die Option zum Kopieren des Inhalts dieses Pakets in eine Paketfreigabe auf Verteilungspunkten aktivieren, damit Clients den Inhalt über das Netzwerk installieren können.
Überprüfungsschritte: Der Assistent zum Verteilen von Inhalten sollte erfolgreich abgeschlossen werden, und der Status des Inhalts für die Verteilung des erfassten Abbilds sollte nach kurzer Zeit erfolgreich abgeschlossen werden.
Tipp
Jetzt ist ein guter Zeitpunkt, um sicherzustellen, dass beide Startabbilder (x86 und x64) sowie das gerade importierte Betriebssystemabbild verteilt werden.
Erstellen Sie eine Tasksequenz, um das Paket mit dem erfassten Betriebssystemabbild aus dem Knoten „Tasksequenzen“ der Configuration Manager-Konsole, die verwendet wird, um das Abbild bereitzustellen und den neuen Computer der Produktionsdomäne hinzuzufügen, bereitzustellen.
Hinweis
Für diese Lösung müssen Sie während der Bereitstellung keine Updates oder Anwendungen installieren, aber wenn Sie mit dem Gesamtprozess vertraut sind, sollten Sie diese Optionen verwenden, um vollständigere Tasksequenzen für zukünftige Bereitstellungen zu erstellen.
Überprüfungsschritte: Die neue Bereitstellungstasksequenz sollte jetzt im Ergebnisbereich des Knotens „Tasksequenzen“ in der Configuration Manager-Konsole angezeigt werden.
Stellen Sie die Tasksequenz als Verfügbar für die Auflistung Alle unbekannten Computer bereit, die Standardressourcendatensätze (ein Datensatz für 64-Bit-Computer und ein Datensatz für 32-Bit-Computer) für Systeme enthält, die aktuell keine Mitglieder der Configuration Manager-Datenbank sind.
Sie sollten diese Tasksequenzbereitstellung auf Verfügbar anstelle von Erforderlich festlegen, um sich davor zu schützen, dass die Tasksequenz auf Computern mit Netzwerkstartoptionen, die im BIOS höher als lokale Festplatten eingestellt sind, versehentlich ausgeführt wird. Beachten Sie außerdem, dass dies unabhängig von der Verfügbarkeit oder dem Ablaufdatum für die Tasksequenzbereitstellung geschehen kann.
Tipp
Zur Erhöhung der Sicherheit sollten Sie ein Kennwort für Computer voraussetzen, die PXE-fähige Verteilungspunkte verwenden, wenn sie über das Netzwerk gestartet werden, wie in Schritt 2 der Schritte zur Implementierung der Produktionsumgebung beschrieben wird.
Überprüfungsschritte: Der Assistent zum Bereitstellen von Software sollte erfolgreich abgeschlossen werden.
Installieren Sie das erfasste Betriebssystemabbild auf einem Bare-Metal-Testcomputer in der Produktionsumgebung mithilfe des PXE-Starts.
Wenn der Computer startet und über das Netzwerk hochgefahren wird, erhält er eine IP-Adresse vom DHCP-Server und stellt eine Verbindung mit dem Configuration Manager-Standortserver her, um die Tasksequenz auszuführen, die Sie zuvor in der Auflistung „Alle unbekannten Computer“ bereitgestellt haben. Nachdem ein Dialogfeld geöffnet wurde, um Sie zu informieren, dass die Tasksequenz bald ausgeführt wird, sollte die Tasksequenz ausgeführt und ein Installationsfortschritts-Dialogfeld angezeigt werden, in dem die Tasks aufgelistet werden, die auf dem Computer beim Abschließen der Betriebssystembereitstellung ausgeführt werden.
Überprüfungsschritte: Stellen Sie sicher, dass der PXE-Start erfolgreich ist und dass der Bare-Metal-Computer mit dem Startabbild über das Netzwerk gestartet wird. Nach Angabe des Kennworts (falls erforderlich), um den Abbildvorgang zu starten, werden die Aktionen abgeschlossen, die in der Tasksequenz definiert wurden.
Überwachen Sie die Betriebssystembereitstellung im Überwachungsarbeitsbereich der Configuration Manager-Konsole durch Erweitern von „Bereitstellungen“ und Auswählen der Tasksequenzbereitstellung, die Sie zuvor bereitgestellt haben. Klicken Sie mit der rechten Maustaste im Ergebnisbereich auf den Tasksequenznamen, und klicken Sie auf Zusammenfassung ausführen. Aktualisieren Sie dann die Informationen im Ergebnisbereich, um die aktuellen Überwachungsinformationen anzuzeigen.
Tipp
Wenn Sie die Standortsystemrolle „Reporting Services-Punkt“ installiert haben, können Sie auch die Betriebssystembereitstellungs-Berichte überprüfen, die Ihnen für Berichte zum Erfolg von Tasksequenzprozessen zur Verfügung stehen.
Überprüfungsschritte: Tasksequenzfortschritt und Bereitstellungsstatus durchlaufen den Fortschritt bis zum Erfolg.
Überprüfen Sie die Testproduktions-Computerinstallation des erfassten Referenzsystemabbilds. Melden Sie sich beim Produktionstestcomputer an, und stellen Sie sicher, dass die Tasksequenz erfolgreich abgeschlossen wurde und das erwartete Betriebssystem mit den erwarteten Konfigurationen installiert wurde.
Sie sollten jetzt auch in der Lage sind, den neuen Computernamen, dargestellt als zugewiesenen Computerressourcenclient für den Configuration Manager-Standort, in der Auflistung Alle Systeme in der Configuration Manager-Konsole zu sehen.
Überprüfungsschritte: Die Tasksequenz sollte erfolgreich abgeschlossen worden sein, um das erfasste Referenz-Betriebssystemabbild zu installieren, die Produktionsdomäne hinzuzufügen und den Configuration Manager-Client zu installieren und zu initiieren. Der neue Computerclient-Ressourcendatensatz sollte nun auch in der Auflistung „Alle Systeme“ der Configuration Manager-Konsole vorhanden sein.
Implementierung abgeschlossen.