Dela via


Felsökningsreferens för Microsoft Deployment Toolkit

Distributionen av operativsystem och program samt migreringen av användartillstånd kan vara en utmaning, även när du är utrustad med lämpliga verktyg och vägledning. Den här referensen, som är en del av Microsoft® Deployment Toolkit (MDT) 2013, innehåller information om aktuella kända problem, möjliga lösningar på dessa problem och felsökningsvägledning.

Kommentar

I det här dokumentet gäller Windows operativsystemen Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 och Windows Server 2008 R2 om inget annat anges. MDT stöder inte ARM-processorbaserade versioner av Windows. På samma sätt refererar MDT till MDT 2013 om inget annat anges.

Kommentar

Microsoft Diagnostics and Recovery Toolset (DaRT) innehåller kraftfulla verktyg för att återställa och felsöka klientdatorer som inte startar eller har blivit instabila. Du kan använda DaRT för att fastställa orsaken till en krasch, återställa förlorade filer och så vidare. Du kan också använda DaRT som ett felsökningsverktyg när du utvecklar och distribuerar ett Windows-operativsystem. Om en skapad avbildning till exempel inte startar korrekt kan du starta klientdatorn som innehåller avbildningen med hjälp av ERD Commander – en diagnostikmiljö. Sedan kan du utforska klientdatorns hårddisk, visa händelseloggen, ta bort uppdateringar, ändra operativsysteminställningar och så vidare. DaRT är en del av Microsoft Desktop Optimization Pack för Software Assurance. Mer information finns i Diagnostik- och återställningsverktyg 10.

Förstå loggar

Innan den effektiva felsökningen av MDT kan börja måste du ha en tydlig förståelse för de många .log filer som används under en distribution av operativsystemet. När du vet vilka loggfiler som ska undersökas för vilket feltillstånd och vid vilken tidpunkt, kan problem som en gång var mystiska och svåra att förstå bli tydliga och begripliga.

MDT-loggfilformatet är utformat för att läsas av CMTrace. Använd det här verktyget när det är möjligt för att läsa loggfilerna, eftersom det gör det mycket enklare att hitta fel.

Resten av det här avsnittet beskriver loggfilerna som skapades under distributionen samt under Windows-installationen. Det här avsnittet innehåller också exempel på när du ska använda filerna för felsökning.

MDT-loggar

Varje MDT-skript skapar automatiskt loggfiler när de körs. Namnen på dessa loggfiler matchar namnet på skriptet, till exempel skapar ZTIGather.wsf en loggfil med namnet ZTIGather.log. Varje skript uppdaterar också en gemensam huvudloggfil (BDD.log) som aggregerar innehållet i de loggfiler som MDT-skript skapar. MDT-loggfiler finns i C:\MININT\SMSOSD\OSDLOGS under distributionsprocessen. Beroende på vilken typ av distribution som utförs flyttas loggfilerna när distributionen är klar till antingen %WINDIR%\SMSOSD eller %WINDIR%\TEMP\SMSOSD. För LTI-distributioner (Lite Touch Installation) startar loggarna i C:\MININT\SMSOSD\OSDLogs. De hamnar i %WINDIR%\TEMP\DeploymentLogs när aktivitetssekvensbearbetningen är klar.

MDT skapar följande loggfiler:

  • BDD.log. Det här är den aggregerade MDT-loggfilen som kopieras till en nätverksplats i slutet av distributionen om du anger egenskapen SLShare i filen Customsettings.ini.

  • LiteTouch.log. Den här filen skapas under LTI-distributioner. Den finns i %WINDIR%\TEMP\DeploymentLogs om du inte anger alternativet /debug:true .

  • Skriptnamn*.log. Den här filen skapas av varje MDT-skript. Scriptname representerar namnet på skriptet i fråga.

  • SMSTS.log. Den här filen skapas av aktivitetssekvenseraren och beskriver alla aktivitetssekvenserares transaktioner. Beroende på distributionsscenariot kan det finnas i %TEMP%, %WINDIR%\System32\ccm\logs eller C:\_SMSTaskSequence eller C:\SMSTSLog.

  • Wizard.log. Distributionsguiderna skapar och uppdaterar den här filen.

  • WPEinit.log. Den här filen skapas under Initieringsprocessen för Windows PE och är användbar för felsökning av fel som påträffas när Windows PE startas.

  • DeploymentWorkbench_id.log. Den här loggfilen skapas i mappen %temp% när du anger en /debug när du startar Deployment Workbench.

Distributionsloggar för Configuration Manager-operativsystem

Information om vilka loggfiler för operativsystemsdistribution som skapats av Microsoft System Center 2012 R2 Configuration Manager finns i Teknisk referens för Loggfiler i Configuration Manager.

När du kör Windows User State Migration Tool (USMT) lägger MDT automatiskt till loggningsalternativen för att spara USMT-loggfilerna på MDT-loggfilens platser. Loggfilerna och när de skapas är följande:

  • USMTEstimate.log. Skapades vid uppskattning av USMT-kraven

  • USMTCapture.log. Skapad av USMT vid insamling av data

  • USMTRestore.log. Skapad av USMT när data återställs

    Skriptet ZeroTouchInstallation.vbs söker automatiskt igenom USMT-förloppsloggfilerna efter fel och varningar. Skriptet genererar händelse-ID 41010 till Microsoft System Center Operations Manager med följande sammanfattning (där usmt_type är ESTIMATE, SCANSTATE eller LOADSTATE; error_count är det totala antalet fel som hittats och warning_count är det totala antalet varningar som hittas):

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

Om antalet fel är större än 0 är den här händelsen en feltyp. Om varningsantalet är större än 0 utan fel är händelsen en varningstyp. Annars är händelsen en informationstyp.

Identifiera felkoder

Tabell 1 visar de felkoder som MDT-skripten skapar och innehåller en beskrivning av varje felkod. Dessa felkoder registreras i filen BDD.log.

Tabell 1. Felkoder och deras beskrivning

