Problembehandlungsreferenz für das Microsoft Deployment Toolkit

Die Bereitstellung von Betriebssystemen und Anwendungen sowie die Migration des Benutzerstatus kann eine schwierige Aufgabe sein, auch wenn Sie mit entsprechenden Tools und Anleitungen ausgestattet sind. Diese Referenz, die Teil des Microsoft® Deployment Toolkit (MDT) 2013 ist, enthält Informationen zu aktuellen bekannten Problemen, möglichen Problemumgehungen für diese Probleme und Anleitungen zur Problembehandlung.

Grundlegendes zu Protokollen

Bevor die effektive Problembehandlung von MDT beginnen kann, müssen Sie ein klares Verständnis der vielen .log Dateien haben, die während einer Betriebssystembereitstellung verwendet werden. Wenn Sie wissen, welche Protokolldateien untersucht werden sollen, welche Fehlerbedingung und zu welcher Zeit, können Probleme, die einst geheimnisvoll und schwer zu verstehen waren, klar und verständlich werden.

Das MDT-Protokolldateiformat ist so konzipiert, dass es von CMTrace gelesen wird. Verwenden Sie dieses Tool, wenn möglich, um die Protokolldateien zu lesen, da das Auffinden von Fehlern wesentlich vereinfacht wird.

Der Rest dieses Abschnitts enthält Details zu den Protokolldateien, die während der Bereitstellung sowie während des Windows Setups erstellt wurden. Dieser Abschnitt enthält auch Beispiele für die Verwendung der Dateien für die Problembehandlung.

MDT-Protokolle

Jedes MDT-Skript erstellt bei der Ausführung automatisch Protokolldateien. Die Namen dieser Protokolldateien entsprechen dem Namen des Skripts, z. B. erstellt ZTIGather.wsf eine Protokolldatei mit dem Namen ZTIGather.log. Jedes Skript aktualisiert auch eine allgemeine Masterprotokolldatei (BDD.log), die den Inhalt der protokolldateien aggregiert, die MDT-Skripts erstellen. MDT-Protokolldateien befinden sich während des Bereitstellungsprozesses in C:\MININT\SMSOSD\OSDLOGS. Je nachdem, welche Art der Bereitstellung durchgeführt wird, werden die Protokolldateien nach Abschluss der Bereitstellung entweder in %WINDIR%\SMSOSD oder %WINDIR%\TEMP\SMSOSD verschoben. Bei LTI-Bereitstellungen (Lite Touch Installation) beginnen die Protokolle in C:\MININT\SMSOSD\OSDLogs. Sie enden in %WINDIR%\TEMP\DeploymentLogs, wenn die Tasksequenzverarbeitung abgeschlossen ist.

MDT erstellt die folgenden Protokolldateien:

• BDD.log. Dies ist die aggregierte MDT-Protokolldatei, die am Ende der Bereitstellung an einen Netzwerkspeicherort kopiert wird, wenn Sie die SLShare-Eigenschaft in der Customsettings.ini Datei angeben.

• LiteTouch.log. Diese Datei wird während der LTI-Bereitstellungen erstellt. Sie befindet sich in %WINDIR%\TEMP\DeploymentLogs, es sei denn, Sie geben die Option "/debug:true " an.

• Scriptname*.log. Diese Datei wird von jedem MDT-Skript erstellt. Der Skriptname stellt den Namen des fraglichen Skripts dar.

• SMSTS.log. Diese Datei wird vom Task Sequencer erstellt und beschreibt alle Task Sequencer-Transaktionen. Je nach Bereitstellungsszenario befindet es sich möglicherweise in %TEMP%, %WINDIR%\System32\ccm\logs oder C:\_SMSTaskSequence oder C:\SMSTSLog.

• Wizard.log. Die Bereitstellungs-Assistenten erstellen und aktualisieren diese Datei.

• WPEinit.log. Diese Datei wird während des Windows PE-Initialisierungsprozesses erstellt und eignet sich für die Problembehandlung von Fehlern, die beim Starten von Windows PE aufgetreten sind.

• DeploymentWorkbench_id.log. Diese Protokolldatei wird im Ordner %temp% erstellt, wenn Sie beim Starten der Deployment Workbench ein /debug angeben.

Configuration Manager-Bereitstellungsprotokolle des Betriebssystems

Informationen dazu, welche Protokolldateien der Betriebssystembereitstellung von Microsoft System Center 2012 R2 Configuration Manager erstellt wurden, finden Sie in der technischen Referenz zu Protokolldateien in Configuration Manager.

Wenn Sie das Windows User State Migration Tool (USMT) ausführen, fügt MDT automatisch die Protokollierungsoptionen hinzu, um die USMT-Protokolldateien an den MDT-Protokolldateispeicherorten zu speichern. Die Protokolldateien und deren Erstellung sind wie folgt:

• USMTEstimate.log. Erstellt beim Schätzen der USMT-Anforderungen

• USMTCapture.log. Erstellt vom USMT beim Erfassen von Daten

• USMTRestore.log. Erstellt vom USMT beim Wiederherstellen von Daten

  Das Skript ZeroTouchInstallation.vbs überprüft automatisch die USMT-Statusprotokolldateien auf Fehler und Warnungen. Das Skript generiert ereignis-ID 41010 in Microsoft System Center Operations Manager mit der folgenden Zusammenfassung (wobei usmt_type SCHÄTZUNG, SCANSTATE oder LOADSTATE ist; error_count ist die Gesamtzahl der gefundenen Fehler; und warning_count ist die Gesamtanzahl der gefundenen Warnungen):

ZTI USMT <usmt_type> reported <error_count> errors and <warning_count> warnings  

Wenn die Fehleranzahl größer als 0 ist, ist dieses Ereignis ein Fehlertyp. Wenn die Warnungsanzahl größer als 0 ohne Fehler ist, ist das Ereignis ein Warnungstyp. Andernfalls ist das Ereignis ein Informationstyp.

Identifizieren von Fehlercodes

Tabelle 1 enthält die Fehlercodes, die von den MDT-Skripts erstellt werden, und enthält eine Beschreibung der einzelnen Fehlercodes. Diese Fehlercodes werden in der BDD.log Datei aufgezeichnet.

Tabelle 1. Fehlercodes und deren Beschreibung