Felkod Beskrivning
5201 Det gick inte att upprätta en anslutning till distributionsresursen. Distributionen fortsätter inte.
5203 Det gick inte att upprätta en anslutning till distributionsresursen. Distributionen fortsätter inte.
5205 Det gick inte att upprätta en anslutning till distributionsresursen. Distributionen fortsätter inte.
5206 Distributionsguiden avbröts eller slutfördes inte. Distributionen fortsätter inte.
5207 Det gick inte att upprätta en anslutning till distributionsresursen. Distributionen fortsätter inte.
5208 DeploymentType har inte angetts. Måste ange ett värde för SkipWizard.
5208 Det går inte att hitta SMS-aktivitetssekvenseraren. Distributionen fortsätter inte.
5400 Skapa objekt: Ange class_instance = Ny class_name
5490 Skapa MSXML2. DOMDocument.
5495 Skapa MSXML2. DOMDocument.ParseErr.ErrCode.
5496 LoadControlFile.FindFile: ConfigFile
5601 Verifiera OS-guid: %OSGUID% finns.
5602 Öppna XML med OSGUID: %OSGUID%.
5610 Verifiera filen.
5630 Verifiera filen: ImagePath.
5640 Verifiera filen: ImagePath.
5641 FindFile: ImageX.exe.
5643 Hitta BootSect.exe.
5650 Verifiera katalogen: SourcePath.
5651 Verifiera katalogen: SourcePath\Platform.
5652 FindFile: bootsect.exe.
6001 Verifiera enheten.
6002 Verifiera enheten.
6010 Test för TSGUID.
6020 Robocopy returnerat värde: Värde.
6021 Robocopy returnerat värde: Värde.
6101 Sök efter fil: DeployCab.
6102 Expandera Sysprep-filer från DEPLOY.CAB.
6111 Kör Sysprep.exe.
6121 Kör Sysprep.
6191 Testa för CloneTag i registret för att verifiera att Sysprep har slutförts.
6192 Testa för SystemSetupInProgress i registret för att verifiera att Sysprep har slutförts.
6401 Auktoriserad DHCP-server.
6501 Datorsäkerhetskopiering är inte möjlig, ingen nätverkssökväg (BackupShare, BackupDir) har angetts.
6502 FEL – Det går inte att hitta IMAGEX, det går inte att utföra säkerhetskopieringen.
6601 GetObject(... root/wmi:BCDStore).
6602 BCD. OpenStore (BCDStore).
6701 Konfigurerade skydd.
6702 Flyttade startfiler.
6703 Skapa BDE-partition.
6704 Defragmenteringsenhet.
6705 Krymp enheten.
6706 Testa för mer än 1 partition.
6707 Skapa startfiler.
6708 Kryptera disken.
6709 Anslut till MicrosoftVolumeEncryption WMI-providern.
6710 Kryptera disken.
6711 ProtectKeyWithTPM.
6712 ProtectKeyWithTPMAndPIN.
6713 ProtectKeyWithTPMAndStartupKey.
6714 Spara extern nyckel i filen.
6715 Skydda med extern nyckel.
6716 Spara extern nyckel i filen.
6717 Skydda nyckeln med numeriskt lösenord.
6718 GetKeyProtectorNumberialP@ssword.
6718 Spara lösenord i filen.
6719 Öppna PasswordFile.
6720 Kryptera enheten.
6721 Öppna DiskPartFile.
6722 Skapa partition.
6723 Hämta befintlig BDE-enhet.
6724 Öppna DiskPartFile.
6727 Försök att öppna DiskPartFile.
6729 Skapa textfilen DiskPartFile.
6730 Kör cmd /c DISKPART.EXE /s DiskPartFile>>LogPath\ZTIMarkActive_diskpart.log 2>&1
6731 Hitta bcdboot.exe.
6732 Anslut till Microsoft TPM-providern.
6733 Hämta en TPM-instans i providerklassen.
6734 Hämta TPM-instans.
6735 Kontrollera om TPM är aktiverat.
6736 Kontrollera om TPM är aktiverat.
6737 Kontrollera om TPM ägs.
6738 Kontrollera om TPM-ägarskap tillåts.
6739 Kontrollera om TPM är aktiverat.
6740 Kontrollera om TPM är aktiverat.
6741 Kontrollera om TPM ägs och ägarskap tillåts.
6741 Lösenordsuppsättning för TPM-ägare
6742 TPM-ägare P@ssword inställd på AdminP@ssword.
6743 Ange TPM-ägare P@ssword till värde.
6744 Kontrollera om TPM är aktiverat.
6745 Kontrollera TPM-ägaren.
6746 Sök efter bekräftelsenyckelpar.
6747 Kontrollera om TPM är aktiverat.
6748 Kontrollera om TPM-ägarskap tillåts.
6749 Konvertera ägare p@ssword till ägarauktorisering.
6750 Skapa bekräftelsenyckelpar.
6751 Ändra ägarauktorisering.
6752 Kör cmd.
6753 Verifiera TPM.
6754 Hämta BDE-instans.
6755 Skydda nyckeln med TPM.
6756 Kontrollera om flyttbara medier ska konfigureras. ProtectKeyWithTpmAndStartupKey.
6757 Skydda nyckeln med TPM och startnyckel.
6758 Leta efter BDE-stift.
6759 Skydda nyckeln med TPM och Pin.
6760 Hitta flyttbara medier för BDEKeyLocation.
6761 Skydda med extern nyckel.
6762 Återställning P@ssword sparas i PasswordFile.
6764 Konfigurera BitLocker-princip.
7000 Det går inte att hitta ZTIConfigure.xml. Avbryter.
7001 Letar efter obevakad AnswerFile.
7100 FEL – Det här skriptet ska bara köras i det fullständiga operativsystemet.
7101 ERROR – Det finns inte tillräckligt med värden för att generera DCPromo-svarsfilen.
7102 FEL – Obligatoriska egenskaper för att skapa en ny replik-DC har inte angetts.
7103 FEL – Obligatoriska egenskaper för att skapa en ny underordnad domän har inte angetts.
7104 FEL – Obligatoriska egenskaper för att skapa en ny skog har inte angetts.
7105 FEL – Obligatoriska egenskaper för att skapa en ny skog har inte angetts.
7200 Det går inte att konfigurera DHCP-servern eftersom tjänsten inte är installerad.
7201 Det går inte att läsa omfångsinformationen. GetScopeDetails() Misslyckades.
7202 Det finns inte tillräckligt med värden för att skapa omfång.
7203 Det finns inte tillräckligt med värden för att ange IP-intervallet för det här omfånget.
7204 Inget värde har angetts för omfångsundantagsintervallet.
7300 Det går inte att utfärda DNS-kommandon.
7700 Inte ett scenario med ny dator. avslutar diskpartitionen.
7701 Disken är inte tillräckligt stor för System- och BDE-partitioner, Obligatoriskt = 1,5 GB.
7702 Disken är inte tillräckligt stor för System- och WinRE-partitioner, Obligatoriskt = 10 GB.
7703 DeployRoot finns på disk # DiskIndex. Köra ett OEM-scenario: Hoppa över.
7704 Köra ett OEM-scenario: Hoppa över.
7704 Utökade och logiska partitioner tillåts inte med BitLocker.
7712 Kontrollera att enheten/volymenheten finns. Format.
7900 FindFile: Microsoft.BDD.PnpEnum.exe.
7901 AllDrivers.Exists("GUID").
7904 AllDrivers.Exists("GUID").
9200 FindFile(PkgMgr.exe).
9601 FEL – Statusåterställningsaktiviteten ZTITatoo ska köras i det fullständiga operativsystemet. Avbryter.
9701 Nonzero-returkod från USMT-uppskattning, rc = Fel.
9702 Det går inte att samla in användartillstånd. otillräckligt lokalt utrymme och ingen nätverkssökväg (UDShare, UDDir) har angetts.
9703 Nonzero-returkod från USMT-avbildning, rc = Fel.
9704 Inget giltigt kommandoradsalternativ har angetts.
9801 FEL – Försöker distribuera ett klientoperativsystem till en dator som kör ett serveroperativsystem.
9802 FEL – Försöker distribuera ett serveroperativsystem till en dator som kör ett klientoperativsystem.
9803 FEL – Datorn har inte behörighet att uppgradera (OSInstall=OSInstall); avbryta.
9804 FEL – Minnes-MB minne är otillräckligt. Minst minnes-MB minne krävs.
9805 FEL – Processorhastigheten för ProcessorSpeed MHz är otillräcklig. Minst en ProcessorSpeed MHz-processor krävs.
9806 FEL – det finns inte tillräckligt med utrymme på enheten. Ytterligare en MB-storlek krävs.
9807 FEL – det finns inte tillräckligt med utrymme på enheten. Ytterligare en MB-storlek krävs.
9901 ZTIWindowsUpdate-skriptet ska inte köras i Windows PE.
9902 ZTIWindowsUpdate har körts och misslyckats för många gånger. Antal = Antal.
9903 Oväntat problem med att installera den uppdaterade Windows Update-agenten, rc = Fel.
9904 Det gick inte att skapa objektet: Microsoft.Update.Session.
9905 Det gick inte att skapa objektet: Microsoft.Update.UpdateColl.
9906 Det gick inte att hitta den kritiska filen . Den avbröts.
10000 Skapa objekt: Ange oLTICleanup = New LTICleanup.
10201 Det går inte att ansluta till domändomänen. Stoppa installationen.
10203 FindFile(LTISuspend.wsf).
10204 Kör program-LTISuspend.
41024 Kör ImageX.
52012 Alla guideparametrar har inte angetts.

Listning 1 innehåller ett utdrag från en loggfil som visar hur du hittar felkoden. I det här utdraget är den rapporterade felkoden 5001.

Lista 1. Utdrag från en SMSTS.log fil som innehåller felkoden 5001

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

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

Konvertera felkoder

Många felkoder som visas i loggfilerna verkar kryptiska och svåra att korrelera med ett faktiskt feltillstånd. Följande process visar dock hur du konverterar en felkod och hämtar meningsfull information som kan vara till hjälp vid problemlösning.

Problem: En avbildning misslyckas med felkoden 0x80070040.

Möjlig lösning 1: Felkoden som visas är i hexadecimalt format som du behöver konvertera till decimalformat. För att göra detta behöver du en vetenskaplig kalkylator, och kalkylatorn som ingår i Windows-operativsystem passar bra för den här uppgiften.

Konvertera en felkod

  1. Klicka på Start och peka sedan på Alla program. Peka på Tillbehör och klicka sedan på Kalkylator.

  2. På menyn Visa klickar du på Vetenskapligt.

  3. Välj Hex och ange sedan de sista fyra siffrorna i koden , i det här fallet 0040, som visas i bild 1.

    Figur 1. Felkonvertering

    Skärmbild som visar hur du anger de fyra sista siffrorna i koden i Kalkylatorn.

    Observera att inledande nollor inte visas när kalkylatorn är i hexadecimalt läge.

  4. Välj Dec.

    Hexadecimalt värde 40 konverteras till ett decimalvärde på 64.

  5. Öppna ett kommandotolkfönster, skriv NET HELPMSG 64 och tryck sedan på RETUR.

    NET HELPMSG-kommandot översätter den numeriska felkoden till meningsfull text. När det gäller felkoden som anges här översätts den till "Det angivna nätverksnamnet är inte längre tillgängligt".

    Den här informationen anger att det kan finnas ett nätverksproblem på måldatorn eller mellan måldatorn och servern där distributionsresursen finns. De här problemen kan vara att nätverksdrivrutiner inte installeras korrekt eller att hastighets- och duplexinställningarna inte stämmer.

Granskning av exempelloggar

MDT skapar loggfiler som du kan använda för att felsöka problem i MDT-distributionsprocessen. Följande avsnitt innehåller exempel på hur du använder MDT-loggfilerna för att felsöka distributionsprocessen:

Det gick inte att komma åt databasen