Fehlercode	Beschreibung
5201	Eine Verbindung mit der Bereitstellungsfreigabe konnte nicht hergestellt werden. Die Bereitstellung wird nicht fortgesetzt.
5203	Eine Verbindung mit der Bereitstellungsfreigabe konnte nicht hergestellt werden. Die Bereitstellung wird nicht fortgesetzt.
5205	Eine Verbindung mit der Bereitstellungsfreigabe konnte nicht hergestellt werden. Die Bereitstellung wird nicht fortgesetzt.
5206	Der Bereitstellungs-Assistent wurde abgebrochen oder nicht erfolgreich abgeschlossen. Die Bereitstellung wird nicht fortgesetzt.
5207	Eine Verbindung mit der Bereitstellungsfreigabe konnte nicht hergestellt werden. Die Bereitstellung wird nicht fortgesetzt.
5208	DeploymentType ist nicht festgelegt. Muss einen Wert für SkipWizard festlegen.
5208	Der SMS Task Sequencer konnte nicht gefunden werden. Die Bereitstellung wird nicht fortgesetzt.
5400	Create-Objekt: Set class_instance = New class_name
5490	Erstellen Sie MSXML2. DOMDocument.
5495	Erstellen Sie MSXML2. DOMDocument.ParseErr.ErrCode.
5496	LoadControlFile.FindFile: ConfigFile
5601	Überprüfen Sie die Betriebssystem-GUID: %OSGUID% ist vorhanden.
5602	Open XML mit OSGUID: %OSGUID%.
5610	Überprüfen Sie die Datei.
5.630	Datei überprüfen: ImagePath.
5640	Datei überprüfen: ImagePath.
5641	FindFile: ImageX.exe.
5,643	Suchen Sie BootSect.exe.
5650	Verzeichnis überprüfen: SourcePath.
5651	Verzeichnis überprüfen: SourcePath\Platform.
5652	FindFile: bootsect.exe.
6001	Überprüfen Sie das Laufwerk.
6002	Überprüfen Sie das Laufwerk.
6010	Test für TSGUID.
6020	Robocopy zurückgegebener Wert: Wert.
6021	Robocopy zurückgegebener Wert: Wert.
6101	Suchen Sie nach Datei: DeployCab.
6102	Erweitern Sie Sysprep-Dateien aus DEPLOY.CAB.
6111	Führen Sie Sysprep.exe aus.
6121	Sysprep ausführen.
6191	Test for CloneTag in registry to verify Sysprep completed.
6192	Test for SystemSetupInProgress in registry to verify Sysprep completed.
6401	Autorisierter DHCP-Server.
6501	Computersicherung nicht möglich, kein Netzwerkpfad (BackupShare, BackupDir) angegeben.
6502	FEHLER : IMAGEX kann nicht gefunden werden, die Sicherung kann nicht ausgeführt werden.
6601	GetObject(... root/wmi:BCDStore).
6602	BCD. OpenStore (BCDStore).
6701	Konfigurierte Schutzkomponenten.
6702	Startdateien wurden verschoben.
6703	Erstellen Sie die BDE-Partition.
6,704	Defragmentierungslaufwerk.
6705	Laufwerk verkleinern.
6706	Testen für mehr als 1 Partition.
6707	Erstellen Sie Startdateien.
6708	Verschlüsseln Sie den Datenträger.
6709	Stellen Sie eine Verbindung mit dem WMI-Anbieter von MicrosoftVolumeEncryption her.
6710	Verschlüsseln des Datenträgers.
6711	ProtectKeyWithTPM.
6712	ProtectKeyWithTPMAndPIN.
6713	ProtectKeyWithTPMAndStartupKey.
6714	Speichern Sie den externen Schlüssel in der Datei.
6715	Schützen mit externem Schlüssel.
6716	Speichern Sie den externen Schlüssel in der Datei.
6717	Schlüssel mit numerischem Kennwort schützen.
6718	GetKeyProtectorNumberialP@ssword.
6718	Speichern Sie das Kennwort in der Datei.
6719	Öffnen Sie PasswordFile.
6720	Verschlüsseln Sie das Laufwerk.
6721	Öffnen Sie DiskPartFile.
6722	Erstellen Sie partition.
6723	Abrufen eines vorhandenen BDE-Laufwerks.
6724	Öffnen Sie DiskPartFile.
6727	Versuchen Sie, DiskPartFile zu öffnen.
6729	Erstellen Sie die Textdatei DiskPartFile.
6730	Ausführen von cmd /c DISKPART.EXE /s DiskPartFile>>LogPath\ZTIMarkActive_diskpart.log 2>&1
6731	Suchen Sie bcdboot.exe.
6.732	Stellen Sie eine Verbindung mit dem Microsoft TPM-Anbieter her.
6733	Rufen Sie eine TPM-Instanz in der Anbieterklasse ab.
6734	Abrufen der TPM-Instanz.
6735	Überprüfen Sie, ob TPM aktiviert ist.
6736	Überprüfen Sie, ob TPM aktiviert ist.
6737	Überprüfen Sie, ob TPM im Besitz ist.
6738	Überprüfen Sie, ob TPM-Besitz zulässig ist.
6739	Überprüfen Sie, ob TPM aktiviert ist.
6740	Überprüfen Sie, ob TPM aktiviert ist.
6741	Überprüfen Sie, ob TPM im Besitz und Besitz ist.
6741	TPM-Besitzerkennwortsatz
6742	TPM-Besitzer P@ssword auf AdminP@ssword festgelegt.
6743	Legen Sie den TPM-Besitzer P@ssword auf "Wert" fest.
6744	Überprüfen Sie, ob TPM aktiviert ist.
6745	Überprüfen Sie den TPM-Besitzer.
6746	Überprüfen Sie auf das Schlüsselpaar für die Bestätigung.
6747	Überprüfen Sie, ob TPM aktiviert ist.
6748	Überprüfen Sie, ob TPM-Besitz zulässig ist.
6749	Konvertieren sie besitzer p@ssword in die Besitzerautorisierung.
6750	Erstellen Sie das Schlüsselpaar für die Bestätigung.
6751	Ändern der Besitzerautorisierung.
6752	Führen Sie Cmd aus.
6753	Tpm überprüfen.
6754	Rufen Sie BDE-Instanz ab.
6755	Schützen von Schlüsseln mit TPM.
6756	Überprüfen Sie, ob Wechselmedien konfiguriert werden sollen. ProtectKeyWithTpmAndStartupKey.
6757	Schützen sie schlüssel mit TPM und Startschlüssel.
6,758	Suchen Sie nach BDE-Pin.
6759	Schützen von Schlüsseln mit TPM und Anheften.
6760	Suchen Sie Wechselmedien für BDEKeyLocation.
6761	Schützen mit externem Schlüssel.
6762	Wiederherstellungs P@ssword in PasswordFile gespeichert werden.
6764	Konfigurieren sie die BitLocker-Richtlinie.
7000	ZTIConfigure.xml konnte nicht gefunden werden; abbrechend.
7001	Suchen Sie nach "Unattend AnswerFile".
7100	FEHLER : Dieses Skript sollte nur im vollständigen Betriebssystem ausgeführt werden.
7101	ERROR – Nicht genügend Werte für die Generierung der DCPromo-Antwortdatei.
7102	ERROR – Obligatorische Eigenschaften zum Erstellen eines neuen Replikats DC wurden nicht angegeben.
7103	ERROR – Obligatorische Eigenschaften zum Erstellen einer neuen untergeordneten Domäne wurden nicht angegeben.
7104	ERROR – Obligatorische Eigenschaften zum Erstellen einer neuen Gesamtstruktur wurden nicht angegeben.
7105	ERROR – Obligatorische Eigenschaften zum Erstellen einer neuen Gesamtstruktur wurden nicht angegeben.
7200	Der DHCP-Server kann nicht konfiguriert werden, da der Dienst nicht installiert ist.
7201	Die Bereichsdetails können nicht gelesen werden. GetScopeDetails() misslungen.
7,202	Nicht genügend Werte für die Bereichserstellung angegeben.
7203	Nicht genügend Werte zum Festlegen des IP-Bereichs für diesen Bereich.
7204	Für den Bereichsausschlussbereich wurde kein Wert angegeben.
7300	Dns-Befehle können nicht angezeigt werden.
7700	Kein Neues Computerszenario; Beenden der Datenträgerpartition.
7701	Der Datenträger ist nicht groß genug für System- und BDE-Partitionen, Erforderlich = 1,5 GB.
7702	Der Datenträger ist nicht groß genug für System- und WinRE-Partitionen, Erforderlich = 10 GB.
7703	DeployRoot befindet sich auf datenträger # DiskIndex. Ausführen eines OEM-Szenarios: Überspringen.
7704	Ausführen eines OEM-Szenarios: Überspringen.
7704	Erweiterte und logische Partitionen sind mit BitLocker nicht zulässig.
7712	Überprüfen Sie, ob Laufwerk/Volumelaufwerk vorhanden ist. Format:
7900	FindFile: Microsoft.BDD.PnpEnum.exe.
7901	AllDrivers.Exists("GUID").
7904	AllDrivers.Exists("GUID").
9200	FindFile(PkgMgr.exe).
9601	ERROR - ZTITatoo-Zustandswiederherstellungsaufgabe sollte im vollständigen Betriebssystem ausgeführt werden; abbrechend.
9701	Nonzero return code from USMT estimate, rc = Error.
9702	Erfassung des Benutzerstatus ist nicht möglich; nicht genügend lokaler Speicherplatz und kein Netzwerkpfad (UDShare, UDDir) angegeben.
9703	Nonzero return code from USMT capture, rc = Error.
9704	Es wurde keine gültige Befehlszeilenoption angegeben.
9801	ERROR – Der Versuch, ein Clientbetriebssystem auf einem Computer bereitzustellen, auf dem ein Serverbetriebssystem ausgeführt wird.
9802	ERROR – Der Versuch, ein Serverbetriebssystem auf einem Computer bereitzustellen, auf dem ein Clientbetriebssystem ausgeführt wird.
9803	FEHLER – Computer ist nicht für upgrades autorisiert (OSInstall=OSInstall); abbricht.
9804	FEHLER : Arbeitsspeicher MB des Arbeitsspeichers ist nicht ausreichend. Mindestens Arbeitsspeicher MB Arbeitsspeicher ist erforderlich.
9805	FEHLER : Prozessorgeschwindigkeit von ProcessorSpeed MHz ist nicht ausreichend. Mindestens ein ProcessorSpeed MHz-Prozessor ist erforderlich.
9806	FEHLER : Auf Laufwerk ist nicht genügend Speicherplatz verfügbar. Es ist eine zusätzliche Größe MB erforderlich.
9807	FEHLER : Auf Laufwerk ist nicht genügend Speicherplatz verfügbar. Es ist eine zusätzliche Größe MB erforderlich.
9901	Das Skript "ZTIWindowsUpdate" sollte nicht in Windows PE ausgeführt werden.
9902	ZTIWindowsUpdate wurde ausgeführt und ist zu oft fehlgeschlagen. Anzahl = Anzahl.
9903	Unerwartetes Problem beim Installieren des aktualisierten Windows Update-Agents, rc = Fehler.
9904	Fehler beim Erstellen des Objekts: Microsoft.Update.Session.
9905	Fehler beim Erstellen des Objekts: Microsoft.Update.UpdateColl.
9906	Kritische Dateidatei wurde nicht gefunden; Abbruch.
10000	Create object: Set oLTICleanup = New LTICleanup.
10201	Domänendomäne kann nicht hinzugefügt werden. Beenden Sie die Installation.
10203	FindFile(LTISuspend.wsf).
10204	Führen Sie "Program LTISuspend" aus.
41024	Führen Sie ImageX aus.
52012	Alle Assistentenparameter werden nicht festgelegt.

Listing 1 enthält einen Auszug aus einer Protokolldatei, der veranschaulicht, wie der Fehlercode gefunden wird. In diesem Auszug ist der gemeldete Fehlercode 5001.

Auflistung 1: Auszug aus einer SMSTS.log Datei mit Fehlercode 5001

.  
.  
.  
The operating system installation failed. Please contact your system administrator for assistance.  

The action "Zero Touch Installation - Validation" failed with exit code 5001  
.  
.  
.  

Konvertieren von Fehlercodes

Viele in den Protokolldateien dargestellte Fehlercodes scheinen kryptisch und schwer mit einer tatsächlichen Fehlerbedingung zu korrelieren. Im folgenden Prozess wird jedoch veranschaulicht, wie sie einen Fehlercode konvertieren und aussagekräftige Informationen erhalten, die bei der Problembehebung hilfreich sein können.

Problem: Fehler bei einer Bildaufnahme mit Fehlercode 0x80070040.

Mögliche Lösung 1: Der dargestellte Fehlercode ist im Hexadezimalformat, das Sie in ein Dezimalformat konvertieren müssen. Dazu benötigen Sie einen wissenschaftlichen Rechner, und der in Windows-Betriebssystemen enthaltene Rechner eignet sich gut für diese Aufgabe.

So konvertieren Sie einen Fehlercode

1. Klicken Sie auf "Start", und zeigen Sie dann auf "Alle Programme". Zeigen Sie auf Zubehör, und klicken Sie dann auf "Rechner".

2. Klicken Sie im Menü "Ansicht" auf "Wissenschaftlich".

3. Wählen Sie Hex aus, und geben Sie dann die letzten vier Ziffern des Codes ein – in diesem Fall 0040, wie in Abbildung 1 dargestellt.

   Abbildung 1. Fehlerkonvertierung

   

   Beachten Sie, dass führende Nullen nicht angezeigt werden, während sich der Rechner im Hexadezimalmodus befindet.

4. Wählen Sie "Dez" aus.

   Der Hexadezimalwert 40 wird in einen Dezimalwert von 64 konvertiert.

5. Öffnen Sie ein Eingabeaufforderungsfenster, geben Sie NET HELPMSG 64 ein, und drücken Sie dann die EINGABETASTE.

   Der NET HELPMSG-Befehl übersetzt den numerischen Fehlercode in aussagekräftigen Text. Im Falle des hier angegebenen Fehlercodes wird "Der angegebene Netzwerkname ist nicht mehr verfügbar".

   Diese Informationen deuten darauf hin, dass ein Netzwerkproblem auf dem Zielcomputer oder zwischen dem Zielcomputer und dem Server vorhanden sein kann, auf dem sich die Bereitstellungsfreigabe befindet. Diese Probleme können dazu führen, dass Netzwerktreiber nicht ordnungsgemäß installiert werden oder die Geschwindigkeits- und Duplexeinstellungen nicht übereinstimmen.