Problem: Ett fel uppstår när du kör en distribution som använde en CustomSettings.ini fil som innehåller flera avsnitt och som med egenskapen Prioritet anger prioriteten för varje avsnitt som ska bearbetas. BDD.log innehåller följande felmeddelanden:

  • FEL – Öppna postuppsättningen (felnummer = -2147217911) (felbeskrivning: SELECT-behörigheten nekades för objektet "ComputerAdministrators", databasen 'AdminDB', schema 'dbo'.)

  • ADO-fel: SELECT-behörigheten nekades för objektet "ComputerAdministrators", databasen 'AdminDB', schema 'dbo'. (Fel #-2147217911; Källa: Microsoft OLE DB-provider för SQL Server; SQL-tillstånd: 42000; NativeError: 229

  • FEL – Ohanterat fel som returneras av ZTIGather: Objekt krävs (424)

Kommentar

För tydlighetens skull har loggfilens innehåll ovan representerats som de visas när de visas med hjälp av CMTrace.

Möjlig lösning: Problemet, som påpekades på den första raden i loggfilexemplet, är att behörigheten att komma åt databasen nekades. Därför kan skriptet inte upprätta en säker anslutning till databasen, möjligen på grund av att ett användar-ID och lösenord inte var tillgängliga. Därför försökte databasåtkomsten använda datorkontot. Det enklaste sättet att kringgå det här problemet är att ge alla läsbehörighet till databasen.

Felsökning

Innan du påbörjar djupgående felsökningsprocesser bör du granska följande objekt och se till att eventuella tillhörande krav har uppfyllts:

  • Installationsproblem kan uppstå om alla programvaru- och maskinvarukrav inte har uppfyllts.

Programinstallation

Granska problemen och lösningarna för programinstallationsproblem:

Blockerade körbara filer

Problem: Om installationskällans filer laddas ned från Internet är det troligt att de kommer att markeras med en eller flera NTFS-filsystemdataströmmar. Mer information om NTFS-dataströmmar finns i Filströmmar. Förekomsten av dataströmmar för NTFS-filsystemet kan orsaka att en uppmaning om öppen fil – säkerhetsvarning visas. Installationen fortsätter inte förrän du klickar på Kör i kommandotolken.

Bild 2 visar att du kan visa dataströmmar för NTFS-filsystem med hjälp av kommandot Mer och Streams-verktyget.

Figur 2. NTFS-dataströmmar

Skärmbild som visar utdata från kommandona streams.exe och Fler.

Möjlig lösning 1: Högerklicka på installationskällfilen och klicka sedan på Egenskaper. Klicka på Avblockera och klicka sedan på OK för att ta bort NTFS-filsystemets dataströmmar från filen. Upprepa den här processen för varje installationskällafil som blockeras av förekomsten av en eller flera NTFS-filsystemdataströmmar.

Möjlig lösning 2: Använd Streams-verktyget, som REF _Ref308173670 \h bild 2 visar, för att ta bort dataströmmarna för NTFS-filsystemet från installationskällfilen. Streams-verktyget kan ta bort NTFS-filsystemdataströmmar från en eller flera filer eller mappar samtidigt.

Förlorade nätverksanslutningar

Problem: En installation kan misslyckas om den installerar enhetsdrivrutiner eller ändrar enhets- och nätverkskonfigurationer. Dessa ändringar kan leda till ett avbrott i nätverksanslutningen som gör att installationen misslyckas.

Möjlig lösning: Implementera ZTICacheUtil.vbs-skriptet för att aktivera nedladdning och körning för installationen. Det här skriptet är utformat för att justera annonsen för att aktivera nedladdning och körning. Nedladdningen använder BITS (Background Intelligent Transfer Service) om Configuration Manager-distributionsplatsen är webbaserad distribuerad redigering och versionshantering och BITS aktiverat. Samtidigt ändrar den Configuration Manager för att köra ZTICache.vbs-skriptet först, vilket ser till att programmet inte tar bort sig själv under distributionsprocessen.

Microsoft Office-systemet 2007

Problem: När du distribuerar Office 2007-systemet och inkluderar en MSP-fil (Windows Installer Patch) kan installationen misslyckas med felkoden 30029.

Ytterligare undersökning i ZTIApplications.log visar följande meddelanden:

  • På väg att köra kommandot: \\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: kommandot har körts i 12 minuter (process-ID 1600) Returkod från kommandot = 30029

  • Programmet Microsoft Office 2007 Professional returnerade en oväntad returkod: 30029

    Möjlig lösning 1: Flytta MSP-filen till katalogen Uppdateringar och kör sedan setup.exe utan att ange alternativet /adminfile . Mer information om hur du distribuerar uppdateringar under installationen finns i Distribuera Office 2007-systemet.

    Möjlig lösning 2: Kontrollera att kryssrutan Ignorera modal inte är markerad i MSP-filen. Mer information om hur du konfigurerar den här inställningen finns i Översikt över office-systemdistribution 2007.

Automatisk inloggning

Granska problemen och lösningarna för problem med automatisk inloggning:

Inloggningssäkerhetsbanderoller

Problem: MDT-aktivitetssekvenser bearbetas under en interaktiv användarsession, vilket kräver att måldatorn tillåts logga in automatiskt med ett angivet administrativt konto. Om ett grupprincip objekt (GPO) finns på plats som framtvingar en inloggningssäkerhetsbanderoll tillåts inte den här automatiska inloggningen att fortsätta eftersom säkerhetsbanderollen stoppar inloggningsprocessen medan den väntar på att en användare ska acceptera den angivna principen.

Möjlig lösning: Se till att grupprincipobjektet tillämpas på specifika organisationsenheter (OUs) och inte ingår i standarddomänens grupprincipobjekt. När du lägger till datorer i domänen anger du att de ska läggas till i en organisationsenhet som inte påverkas av ett grupprincipobjekt som tillämpar en inloggningssäkerhetsbanderoll. I aktivitetssekvensredigeraren tar du med ett skript som flyttar datorkontot till önskad organisationsenhet som ett av de sista aktivitetssekvensstegen.

Kommentar

Om du återanvänder befintliga Ad DS-konton (Active Directory® Domain Services) kontrollerar du att du innan du distribuerar till måldatorn har flyttat måldatorns konto till en organisationsenhet som inte påverkas av grupprincipobjektet som framtvingar banderollen för säkerhetsinloggning.

Uppmanas att ange användarautentiseringsuppgifter

Problem: Du skapade en avbildning av en dator som var ansluten till domänen. När den nya avbildningen distribueras till en måldator stoppas distributionsprocessen eftersom automatisk inloggning inte sker och användaren uppmanas att ange lämpliga autentiseringsuppgifter. Distributionsprocessen återupptas när autentiseringsuppgifterna anges och användaren är inloggad.

Möjlig lösning: När du tar bilder ska källdatorn inte vara ansluten till en domän. Om datorn har anslutits till en domän ansluter du datorn till en arbetsgrupp, avbildar om avbildningen och försöker distribuera till en måldator för att avgöra om problemet är löst.

BIOS

Problem: När du distribuerar till en måldator som är utrustad med Intel vPro-teknik kan distributionen sluta med ett stoppfel. Även om alla uppdaterade drivrutiner har inkluderats som färdiga drivrutiner i Distribution Workbench startar inte måldatorn.

Möjlig lösning: Granska inställningarna i måldatorns grundläggande indata-/utdatasystem (BIOS) för att avgöra om standardläget för bifogad serieteknik har konfigurerats som ADVANCED Host Controller Interface (AHCI). Tyvärr stöder vissa Windows-operativsystem inte AHCI som standard.

Databasproblem

Granska databasrelaterade problem och lösningar:

Blockerade SQL Server-webbläsarbegäranden

Problem: Under MDT-distributionsprocessen kan information hämtas från Microsoft SQL Server-databaser®. Fel kan dock genereras som relaterar till en felaktigt konfigurerad brandvägg på databasservern.

Möjlig lösning: Windows-brandväggen i Windows Server hjälper till att förhindra obehörig åtkomst till datorresurser. Men om brandväggen har konfigurerats felaktigt kan försök att ansluta till en SQL Server-instans blockeras. Om du vill komma åt en instans av SQL Server som ligger bakom brandväggen konfigurerar du brandväggen på datorn som kör SQL Server. Mer information om hur du konfigurerar brandväggsportar för SQL Server finns i Konfigurera Windows-brandväggen för att tillåta SQL Server-åtkomst.

Namngivna röranslutningar

Problem: Under MDT-distributionsprocessen kan information hämtas från SQL Server-databaser. Fel kan dock genereras som relaterar till brutna SQL Server-anslutningar. Dessa kan orsakas av att namngivna röranslutningar inte aktiveras i Microsoft SQL Server.

Möjlig lösning: Lös dessa problem genom att aktivera namngivna rör i SQL Server. Ange också egenskapen SQLShare, som krävs när du upprättar en anslutning till en extern databas med hjälp av namngivna pipes. När du ansluter med namngivna pipes använder du integrerad säkerhet för att upprätta anslutningen till databasen. När det gäller LTI-distributioner upprättar det användarkonto som du anger anslutningen till databasen. För ZTI-distributioner som använder Configuration Manager ansluter nätverksåtkomstkontot till databasen. Eftersom Windows PE inte har någon säkerhetskontext som standard måste du upprätta en nätverksanslutning till databasservern för att upprätta en säkerhetskontext för den användare som ska upprätta anslutningen.

Nätverksresursen som egenskapen SQLShare anger ger ett sätt att ansluta till servern för att få en lämplig säkerhetskontext. Du måste ha läsbehörighet till resursen. När anslutningen upprättas kan du sedan upprätta den namngivna röranslutningen till databasen. SQLShare-egenskapen behövs inte och bör inte användas när du skapar en TCP/IP-anslutning till databasen.

Aktivera namngivna pipe-anslutningar genom att utföra följande uppgifter baserat på den version av SQL Server som du använder:

Aktivera namngivna pipe-anslutningar i SQL Server 2008 R2

Utför följande steg för att aktivera namngivna pipe-anslutningar i SQL Server 2008 R2:

  1. På datorn som kör SQL Server 2008 R2 som är värd för databasen som ska frågas klickar du på Start och pekar sedan på Alla program. Peka på Microsoft SQL Server 2008 R2 och klicka sedan på SQL Server Management Studio.

  2. I Microsoft SQL Server Management Studio-konsolen högerklickar du på sql_server_name i Object Explorer och klickar sedan på Egenskaper (där sql_server_name är namnet på den dator som kör SQL Server som ska konfigureras).

  3. Dialogrutan Serveregenskaper – sql_server_name visas.

  4. I dialogrutan Serveregenskaper - sql_server_name klickar du på Anslutningarsidan Välj.

  5. På sidan Anslutningar kontrollerar du att kryssrutan Tillåt fjärranslutningar till den här servern är markerad och klickar sedan på OK.

  6. Stäng Microsoft SQL Server Management Studio-konsolen.

  7. På datorn som kör SQL Server 2008 R2 som är värd för databasen som ska frågas klickar du på Start och pekar sedan på Alla program. Peka på Microsoft SQL Server 2008 R2, peka på Konfigurationsverktyg och klicka sedan på Konfigurationshanteraren för SQL Server.

  8. I Sql Server Configuration Manager-konsolen går du till Konfigurationshanteraren för SQL Server (lokal)/SQL Server-nätverkskonfiguration/protokoll för sql_instance (där sql_instance i namnet på SQL Server-instansen som ska konfigureras).

  9. Högerklicka på Namngivna rör i informationsfönstret och klicka sedan på Aktivera.

    Dialogrutan Varning visas som anger att ändringarna sparas men inte börjar gälla förrän tjänsten har stoppats och startats om.

  10. I dialogrutan Varning klickar du på OK.

  11. I Sql Server Configuration Manager-konsolen går du till Konfigurationshanteraren för SQL Server (lokal)/SQL Server Services.

  12. Högerklicka på SQL Server*(sql_instance)i informationsfönstret och klicka sedan på *Starta om (där sql_instance i namnet på den SQL Server-instans som du konfigurerade i steg 2).

    Förloppsindikatorn Konfigurationshanteraren för SQL Server visas som visar statusen för omstart av tjänsterna. När tjänsten har startats om stängs förloppsindikatorn.

  13. Stäng Konfigurationshanteraren för SQL Server-konsolen.

    Mer information finns i Aktivera fjärranslutningar i SQL Server 2008.

Aktivera namngivna pipe-anslutningar i SQL Server 2005

Utför följande steg för att aktivera namngivna pipe-anslutningar i SQL Server 2005:

  1. På datorn som kör SQL Server 2005 som är värd för databasen som ska frågas klickar du på Start och pekar sedan på Alla program. Peka på Microsoft SQL Server 2005, peka på Konfigurationsverktyg och klicka sedan på SQL Server Surface Area Configuration.

  2. I dialogrutan Konfiguration av ytyta för SQL Server 2005 klickar du på Surface Area Configuration for Services and Connections (Surface Area Configuration for Services and Connections).

  3. I dialogrutan Surface Area Configuration for Services and Connections – server_name (där server_name är namnet på datorn som kör SQL Server 2005) går du till Välj en komponent och konfigurerar sedan dess tjänster och anslutningar, går till MSSQLSERVER\Database Engine och klickar sedan på Fjärranslutningar.

  4. Klicka på Lokala anslutningar och fjärranslutningar, klicka på Använda både TCP/IP och namngivna pipes och klicka sedan på Använd.

  5. I dialogrutan Surface Area Configuration for Services and Connections – server_name (där server_name är namnet på datorn som kör SQL Server 2005) går du till Välj en komponent och konfigurerar sedan dess tjänster och anslutningar, går till MSSQLSERVER\Database Engine och klickar sedan på Tjänst.

  6. Klicka på Stoppa.

    MSSQLSERVER-tjänsten stoppas.

  7. Klicka på Start.

    MSSQLSERVER-tjänsten startar.

  8. Klicka på OK.

  9. Stäng konfigurationen av SQL Server 2005-ytan.

    Mer information finns i Microsoft Support-artikeln Så här konfigurerar du SQL Server 2005 för att tillåta fjärranslutningar

Distributionsskript

Granska MDT-relaterade problem och lösningar:

  • Uppmanas att ange användarautentiseringsuppgifter och kan få fel 0x80070035 enligt beskrivningen i Credentials_script

  • Felmeddelandet "Wuredist.cab hittades inte" visas enligt beskrivningen i ZTIWindowsUpdate

Credentials_script

Problem: Under den senaste starten av en nyligen distribuerad dator uppmanas användaren att ange användarautentiseringsuppgifter och kan få fel 0x80070035, vilket indikerar att nätverkssökvägen inte hittades.

Möjlig lösning: Kontrollera att WIM-filen inte innehåller en MININT- eller _SMSTaskSequence-mapp. Om du vill ta bort dessa mappar använder du först ImageX-verktyget för att montera WIM-filen och tar sedan bort mapparna.

Kommentar

Om ett felmeddelande om nekad åtkomst uppstår när du försöker ta bort mapparna från WIM-filen öppnar du ett kommandotolkfönster, växlar till roten på avbildningen som finns i WIM-filen och kör sedan RD MININT och RD _SMSTaskSequence.

ZTIWindowsUpdate

Problem: Om du använder ZTIWindowsUpdate.wsf-skriptet för att tillämpa programuppdateringar under distributionen bör du tänka på att det här skriptet kan kommunicera direkt med Webbplatsen Microsoft Update för att ladda ned och installera de nödvändiga binärfilerna för Windows Update-agenten, söka efter tillämpliga programuppdateringar, ladda ned binärfilerna för tillämpliga programuppdateringar och installera sedan de nedladdade binärfilerna. Den här processen kräver att nätverksinfrastrukturen konfigureras så att måldatorn kan få åtkomst till Webbplatsen Microsoft Update.

Om distributionsresursen inte innehåller installationsfilerna för Windows Update Agent och måldatorn inte har rätt Internetåtkomst rapporteras felet "wuredist.cab hittades inte" i ZTIWindowsUpdate.log- och BDD.log-filerna.

Möjlig lösning: Följ stegen som beskrivs i avsnittet "ZTIWindowsUpdate.wsf" i MDT-dokumentet Toolkit Reference.

Distributionsresurser

Granska distributionsresursrelaterade problem och lösningar:

Det gick inte att uppdatera WIM-filer

I en "enkel" miljö:

  • MDT hämtar vanligtvis WIMGAPI.DLL från C:\Windows\system32 (alltid i sökvägen). Versionen av den här WIMGAPI.DLL måste matcha versionen (versionen) av operativsystemet.

  • I ett 64-bitars operativsystem använder MDT alltid x64-WIMGAPI.DLL-filen. endast filen ska finnas i systemetS SÖKVÄG. I ett 32-bitars operativsystem använder MDT alltid filen x86 WIMGAPI.DLL. endast filen ska finnas i systemetS SÖKVÄG. (Andra produkter, till exempel Configuration Manager, använder 32-bitarsversionen av WIMGAPI.DLL, även på ett 64-bitars operativsystem, men de hanterar och installerar den versionen.)

    Problem: När du försöker uppdatera en distributionsresurs informeras användaren om att monteringen av en eller flera .wim-filer inte lyckades.

    Möjlig lösning: Öppna ett kommandotolkfönster och kör där WIMGAPI.DLL. För den första posten i listan (den första platsen som hittas genom att söka i sökvägen) kontrollerar du att egenskapen Version matchar versionen av Windows Assessment and Deployment Kit (Windows ADK) som är installerad. Kontrollera också att egenskapen matchar operativsystemets versionsnummer.

Distributionsguiden för Windows

Läs guiden För Windows-distribution – relaterade problem och lösningar:

  • Windows-distributionsguidens sidor visas även när LTI har konfigurerats för att hoppa över guidesidorna enligt beskrivningen i Guidesidor hoppas inte över.

Guidesidor hoppas inte över

Problem: En guidesida visas även om MDT DB eller CustomSettings.ini fil anger att guiden ska hoppas över.

Möjlig lösning: Om du vill hoppa över en guidesida korrekt tar du med alla egenskaper som skulle anges på den guidesidan där det är lämpligt i MDT DB- eller CustomSettings.ini-filen tillsammans med lämpliga värden. Om en egenskap har konfigurerats felaktigt för en överhoppad guidesida visas den sidan. Mer information om vilka egenskaper som krävs för att säkerställa att en guidesida hoppas över finns i avsnittet "Tillhandahålla egenskaper för överhoppade distributionsguidesidor" i MDT-dokumentet Toolkit-referens.

Diskar och partitionering

Granska problem och lösningar för diskpartitionering:

  • Problem med BitLocker-diskkryptering® enligt beskrivningen i BitLocker-diskkryptering

  • Fel vid diskpartitionering enligt beskrivningen i Fel vid diskpartitionering

  • Fel under distributionsscenarier för uppdatering av datorer som orsakas av logiska eller dynamiska diskar enligt beskrivningen i Stöd för logiska och dynamiska diskar

BitLocker-diskkryptering

Distribution av BitLocker kräver en specifik konfiguration för korrekt distribution. Följande potentiella problem kan vara relaterade till konfigurationen av måldatorn:

ZTIBde.wsf-skriptet misslyckas med felet "Det går inte att öppna registernyckeln "HKEY_CURRENT_USER\Kontrollpanelen\International\LocaleName" för läsning"

Problem: När du försöker distribuera BitLocker på måldatorn i ZTI eller UDI misslyckas ZTIBde.wsf-skriptet med felet "Det går inte att öppna registernyckeln "HKEY_CURRENT_USER\Kontrollpanelen\International\LocaleName" för läsning."

Möjlig lösning: Ange språkvarianten i egenskapen UILanguage . I ZTI och UDI körs ZTIBde.wsf-skriptet i systemkontrollen, så en fullständig användarprofil läses inte in. När ZTIBde.wsf-skriptet försöker läsa språkinformationen finns den inte i registret eftersom registret (användarprofilen) inte är helt inläst. Som en lösning anger du språkvarianten UILanguage i egenskapen.

Enheter visas som flera enhetsbeteckningar

Problem: Vissa enheter kan visas som flera logiska enhetsbeteckningar, beroende på hur de partitioneras. I vissa fall kan de emulera en diskettenhet på 1,44 MB (MB) och en minneslagringsenhet. Därför kan Windows tilldela samma enhetsenhetsbeteckningar A och B för diskettemulering och F för minneslagringsenheten. Som standard använder MDT-skript den lägsta enhetsbeteckningen (i det här exemplet A).

Möjlig lösning: Åsidosätt standardinställningen på sidan Ange bitLocker-återställningsinformation i Distributionsguiden för Windows. Sammanfattningssidan för Windows-distributionsguiden visar en varning som informerar användaren om vilken enhetsbeteckning som valts för att lagra BitLocker-återställningsinformation. Dessutom registrerar BDD.log- och ZTIBDE.log-filerna de flyttbara medieenheter som identifierats och vilken enhet som har valts för att lagra BitLocker-återställningsinformationen.

Problem med krympande diskar

Problem: Det finns inte tillräckligt med oallokerat diskutrymme på måldatorn för att aktivera BitLocker. För att distribuera BitLocker på en måldator krävs minst 2 GB ledigt diskutrymme för att skapa systemvolymen. Systemvolymen är den volym som innehåller de maskinvaruspecifika filer som behövs för att läsa in Windows när BIOS har startat datorn.

Möjlig lösning 1: På befintliga datorer använder du verktyget Diskpart för att krympa enhet C så att systemvolymen kan skapas. I vissa fall kan diskdelsverktyget dock inte krympa enhet C tillräckligt för att ge 2 GB oallokerat diskutrymme, möjligen på grund av fragmenterat diskutrymme i enhet C.

En möjlig lösning på det här problemet är att defragmentera enhet C. Utför följande steg för att göra det:

  1. Kör kommandot Diskpart shrink querymax för att identifiera den maximala mängden diskutrymme som kan frigöras.

  2. Om värdet som returneras i steg 1 är mindre än 2 GB rensar du enhet C från onödiga filer och defragmenterar det.

  3. Kör diskdelskommandot shrink querymax igen för att kontrollera att mer än 2 GB diskutrymme kan frigöras.

  4. Om värdet som returneras i steg 3 fortfarande är mindre än 2 GB utför du någon av följande uppgifter:

    • Defragmenteringsenhet C flera gånger för att säkerställa att den är helt optimerad.

    • Säkerhetskopiera data på enhet C, ta bort den befintliga partitionen, skapa en ny partition och återställ sedan data till den nya partitionen.

    Möjlig lösning 2: ZTIBDE.wsf-skriptet kör verktyget För förberedelse av disk (bdehdcfg.exe) och konfigurerar systemets volympartitionsstorlek till 2 GB som standard. Du kan anpassa ZTIBDE.wsf-skriptet för att ändra standardinställningen om det behövs. Det rekommenderas dock inte att du ändrar MDT-skripten.

Stöd för logiska och dynamiska diskar

Problem: När du utför ett distributionsscenario för en uppdateringsdator kan distributionsprocessen misslyckas när du distribuerar till en måldator som använder logiska enheter eller dynamiska diskar.

Möjlig lösning: MDT stöder inte distribution av operativsystem till logiska enheter eller dynamiska diskar.

Domänanslutning

Problem: Under distributionen använder du distributionsguiden för Windows för att tillhandahålla all nödvändig information för måldatorn, inklusive autentiseringsuppgifter, information om domänanslutning och statisk IP-konfiguration. När installationen är klar kan du se att systemet inte har anslutit till domänen och fortfarande är i en arbetsgrupp.

Möjlig lösning: En LTI-distribution av MDT konfigurerar statisk IP-information när operativsystemet är igång. Om måldatorn finns i ett nätverkssegment som inte har DHCP (Dynamic Host Configuration Protocol) misslyckas en automatiserad domänanslutning som anges i Unattend.xml när det inte finns någon DHCP.

Konfigurera Unattend.xml att ansluta till en arbetsgrupp. Använd sedan det inbyggda aktivitetssekvenssteget Återställ från domän för att lägga till ett steg i aktivitetssekvensen för att ansluta till domänen när den statiska IP-adressen har tillämpats.

Installation av drivrutin

För att säkerställa bästa möjliga användarupplevelse bör installationen av maskinvaruenheter och programvarudrivrutiner köras så sömlöst som möjligt, med liten eller ingen användarintervention. Microsoft tillhandahåller verktyg och riktlinjer för att skapa installationspaket som uppfyller det här målet. Allmän information om drivrutinsinstallation finns i Installation av enhet och drivrutin.

Granska installationsrelaterade problem och lösningar för enhetsdrivrutiner:

  • Problem som uppstår när du använder $OEM$ masslagringsdrivrutiner med MDT enligt beskrivningen i Kombinera $OEM$ Mass Storage-drivrutiner med MDT Mass Storage Logic

  • Felsöka problem med installation av enhetsdrivrutiner med hjälp av SetupAPI.log enligt beskrivningen i Felsöka enhetsinstallation med SetupAPI.log

Felsöka enhetsinstallation med SetupAPI.log

I vitboken Felsöka enhetsinstallation med InstallationsAPI-loggfilen finns information om felsökning av Installation av Windows-enheter. Mer specifikt innehåller dokumentet riktlinjer för drivrutinsutvecklare och testare för att tolka InstallationsAPI-loggfilen.

En av de mest användbara loggfilerna för felsökning är den SetupAPI.log filen. Den här oformaterade filen innehåller den information som SetupAPI registrerar om enhetsinstallation, installation av Service Pack och uppdateringsinstallation. Mer specifikt upprätthåller filen en post med enhets- och drivrutinsändringar samt större systemändringar som börjar från den senaste Windows-installationen. Det här dokumentet fokuserar på att använda InstallationsAPI-loggfilen för att felsöka enhetsinstallationen. Den beskriver inte de loggfilsavsnitt som är associerade med service pack- och uppdateringsinstallationer.

Nya datordistributioner

Granska problemen och lösningarna för scenarier för distribution av ny dator:

  • Problem med att starta distributionsprocessen med PXE-start (Pre-Boot Execution Environment) enligt beskrivningen i PXE Boot

PXE-start

I korthet fungerar PXE-protokollet på följande sätt: Klientdatorn initierar protokollet genom att sända ett DHCP Discover-paket som innehåller ett tillägg som identifierar att begäran kommer från en klientdator som implementerar PXE-protokollet. Förutsatt att en startserver som implementerar det utökade protokollet är tillgänglig skickar startservern ett erbjudande som innehåller IP-adressen för den server som ska betjäna klienten. Klienten använder Trivial File Transfer Protocol för att ladda ned den körbara filen från startservern. Slutligen kör klientdatorn det nedladdade bootstrap-programmet.

Den inledande fasen av det här protokollet piggybacks på en delmängd av DHCP-meddelanden för att göra det möjligt för klienten att identifiera en startserver (det vill s.a. en server som levererar körbara filer för ny datorkonfiguration). Klientdatorn kan använda möjligheten att hämta en IP-adress (vilket är det förväntade beteendet) men behöver inte göra det.

Den andra fasen i det här protokollet sker mellan klientdatorn och en startserver och använder DHCP-meddelandeformatet som ett praktiskt format för kommunikation. Den här andra fasen är annars inte relaterad till standard-DHCP-tjänsterna. De följande sidorna beskriver den stegvisa processen under initieringen av PXE-klientdatorn.

Granska följande lösningar för PXE-startproblem:

Inaktivera Windows PE-loggning i Windows Deployment Services

Den första procedur som rekommenderas är att se till att loggning till setupapi.log har inaktiverats.

Se till att DHCP-konfigurationen är korrekt

Beroende på vilka routermodeller som används kan den specifika routerkonfigurationen för DHCP-sändningsvidarebefordring stödjas till antingen ett undernät (eller routergränssnitt) eller en specifik värd. Om DHCP-servrarna och datorn som kör Windows Deployment Services är separata datorer kontrollerar du att routrarna som vidarebefordrar DHCP-sändningar är utformade så att både DHCP- och Windows Deployment Services-servrarna tar emot klientsändningarna. annars får klientdatorn inget svar på fjärrstartsbegäran.

Finns det en router mellan klientdatorn och fjärrinstallationsservern som inte tillåter DHCP-baserade begäranden eller svar via? När Windows Deployment Services-klientdatorn och Windows Deployment Services-servern finns i separata undernät konfigurerar du routern mellan de två systemen för att vidarebefordra DHCP-paket till Windows Deployment Services-servern. Det här arrangemanget är nödvändigt eftersom Windows Deployment Services-klientdatorer identifierar en Windows Deployment Services-server med hjälp av ett DHCP-sändningsmeddelande. Utan dhcp-vidarebefordran konfigurerad på en router når inte klientdatorernas DHCP-sändningar Windows Deployment Services-servern. Den här DHCP-vidarebefordransprocessen kallas ibland DHCP-proxy eller IP-hjälpadress i routerkonfigurationshandböcker. Mer information om hur du konfigurerar DHCP-vidarebefordran på en specifik router finns i routerinstruktionerna.

Förbättra svarstiden för PXE IP-adresstilldelning

Kontrollera följande element om det tar lång tid (15–20 sekunder) för PXE-klientdatorn att hämta en IP-adress:

  • Är nätverkskortet på måldatorn och växeln eller routern inställda på samma hastighet (automatisk, duplex, full och så vidare)

  • Finns IP-adressen för Windows Deployment Services-servern i IP-hjälpfilen på routern som anslutningen görs via? Om listan över IP-adresser i IP-hjälpfilen är lång kan du flytta adressen för Windows Deployment Services-servern längst upp

Starta om distributionsprocessen

Problem: När du testar och felsöker en ny eller modifierad aktivitetssekvens kan du behöva starta om måldatorn så att distributionsprocessen kan börja om från början. Oväntade resultat kan inträffa eftersom MDT håller reda på förloppet genom att skriva data till hårddisken. alla omstarter av måldatorn har MDT-återuppta där den slutade vid föregående omstart.

Möjlig lösning: Om du vill tillåta att distributionsprocessen startas om från början tar du bort mapparna C:\MININT och C:\_SMSTaskSequence innan du startar om måldatorn.

Sysprep

Granska Sysprep-relaterade problem och lösningar:

Datorkontot finns i fel organisationsenhet

Problem: Måldatorn är korrekt ansluten till domänen, men datorkontot är i fel organisationsenhet.

Möjlig lösning 1: Om ett konto redan finns för måldatorn finns kontot kvar i den ursprungliga organisationsenheten. Om du vill flytta kontot till den angivna organisationsenheten lägger du till ett aktivitetssekvenssteg som använder ett automatiseringsverktyg, till exempel Microsoft Visual Basic® Scripting Edition, för att flytta kontot.

Möjlig lösning 2: Kontrollera att den angivna organisationsenheten har rätt format och att den finns. Rätt organisationsenhetsformat ska vara OU=Reception,OU=NYC,DC=Woodgrovebank,DC=com.

Konfigurationshanteraren

Problem: Felmeddelandet som visas i REF _Ref308174600 \h Bild 3 visas när du försöker skapa en Configuration Manager PXE-tjänstpunkt med alternativet Skapa självsignerat PXE-certifikat .

Bild SEQ Bild \* ARABISKA 3. PXE-tjänstpunktsfel

Skärmbild av Det självsignerade certifikatet kan inte skapas på ett felaktigt sätt.

Möjlig lösning: Om det tidigare fanns en PXE-tjänstplats på den server som du konfigurerar kanske PXE-tjänstplatsen inte har tagit bort de självskapade certifikaten när du avinstallerade den. Ta bort PXE-certifikatmappen från C:\Documents and Settings\user_name\Application Data\Microsoft\Crypto\RSA, där user_name är namnet på användaren som utför den aktuella konfigurationen eller vem som utförde den tidigare konfigurationen. Guiden Ny platsroll i Configuration Manager-konsolen bör slutföras när du har tagit bort mappen.

Aktivitetssekvenser

Granska aktivitetssekvensrelaterade problem och lösningar:

Aktivitetssekvensen slutförs inte

Problem: Aktivitetssekvensen kanske inte slutförs eller har oförutsägbart beteende.

Möjlig lösning: Aktivitetssekvenssteget Installera operativsystem (för LTI) eller aktivitetssekvenssteget Tillämpa operativsystemavbildning (för UDI och ZTI) kan ha ändrats när aktivitetssekvenssteget har skapats kan leda till oförutsägbara resultat. Om till exempel en aktivitetssekvens skapades för att distribuera en 32-bitars Windows 8.1-avbildning, och senare aktivitetssekvenssteget Installera operativsystem eller aktivitetssekvenssteget Tillämpa operativsystemavbildning ändrades för att referera till en 64-bitars Windows 8.1-avbildning, kanske aktivitetssekvensen inte körs korrekt.

Vi rekommenderar att en ny aktivitetssekvens skapas för att distribuera en annan operativsystemavbildning.

OEM-aktivitetssekvensen visas felaktigt för en startavbildning som skapats för en annan processorarkitektur

Problem: En aktivitetssekvens baserad på en LTI OEM-aktivitetssekvensmall visas för en startavbildning med en annan processorarkitektur. Till exempel visas en OEM-aktivitetssekvens som distribuerar ett 64-bitars åtgärdssystem på en 32-bitars startavbildning.

Möjlig lösning: Detta är ett förväntat beteende eftersom OEM-aktivitetssekvenser i LTI inte anses vara "plattformsspecifika" alltid visas, oavsett processorarkitekturen för startavbildningen.

Felaktigt aktivitetssekvensobjekt (ogiltigt OS GUID)-meddelande i distributionsguiden för Windows

Problem: När du kör distributionsguiden för Windows visas felmeddelandet "Felaktigt aktivitetssekvensobjekt (ogiltigt OS-GUID)." Operativsystemet visas i filen OperatingSystem.xml. Operativsystemet visas dock inte i Deployment Workbench.

Möjlig lösning: Den ursprungliga operativsystemets källa har två eller flera WIM-filer associerade. En SKU som är associerad med en aktivitetssekvens tas bort. Det finns dock fortfarande andra SKU:er för operativsystemets källa. När aktivitetssekvensen som refererar till den borttagna SKU:n har valts på sidan Välj en aktivitetssekvens som ska köras på den här datorguiden i Guiden Windows-distribution visas felmeddelandet "Felaktigt aktivitetssekvensobjekt (ogiltigt OS-GUID)" när du klickar på Nästa på guidesidan.

Lös problemet genom att utföra någon av följande uppgifter:

  • Ta bort alla SKU:er från operativsystemets källa. Distributionsguiden för Windows fungerar normalt och felmeddelandet visas inte.

  • Ändra aktivitetssekvensen så att en annan operativsystemavbildning används.

Tillämpa nätverksinställningar

Problem: När du konfigurerar nätverksanslutningsnamnet i Distributionsarbetsstationen visas meddelandet "Ange ett giltigt namn för nätverkskortet" i ett verifieringsfel.

Möjlig lösning: Ta bort blanksteg och ogiltiga tecken från det angivna anslutningsnamnet.

Använd Fortsätt vid fel

Om en MDT-aktivitetssekvens har konfigurerats för att inte fortsätta vid fel och aktivitetssekvensen returnerar ett fel hoppas alla återstående aktivitetssekvenser i aktivitetssekvensgruppen över. De återstående aktivitetssekvensgrupperna bearbetas dock. Tänk också på följande:

Två aktivitetssekvensgrupper har skapats och någon av grupperna innehåller mer än ett aktivitetssekvenssteg:

  • Grupp A

    • Steg A
    • Steg B
  • Grupp B

    • Steg A
    • Steg B

    Om Grupp A\Steg A har konfigurerats för att inte fortsätta vid fel bearbetas inte grupp A\steg B. Alla aktivitetssekvenssteg i grupp B bearbetas dock.

Migreringsverktyget för användartillstånd

Granska USMT-relaterade problem och lösningar:

  • Genvägar som pekar på dokument som lagras i delade nätverksmappar kanske inte återställs korrekt enligt beskrivningen i Genvägar till saknade skrivbord.

Kortkommandon saknas

Problem: När du använder USMT för att migrera användardata kanske genvägar som pekar på nätverksdokument inte återställs. Genvägarna samlas in under Scanstate. De återställs dock aldrig till måldatorn under Loadstate.

Möjlig lösning: Redigera filen MigUser.xml och kommentera ut följande rad:

Ursprungligt:

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

Modifierad:

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

Windows Imaging-formatfiler

Granska WIM-relaterade problem och lösningar:

  • LTI- och ZTI-distributioner misslyckas med WIM-filfel i BDD.log-filen enligt beskrivningen i Skadad WIM-fil.

Skadad WIM-fil

Problem: När du distribuerar en avbildning misslyckas distributionen med följande poster i filen BDD.log:

  • Avbildningen \\Server\Deployment$\Operating Systems\Windows\version1.wim har inte tillämpats av ImageX, rc = 2

  • LTIApply har slutförts. Returvärde = 2

  • ZTI-FEL – Returkod som inte är noll av LTIApply, rc = 2

    Undersök problemet genom att montera WIM-filen med Hjälp av ImageX resulterar i felet "Data är ogiltiga". Ytterligare undersökning visar att datumstämpeln för .wim-filen är många år före det aktuella datumet. Det är möjligt att en annan process, till exempel en virusskanner, höll .wim-filen öppen efter att den tidigare stängdes i slutet av en läs- eller skrivprocess.

    Möjlig lösning: Återställa wim-filen från säkerhetskopieringsmedia.

Windows PE

Granska Problem och lösningar relaterade till Windows PE:

Distributionsprocessen har inte initierats – begränsat RAM-minne eller trådlöst nätverkskort

Problem: När du distribuerar en avbildning till vissa måldatorer startar Windows PE, kör wpeinit, öppnar kommandotolken men startar inte distributionsprocessen. Felsökning av problemet genom att mappa en nätverksenhet från måldatorn anger att nätverkskortdrivrutinerna inte läses in.

Möjlig lösning 1: Distributionsguiden startar inte eftersom det inte finns tillräckligt med RAM-minne. Kontrollera att måldatorn har minst 512 MB RAM-minne och att inget delat videominne förbrukar mer än 64 MB av 512 MB.

De versioner av Windows PE som MDT stöder kan inte köras på en måldator som har mindre än 512 MB RAM-minne.

Möjlig lösning 2: Inkludera inte de trådlösa drivrutinerna i Windows PE-avbildningen.

Distributionsprocessen har inte initierats – komponenter saknas

Problem: När du felsöker en misslyckad distribution visas följande post i en granskning av BDD.log-filen:

ERROR – Det går inte att skapa ADODB. Anslutningsobjekt, omöjligt att fråga SQL Server: ActiveX-komponenten kan inte skapa objekt (429).

Möjlig lösning: Det här felet kan tyda på att Windows PE-avbildningen inte skapades med MDT. Om du använder Configuration Manager ska du inte använda någon av de befintliga Windows PE-avbildningarna som Configuration Manager skapade. skapa i stället en avbildning med hjälp av guiden Importera Microsoft Deployment Task Sequence.

Kommentar

De Windows PE-avbildningar som Configuration Manager skapar innehåller komponenter som stöder skript, XML och Windows Management Instrumentation (WMI), men de innehåller inte komponenter som stöder Microsoft ActiveX® Data Objects (ADO).

Distributionsprocessen har inte initierats – saknade eller felaktiga drivrutiner

Problem: När du distribuerar till vissa måldatorer startar Windows PE, kör wpeinit, öppnar kommandotolken, men startar inte distributionsprocessen. Felsökning genom att mappa en nätverksenhet från måldatorn anger att nätverkskortdrivrutinerna inte läses in. En granskning av den SetupAPI.log filen som finns i X:\Windows\System32\Inf anger att Windows PE genererar fel när nätverkskortet konfigureras, varav en är "Den här drivrutinen är inte avsedd för den här plattformen". Drivrutinerna i listan Out-of-Box-drivrutiner har matats in i bilden.

Möjlig lösning: Det är möjligt att Windows PE har en drivrutinskonflikt med en annan drivrutin. När du konfigurerar inställningarna för Windows PE-avbildningen i Distribution Workbench skapar du en Windows PE-drivrutinsgrupp som endast innehåller nätverkskort och lagringsdrivrutiner och konfigurerar sedan distributionsresursen så att endast Windows PE-drivrutinsgruppen används.

Flödesdiagram för distributionsprocess

Det här avsnittet innehåller två uppsättningar MDT-flödesdiagram: en för LTI-distributioner och en för ZTI-distributioner med Configuration Manager. Varje flödesdiagram illustrerar de uppgifter som körs under den distributionstypen.

Bekanta dig med distributionsprocessens flödesdiagram genom att:

Flödesscheman för LTI-distributionsprocess

Flödesdiagram tillhandahålls för följande faser:

  • Validering (bild 4)

  • State Capture (bild 5 och bild 6)

  • Förinstallera (bild 7, bild 8 och bild 9)

  • Installera (bild 10)

  • Postinstall (bild 11 och bild 12)

  • Tillståndsåterställning (bild 13, bild 14, bild 15 och bild 16)

    Figur 4. Flödesdiagram för valideringsfasen

    Skärmbild av flödesdiagrammet för LTI-valideringsfasen.

    Figur 5. Flödesdiagram för tillståndsinsamlingsfasen (1 av 2)

    Skärmbild av flödesdiagrammet för LTI State Capture Phase 1.

    Figur 6. Flödesdiagram för tillståndsinsamlingsfasen (2 av 2)

    Skärmbild av flödesdiagrammet för LTI State Capture Phase 2.

    Figur 7. Flödesdiagram för förinstallationsfasen (1 av 3)

    Skärmbild av flödesdiagrammet för LTI Preinstall Phase 1.

    Figur 8. Flödesdiagram för förinstallationsfasen (2 av 3)

    Skärmbild av flödesdiagrammet för LTI Preinstall Phase 2.

    Figur 9. Flödesdiagram för förinstallationsfasen (3 av 3)

    Skärmbild av flödesdiagrammet för LTI Preinstall Phase 3.

    Figur 10. Flödesdiagram för installationsfasen

    Skärmbild av flödesdiagrammet för LTI-installationsfasen.

    Figur 11. Flödesdiagram för Postinstall-fasen (1 av 2)

    Skärmbild av flödesdiagrammet för LTI Postinstall Phase 1.

    Bild 12 Flödesdiagram för Postinstall-fasen (2 av 2)

    Skärmbild av flödesdiagrammet för LTI Postinstall Phase 2.

    Bild 13. Flödesdiagram för tillståndsåterställningsfasen (1 av 4)

    Skärmbild av flödesdiagrammet för återställningsfasen för LTI-tillstånd 1.

    Bild 14. Flödesdiagram för tillståndsåterställningsfasen (2 av 4)

    Skärmbild av flödesdiagrammet för återställningsfasen för LTI-tillstånd 2.

    Bild 15. Flödesdiagram för tillståndsåterställningsfasen (3 av 4)

    Skärmbild av flödesdiagrammet för återställningsfasen för LTI-tillstånd 3.

    Bild 16. Flödesdiagram för tillståndsåterställningsfasen (4 av 4)

    Skärmbild av flödesdiagrammet för återställningsfasen för LTI-tillstånd 4.

Flödesscheman för ZTI-distributionsprocess

Flödesdiagram tillhandahålls för följande faser i ZTI-distributionen med Configuration Manager:

  • Initiering (bild 17)

  • Validering (bild 18)

  • State Capture (bild 19)

  • Förinstallera (bild 20)

  • Installera (bild 21)

  • Postinstall (bild 22)

  • Tillståndsåterställning (bild 23 och bild 24)

  • Avbildning (bild 25)

    Bild 17. Flödesdiagram för initieringsfasen

    Skärmbild av flödesdiagrammet för ZTI-initieringsfasen.

    Bild 18. Flödesdiagram för valideringsfasen

    Skärmbild av flödesdiagrammet för ZTI-valideringsfasen.

    Bild 19. Flödesdiagram för tillståndsinsamlingsfasen

    Skärmbild av flödesdiagrammet för ZTI Stete-avbildningsfasen.

    Bild 20. Flödesdiagram för förinstallationsfasen

    Skärmbild av flödesdiagrammet för ZTI-förinstallationsfasen.

    Bild 21. Flödesdiagram för installationsfasen

    Skärmbild av flödesdiagrammet för ZTI-installationsfasen.

    Bild 22. Flödesdiagram för Postinstall-fasen

    Skärmbild av flödesdiagrammet för ZTI Postinstall Phase.

    Bild 23. Flödesdiagram för tillståndsåterställningsfasen (1 av 2)

    Skärmbild av flödesdiagrammet för ZTI State Restore Phase 1.

    Bild 24. Flödesdiagram för tillståndsåterställningsfasen (2 av 2)

    Skärmbild av flödesdiagrammet för ZTI State Restore Phase 2.

    Bild 25. Flödesdiagram för avbildningsfasen

    Skärmbild av flödesdiagrammet för ZTI-avbildningsfasen.

Microsoft Support

Microsoft tillhandahåller support på Premier- och Professional-nivå för Microsoft Deployment Toolkit.

Kommentar

När du kontaktar supporten ska du vara tydlig med att problemet gäller MDT och den specifika versionen.