Überprüfen von Beispielprotokollen

MDT erstellt Protokolldateien, mit denen Sie Probleme im MDT-Bereitstellungsprozess beheben können. In den folgenden Abschnitten finden Sie Beispiele für die Verwendung der MDT-Protokolldateien zur Problembehandlung des Bereitstellungsprozesses:

• Probleme im Zusammenhang mit Fehlern beim Zugriff auf die MDT-Datenbank (MDT DB), wie unter "Fehler beim Zugriff auf die Datenbank" beschrieben

Fehler beim Zugriff auf die Datenbank

Problem: Fehler beim Ausführen einer Bereitstellung, die eine CustomSettings.ini Datei verwendet hat, die zahlreiche Abschnitte enthält und mit der Priority-Eigenschaft die Priorität jedes zu verarbeitenden Abschnitts angibt. BDD.log enthält die folgenden Fehlermeldungen:

• ERROR - Öffnen des Datensatzsatzes (Fehlernummer = -2147217911) (Fehlerbeschreibung: Die SELECT-Berechtigung wurde für das Objekt 'ComputerAdministrators', Datenbank 'AdminDB', Schema 'dbo' verweigert.)

• ADO-Fehler: Die SELECT-Berechtigung wurde für das Objekt 'ComputerAdministrators', die Datenbank 'AdminDB', das Schema 'dbo' verweigert. (Fehler #-2147217911; Quelle: Microsoft OLE DB-Anbieter für SQL Server; SQL-Zustand: 42000; NativeError: 229

• ERROR - Nicht behandelter Fehler, der von ZTIGather zurückgegeben wird: Objekt erforderlich (424)

Mögliche Lösung: Das Problem, wie in der ersten Zeile des Protokolldateibeispiels erwähnt, ist, dass die Berechtigung für den Zugriff auf die Datenbank verweigert wurde. Daher kann das Skript keine sichere Verbindung mit der Datenbank herstellen, möglicherweise weil eine Benutzer-ID und ein Kennwort nicht verfügbar waren. Daher wurde versucht, den Datenbankzugriff mithilfe des Computerkontos zu verwenden. Die einfachste Möglichkeit, dieses Problem zu umgehen, besteht darin, jedem Lesezugriff auf die Datenbank zu gewähren.

Problembehandlung

Überprüfen Sie vor der Einführung eingehender Problembehandlungsprozesse die folgenden Elemente, und stellen Sie sicher, dass alle zugehörigen Anforderungen erfüllt sind:

• Installationsprobleme können dazu führen, dass alle Software- und Hardwarevoraussetzungen nicht erfüllt wurden.

Anwendungsinstallation

Überprüfen Sie die Probleme und Lösungen für Anwendungsinstallationsprobleme:

• Installationsquelldateien, die aus Sicherheitsgründen blockiert werden, wie in blockierten ausführbaren Dateien beschrieben

• Verlust der Netzwerkkonnektivität wie unter "Verlorene Netzwerkverbindungen" beschrieben

• Installationsfehler 30029 beim Installieren des 2007 Microsoft Office System oder verwandter Dateien, wie in The 2007 Microsoft Office System beschrieben

Blockierte ausführbare Dateien

Problem: Wenn Installationsquelldateien aus dem Internet heruntergeladen werden, ist es wahrscheinlich, dass sie mit einem oder mehreren NTFS-Dateisystemdatenströmen gekennzeichnet werden. Weitere Informationen zu NTFS-Datenströmen finden Sie unter "Dateidatenströme". Das Vorhandensein von NTFS-Dateisystemdatenströmen kann dazu führen, dass eine Sicherheitswarnungsaufforderung angezeigt wird. Die Installation wird erst fortgesetzt, wenn Sie an der Eingabeaufforderung auf "Ausführen" klicken.

Abbildung 2 zeigt, dass Sie NTFS-Dateisystemdatenströme mit dem Befehl "Mehr " und dem Dienstprogramm "Streams" anzeigen können.

Abbildung 2. NTFS-Datenströme

Mögliche Lösung 1: Klicken Sie mit der rechten Maustaste auf die Installationsquelldatei, und klicken Sie dann auf Eigenschaften. Klicken Sie auf "Blockierung aufheben", und klicken Sie dann auf "OK", um die NTFS-Dateisystemdatenströme aus der Datei zu entfernen. Wiederholen Sie diesen Vorgang für jede Installationsquelldatei, die durch das Vorhandensein eines oder mehrerer NTFS-Dateisystemdatenströme blockiert wird.

Mögliche Lösung 2: Verwenden Sie das Stream-Hilfsprogramm, wie ref _Ref308173670 \h Abbildung 2 zeigt, um die NTFS-Dateisystemdatenströme aus der Installationsquelldatei zu entfernen. Das Dienstprogramm Streams kann NTFS-Dateisystemdatenströme aus einer oder mehreren Dateien oder Ordnern gleichzeitig entfernen.

Verlorene Netzwerkverbindungen

Problem: Eine Installation schlägt möglicherweise fehl, wenn Gerätetreiber installiert oder Geräte- und Netzwerkkonfigurationen geändert werden. Diese Änderungen können zu einem Ausfall der Netzwerkkonnektivität führen, die dazu führt, dass die Installation fehlschlägt.

Mögliche Lösung: Implementieren Sie das Skript ZTICacheUtil.vbs, um den Download und die Ausführung für die Installation zu aktivieren. Dieses Skript wurde entwickelt, um die Ankündigung zu optimieren, um den Download und die Ausführung zu ermöglichen. Der Download verwendet den Background Intelligent Transfer Service (BITS), wenn der Configuration Manager-Verteilungspunkt webbasierte verteilte Erstellung und Versionsverwaltung und BITS aktiviert ist. Gleichzeitig wird Configuration Manager so geändert, dass das Skript ZTICache.vbs zuerst ausgeführt wird, wodurch sichergestellt wird, dass sich das Programm während des Bereitstellungsprozesses nicht selbst löscht.

Das Microsoft Office System 2007

Problem: Beim Bereitstellen des 2007 Office System und einschließlich einer MSP-Datei (Windows Installer Patch) schlägt die Installation möglicherweise mit Dem Fehlercode 30029 fehl.

Weitere Untersuchungen in der ZTIApplications.log zeigen die folgenden Meldungen:

• Informationen zum Ausführen des Befehls: \\Server\Deployment$\Tools\X86\bddrun.exe \\Server\Share\Microsoft\Office\2007\Professional\setup.exe /adminfile \\Server\Share\Microsoft\Office\2007\Professional\file.msp

• ZTI Heartbeat: Befehl wurde für 12 Minuten ausgeführt (Prozess-ID 1600) Rückgabecode von Befehl = 30029

• Die Anwendung Microsoft Office 2007 Professional hat einen unerwarteten Rückgabecode zurückgegeben: 30029

  Mögliche Lösung 1: Verschieben Sie die MSP-Datei in das Verzeichnis "Updates", und führen Sie dann setup.exe aus, ohne die Option "/adminfile " anzugeben. Weitere Informationen zum Bereitstellen von Updates während der Installation finden Sie unter Deploying the 2007 Office System.

  Mögliche Lösung 2: Stellen Sie sicher, dass die MSP-Datei nicht das modale Kontrollkästchen "Unterdrücken" aktiviert hat. Weitere Informationen zum Konfigurieren dieser Einstellung finden Sie unter Übersicht über die Bereitstellung von Office System 2007.

Automatische Anmeldung

Überprüfen Sie die Probleme und Lösungen für automatische Anmeldeprobleme:

• Unterbrechung der LTI- und Zero Touch Installation (ZTI)-Bereitstellungsprozesse aufgrund von Anmeldesicherheitsbannern wie in Anmeldesicherheitsbannern beschrieben

• Unterbrechung der LTI- und ZTI-Bereitstellungsprozesse aufgrund von Aufforderungen zur Eingabe von Benutzeranmeldeinformationen, wie unter "Zur Eingabe von Benutzeranmeldeinformationen aufgefordert" beschrieben

Anmeldesicherheitsbanner

Problem: MDT-Tasksequenzen werden während einer interaktiven Benutzersitzung verarbeitet, was erfordert, dass sich der Zielcomputer automatisch mit einem bestimmten Administratorkonto anmelden darf. Wenn ein Gruppenrichtlinienobjekt (Group Policy Object, GPO) vorhanden ist, das ein Anmeldesicherheitsbanner erzwingt, kann diese automatische Anmeldung nicht fortgesetzt werden, da das Sicherheitsbanner den Anmeldevorgang angehalten, während er wartet, dass ein Benutzer die angegebene Richtlinie akzeptiert.

Mögliche Lösung: Stellen Sie sicher, dass das Gruppenrichtlinienobjekt auf bestimmte Organisationseinheiten (OUs) angewendet und nicht im Standarddomänenrichtlinienobjekt enthalten ist. Wenn Sie der Domäne Computer hinzufügen, geben Sie an, dass sie einer OE hinzugefügt werden, die nicht von einem Gruppenrichtlinienobjekt betroffen ist, das ein Anmeldesicherheitsbanner erzwingt. Fügen Sie im Tasksequenz-Editor als eines der letzten Tasksequenzschritte ein Skript hinzu, das das Computerkonto in die gewünschte OU verschlegt.

Zur Eingabe von Benutzeranmeldeinformationen aufgefordert

Problem: Sie haben ein Image eines Computers erstellt, der der Domäne beigetreten war. Beim Bereitstellen des neuen Images auf einem Zielcomputer wird der Bereitstellungsprozess angehalten, da die automatische Anmeldung nicht auftritt und der Benutzer aufgefordert wird, geeignete Anmeldeinformationen einzugeben. Der Bereitstellungsprozess wird fortgesetzt, wenn die Anmeldeinformationen angegeben werden und der Benutzer angemeldet ist.

Mögliche Lösung: Beim Erfassen von Bildern sollte der Quellcomputer nicht mit einer Domäne verbunden werden. Wenn der Computer einer Domäne beigetreten ist, verbinden Sie den Computer mit einer Arbeitsgruppe, erfassen das Image erneut, und versuchen Sie, die Bereitstellung auf einem Zielcomputer zu ermitteln, um festzustellen, ob das Problem behoben ist.

BIOS

Problem: Bei der Bereitstellung auf einem Zielcomputer, der mit intel vPro-Technologie ausgestattet ist, kann die Bereitstellung mit einem Stoppfehler enden. Obwohl alle aktualisierten Treiber als out-of-box-Treiber in der Deployment Workbench enthalten sind, wird der Zielcomputer nicht gestartet.

Mögliche Lösung: Überprüfen Sie die Einstellungen im grundlegenden Eingabe-/Ausgabesystem (BIOS) des Zielcomputers, um zu bestimmen, ob der Standardmodus für serielle Erweiterte Technologie als Advanced Host Controller Interface (AHCI) konfiguriert ist. Leider unterstützen bestimmte Windows-Betriebssysteme AHCI standardmäßig nicht.

Datenbankprobleme

Überprüfen Sie datenbankbezogene Probleme und Lösungen:

• Fehler, die aufgrund nicht ordnungsgemäß konfigurierter Firewalls auf dem Datenbankserver generiert wurden, wie in blockierten SQL Server-Browseranforderungen beschrieben

• Fehler, die aufgrund fehlerhafter Verbindungen mit dem Datenbankserver generiert wurden, wie in Named Pipe Connections beschrieben

Blockierte SQL Server-Browseranforderungen

Problem: Während des MDT-Bereitstellungsprozesses können Informationen aus Microsoft SQL Server-Datenbanken® abgerufen werden. Fehler können jedoch generiert werden, die sich auf eine nicht ordnungsgemäß konfigurierte Firewall auf dem Datenbankserver beziehen.

Mögliche Lösung: Die Windows-Firewall in Windows Server verhindert nicht autorisierten Zugriff auf Computerressourcen. Wenn die Firewall jedoch falsch konfiguriert ist, können Versuche, eine Verbindung mit einer SQL Server-Instanz herzustellen, blockiert werden. Um auf eine Instanz von SQL Server zuzugreifen, die sich hinter der Firewall befindet, konfigurieren Sie die Firewall auf dem Computer, auf dem SQL Server ausgeführt wird. Weitere Informationen zum Konfigurieren von Firewallports für SQL Server finden Sie unter Konfigurieren der Windows-Firewall zum Zulassen des SQL Server-Zugriffs.

Benannte Rohrverbindungen

Problem: Während des MDT-Bereitstellungsprozesses können Informationen aus SQL Server-Datenbanken abgerufen werden. Fehler können jedoch generiert werden, die sich auf fehlerhafte SQL Server-Verbindungen beziehen. Dies kann dadurch verursacht werden, dass benannte Pipeverbindungen in Microsoft SQL Server nicht aktiviert werden.

Mögliche Lösung: Um diese Probleme zu beheben, aktivieren Sie benannte Rohre in SQL Server. Geben Sie außerdem die SQLShare-Eigenschaft an, die beim Herstellen einer Verbindung mit einer externen Datenbank mit benannten Rohren erforderlich ist. Verwenden Sie bei der Verbindung mit benannten Rohren integrierte Sicherheit, um die Verbindung mit der Datenbank herzustellen. Bei LTI-Bereitstellungen stellt das von Ihnen angegebene Benutzerkonto die Verbindung mit der Datenbank dar. Bei ZTI-Bereitstellungen, die Configuration Manager verwenden, stellt das Netzwerkzugriffskonto eine Verbindung mit der Datenbank herstellt. Da Windows PE standardmäßig keinen Sicherheitskontext aufweist, müssen Sie eine Netzwerkverbindung mit dem Datenbankserver herstellen, um einen Sicherheitskontext für den Benutzer herzustellen, der die Verbindung herstellt.

Die von der SQLShare-Eigenschaft festgelegte Netzwerkfreigabe stellt eine Möglichkeit zum Herstellen einer Verbindung mit dem Server bereit, um einen ordnungsgemäßen Sicherheitskontext zu erhalten. Sie benötigen Lesezugriff auf die Freigabe. Wenn die Verbindung hergestellt wird, können Sie dann die benannte Rohrverbindung mit der Datenbank herstellen. Die SQLShare-Eigenschaft ist nicht erforderlich und sollte nicht verwendet werden, wenn eine TCP/IP-Verbindung mit der Datenbank hergestellt wird.

Aktivieren Sie benannte Pipeverbindungen, indem Sie die folgenden Aufgaben basierend auf der verwendeten SQL Server-Version ausführen:

• Aktivieren Sie benannte Pipeverbindungen für SQL Server 2008 R2, wie unter Enable Named Pipe Connections in SQL Server 2008 R2 beschrieben.

• Aktivieren Sie benannte Pipeverbindungen für SQL Server 2005, wie unter Enable Named Pipe Connections in SQL Server 2005 beschrieben.

Aktivieren von Benannten Pipeverbindungen in SQL Server 2008 R2

Führen Sie die folgenden Schritte aus, um benannte Pipeverbindungen in SQL Server 2008 R2 zu aktivieren:

1. Klicken Sie auf dem Computer mit SQL Server 2008 R2, auf dem die datenbank abgefragt werden soll, auf "Start" und dann auf "Alle Programme". Zeigen Sie auf Microsoft SQL Server 2008 R2, und klicken Sie dann auf SQL Server Management Studio.

2. Klicken Sie in der Microsoft SQL Server Management Studio-Konsole im Objekt-Explorer mit der rechten Maustaste auf sql_server_name, und klicken Sie dann auf Eigenschaften (wobei sql_server_name der Name des Computers ist, auf dem SQL Server konfiguriert werden soll).

3. Das Dialogfeld "Servereigenschaften - sql_server_name " wird angezeigt.

4. Klicken Sie im Dialogfeld "Servereigenschaften - " sql_server_name auf "Seite auswählen" auf "Verbindungen".

5. Stellen Sie auf der Seite "Verbindungen " sicher, dass das Kontrollkästchen "Remoteverbindungen mit diesem Server zulassen" aktiviert ist, und klicken Sie dann auf "OK".

6. Schließen Sie die Microsoft SQL Server Management Studio-Konsole.

7. Klicken Sie auf dem Computer mit SQL Server 2008 R2, auf dem die datenbank abgefragt werden soll, auf "Start" und dann auf "Alle Programme". Zeigen Sie auf Microsoft SQL Server 2008 R2, zeigen Sie auf Konfigurationstools, und klicken Sie dann auf SQL Server-Konfigurations-Manager.

8. Wechseln Sie in der Sql Server Configuration Manager-Konsole zu SQL Server-Konfigurations-Manager (lokal) / SQL Server-Netzwerkkonfiguration /Protokolle für sql_instance (wobei sql_instance im Namen der zu konfigurierenden SQL Server-Instanz).

9. Klicken Sie im Detailbereich mit der rechten Maustaste auf Benannte Rohre, und klicken Sie dann auf "Aktivieren".

   Das Dialogfeld "Warnung" wird angezeigt, das angibt, dass die Änderungen gespeichert werden, aber erst wirksam werden, wenn der Dienst beendet und neu gestartet wird.

10. Klicken Sie im Dialogfeld "Warnung " auf "OK".

11. Wechseln Sie in der Sql Server Configuration Manager-Konsole zu SQL Server-Konfigurations-Manager (lokal) / SQL Server Services.

12. Klicken Sie im Detailbereich mit der rechten Maustaste auf SQL Server*(sql_instance), und klicken Sie dann auf *Neu starten (wobei sql_instance im Namen der SQL Server-Instanz, die Sie in Schritt 2 konfiguriert haben).

    Die SQL Server-Konfigurations-Manager Statusanzeige wird angezeigt, die den Status des Neustarts der Dienste anzeigt. Nach dem Neustart des Diensts wird die Statusleiste geschlossen.

13. Schließen Sie die SQL Server-Konfigurations-Manager Konsole.

    Weitere Informationen finden Sie unter Aktivieren von Remoteverbindungen in SQL Server 2008.

Aktivieren von Benannten Pipeverbindungen in SQL Server 2005

Führen Sie die folgenden Schritte aus, um benannte Pipeverbindungen in SQL Server 2005 zu aktivieren:

1. Klicken Sie auf dem Computer mit SQL Server 2005, auf dem die datenbank abgefragt werden soll, auf "Start" und dann auf "Alle Programme". Zeigen Sie auf Microsoft SQL Server 2005, zeigen Sie auf "Konfigurationstools", und klicken Sie dann auf "SQL Server Surface Area Configuration".

2. Klicken Sie im Dialogfeld SQL Server 2005 Surface Area Configuration auf Surface Area Configuration for Services and Connections.

3. Wechseln Sie im Dialogfeld Surface Area Configuration for Services and Connections – server_name (wobei server_name der Name des Computers ist, auf dem SQL Server 2005 ausgeführt wird), in wählen Sie eine Komponente aus, und konfigurieren Sie die zugehörigen Dienste und Verbindungen, wechseln Sie zu MSSQLSERVER\Datenbank-Engine, und klicken Sie dann auf Remoteverbindungen.

4. Klicken Sie auf "Lokale" und "Remoteverbindungen", klicken Sie auf "Tcp/IP" und "Benannte Rohre verwenden", und klicken Sie dann auf "Übernehmen".

5. Wechseln Sie im Dialogfeld Surface Area Configuration for Services and Connections – server_name (wobei server_name der Name des Computers ist, auf dem SQL Server 2005 ausgeführt wird), in wählen Sie eine Komponente aus, und konfigurieren Sie dann ihre Dienste und Verbindungen, wechseln Sie zu MSSQLSERVER\Datenbank-Engine, und klicken Sie dann auf "Dienst".

6. Klicken Sie auf Stopp.

   Der MSSQLSERVER-Dienst wird beendet.

7. Klicken Sie auf Start.

   Der MSSQLSERVER-Dienst wird gestartet.

8. Klicken Sie auf OK.

9. Schließen Sie sql Server 2005 Surface Area Configuration.

   Weitere Informationen finden Sie im Microsoft-Support Artikel zum Konfigurieren von SQL Server 2005 zum Zulassen von Remoteverbindungen

Bereitstellungsskripts

Überprüfen Sie MDT-bezogene Probleme und Lösungen:

• Zur Eingabe von Benutzeranmeldeinformationen aufgefordert und erhalten möglicherweise Fehler 0x80070035, wie in Credentials_script

• Fehlermeldung "Wuredist.cab nicht gefunden" wird wie in ZTIWindowsUpdate beschrieben angezeigt.

Credentials_script

Problem: Während des letzten Startvorgangs eines neu bereitgestellten Computers wird der Benutzer aufgefordert, Benutzeranmeldeinformationen anzugeben, und möglicherweise wird ein Fehler 0x80070035 angezeigt, was darauf hinweist, dass der Netzwerkpfad nicht gefunden wurde.

Mögliche Lösung: Stellen Sie sicher, dass die WIM-Datei keinen MININT- oder _SMSTaskSequence Ordner enthält. Um diese Ordner zu löschen, verwenden Sie zuerst das ImageX-Hilfsprogramm, um die WIM-Datei zu mounten, und löschen Sie dann die Ordner.

ZTIWindowsUpdate

Problem: Wenn Sie das Skript ZTIWindowsUpdate.wsf verwenden, um Softwareupdates während der Bereitstellung anzuwenden, beachten Sie, dass dieses Skript direkt mit der Microsoft Update-Website kommuniziert, um die erforderlichen Binärdateien des Windows Update-Agents herunterzuladen und zu installieren, nach anwendbaren Softwareupdates zu suchen, die Binärdateien für die entsprechenden Softwareupdates herunterzuladen und dann die heruntergeladenen Binärdateien zu installieren. Dieser Vorgang erfordert, dass Ihre Netzwerkinfrastruktur so konfiguriert ist, dass der Zielcomputer Zugriff auf die Microsoft Update-Website erhält.

Wenn die Bereitstellungsfreigabe nicht die Installationsdateien des Windows Update-Agents enthält und der Zielcomputer keinen entsprechenden Internetzugriff hat, wird der Fehler "wuredist.cab nicht gefunden" in den dateien ZTIWindowsUpdate.log und BDD.log gemeldet.

Mögliche Lösung: Führen Sie die im Abschnitt "ZTIWindowsUpdate.wsf" beschriebenen Schritte in der MDT document Toolkit Reference aus.

Bereitstellungsfreigaben

Überprüfen Sie Probleme und Lösungen für die Bereitstellungsfreigabe:

• Das Aktualisieren von WIM-Dateien schlägt fehl, wenn eine Bereitstellungsfreigabe aktualisiert wird, wie unter Fehler beim Aktualisieren von WIM-Dateien beschrieben.

Fehler beim Aktualisieren von WIM-Dateien

In einer "einfachen" Umgebung:

• MDT nimmt in der Regel WIMGAPI.DLL von C:\Windows\system32 (immer im Pfad) ab. Die Version dieses WIMGAPI.DLL muss mit der Version (Build) des Betriebssystems übereinstimmen.

• Auf einem 64-Bit-Betriebssystem verwendet MDT immer die x64-WIMGAPI.DLL-Datei; nur diese Datei sollte sich im SystemPFAD befinden. Auf einem 32-Bit-Betriebssystem verwendet MDT immer die x86-WIMGAPI.DLL-Datei; nur diese Datei sollte sich im SystemPFAD befinden. (Andere Produkte, z. B. Configuration Manager, verwenden die 32-Bit-Version von WIMGAPI.DLL, auch auf einem 64-Bit-Betriebssystem, aber sie verwalten und installieren diese Version.)

  Problem: Beim Versuch, eine Bereitstellungsfreigabe zu aktualisieren, wird der Benutzer darüber informiert, dass die Bereitstellung einer oder mehrerer WIM-Dateien nicht erfolgreich war.

  Mögliche Lösung: Öffnen Sie ein Eingabeaufforderungsfenster, und führen Sie dort aus , wo WIMGAPI.DLL. Stellen Sie für den ersten Eintrag in der Liste (der erste Speicherort, der durch Durchsuchen des Pfads gefunden wurde) sicher, dass die Version-Eigenschaft mit dem Build des windows Assessment and Deployment Kit (Windows ADK) übereinstimmt, das installiert ist. Stellen Sie außerdem sicher, dass die Eigenschaft mit der Buildnummer des Betriebssystems übereinstimmt.

Der Windows-Bereitstellungs-Assistent

Überprüfen Sie den Windows-Bereitstellungs-Assistenten– bezogene Probleme und Lösungen:

• Seiten des Windows-Bereitstellungs-Assistenten werden auch dann angezeigt, wenn LTI so konfiguriert ist, dass die Assistentenseiten wie in Assistentenseiten beschrieben nicht übersprungen werden.

Assistentenseiten werden nicht übersprungen

Problem: Eine Assistentenseite wird angezeigt, obwohl die DATEI MDT DB oder CustomSettings.ini angeben, dass der Assistent übersprungen werden soll.

Mögliche Lösung: Um eine Assistentenseite ordnungsgemäß zu überspringen, schließen Sie alle Eigenschaften ein, die auf dieser Assistentenseite angegeben werden würden, sofern dies in der MDT DB- oder CustomSettings.ini-Datei erforderlich ist, zusammen mit den entsprechenden Werten. Wenn eine Eigenschaft für eine übersprungene Assistentenseite nicht ordnungsgemäß konfiguriert ist, wird diese Seite angezeigt. Weitere Informationen dazu, welche Eigenschaften erforderlich sind, um sicherzustellen, dass eine Assistentenseite übersprungen wird, finden Sie im Abschnitt "Bereitstellen von Eigenschaften für Übersprungene Bereitstellungs-Assistentenseiten" in der MDT-Dokument-Toolkit-Referenz.

Datenträger und Partitionierung

Überprüfen Sie Probleme und Lösungen für die Datenträgerpartitionierung:

• BitLocker-Laufwerkverschlüsselungsprobleme wie in der BitLocker-Laufwerkverschlüsselung® beschrieben

• Fehler bei der Datenträgerpartitionierung, wie in Datenträgerpartitionierungsfehlern beschrieben

• Fehler bei der Bereitstellung von Aktualisierungscomputern, die durch logische oder dynamische Datenträger verursacht werden, wie unter "Unterstützung für logische und dynamische Datenträger" beschrieben

BitLocker-Laufwerkverschlüsselung

Für die Bereitstellung von BitLocker ist eine bestimmte Konfiguration für die ordnungsgemäße Bereitstellung erforderlich. Die folgenden potenziellen Probleme können mit der Konfiguration des Zielcomputers zusammenhängen:

• In ZTI- und UDI-Bereitstellungen schlägt das ZTIBde.wsf-Skript mit dem Fehler "Registrierungsschlüssel 'HKEY_CURRENT_USER\Systemsteuerung\International\LocaleName' zum Lesen nicht geöffnet werden kann" fehl, wie in ZTIBde.wsf Script fails with the Error "Unable to open registry key 'HKEY_CURRENT_USER\Systemsteuerung\International\LocaleName' for reading".

• USB-Geräte, CD-Laufwerke, DVD-Laufwerke oder andere Wechselmediengeräte auf dem Zielcomputer, die als mehrere Laufwerkbuchstaben angezeigt werden, wie unter "Geräte werden als mehrere Laufwerkbuchstaben angezeigt"

• Verkleinern des Laufwerks C auf dem Zielcomputer, um ausreichenden nicht zugewiesenen Speicherplatz bereitzustellen, wie unter "Probleme mit Verkleinern von Datenträgern" beschrieben

Das Skript "ZTIBde.wsf" schlägt mit dem Fehler "Der Registrierungsschlüssel 'HKEY_CURRENT_USER\Systemsteuerung\International\LocaleName' kann nicht zum Lesen geöffnet werden" fehl.

Problem: Beim Versuch, BitLocker auf dem Zielcomputer in ZTI oder UDI bereitzustellen, schlägt das Skript ZTIBde.wsf mit dem Fehler "Der Registrierungsschlüssel 'HKEY_CURRENT_USER\Systemsteuerung\International\LocaleName' kann nicht zum Lesen geöffnet werden."

Mögliche Lösung: Geben Sie das Gebietsschema in der UILanguage Eigenschaft an. In ZTI und UDI wird das Skript ZTIBde.wsf im Systemsteuerelement ausgeführt, sodass kein vollständiges Benutzerprofil geladen wird. Wenn das Skript ZTIBde.wsf versucht, die Gebietsschemainformationen zu lesen, ist sie nicht in der Registrierung enthalten, da die Registrierung (Benutzerprofil) nicht vollständig geladen ist. Geben Sie als Problemumgehung das Gebietsschema in der UILanguage Eigenschaft an.

Geräte werden als mehrere Laufwerkbuchstaben angezeigt

Problem: Einige Geräte können je nach Partitionierung als mehrere logische Laufwerkbuchstaben angezeigt werden. In einigen Fällen können sie ein Diskettenlaufwerk mit 1,44 MB und einem Speicherspeicherlaufwerk emulieren. Daher kann Windows die gleichen Laufwerkbuchstaben A und B für Diskettenemulation und F für das Speicherspeicherlaufwerk zuweisen. Standardmäßig verwenden MDT-Skripts den niedrigsten Laufwerkbuchstaben (in diesem Beispiel A).

Mögliche Lösung: Überschreiben Sie die Standardeinstellung auf der Seite "BitLocker-Wiederherstellungsdetails angeben" im Windows-Bereitstellungs-Assistenten. Auf der Zusammenfassungsseite des Windows-Bereitstellungs-Assistenten wird eine Warnung angezeigt, um den Benutzer darüber zu informieren, welcher Laufwerkbuchstaben ausgewählt wurde, um BitLocker-Wiederherstellungsinformationen zu speichern. Darüber hinaus zeichnen die dateien BDD.log und ZTIBDE.log die erkannten Wechselmedien auf und welches Gerät ausgewählt wurde, um die BitLocker-Wiederherstellungsinformationen zu speichern.

Probleme beim Verkleinern von Datenträgern

Problem: Nicht genügend nicht zugewiesener Speicherplatz ist auf dem Zielcomputer vorhanden, um BitLocker zu aktivieren. Zum Bereitstellen von BitLocker auf einem Zielcomputer ist mindestens 2 GIGABYTE (GB) nicht zugewiesener Speicherplatz erforderlich, um das Systemvolume zu erstellen. Das Systemvolume ist das Volume, das die hardwarespezifischen Dateien enthält, die zum Laden von Windows erforderlich sind, nachdem das BIOS den Computer gestartet hat.

Mögliche Lösung 1: Verwenden Sie auf vorhandenen Computern das Diskpart-Tool, um Laufwerk C zu verkleinern, damit das Systemvolume erstellt werden kann. In einigen Fällen ist das Diskpart-Tool jedoch möglicherweise nicht in der Lage, Laufwerk C ausreichend zu verkleinern, um 2 GB nicht zugewiesenen Speicherplatz bereitzustellen, möglicherweise aufgrund von fragmentiertem Speicherplatz innerhalb von Laufwerk C.

Eine mögliche Lösung für dieses Problem ist das Defragmentieren des Laufwerks C. Führen Sie dazu die folgenden Schritte aus:

1. Führen Sie den Befehl "Diskpart shrink querymax " aus, um den maximalen Speicherplatz zu identifizieren, der nicht zugewiesen werden kann.

2. Wenn der in Schritt 1 zurückgegebene Wert kleiner als 2 GB ist, löschen Sie laufwerk C aller unnötigen Dateien, und defragmentieren Sie ihn dann.

3. Führen Sie den Befehl "Diskpart shrink querymax " erneut aus, um zu überprüfen, ob mehr als 2 GB Speicherplatz nicht zugewiesen werden kann.

4. Wenn der in Schritt 3 zurückgegebene Wert immer noch kleiner als 2 GB ist, führen Sie eine der folgenden Aufgaben aus:

   • Defragmentlaufwerk C mehrmals defragmentieren, um sicherzustellen, dass es vollständig optimiert ist.

   • Sichern Sie die Daten auf Laufwerk C, löschen Sie die vorhandene Partition, erstellen Sie eine neue Partition, und stellen Sie die Daten dann in der neuen Partition wieder her.

   Mögliche Lösung 2: Das Skript ZTIBDE.wsf führt das Datenträgervorbereitungstool (bdehdcfg.exe) aus und konfiguriert standardmäßig die Größe der Systemvolumepartition auf 2 GB. Sie können das Skript ZTIBDE.wsf anpassen, um die Standardeinstellung bei Bedarf zu ändern. Das Ändern der MDT-Skripts wird jedoch nicht empfohlen.

Unterstützung für logische und dynamische Datenträger

Problem: Beim Ausführen eines Bereitstellungsszenarios für den Aktualisierungscomputer schlägt der Bereitstellungsprozess möglicherweise fehl, wenn er auf einem Zielcomputer mit logischen Laufwerken oder dynamischen Datenträgern bereitgestellt wird.

Mögliche Lösung: MDT unterstützt die Bereitstellung von Betriebssystemen auf logischen Laufwerken oder dynamischen Datenträgern nicht.

Domänenbeitritt

Problem: Während der Bereitstellung verwenden Sie den Windows-Bereitstellungs-Assistenten, um alle erforderlichen Informationen für den Zielcomputer bereitzustellen, einschließlich Anmeldeinformationen, Domänenbeitrittsinformationen und statische IP-Konfiguration. Nach Abschluss des Setups können Sie sehen, dass das System nicht der Domäne beigetreten ist und sich noch in einer Arbeitsgruppe befindet.

Mögliche Lösung: Eine LTI-Bereitstellung von MDT konfiguriert die statischen IP-Informationen, nachdem das Betriebssystem ausgeführt wird. Wenn sich der Zielcomputer in einem Netzwerksegment befindet, das nicht über DHCP (Dynamic Host Configuration Protocol) verfügt, schlägt ein automatisierter Domänenbeitritt in Unattend.xml fehl, wenn kein DHCP vorhanden ist.

Konfigurieren Sie Unattend.xml, um einer Arbeitsgruppe beizutreten. Verwenden Sie dann den integrierten Schritt "Aus Domäne wiederherstellen", um einen Schritt in der Tasksequenz hinzuzufügen, um der Domäne beizutreten, nachdem die statische IP angewendet wurde.

Treiberinstallation

Um die bestmögliche Benutzererfahrung sicherzustellen, sollten die Installation von Hardwaregeräten und Softwaretreibern so nahtlos wie möglich ausgeführt werden, ohne dass der Benutzer eingreifen kann. Microsoft bietet Tools und Richtlinien zum Erstellen von Installationspaketen, die diesem Ziel entsprechen. Allgemeine Informationen zur Treiberinstallation finden Sie unter "Geräte- und Treiberinstallation".

Überprüfen Sie Die Installation von Gerätetreibern– bezogene Probleme und Lösungen:

• Probleme, die bei verwendung von $OEM$-Massenspeichertreibern mit MDT auftreten, wie unter "Kombinieren von $OEM$-Massenspeichertreibern mit MDT-Massenspeicherlogik" beschrieben

• Behandeln von Problemen bei der Gerätetreiberinstallation mithilfe der SetupAPI.log, wie unter " Problembehandlung bei der Geräteinstallation mit SetupAPI.log" beschrieben

Problembehandlung bei der Geräteinstallation mit SetupAPI.log

Das Whitepaper zur Problembehandlung bei der Geräteinstallation mit der SetupAPI-Protokolldatei enthält Informationen zum Debuggen der Windows-Geräteinstallation. Insbesondere enthält das Dokument Richtlinien für Treiberentwickler und Tester, um die SetupAPI-Protokolldatei zu interpretieren.

Eine der nützlichsten Protokolldateien zum Debuggen ist die SetupAPI.log Datei. Diese Nur-Text-Datei verwaltet die Informationen, die SetupAPI über die Geräteinstallation, die Service Pack-Installation und die Updateinstallation aufzeichnet. Insbesondere verwaltet die Datei eine Aufzeichnung von Geräte- und Treiberänderungen sowie wichtige Systemänderungen, beginnend mit der neuesten Windows-Installation. Dieses Dokument konzentriert sich auf die Verwendung der SetupAPI-Protokolldatei zur Problembehandlung bei der Geräteinstallation; es beschreibt nicht die Protokolldateiabschnitte, die Service Pack- und Updateinstallationen zugeordnet sind.

Neue Computerbereitstellungen

Überprüfen Sie die Probleme und Lösungen für Neue Computerbereitstellungsszenarien:

• Probleme beim Starten des Bereitstellungsprozesses mithilfe des PXE-Starts (Pre-Boot Execution Environment) wie im PXE-Start beschrieben

PXE-Start

Kurz gesagt funktioniert das PXE-Protokoll wie folgt: Der Clientcomputer initiiert das Protokoll, indem ein DHCP-Ermittlungspaket übertragen wird, das eine Erweiterung enthält, die die Anforderung identifiziert, die von einem Clientcomputer stammt, der das PXE-Protokoll implementiert. Wenn ein Startserver, der dieses erweiterte Protokoll implementiert, verfügbar ist, sendet der Startserver ein Angebot, das die IP-Adresse des Servers enthält, der den Client bedient. Der Client verwendet das Trivial File Transfer Protocol, um die ausführbare Datei vom Startserver herunterzuladen. Schließlich führt der Clientcomputer das heruntergeladene Bootstrap-Programm aus.

Die Anfangsphase dieses Protokollschweinchens in einer Teilmenge der DHCP-Nachrichten, damit der Client einen Startserver ermitteln kann (d. a. ein Server, der ausführbare Dateien für die Einrichtung eines neuen Computers bereitstellt). Der Clientcomputer kann die Möglichkeit verwenden, eine IP-Adresse (das erwartete Verhalten) zu erhalten, ist jedoch nicht erforderlich.

Die zweite Phase dieses Protokolls findet zwischen dem Clientcomputer und einem Startserver statt und verwendet das DHCP-Nachrichtenformat als bequemes Format für die Kommunikation. Diese zweite Phase ist andernfalls nicht mit den standardmäßigen DHCP-Diensten verknüpft. In den nächsten Seiten wird der schrittweise Prozess während der PXE-Clientcomputerinitialisierung beschrieben.

Überprüfen Sie die folgenden Lösungen für PXE-Startprobleme:

• Deaktivieren Sie die Windows PE-Protokollierung auf SetupAPI.log, wie unter "Deaktivieren der Windows PE-Protokollierung in Windows-Bereitstellungsdiensten" beschrieben.

• Stellen Sie sicher, dass DHCP ordnungsgemäß konfiguriert ist, wie unter "Sicherstellen der richtigen DHCP-Konfiguration" beschrieben.

• Verbessern Sie die Reaktionszeiten zum Zuweisen von IP-Adressen zu PXE-Clientcomputern, wie unter "Verbessern der PXE-IP-Adresszuweisungsantwortzeit" beschrieben.

Deaktivieren der Windows PE-Protokollierung in Windows-Bereitstellungsdiensten

Das erste empfohlene Verfahren besteht darin, sicherzustellen, dass die Protokollierung bei setupapi.log deaktiviert wurde.

Sicherstellen der richtigen DHCP-Konfiguration

Abhängig von den verwendeten Routermodellen kann die spezifische Routerkonfiguration der DHCP-Broadcastweiterleitung entweder an ein Subnetz (oder eine Routerschnittstelle) oder einen bestimmten Host unterstützt werden. Wenn die DHCP-Server und der Computer, auf dem Windows-Bereitstellungsdienste ausgeführt werden, separate Computer sind, stellen Sie sicher, dass die Router, die DHCP-Übertragungen weiterleiten, so konzipiert sind, dass sowohl die DHCP- als auch die Windows-Bereitstellungsdienste-Server die Clientübertragungen empfangen; andernfalls empfängt der Clientcomputer keine Antwort auf seine Remotestartanforderung.

Gibt es einen Router zwischen dem Clientcomputer und dem Remoteinstallationsserver, der die DHCP-basierten Anforderungen oder Antworten nicht überlässt? Wenn sich der Clientcomputer der Windows-Bereitstellungsdienste und der Windows Deployment Services-Server in separaten Subnetzen befinden, konfigurieren Sie den Router zwischen den beiden Systemen, um DHCP-Pakete an den Windows Deployment Services-Server weiterzuleiten. Diese Anordnung ist erforderlich, da Die Clientcomputer der Windows-Bereitstellungsdienste einen Windows-Bereitstellungsdiensteserver mithilfe einer DHCP-Übertragungsnachricht ermitteln. Ohne die DHCP-Weiterleitung auf einem Router eingerichtet, erreichen die DHCP-Übertragungen der Clientcomputer nicht den Windows Deployment Services-Server. Dieser DHCP-Weiterleitungsprozess wird manchmal als DHCP-Proxy - oder IP-Hilfsadresse in Routerkonfigurationshandbüchern bezeichnet. Weitere Informationen zum Einrichten der DHCP-Weiterleitung auf einem bestimmten Router finden Sie in den Routeranweisungen.

Verbessern der PXE-IP-Adresszuweisungsantwortzeit

Überprüfen Sie die folgenden Elemente, wenn es eine lange Zeit (15 bis 20 Sekunden) für den PXE-Clientcomputer dauert, um eine IP-Adresse abzurufen:

• Sind der Netzwerkadapter auf dem Zielcomputer und der Switch oder Router auf die gleiche Geschwindigkeit festgelegt (automatisch, Duplex, voll usw.)

• Ist die IP-Adresse für den Windows Deployment Services-Server in der IP-Hilfsdatei auf dem Router, über den die Verbindung hergestellt wird? Wenn die Liste der IP-Adressen in der IP-Hilfsdatei lang ist, können Sie die Adresse für den Windows-Bereitstellungsdienste-Server am oberen Rand verschieben.

Neustart des Bereitstellungsprozesses

Problem: Beim Testen und Beheben einer neuen oder geänderten Tasksequenz müssen Sie den Zielcomputer möglicherweise neu starten, damit der Bereitstellungsprozess von Anfang an beginnen kann. Unerwartete Ergebnisse können auftreten, da MDT den Fortschritt nachverfolgt, indem Daten auf die Festplatte geschrieben werden; Jeder Neustart des Zielcomputers hat MDT wieder aufgenommen, wo er beim vorherigen Neustart unterbrochen wurde.

Mögliche Lösung: Löschen Sie die Ordner "C:\MININT" und "C:\_SMSTaskSequence", bevor Sie den Zielcomputer neu starten.

Sysprep

Überprüfen Sie sysprep-bezogene Probleme und Lösungen:

• Der Zielcomputer wird nicht in der richtigen AD DS-OU angezeigt, wie im Computerkonto in der falschen OU beschrieben.

Das Computerkonto befindet sich in der falschen OU

Problem: Der Zielcomputer ist ordnungsgemäß mit der Domäne verbunden, aber das Computerkonto befindet sich in der falschen OU.

Mögliche Lösung 1: Wenn ein Konto für den Zielcomputer bereits vorhanden ist, verbleibt das Konto in seiner ursprünglichen ORGANISATIONSeinheit. Um das Konto in die angegebene OU zu verschieben, fügen Sie einen Tasksequenzschritt hinzu, der ein Automatisierungstool verwendet, z. B. eine Microsoft Visual Basic® Scripting Edition, um das Konto zu verschieben.

Mögliche Lösung 2: Stellen Sie sicher, dass die angegebene OU im richtigen Format vorhanden ist und vorhanden ist. Das richtige OU-Format sollte sein OU=Reception,OU=NYC,DC=Woodgrovebank,DC=com.

Konfigurations-Manager

Problem: Die in REF _Ref308174600 \h Abbildung 3 angezeigte Fehlermeldung wird angezeigt, wenn Sie versuchen, einen PXE-Dienstpunkt des Configuration Manager mithilfe der Option "Selbstsigniertes PXE-Zertifikat erstellen" zu erstellen.

Abbildung SEQ Abbildung \* ARABISCH 3. PXE-Dienstpunktfehler

Mögliche Lösung: Wenn zuvor ein PXE-Dienstpunkt auf dem Server vorhanden war, den Sie konfigurieren, hat der PXE-Dienstpunkt die selbst erstellten Zertifikate möglicherweise nicht gelöscht, wenn Sie sie deinstalliert haben. Löschen Sie den PXE-Zertifikatordner aus C:\Documents and Settings\user_name\Application Data\Microsoft\Crypto\RSA, wobei user_name der Name des Benutzers ist, der die aktuelle Konfiguration ausführt oder die vorherige Konfiguration ausgeführt hat. Der Assistent für neue Standortrollen in der Configuration Manager-Konsole sollte erfolgreich abgeschlossen werden, wenn Sie den Ordner gelöscht haben.

Tasksequenzen

Überprüfen Sie aufgabensequenzbezogene Probleme und Lösungen:

• Die Tasksequenz wird nicht erfolgreich abgeschlossen oder weist ein unvorhersehbares Verhalten auf, wie in der Tasksequenz beschrieben, wird nicht erfolgreich abgeschlossen.

• Original equipment manufacturer (OEM) task sequences in LTI are listed on boot images with the opposite processor architecture as described in The OEM Task Sequence In fälschlicherweise erscheint für ein Boot Image Created for a Different Processor Architecture.

• Der Windows-Bereitstellungs-Assistent zeigt die Fehlermeldung "Ungültiges Tasksequenzelement (Ungültige Betriebssystem-GUID)" an, wie in der Meldung "Ungültige Betriebssystem-GUID" im Windows-Bereitstellungs-Assistenten beschrieben.

• Beim Konfigurieren eines Netzwerkverbindungsnamens wird die Meldung "Bitte geben Sie einen gültigen Namen für den Netzwerkadapter ein", wie unter "Netzwerkeinstellungen anwenden" beschrieben angezeigt.

• Probleme, die aufgrund einer unsachgemäßen Konfiguration von Fortsetzungskonfigurationseinstellungen für Tasksequenzschritte auftreten können, wie unter "Weiter beim Fehler fortsetzen" beschrieben.

Die Tasksequenz wurde nicht erfolgreich abgeschlossen.

Problem: Die Tasksequenz kann nicht erfolgreich abgeschlossen werden oder hat unvorhersehbares Verhalten.

Mögliche Lösung: Der Tasksequenzschritt "Betriebssystem installieren" (für LTI) oder der Tasksequenzschritt "Betriebssystemimage anwenden" (für UDI und ZTI) wurde möglicherweise geändert, nachdem die Erstellung des Tasksequenzschritts zu unvorhersehbaren Ergebnissen führen kann. Wenn beispielsweise eine Tasksequenz zum Bereitstellen eines 32-Bit-Windows 8.1-Images erstellt wurde und später der Tasksequenzschritt "Betriebssystem installieren" oder der Tasksequenz "Betriebssystem-Image anwenden" geändert wurde, um auf ein 64-Bit-Windows 8.1-Image zu verweisen, kann die Tasksequenz nicht erfolgreich ausgeführt werden.

Es wird empfohlen, eine neue Tasksequenz zum Bereitstellen eines anderen Betriebssystemimages zu erstellen.

Die OEM-Tasksequenz wird fälschlicherweise für ein Startimage angezeigt, das für eine andere Prozessorarchitektur erstellt wurde.

Problem: Eine Tasksequenz basierend auf einer LTI OEM-Tasksequenzvorlage wird für ein Startimage mit einer anderen Prozessorarchitektur angezeigt. Beispielsweise wird eine OEM-Tasksequenz, die ein 64-Bit-Betriebssystem bereitstellt, auf einem 32-Bit-Startimage angezeigt.

Mögliche Lösung: Dies ist das erwartete Verhalten, da OEM-Tasksequenzen in LTI nicht als "plattformspezifisch" betrachtet werden, unabhängig von der Prozessorarchitektur des Startimages.

Ungültige Tasksequenzelementnachricht (ungültige Betriebssystem-GUID) im Windows-Bereitstellungs-Assistenten

Problem: Beim Ausführen des Windows-Bereitstellungs-Assistenten zeigt der Assistent die Fehlermeldung "Ungültiges Tasksequenzelement (Ungültige Betriebssystem-GUID)" an. Das Betriebssystem ist in der datei OperatingSystem.xml aufgeführt; Das Betriebssystem wird jedoch nicht in der Deployment Workbench angezeigt.

Mögliche Lösung: Die ursprüngliche Betriebssystemquelle verfügt über mindestens zwei WIM-Dateien. Eine SKU, die einer Tasksequenz zugeordnet ist, wird gelöscht. Andere SKUs für die Betriebssystemquelle sind jedoch noch vorhanden. Wenn die Tasksequenz, die auf die gelöschte SKU verweist, auf der Seite "Tasksequenz auswählen" ausgewählt ist, die auf dieser Computer-Assistentenseite im Windows-Bereitstellungs-Assistenten ausgeführt werden soll, wird die Fehlermeldung "Ungültiges Tasksequenzelement (Ungültige BETRIEBSSYSTEM-GUID)" angezeigt, nachdem Sie auf der Assistentenseite auf "Weiter" geklickt haben.

Führen Sie eine der folgenden Aufgaben aus, um dieses Problem zu beheben:

• Entfernen Sie alle SKUs aus der Betriebssystemquelle. Der Windows-Bereitstellungs-Assistent verhält sich normal, und die Fehlermeldung wird nicht angezeigt.

• Ändern Sie die Tasksequenz so, dass ein anderes Betriebssystemimage verwendet wird.

Netzwerkeinstellungen anwenden

Problem: Beim Konfigurieren des Netzwerkverbindungsnamens in der Deployment Workbench werden Sie durch einen Überprüfungsfehler mit der Meldung "Bitte geben Sie einen gültigen Namen für den Netzwerkadapter ein."

Mögliche Lösung: Entfernen Sie alle Leerzeichen und ungültigen Zeichen aus dem angegebenen Verbindungsnamen.

Weiter beim Fehler verwenden

Wenn eine MDT-Tasksequenz so konfiguriert ist, dass der Fehler nicht fortgesetzt wird und diese Tasksequenz einen Fehler zurückgibt, werden alle verbleibenden Tasksequenzen in dieser Tasksequenzgruppe übersprungen. Die verbleibenden Tasksequenzgruppen werden jedoch verarbeitet. Beachten Sie Folgendes:

Es wurden zwei Tasksequenzgruppen erstellt, und beide Gruppen enthalten mehr als einen Tasksequenzschritt:

• Gruppe A

  • Schritt A
  • Schritt B

• Gruppe B

  • Schritt A
  • Schritt B

  Wenn "Gruppe A\Schritt A" so konfiguriert ist, dass der Fehler nicht fortgesetzt wird, wird "Gruppe A\Schritt B" nicht verarbeitet. Alle Tasksequenzschritte in Gruppe B werden jedoch verarbeitet.

Das Migrationstool für den Benutzerstatus

Überprüfen Sie USMT-bezogene Probleme und Lösungen:

• Verknüpfungen, die auf Dokumente verweisen, die in freigegebenen Netzwerkordnern gespeichert sind, werden möglicherweise nicht ordnungsgemäß wie in fehlenden Desktopverknüpfungen beschrieben wiederhergestellt.

Fehlende Desktopverknüpfungen

Problem: Beim Verwenden von USMT zum Migrieren von Benutzerdaten werden Verknüpfungen, die auf Netzwerkdokumente verweisen, möglicherweise nicht wiederhergestellt. Die Tastenkombinationen werden während des Scanstate erfasst; Sie werden jedoch während des Loadstate nie auf dem Zielcomputer wiederhergestellt.

Mögliche Lösung: Bearbeiten Sie die MigUser.xml Datei, und kommentieren Sie die folgende Zeile aus:

Original:

<include> filter='MigXmlHelper.IgnoreIrrelevantLinks()'>  

Geändert:

<include> <!-- filter='MigXmlHelper.IgnoreIrrelevantLinks()'> -->  

Windows Imaging-Formatdateien

Überprüfen Sie WIM-bezogene Probleme und Lösungen:

• LTI- und ZTI-Bereitstellungen schlagen mit WIM-Dateifehlern in der BDD.log-Datei fehl, wie in der beschädigten WIM-Datei beschrieben.

Beschädigte WIM-Datei

Problem: Bei der Bereitstellung eines Images schlägt die Bereitstellung mit den folgenden Einträgen in der BDD.log Datei fehl:

• Das Bild \\Server\Deployment$\Operating Systems\Windows\version1.wim wurde von ImageX, rc = 2 nicht erfolgreich angewendet.

• LTIApply COMPLETED. Rückgabewert = 2

• ZTI ERROR - Nicht-Null-Rückgabecode von LTIApply, rc = 2

  Untersuchen Sie das Problem, indem Sie die WIM-Datei mithilfe von ImageX einbinden, den Fehler "Die Daten sind ungültig". Weitere Untersuchungen zeigen, dass der Datumsstempel der WIM-Datei viele Jahre vor dem aktuellen Datum liegt. Es ist möglich, dass ein anderer Prozess, z. B. ein Virenscanner, die WIM-Datei geöffnet hält, nachdem sie zuvor zum Abschluss eines Lese- oder Schreibvorgangs geschlossen wurde.

  Mögliche Lösung: Wiederherstellen der WIM-Datei aus Sicherungsmedien.

Windows PE

Überprüfen Sie Windows PE–bezogene Probleme und Lösungen:

• Der LTI- oder ZTI-Bereitstellungsprozess wird aufgrund unzureichender RAM- oder Drahtlosnetzwerkadapter nicht initiiert, wie im Bereitstellungsprozess nicht initiiert – eingeschränkter RAM- oder Drahtlosnetzwerkadapter beschrieben.

• Der LTI- oder ZTI-Bereitstellungsprozess wird aufgrund fehlender Windows PE-Komponenten nicht initiiert, wie im Bereitstellungsprozess beschrieben: Fehlende Komponenten.

• Der LTI- oder ZTI-Bereitstellungsprozess wird aufgrund fehlender oder falscher Gerätetreiber nicht initiiert, wie im Bereitstellungsprozess beschrieben: Fehlende oder falsche Treiber.

Bereitstellungsprozess nicht initiiert – eingeschränkter RAM- oder Drahtlosnetzwerkadapter

Problem: Beim Bereitstellen eines Images auf bestimmten Zielcomputern startet Windows PE, führt wpeinit aus, öffnet ein Eingabeaufforderungsfenster, startet jedoch nicht den Bereitstellungsprozess. Problembehandlung durch Zuordnen eines Netzlaufwerks vom Zielcomputer gibt an, dass die Netzwerkadaptertreiber nicht geladen werden.

Mögliche Lösung 1: Der Bereitstellungs-Assistent wird nicht gestartet, da nicht genügend RAM vorhanden ist. Stellen Sie sicher, dass der Zielcomputer mindestens 512 MB RAM hat und dass kein freigegebener Videospeicher mehr als 64 MB von 512 MB verbraucht.

Die von MDT unterstützten Versionen von Windows PE können nicht auf einem Zielcomputer mit weniger als 512 MB RAM ausgeführt werden.

Mögliche Lösung 2: Schließen Sie die Drahtlostreiber nicht in das Windows PE-Image ein.

Bereitstellungsprozess nicht initiiert – fehlende Komponenten

Problem: Bei der Problembehandlung bei einer fehlgeschlagenen Bereitstellung enthält eine Überprüfung der datei BDD.log den folgenden Eintrag:

FEHLER : ADODB kann nicht erstellt werden. Verbindungsobjekt, das sql Server nicht abfragen kann: Die ActiveX-Komponente kann kein Objekt erstellen (429).

Mögliche Lösung: Dieser Fehler kann darauf hinweisen, dass das Windows PE-Image nicht mit MDT erstellt wurde. Wenn Sie Configuration Manager verwenden, verwenden Sie keinen der vorhandenen Windows PE-Images, die Configuration Manager erstellt hat. Erstellen Sie stattdessen ein Image mit dem Assistenten zum Importieren von Microsoft Deployment Task Sequence.

Bereitstellungsprozess nicht initiiert – fehlende oder falsche Treiber

Problem: Beim Bereitstellen auf bestimmten Zielcomputern startet Windows PE, führt wpeinit aus, öffnet ein Eingabeaufforderungsfenster, startet jedoch nicht den Bereitstellungsprozess. Problembehandlung durch Zuordnen eines Netzlaufwerks vom Zielcomputer gibt an, dass die Netzwerkadaptertreiber nicht geladen werden. Eine Überprüfung der SetupAPI.log Datei in X:\Windows\System32\Inf gibt an, dass Windows PE Fehler generiert, wenn er den Netzwerkadapter konfiguriert, einer davon: "Dieser Treiber ist nicht für diese Plattform gedacht.". Die Treiber in der Liste "Out-of-Box Drivers " wurden in das Image eingefügt.

Mögliche Lösung: Es ist möglich, dass Windows PE einen Treiberkonflikt mit einem anderen Treiber hat. Erstellen Sie beim Konfigurieren der Einstellungen für das Windows PE-Image in der Deployment Workbench eine Windows PE-Treibergruppe, die nur Netzwerkadapter- und Speichertreiber enthält, und konfigurieren Sie dann die Bereitstellungsfreigabe so, dass nur die Windows PE-Treibergruppe verwendet wird.

Flussdiagramme für Den Bereitstellungsprozess

Dieser Abschnitt enthält zwei Sätze von MDT-Flussdiagrammen: eine für LTI-Bereitstellungen und eine für ZTI-Bereitstellungen mit Configuration Manager. Jedes Flussdiagramm veranschaulicht die Aufgaben, die während dieses Bereitstellungstyps ausgeführt werden.

Machen Sie sich mit den Flussdiagrammen für den Bereitstellungsprozess vertraut, indem Sie:

• Überprüfen der LTI-Bereitstellungsprozessflussdiagramme wie in LTI-Bereitstellungsprozessflussdiagrammen beschrieben

• Überprüfen der ZTI-Bereitstellungsprozessflussdiagramme wie in ZTI-Bereitstellungsprozessflussdiagrammen beschrieben

Flussdiagramme für den LTI-Bereitstellungsprozess

Flussdiagramme werden für die folgenden Phasen bereitgestellt:

• Überprüfung (Abbildung 4)

• Zustandserfassung (Abbildung 5 und Abbildung 6)

• Vorinstalliert (Abbildung 7, Abbildung 8 und Abbildung 9)

• Installieren (Abbildung 10)

• Postinstall (Abbildung 11 und Abbildung 12)

• Zustandswiederherstellung (Abbildung 13, Abbildung 14, Abbildung 15 und Abbildung 16)

  Abbildung 4. Flussdiagramm für die Überprüfungsphase

  

  Abbildung 5. Flussdiagramm für die Zustandserfassungsphase (1 von 2)

  

  Abbildung 6. Flussdiagramm für die Zustandserfassungsphase (2 von 2)

  

  Abbildung 7. Flussdiagramm für die Vorinstallationsphase (1 von 3)

  

  Abbildung 8. Flussdiagramm für die Vorinstallationsphase (2 von 3)

  

  Abbildung 9. Flussdiagramm für die Vorinstallationsphase (3 von 3)

  

  Abbildung 10. Flussdiagramm für die Installationsphase

  

  Abbildung 11. Flussdiagramm für die Postinstall-Phase (1 von 2)

  

  Abbildung 12 Flussdiagramm für die Postinstall-Phase (2 von 2)

  

  Abbildung 13. Flussdiagramm für die Zustandswiederherstellungsphase (1 von 4)

  

  Abbildung 14: Flussdiagramm für die Zustandswiederherstellungsphase (2 von 4)

  

  Abbildung 15: Flussdiagramm für die Zustandswiederherstellungsphase (3 von 4)

  

  Abbildung 16: Flussdiagramm für die Zustandswiederherstellungsphase (4 von 4)

  

Flussdiagramme für den ZTI-Bereitstellungsprozess

Flussdiagramme werden für die folgenden Phasen der ZTI-Bereitstellung mit Configuration Manager bereitgestellt:

• Initialisierung (Abbildung 17)

• Überprüfung (Abbildung 18)

• Zustandserfassung (Abbildung 19)

• Vorinstalliert (Abbildung 20)

• Installieren (Abbildung 21)

• Postinstall (Abbildung 22)

• Zustandswiederherstellung (Abbildung 23 und Abbildung 24)

• Erfassung (Abbildung 25)

  Abbildung 17: Flussdiagramm für die Initialisierungsphase

  

  Abbildung 18: Flussdiagramm für die Überprüfungsphase

  

  Abbildung 19: Flussdiagramm für die Zustandserfassungsphase

  

  Abbildung 20: Flussdiagramm für die Vorinstallationsphase

  

  Abbildung 21: Flussdiagramm für die Installationsphase

  

  Abbildung 22: Flussdiagramm für die Postinstall-Phase

  

  Abbildung 23: Flussdiagramm für die Zustandswiederherstellungsphase (1 von 2)

  

  Abbildung 24: Flussdiagramm für die Zustandswiederherstellungsphase (2 von 2)

  

  Abbildung 25: Flussdiagramm für die Aufnahmephase

  

Microsoft-Support

Microsoft bietet Support auf Premier- und Professional-Ebene für das Microsoft Deployment Toolkit.

• Professionelle Unterstützung

• Support auf Premier-Ebene