Condividi tramite


Informazioni di riferimento sulla risoluzione dei problemi per Microsoft Deployment Toolkit

La distribuzione di sistemi operativi e applicazioni, nonché la migrazione dello stato utente può essere un impegno impegnativo, anche quando si dispone di strumenti e indicazioni appropriati. Questo riferimento, che fa parte di Microsoft® Deployment Toolkit (MDT) 2013, fornisce informazioni sui problemi noti correnti, possibili soluzioni alternative per tali problemi e indicazioni sulla risoluzione dei problemi.

Note

In questo documento Windows si applica ai sistemi operativi Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 e Windows Server 2008 R2, se non diversamente specificato. MDT non supporta le versioni basate sul processore ARM di Windows. Analogamente, MDT fa riferimento a MDT 2013, se non diversamente specificato.

Note

Il set di strumenti di diagnostica e ripristino Microsoft (DaRT) contiene potenti strumenti per il ripristino e la risoluzione dei problemi dei computer client che non si avviano o sono diventati instabili. È possibile usare DaRT per determinare la causa di un arresto anomalo, ripristinare i file persi e così via. È anche possibile usare DaRT come strumento per la risoluzione dei problemi durante lo sviluppo e la distribuzione di un sistema operativo Windows. Ad esempio, se un'immagine compilata non viene avviata correttamente, è possibile avviare il computer client contenente l'immagine usando ERD Commander, un ambiente di diagnostica. È quindi possibile esplorare il disco rigido del computer client, visualizzare il registro eventi, rimuovere gli aggiornamenti, modificare le impostazioni del sistema operativo e così via. DaRT fa parte di Microsoft Desktop Optimization Pack per Software Assurance. Per altre informazioni, vedere Set di strumenti di diagnostica e ripristino 10.

Informazioni sui log

Prima di iniziare la risoluzione dei problemi efficaci di MDT, è necessario avere una conoscenza chiara dei numerosi file .log usati durante una distribuzione del sistema operativo. Quando si conoscono i file di log da cercare per quale condizione di errore e in quale momento, i problemi che una volta erano misteriosi e difficili da comprendere possono diventare chiari e comprensibili.

Il formato del file di log MDT è progettato per essere letto da CMTrace. Usare questo strumento, quando possibile, per leggere i file di log, perché rende molto più semplice la ricerca degli errori.

Il resto di questa sezione descrive in dettaglio i file di log creati durante la distribuzione e durante l'installazione di Windows. Questa sezione fornisce anche esempi di quando usare i file per la risoluzione dei problemi.

Log MDT

Ogni script MDT crea automaticamente i file di log durante l'esecuzione. I nomi di questi file di log corrispondono al nome dello script, ad esempio ZTIGather.wsf crea un file di log denominato ZTIGather.log. Ogni script aggiorna anche un file di log master comune (BDD.log) che aggrega il contenuto dei file di log creati dagli script MDT. I file di log MDT risiedono in C:\MININT\SMSOSD\OSDLOGS durante il processo di distribuzione. A seconda del tipo di distribuzione eseguita, i file di log vengono spostati al completamento della distribuzione in %WINDIR%\SMSOSD o %WINDIR%\TEMP\SMSOSD. Per le distribuzioni Lite Touch Installation (LTI), i log iniziano in C:\MININT\SMSOSD\OSDLogs. Terminano in %WINDIR%\TEMP\DeploymentLogs al termine dell'elaborazione della sequenza di attività.

MDT crea i file di log seguenti:

  • BDD.log. Si tratta del file di log MDT aggregato copiato in un percorso di rete alla fine della distribuzione se si specifica la proprietà SLShare nel file Customsettings.ini.

  • LiteTouch.log. Questo file viene creato durante le distribuzioni LTI. Si trova in %WINDIR%\TEMP\DeploymentLogs a meno che non si specifichi l'opzione /debug:true .

  • Scriptname*.log. Questo file viene creato da ogni script MDT. Scriptname rappresenta il nome dello script in questione.

  • SMSTS.log. Questo file viene creato da Task Sequencer e descrive tutte le transazioni di Task Sequencer. A seconda dello scenario di distribuzione, può risiedere in %TEMP%, %WINDIR%\System32\ccm\logs o C:\_SMSTaskSequence o C:\SMSTSLog.

  • Wizard.log. Le procedure guidate di distribuzione creano e aggiornano questo file.

  • WPEinit.log. Questo file viene creato durante il processo di inizializzazione di Windows PE ed è utile per la risoluzione degli errori riscontrati durante l'avvio di Windows PE.

  • DeploymentWorkbench_id.log. Questo file di log viene creato nella cartella %temp% quando si specifica un /debug all'avvio di Deployment Workbench.

Log di distribuzione del sistema operativo di Configuration Manager

Per informazioni sui file di log della distribuzione del sistema operativo creati da Microsoft System Center 2012 R2 Configuration Manager, vedere Guida tecnica per i file di log in Configuration Manager.

Quando si esegue Windows User State Migration Tool (USMT), MDT aggiunge automaticamente le opzioni di registrazione per salvare i file di log USMT nei percorsi dei file di log MDT. I file di log e quando vengono creati sono i seguenti:

  • USMTEstimate.log. Creato durante la stima dei requisiti USMT

  • USMTCapture.log. Creato da USMT durante l'acquisizione dei dati

  • USMTRestore.log. Creato da USMT durante il ripristino dei dati

    Lo script ZeroTouchInstallation.vbs analizza automaticamente i file di log dello stato USMT per individuare errori e avvisi. Lo script genera l'ID evento 41010 a Microsoft System Center Operations Manager con il riepilogo seguente (dove usmt_type è ESTIMATE, SCANSTATE o LOADSTATE; error_count è il numero totale di errori rilevati e warning_count è il numero totale di avvisi trovati:

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

Se il numero di errori è maggiore di 0, questo evento è un tipo di errore. Se il conteggio degli avvisi è maggiore di 0 senza errori, l'evento è un tipo di avviso. In caso contrario, l'evento è un tipo informativo.

Identificazione dei codici di errore

La tabella 1 elenca i codici di errore creati dagli script MDT e fornisce una descrizione di ogni codice di errore. Questi codici di errore vengono registrati nel file BDD.log.

Tabella 1. Codici di errore e la relativa descrizione

Codice errore Descrizione
5201 Impossibile stabilire una connessione alla condivisione di distribuzione. La distribuzione non procederà.
5203 Impossibile stabilire una connessione alla condivisione di distribuzione. La distribuzione non procederà.
5205 Impossibile stabilire una connessione alla condivisione di distribuzione. La distribuzione non procederà.
5206 La Distribuzione guidata è stata annullata o non è stata completata correttamente. La distribuzione non procederà.
5207 Impossibile stabilire una connessione alla condivisione di distribuzione. La distribuzione non procederà.
5208 DeploymentType non è impostato. Deve impostare un valore per SkipWizard.
5208 Impossibile trovare l'SMS Task Sequencer. La distribuzione non procederà.
5400 Crea oggetto: Imposta class_instance = Nuovo class_name
5490 Creare MSXML2. DOMDocument.
5495 Creare MSXML2. DOMDocument.ParseErr.ErrCode.
5496 LoadControlFile.FindFile: ConfigFile
5601 Verificare che il GUID del sistema operativo: %OSGUID% esista.
5602 Apri XML con OSGUID: %OSGUID%.
5610 Verificare il file.
5630 Verificare il file: ImagePath.
5640 Verificare il file: ImagePath.
5641 FindFile: ImageX.exe.
5643 Trovare BootSect.exe.
5650 Verificare la directory: SourcePath.
5651 Verificare la directory: SourcePath\Platform.
5652 FindFile: bootsect.exe.
6001 Verificare l'unità.
6002 Verificare l'unità.
6010 Test per TSGUID.
6020 Robocopy ha restituito il valore: Valore.
6021 Robocopy ha restituito il valore: Valore.
6101 Verificare la presenza di file: DeployCab.
6102 Espandere File Sysprep da DEPLOY.CAB.
6111 Eseguire Sysprep.exe.
6121 Eseguire Sysprep.
6191 Eseguire il test per CloneTag nel Registro di sistema per verificare che Sysprep sia stato completato.
6192 Testare SystemSetupInProgress nel Registro di sistema per verificare che Sysprep sia stato completato.
6401 Server DHCP autorizzato.
6501 Il backup del computer non è possibile, non è stato specificato alcun percorso di rete (BackupShare, BackupDir).
6502 ERRORE- Impossibile individuare IMAGEX, non è possibile eseguire il backup.
6601 GetObject(... root/wmi:BCDStore).
6602 BCD. OpenStore (BCDStore).
6701 Protezioni configurate.
6702 File di avvio spostati.
6703 Creare una partizione BDE.
6704 Deframmentazione dell'unità.
6705 Compattare l'unità.
6706 Test per più di 1 partizione.
6707 Creare file di avvio.
6708 Crittografare il disco.
6709 Connettersi al provider WMI MicrosoftVolumeEncryption.
6710 Crittografia del disco.
6711 ProtectKeyWithTPM.
6712 ProtectKeyWithTPMAndPIN.
6713 ProtectKeyWithTPMAndStartupKey.
6714 Salvare la chiave esterna nel file.
6715 Proteggere con la chiave esterna.
6716 Salvare la chiave esterna nel file.
6717 Proteggere la chiave con password numerica.
6718 GetKeyProtectorNumberialP@ssword.
6718 Salvare la password nel file.
6719 Aprire PasswordFile.
6720 Crittografare l'unità.
6721 Aprire DiskPartFile.
6722 Creare una partizione.
6723 Ottenere l'unità BDE esistente.
6724 Aprire DiskPartFile.
6727 Tentare di aprire DiskPartFile.
6729 Creare un file di testo DiskPartFile.
6730 Eseguire cmd /c DISKPART.EXE /s DiskPartFile>>LogPath\ZTIMarkActive_diskpart.log 2>&1
6731 Trovare bcdboot.exe.
6732 Connettersi al provider Microsoft TPM.
6733 Ottenere un'istanza TPM nella classe provider.
6734 Ottenere l'istanza di TPM.
6735 Verificare se TPM è abilitato.
6736 Verificare se TPM è attivato.
6737 Verificare se il TPM è di proprietà.
6738 Verificare se la proprietà del TPM è consentita.
6739 Verificare se TPM è abilitato.
6740 Verificare se TPM è attivato.
6741 Controllare se TPM è di proprietà e la proprietà è consentita.
6741 Set di password proprietario TPM
6742 P@ssword proprietario TPM impostato su AdminP@ssword.
6743 Impostare Proprietario TPM P@ssword su value.
6744 Verificare se TPM è abilitato.
6745 Controllare il proprietario del TPM.
6746 Controllare la coppia di chiavi di verifica dell'autenticità.
6747 Verificare se TPM è attivato.
6748 Verificare se la proprietà del TPM è consentita.
6749 Convertire il p@ssword proprietario nell'autorizzazione del proprietario.
6750 Creare una coppia di chiavi di verifica dell'autenticità.
6751 Modificare l'autorizzazione del proprietario.
6752 Eseguire Cmd.
6753 Convalidare il TPM.
6754 Ottenere l'istanza BDE.
6755 Proteggere la chiave con TPM.
6756 Verificare la presenza di supporti rimovibili da configurare. ProtectKeyWithTpmAndStartupKey.
6757 Proteggere la chiave con TPM e la chiave di avvio.
6758 Cercare il pin BDE.
6759 Proteggere la chiave con TPM e Aggiungi.
6760 Trovare supporti rimovibili per BDEKeyLocation.
6761 Proteggere con la chiave esterna.
6762 Ripristino P@ssword salvato in PasswordFile.
6764 Configurare i criteri di BitLocker.
7000 Impossibile individuare ZTIConfigure.xml; Interruzione.
7001 Ricerca di AnswerFile di installazione automatica.
7100 ERROR : questo script deve essere eseguito solo nel sistema operativo completo.
7101 ERROR : valori non sufficienti forniti per la generazione del file di risposte DCPromo.
7102 ERROR : le proprietà obbligatorie per la creazione di un nuovo controller di dominio di replica non sono state specificate.
7103 ERROR : le proprietà obbligatorie per la creazione di un nuovo dominio figlio non sono state specificate.
7104 ERROR : le proprietà obbligatorie per la creazione di una nuova foresta non sono state specificate.
7105 ERROR : le proprietà obbligatorie per la creazione di una nuova foresta non sono state specificate.
7200 Impossibile configurare il server DHCP perché il servizio non è installato.
7201 Impossibile leggere i dettagli dell'ambito; GetScopeDetails() fallito.
7202 Valori non sufficienti specificati per la creazione dell'ambito.
7203 Valori non sufficienti specificati per impostare l'intervallo IP per questo ambito.
7204 Nessun valore specificato per l'intervallo di esclusione dell'ambito.
7300 Impossibile eseguire comandi DNS.
7700 Non è uno scenario nuovo computer; uscita dalla partizione del disco.
7701 Il disco non è sufficientemente grande per le partizioni di sistema e BDE, Obbligatorio = 1,5 GB.
7702 Il disco non è sufficientemente grande per le partizioni Di sistema e WinRE, Obbligatorio = 10 GB.
7703 DeployRoot è su disco # DiskIndex. Esecuzione di uno scenario OEM: Ignorare.
7704 Esecuzione di uno scenario OEM: Ignorare.
7704 Le partizioni estese e logiche non sono consentite con BitLocker.
7712 Verificare che l'unità disco/volume sia presente. Formato.
7900 FindFile: Microsoft.BDD.PnpEnum.exe.
7901 AllDrivers.Exists("GUID").
7904 AllDrivers.Exists("GUID").
9200 FindFile(PkgMgr.exe).
9601 ERRORE - L'attività di ripristino dello stato ZTITatoo deve essere in esecuzione nel sistema operativo completo; Interruzione.
9701 Codice restituito diverso da zero dalla stima USMT, rc = Errore.
9702 Acquisizione dello stato utente non possibile; spazio locale insufficiente e nessun percorso di rete (UDShare, UDDir) specificato.
9703 Codice restituito diverso da zero dall'acquisizione USMT, rc = Errore.
9704 Non è stata specificata alcuna opzione della riga di comando valida.
9801 ERRORE: tentativo di distribuire un sistema operativo client in un computer che esegue un sistema operativo server.
9802 ERRORE: tentativo di distribuire un sistema operativo server in un computer che esegue un sistema operativo client.
9803 ERRORE : il computer non è autorizzato per l'aggiornamento (OSInstall=OSInstall); interruzione.
9804 ERRORE: memoria MB di memoria insufficiente. È necessario almeno memoria MB di memoria.
9805 ERRORE : la velocità del processore di ProcessorSpeed MHz non è sufficiente. È necessario almeno un processore ProcessorSpeed MHz.
9806 ERRORE: spazio insufficiente disponibile nell'unità. È necessario un MB di dimensioni aggiuntive.
9807 ERRORE: spazio insufficiente disponibile nell'unità. È necessario un MB di dimensioni aggiuntive.
9901 Lo script ZTIWindowsUpdate non deve essere eseguito in Windows PE.
9902 ZTIWindowsUpdate è stato eseguito e ha avuto esito negativo troppe volte. Count = Count.
9903 Problema imprevisto durante l'installazione dell'agente di Windows Update aggiornato, rc = Errore.
9904 Impossibile creare l'oggetto Microsoft.Update.Session.
9905 Impossibile creare l'oggetto: Microsoft.Update.UpdateColl.
9906 File critico non trovato; interruzione.
10000 Crea oggetto: imposta oLTICleanup = New LTICleanup.
10201 Impossibile aggiungere il dominio di dominio. Arrestare l'installazione.
10203 FindFile(LTISuspend.wsf).
10204 Eseguire Il programma LTISuspend.
41024 Eseguire ImageX.
52012 Tutti i parametri della procedura guidata non sono impostati.

L'elenco 1 fornisce un estratto da un file di log che illustra come trovare il codice di errore. In questo estratto il codice di errore segnalato è 5001.

Elenco 1. Estratto da un file di SMSTS.log contenente il codice di errore 5001

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

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

Conversione dei codici di errore

Molti codici di errore presentati nei file di log sembrano criptici e difficili da correlare a una condizione di errore effettiva. Tuttavia, il processo seguente illustra come convertire un codice di errore e ottenere informazioni significative che possono risultare utili per la risoluzione dei problemi.

Problema: un'acquisizione di immagini non riesce con codice di errore 0x80070040.

Possibile soluzione 1: il codice di errore presentato è in formato esadecimale che è necessario convertire in formato decimale. A tale scopo, è necessario un calcolatore scientifico e la calcolatrice inclusa nei sistemi operativi Windows è adatta a questa attività.

Per convertire un codice di errore

  1. Fare clic su Start e quindi scegliere Tutti i programmi. Scegliere Accessorie quindi fare clic su Calcolatrice.

  2. Scegliere Scientifico dal menu Visualizza.

  3. Selezionare Hex e quindi immettere le ultime quattro cifre del codice, in questo caso 0040, come illustrato nella figura 1.

    Figura 1. Conversione dell'errore

    Screenshot che mostra l'immissione delle ultime quattro cifre del codice nel calcolatore.

    Si noti che gli zeri iniziali non vengono visualizzati mentre la calcolatrice è in modalità esadecimale.

  4. Selezionare Dec.

    Il valore esadecimale 40 viene convertito in un valore decimale pari a 64.

  5. Aprire una finestra del prompt dei comandi, digitare NET HELPMSG 64 e quindi premere INVIO.

    Il comando NET HELPMSG converte il codice di errore numerico in testo significativo. Nel caso del codice di errore fornito qui, viene convertito in "Il nome di rete specificato non è più disponibile".

    Queste informazioni indicano che un problema di rete può esistere nel computer di destinazione o tra il computer di destinazione e il server in cui risiede la condivisione di distribuzione. Questi problemi possono includere driver di rete non installati correttamente o una mancata corrispondenza nelle impostazioni di velocità e duplex.

Esaminare i log di esempio

MDT crea file di log che è possibile usare per risolvere i problemi nel processo di distribuzione MDT. Le sezioni seguenti forniscono esempi di come usare i file di log MDT per risolvere i problemi del processo di distribuzione:

Errore di accesso al database

Problema: si verifica un errore durante l'esecuzione di una distribuzione che usava un file CustomSettings.ini contenente numerose sezioni e specificando, con la proprietà Priority , la priorità di ogni sezione da elaborare. BDD.log contiene i messaggi di errore seguenti:

  • ERROR - Apertura del set di record (numero di errore = -2147217911) (Descrizione errore: l'autorizzazione SELECT è stata negata per l'oggetto 'ComputerAdministrators', database 'AdminDB', schema 'dbo'.

  • Errore ADO: l'autorizzazione SELECT è stata negata per l'oggetto 'ComputerAdministrators', database 'AdminDB', schema 'dbo'. (Errore #-2147217911; Origine: provider Microsoft OLE DB per SQL Server; STATO SQL: 42000; NativeError: 229

  • ERROR - Errore non gestito restituito da ZTIGather: Oggetto obbligatorio (424)

Note

Per maggiore chiarezza, il contenuto del file di log precedente è stato rappresentato come vengono visualizzati durante la visualizzazione tramite CMTrace.

Possibile soluzione: il problema, come indicato nella prima riga dell'esempio di file di log, è che l'autorizzazione per accedere al database è stata negata. Pertanto, lo script non è in grado di stabilire una connessione sicura al database, probabilmente perché un ID utente e una password non erano disponibili. Di conseguenza, l'accesso al database è stato tentato usando l'account computer. Il modo più semplice per risolvere questo problema consiste nel concedere a tutti gli utenti l'accesso in lettura al database.

Risoluzione dei problemi

Prima di intraprendere processi di risoluzione dei problemi approfonditi, esaminare gli elementi seguenti e assicurarsi che siano stati soddisfatti tutti i requisiti associati:

  • I problemi di installazione possono determinare se tutti i prerequisiti software e hardware non sono stati soddisfatti.

Installazione dell'applicazione

Esaminare i problemi e le soluzioni per i problemi di installazione delle applicazioni:

File eseguibili bloccati

Problema: se i file di origine dell'installazione vengono scaricati da Internet, è probabile che vengano contrassegnati con uno o più flussi di dati del file system NTFS. Per altre informazioni sui flussi di dati NTFS, vedere Flussi di file. L'esistenza di flussi di dati del file system NTFS potrebbe causare la visualizzazione di un prompt Apri file - Avviso di sicurezza. L'installazione non procederà fino a quando non si fa clic su Esegui al prompt.

La figura 2 mostra che è possibile visualizzare i flussi di dati del file system NTFS usando il comando Altro e l'utilità Streams.

Figura 2. Flussi di dati NTFS

Screenshot che mostra l'output dei comandi streams.exe e Altro.

Possibile soluzione 1: fare clic con il pulsante destro del mouse sul file di origine dell'installazione e quindi scegliere Proprietà. Fare clic su Sblocca e quindi su OK per rimuovere i flussi di dati del file system NTFS dal file. Ripetere questo processo per ogni file di origine dell'installazione bloccato dall'esistenza di uno o più flussi di dati del file system NTFS.

Possibile soluzione 2: usare l'utilità Streams, come indicato da REF _Ref308173670 \h Figura 2, per rimuovere i flussi di dati del file system NTFS dal file di origine dell'installazione. L'utilità Streams può rimuovere i flussi di dati del file system NTFS da uno o più file o cartelle contemporaneamente.

Connessioni di rete perse

Problema: un'installazione potrebbe non riuscire se installa i driver di dispositivo o modifica le configurazioni di dispositivo e di rete. Queste modifiche possono causare un decaduto della connettività di rete che causa l'esito negativo dell'installazione.

Possibile soluzione: implementare lo script ZTICacheUtil.vbs per abilitare il download e l'esecuzione per l'installazione. Questo script è progettato per modificare l'annuncio per abilitare il download e l'esecuzione. Il download usa il servizio trasferimento intelligente in background (BITS) se il punto di distribuzione di Configuration Manager è la creazione distribuita basata sul Web e il controllo delle versioni e BITS abilitati. Allo stesso tempo, modifica Configuration Manager per eseguire prima lo script ZTICache.vbs, assicurandosi che il programma non venga eliminato durante il processo di distribuzione.

The 2007 Microsoft Office System

Problema: durante la distribuzione di Office System 2007 e incluso un file MSP (Windows Installer patch), l'installazione potrebbe non riuscire con codice di errore 30029.

Ulteriori indagini nel ZTIApplications.log mostrano i messaggi seguenti:

  • Informazioni su come eseguire il comando: \\Server\Deployment$\Tools\X86\bddrun.exe \\Server\Share\Microsoft\Office\2007\Professional\setup.exe /adminfile \\Server\Share\Microsoft\Office\2007\Professional\file.msp

  • Heartbeat ZTI: il comando è stato eseguito per 12 minuti (ID processo 1600) Codice restituito dal comando = 30029

  • Applicazione Microsoft Office 2007 Professional ha restituito un codice restituito imprevisto: 30029

    Possibile soluzione 1: rilocare il file MSP nella directory Updates e quindi eseguire setup.exe senza specificare l'opzione /adminfile . Per altre informazioni sulla distribuzione degli aggiornamenti durante l'installazione, vedere Distribuzione di Office System 2007.

    Possibile soluzione 2: verificare che il file MSP non disponga della casella di controllo Elimina modale selezionata. Per altre informazioni sulla configurazione di questa impostazione, vedere Panoramica della distribuzione di Office System 2007.

AutoLogon

Esaminare i problemi e le soluzioni per i problemi di accesso automatico:

  • Interruzione dei processi di distribuzione LTI e Zero Touch Installation (ZTI) a causa di banner di sicurezza di accesso, come descritto in Banner di sicurezza di accesso

  • Interruzione dei processi di distribuzione LTI e ZTI a causa di richieste di credenziali utente, come descritto in Richiesta di credenziali utente

Banner di sicurezza di accesso

Problema: le sequenze di attività MDT vengono elaborate durante una sessione utente interattiva, che richiede che il computer di destinazione possa accedere automaticamente usando un account amministrativo specificato. Se è stato applicato un oggetto Criteri di gruppo che applica un banner di sicurezza di accesso, l'accesso automatico non potrà continuare, perché il banner di sicurezza interrompe il processo di accesso mentre attende che un utente accetti i criteri indicati.

Possibile soluzione: assicurarsi che l'oggetto Criteri di gruppo venga applicato a unità organizzative specifiche e non incluso nell'oggetto Criteri di gruppo di dominio predefinito. Quando si aggiungono computer al dominio, specificare che vengono aggiunti a un'unità organizzativa che non è interessata da un oggetto Criteri di gruppo che applica un banner di sicurezza di accesso. Nell'editor della sequenza di attività includere come uno degli ultimi passaggi della sequenza di attività uno script che riloca l'account computer nell'unità organizzativa desiderata.

Note

Se si riusano gli account Active Directory® Domain Services (AD DS) esistenti, assicurarsi che prima della distribuzione nel computer di destinazione sia stato spostato l'account del computer di destinazione in un'unità organizzativa non interessata dall'oggetto Criteri di gruppo che applica il banner di accesso alla sicurezza.

Richiesta di credenziali utente

Problema: è stata creata un'immagine di un computer aggiunto al dominio. Durante la distribuzione della nuova immagine in un computer di destinazione, il processo di distribuzione si interrompe, perché l'accesso automatico non si verifica e all'utente viene richiesto di immettere le credenziali appropriate. Il processo di distribuzione riprende quando vengono fornite le credenziali e l'utente è connesso.

Possibile soluzione: quando si acquisisce immagini, il computer di origine non deve essere aggiunto a un dominio. Se il computer è stato aggiunto a un dominio, aggiungere il computer a un gruppo di lavoro, acquisire nuovamente l'immagine e tentare la distribuzione in un computer di destinazione per determinare se il problema è stato risolto.

BIOS

Problema: durante la distribuzione in un computer di destinazione dotato di tecnologia Intel vPro, la distribuzione potrebbe terminare con un errore di arresto. Anche se tutti i driver aggiornati sono stati inclusi come driver predefiniti in Deployment Workbench, il computer di destinazione non viene avviato.

Possibile soluzione: esaminare le impostazioni nel bios (Basic Input/Output System) del computer di destinazione per determinare se la modalità predefinita Serial Advanced Technology Attachment è configurata come Advanced Host Controller Interface (AHCI). Sfortunatamente, alcuni sistemi operativi Windows non supportano AHCI per impostazione predefinita.

Problemi relativi al database

Esaminare i problemi e le soluzioni correlati al database:

Richieste di SQL Server Browser bloccate

Problema: durante il processo di distribuzione MDT, le informazioni possono essere recuperate dai database di Microsoft SQL Server®. È tuttavia possibile che vengano generati errori correlati a un firewall configurato in modo non corretto nel server di database.

Possibile soluzione: Windows Firewall in Windows Server consente di impedire l'accesso non autorizzato alle risorse del computer. Tuttavia, se il firewall è configurato in modo non corretto, è possibile che i tentativi di connessione a un'istanza di SQL Server vengano bloccati. Per accedere a un'istanza di SQL Server protetta dal firewall, configurare il firewall nel computer che esegue SQL Server. Per altre informazioni sulla configurazione delle porte del firewall per SQL Server, vedere Configurare Windows Firewall per consentire l'accesso a SQL Server.

Connessioni named pipe

Problema: durante il processo di distribuzione MDT, le informazioni possono essere recuperate dai database di SQL Server. È tuttavia possibile che vengano generati errori correlati alle connessioni di SQL Server interrotte. Queste possono essere causate dall'abilitazione delle connessioni named pipe in Microsoft SQL Server.

Possibile soluzione: per risolvere questi problemi, abilitare named pipe in SQL Server. Specificare inoltre la proprietà SQLShare , necessaria per stabilire una connessione a un database esterno tramite named pipe. Quando ci si connette tramite named pipe, usare la sicurezza integrata per stabilire la connessione al database. Nel caso delle distribuzioni LTI, l'account utente specificato effettua la connessione al database. Per le distribuzioni ZTI che usano Configuration Manager, l'account di accesso alla rete si connette al database. Poiché Windows PE non ha alcun contesto di sicurezza per impostazione predefinita, è necessario stabilire una connessione di rete al server di database per stabilire un contesto di sicurezza per l'utente che effettuerà la connessione.

La condivisione di rete specificata dalla proprietà SQLShare consente di connettersi al server per ottenere un contesto di sicurezza appropriato. È necessario disporre dell'accesso in lettura alla condivisione. Quando viene stabilita la connessione, è possibile stabilire la connessione named pipe al database. La proprietà SQLShare non è necessaria e non deve essere utilizzata quando si effettua una connessione TCP/IP al database.

Abilitare le connessioni named pipe eseguendo le attività seguenti in base alla versione di SQL Server in uso:

Abilitare le connessioni named pipe in SQL Server 2008 R2

Per abilitare le connessioni named pipe in SQL Server 2008 R2, seguire questa procedura:

  1. Nel computer che esegue SQL Server 2008 R2 che ospita il database su cui eseguire query, fare clic su Start e quindi scegliere Tutti i programmi. Scegliere Microsoft SQL Server 2008 R2 e quindi fare clic su SQL Server Management Studio.

  2. Nella console di Microsoft SQL Server Management Studio, nella Esplora oggetti fare clic con il pulsante destro del mouse su sql_server_name e quindi scegliere Proprietà (dove sql_server_name è il nome del computer che esegue SQL Server da configurare).

  3. Viene visualizzata la finestra di dialogo Proprietà server - sql_server_name .

  4. Nella finestra di dialogo Proprietà - server sql_server_name fare clic su Connessioni in Selezionare una pagina.

  5. Nella pagina Connessioni verificare che la casella di controllo Consenti connessioni remote a questo server sia selezionata e quindi fare clic su OK.

  6. Chiudere la console di Microsoft SQL Server Management Studio.

  7. Nel computer che esegue SQL Server 2008 R2 che ospita il database su cui eseguire query, fare clic su Start e quindi scegliere Tutti i programmi. Scegliere Microsoft SQL Server 2008 R2, Strumenti di configurazione e quindi fare clic su Gestione configurazione SQL Server.

  8. Nella console di Gestione configurazione SQL Server passare a Gestione configurazione SQL Server (locale) /Configurazione rete SQL Server/Protocolli per sql_instance (dove sql_instance nel nome dell'istanza di SQL Server da configurare).

  9. Nel riquadro dei dettagli fare clic con il pulsante destro del mouse su Named Pipes e quindi scegliere Abilita.

    Viene visualizzata la finestra di dialogo Avviso che indica che le modifiche verranno salvate, ma non saranno effettive fino a quando il servizio non viene arrestato e riavviato.

  10. Nella finestra di dialogo Avviso fare clic su OK.

  11. Nella console di Gestione configurazione SQL Server passare a Gestione configurazione SQL Server (locale) /Servizi SQL Server.

  12. Nel riquadro dei dettagli fare clic con il pulsante destro del mouse su SQL Server*(sql_instance) e quindi scegliere *Riavvia (dove sql_instance nel nome dell'istanza di SQL Server configurata nel passaggio 2).

    Viene visualizzata la barra di stato Gestione configurazione SQL Server che mostra lo stato del riavvio dei servizi. Dopo il riavvio del servizio, l'indicatore di stato si chiude.

  13. Chiudere la console Gestione configurazione SQL Server.

    Per altre informazioni, Come abilitare le connessioni remote in SQL Server 2008.

Abilitare connessioni named pipe in SQL Server 2005

Per abilitare le connessioni named pipe in SQL Server 2005, seguire questa procedura:

  1. Nel computer che esegue SQL Server 2005 che ospita il database su cui eseguire query, fare clic su Start e quindi scegliere Tutti i programmi. Scegliere Microsoft SQL Server 2005, strumenti di configurazione e quindi fare clic su Configurazione superficie di attacco di SQL Server.

  2. Nella finestra di dialogo Configurazione superficie di attacco di SQL Server 2005 fare clic su Configurazione superficie di attacco per Servizi e connessioni.

  3. Nella finestra di dialogo Configurazione superficie di attacco per servizi e connessioni - server_name (dove server_name è il nome del computer che esegue SQL Server 2005), in Selezionare un componente e quindi configurarne i servizi e le connessioni, passare a MSSQLSERVER\motore di database e quindi fare clic su Connessioni remote.

  4. Fare clic su Connessioni locali e remote, fare clic su Uso di TCP/IP e named pipe, quindi fare clic su Applica.

  5. Nella finestra di dialogo Configurazione superficie di attacco per Servizi e connessioni - server_name (dove server_name è il nome del computer che esegue SQL Server 2005), in Selezionare un componente e quindi configurarne i servizi e le connessioni, passare a MSSQLSERVER\motore di database e quindi fare clic su Servizio.

  6. Fare clic su Arresta.

    Il servizio MSSQLSERVER si arresta.

  7. Fare clic su Inizia.

    Viene avviato il servizio MSSQLSERVER.

  8. Scegliere OK.

  9. Chiudere la configurazione dell'area di attacco di SQL Server 2005.

    Per altre informazioni, vedere l'articolo supporto tecnico Microsoft Come configurare SQL Server 2005 per consentire le connessioni remote

Script di distribuzione

Esaminare i problemi e le soluzioni correlati a MDT:

  • Richiesta di credenziali utente e può ricevere un errore 0x80070035 come descritto in Credentials_script

  • Il messaggio di errore "Wuredist.cab non trovato" viene visualizzato come descritto in ZTIWindowsUpdate

Credentials_script

Problema: durante l'ultimo avvio di un computer appena distribuito, all'utente viene richiesto di fornire le credenziali utente e può ricevere l'errore 0x80070035, che indica che il percorso di rete non è stato trovato.

Possibile soluzione: assicurarsi che il file WIM non includa una cartella MININT o _SMSTaskSequence. Per eliminare queste cartelle, usare prima l'utilità ImageX per montare il file WIM e quindi eliminare le cartelle.

Note

Se si verifica un errore di accesso negato quando si tenta di eliminare le cartelle dal file WIM, aprire una finestra del prompt dei comandi, passare alla radice dell'immagine contenuta nel file WIM e quindi eseguire RD MININT e RD _SMSTaskSequence.

ZTIWindowsUpdate

Problema: se usi lo script ZTIWindowsUpdate.wsf per applicare gli aggiornamenti software durante la distribuzione, tieni presente che questo script può comunicare direttamente con il sito Web di Microsoft Update per scaricare e installare i file binari necessari di Windows Update Agent, cercare gli aggiornamenti software applicabili, scaricare i file binari per gli aggiornamenti software applicabili e quindi installare i file binari scaricati. Questo processo richiede che l'infrastruttura di rete sia configurata per consentire al computer di destinazione di accedere al sito Web di Microsoft Update.

Se la condivisione di distribuzione non contiene i file di installazione dell'agente di Windows Update e il computer di destinazione non dispone dell'accesso a Internet appropriato, viene segnalato l'errore "wuredist.cab non trovato" nei file ZTIWindowsUpdate.log e BDD.log.

Possibile soluzione: seguire i passaggi descritti nella sezione "ZTIWindowsUpdate.wsf" nel documento MDT Toolkit Reference (Informazioni di riferimento sul toolkit di MDT).

Condivisioni di distribuzione

Esaminare i problemi e le soluzioni correlati alla condivisione di distribuzione:

Impossibile aggiornare i file WIM

In un ambiente "semplice":

  • MDT in genere preleva WIMGAPI.DLL da C:\Windows\system32 (sempre nel percorso). La versione di questa WIMGAPI.DLL deve corrispondere alla versione (build) del sistema operativo.

  • In un sistema operativo a 64 bit MDT usa sempre il file WIMGAPI.DLL x64; solo il file deve trovarsi nel percorso di sistema. In un sistema operativo a 32 bit MDT usa sempre il file WIMGAPI.DLL x86; solo il file deve trovarsi nel percorso di sistema. Altri prodotti, ad esempio Configuration Manager, usano la versione a 32 bit di WIMGAPI.DLL, anche in un sistema operativo a 64 bit, ma gestiscono e installano tale versione.

    Problema: quando si tenta di aggiornare una condivisione di distribuzione, l'utente verrà informato che il montaggio di uno o più file wim non è riuscito.

    Possibile soluzione: aprire una finestra del prompt dei comandi ed eseguire dove WIMGAPI.DLL. Per la prima voce nell'elenco (il primo percorso trovato eseguendo una ricerca nel percorso), assicurarsi che la proprietà Version corrisponda alla build di Windows Assessment and Deployment Kit (Windows ADK) installata. Assicurarsi anche che la proprietà corrisponda al numero di build del sistema operativo.

Distribuzione guidata di Windows

Esaminare i problemi e le soluzioni correlati alla distribuzione guidata di Windows:

Le pagine della procedura guidata non vengono ignorate

Problema: viene visualizzata una pagina della procedura guidata anche se il database MDT o CustomSettings.ini file specifica che la procedura guidata deve essere ignorata.

Possibile soluzione: per ignorare correttamente una pagina della procedura guidata, includere tutte le proprietà che verrebbero specificate nella pagina della procedura guidata, se appropriato nel database MDT o CustomSettings.ini file insieme ai valori appropriati. Se una proprietà è configurata in modo non corretto per una pagina della procedura guidata ignorata, verrà visualizzata tale pagina. Per altre informazioni sulle proprietà necessarie per assicurarsi che una pagina della procedura guidata venga ignorata, vedere la sezione "Impostazione delle proprietà per le pagine ignorate della distribuzione guidata" nel documento Di riferimento al Toolkit di MDT.

Dischi e partizionamento

Esaminare i problemi di partizionamento dei dischi e le soluzioni:

  • Problemi di crittografia unità BitLocker, come descritto in Crittografia unità BitLocker®

  • Errori di partizionamento del disco, come descritto in Errori di partizionamento del disco

  • Errori durante gli scenari di distribuzione del computer di aggiornamento causati da dischi logici o dinamici, come descritto in Supporto per dischi logici e dinamici

Crittografia unità BitLocker

La distribuzione di BitLocker richiede una configurazione specifica per una distribuzione corretta. I possibili problemi seguenti possono essere correlati alla configurazione del computer di destinazione:

Lo script ZTIBde.wsf ha esito negativo e viene visualizzato l'errore "Impossibile aprire la chiave del Registro di sistema 'HKEY_CURRENT_USER\Pannello di controllo\International\LocaleName' per la lettura"

Problema: durante il tentativo di distribuire BitLocker nel computer di destinazione in ZTI o UDI, lo script ZTIBde.wsf ha esito negativo e viene visualizzato l'errore "Impossibile aprire la chiave del Registro di sistema 'HKEY_CURRENT_USER\Pannello di controllo\International\LocaleName' per la lettura".

Possibile soluzione: specificare le impostazioni locali nella UILanguage proprietà . In ZTI e UDI lo script ZTIBde.wsf viene eseguito nel controllo di sistema, quindi non viene caricato un profilo utente completo. Quando lo script ZTIBde.wsf tenta di leggere le informazioni sulle impostazioni locali che non si trova nel Registro di sistema, perché il Registro di sistema (profilo utente) non è completamente caricato. Come soluzione alternativa, specificare le impostazioni locali nella UILanguage proprietà .

I dispositivi vengono visualizzati come più lettere di unità

Problema: alcuni dispositivi possono essere visualizzati come più lettere di unità logica, a seconda della modalità di partizionamento. In alcuni casi, possono emulare un'unità disco floppy da 1,44 megabyte (MB) e un'unità di archiviazione di memoria. Pertanto, Windows può assegnare le stesse lettere di unità del dispositivo A e B per l'emulazione del disco floppy e F per l'unità di archiviazione della memoria. Per impostazione predefinita, gli script MDT usano la lettera di unità più bassa (in questo esempio, A).

Possibile soluzione: eseguire l'override dell'impostazione predefinita nella pagina Specificare i dettagli di ripristino di BitLocker nella Distribuzione guidata di Windows. Nella pagina di riepilogo della Distribuzione guidata di Windows viene visualizzato un avviso per informare l'utente della lettera di unità selezionata per archiviare le informazioni di ripristino di BitLocker. Inoltre, i file BDD.log e ZTIBDE.log registrano i dispositivi multimediali rimovibili rilevati e il dispositivo selezionato per archiviare le informazioni di ripristino di BitLocker.

Problemi con la compattazione dei dischi

Problema: spazio su disco non allocato sufficiente nel computer di destinazione per abilitare BitLocker. Per distribuire BitLocker in un computer di destinazione, sono necessari almeno 2 gigabyte (GB) di spazio su disco non allocato per creare il volume di sistema. Il volume di sistema è il volume che contiene i file specifici dell'hardware necessari per caricare Windows dopo l'avvio del COMPUTER da parte del BIOS.

Possibile soluzione 1: nei computer esistenti usare lo strumento Diskpart per compattare l'unità C in modo che il volume di sistema possa essere creato. In alcuni casi, tuttavia, lo strumento Diskpart potrebbe non essere in grado di compattare l'unità C sufficientemente per fornire 2 GB di spazio su disco non allocato, probabilmente a causa dello spazio su disco frammentato all'interno dell'unità C.

Una possibile soluzione a questo problema consiste nel deframmentare l'unità C. A tale scopo, seguire questa procedura:

  1. Eseguire il comando Diskpart shrink querymax per identificare la quantità massima di spazio su disco che può essere allocata.

  2. Se il valore restituito nel passaggio 1 è minore di 2 GB, pulire l'unità C di tutti i file non necessari e quindi deframmentarla.

  3. Eseguire di nuovo il comando Diskpart shrink querymax per verificare che sia possibile non allocare più di 2 GB di spazio su disco.

  4. Se il valore restituito nel passaggio 3 è ancora minore di 2 GB, eseguire una delle attività seguenti:

    • Deframmentare l'unità C più volte per assicurarsi che sia completamente ottimizzata.

    • Eseguire il backup dei dati nell'unità C, eliminare la partizione esistente, creare una nuova partizione e quindi ripristinare i dati nella nuova partizione.

    Possibile soluzione 2: lo script ZTIBDE.wsf esegue lo strumento preparazione dischi (bdehdcfg.exe) e configura le dimensioni della partizione del volume di sistema su 2 GB per impostazione predefinita. È possibile personalizzare lo script ZTIBDE.wsf per modificare l'impostazione predefinita, se necessario. Tuttavia, la modifica degli script MDT non è consigliata.

Supporto per dischi logici e dinamici

Problema: quando si esegue uno scenario di distribuzione aggiorna computer, il processo di distribuzione potrebbe non riuscire durante la distribuzione in un computer di destinazione che usa unità logiche o dischi dinamici.

Possibile soluzione: MDT non supporta la distribuzione di sistemi operativi in unità logiche o dischi dinamici.

Aggiunta al dominio

Problema: durante la distribuzione, si usa la Distribuzione guidata di Windows per fornire tutte le informazioni necessarie per il computer di destinazione, incluse le credenziali, le informazioni di aggiunta al dominio e la configurazione IP statica. Al termine dell'installazione, è possibile notare che il sistema non ha aggiunto il dominio ed è ancora in un gruppo di lavoro.

Possibile soluzione: una distribuzione LTI di MDT configura le informazioni ip statiche dopo che il sistema operativo è attivo e in esecuzione. Se il computer di destinazione si trova in un segmento di rete che non dispone del protocollo DHCP (Dynamic Host Configuration Protocol), un join di dominio automatizzato specificato in Unattend.xml avrà esito negativo quando non è presente alcun dhcp.

Configurare Unattend.xml per l'aggiunta a un gruppo di lavoro. Usare quindi il passaggio predefinito Ripristina dal dominio della sequenza di attività per aggiungere un passaggio nella sequenza di attività per aggiungere il dominio dopo l'applicazione dell'indirizzo IP statico.

Installazione driver

Per garantire la migliore esperienza utente possibile, l'installazione di dispositivi hardware e driver software deve essere eseguita il più facilmente possibile, con un minimo o nessun intervento da parte dell'utente. Microsoft fornisce strumenti e linee guida per creare pacchetti di installazione che soddisfano questo obiettivo. Per informazioni generali sull'installazione dei driver, vedere Installazione di dispositivi e driver.

Esaminare i problemi e le soluzioni correlati all'installazione del driver di dispositivo:

  • Problemi che si verificano quando si usano driver di archiviazione di massa $OEM$ con MDT, come descritto in Combinare driver di archiviazione di massa $OEM$ con la logica di archiviazione di massa MDT

  • Risoluzione dei problemi di installazione dei driver di dispositivo usando il SetupAPI.log come descritto in Risolvere i problemi di installazione dei dispositivi con SetupAPI.log

Risolvere i problemi di installazione dei dispositivi con SetupAPI.log

Il white paper Troubleshooting Device Installation with the SetupAPI Log File (Risoluzione dei problemi di installazione dei dispositivi con il file di log setupAPI) fornisce informazioni sul debug dell'installazione del dispositivo Windows. In particolare, il documento fornisce linee guida per sviluppatori di driver e tester per interpretare il file di log SetupAPI.

Uno dei file di log più utili a scopo di debug è il file SetupAPI.log. Questo file di testo normale mantiene le informazioni registrate da SetupAPI relative all'installazione del dispositivo, all'installazione del Service Pack e all'installazione degli aggiornamenti. In particolare, il file mantiene un record di modifiche di dispositivo e driver, nonché modifiche di sistema importanti a partire dall'installazione più recente di Windows. Questo documento è incentrato sull'uso del file di log SetupAPI per risolvere i problemi di installazione del dispositivo; non descrive le sezioni del file di log associate alle installazioni di Service Pack e di aggiornamento.

Nuove distribuzioni di computer

Esaminare i problemi e le soluzioni per gli scenari di distribuzione di nuovi computer:

  • Problemi di avvio del processo di distribuzione usando l'avvio PXE (Pre-Boot Execution Environment), come descritto in Avvio PXE

Avvio PXE

In breve, il protocollo PXE opera come segue: il computer client avvia il protocollo trasmettendo un pacchetto di individuazione DHCP contenente un'estensione che identifica la richiesta come proveniente da un computer client che implementa il protocollo PXE. Supponendo che sia disponibile un server di avvio che implementa questo protocollo esteso, il server di avvio invia un'offerta contenente l'indirizzo IP del server che servirà il client. Il client usa Trivial File Transfer Protocol per scaricare il file eseguibile dal server di avvio. Infine, il computer client esegue il programma bootstrap scaricato.

La fase iniziale di questo protocollo esegue il piggyback in un subset dei messaggi DHCP per consentire al client di individuare un server di avvio, ovvero un server che recapita file eseguibili per la nuova configurazione del computer. Il computer client può usare l'opportunità di ottenere un indirizzo IP ,ovvero il comportamento previsto, ma non è necessario farlo.

La seconda fase di questo protocollo avviene tra il computer client e un server di avvio e usa il formato di messaggio DHCP come un formato pratico per la comunicazione. Questa seconda fase non è diversamente correlata ai servizi DHCP standard. Le pagine successive descrivono il processo dettagliato durante l'inizializzazione del computer client PXE.

Esaminare le soluzioni seguenti per i problemi di avvio PXE:

Disabilitare la registrazione di Windows PE nei servizi di distribuzione Windows

La prima procedura consigliata consiste nell'assicurarsi che la registrazione a setupapi.log sia stata disabilitata.

Verificare la configurazione DHCP corretta

A seconda dei modelli di router in uso, la configurazione del router specifica dell'inoltro di trasmissione DHCP può essere supportata per una subnet (o un'interfaccia router) o un host specifico. Se i server DHCP e il computer che eseguono Servizi di distribuzione Windows sono computer separati, assicurarsi che i router che inoltrano le trasmissioni DHCP siano progettati in modo che i server DHCP e Servizi di distribuzione Windows ricevano le trasmissioni client; in caso contrario, il computer client non riceve una risposta alla richiesta di avvio remoto.

Esiste un router tra il computer client e il server di installazione remota che non consente le richieste o le risposte basate su DHCP? Quando il computer client di Servizi di distribuzione Windows e il server servizi di distribuzione Windows si trovano in subnet separate, configurare il router tra i due sistemi per inoltrare i pacchetti DHCP al server servizi di distribuzione Windows. Questa disposizione è necessaria, perché i computer client di Servizi di distribuzione Windows individuano un server di Servizi di distribuzione Windows usando un messaggio di trasmissione DHCP. Senza l'inoltro DHCP configurato in un router, le trasmissioni DHCP dei computer client non raggiungono il server servizi di distribuzione Windows. Questo processo di inoltro DHCP viene talvolta definito proxy DHCP o indirizzo helper IP nei manuali di configurazione del router. Per altre informazioni sulla configurazione dell'inoltro DHCP in un router specifico, vedere le istruzioni del router.

Migliorare il tempo di risposta dell'assegnazione degli indirizzi IP PXE

Controllare gli elementi seguenti se richiede molto tempo (15-20 secondi) affinché il computer client PXE recuperi un indirizzo IP:

  • La scheda di rete nel computer di destinazione e il commutatore o il router sono impostati sulla stessa velocità (automatico, duplex, pieno e così via)

  • L'indirizzo IP per il server servizi di distribuzione Windows nel file helper IP nel router tramite il quale viene stabilita la connessione? Se l'elenco di indirizzi IP nel file helper IP è lungo, è possibile spostare l'indirizzo per il server servizi di distribuzione Windows nella parte superiore

Riavvio del processo di distribuzione

Problema: durante il test e la risoluzione dei problemi di una sequenza di attività nuova o modificata, potrebbe essere necessario riavviare il computer di destinazione in modo che il processo di distribuzione possa ricominciare dall'inizio. Possono verificarsi risultati imprevisti, perché MDT tiene traccia dello stato di avanzamento scrivendo i dati sul disco rigido; qualsiasi riavvio del computer di destinazione ha ripreso MDT dove è stato interrotto al riavvio precedente.

Possibile soluzione: per consentire il riavvio del processo di distribuzione dall'inizio, eliminare le cartelle C:\MININT e C:\_SMSTaskSequence prima di riavviare il computer di destinazione.

Sysprep

Esaminare i problemi e le soluzioni correlati a Sysprep:

L'account computer si trova nell'unità organizzativa errata

Problema: il computer di destinazione viene aggiunto correttamente al dominio, ma l'account computer si trova nell'unità organizzativa errata.

Possibile soluzione 1: se esiste già un account per il computer di destinazione, l'account rimarrà nell'unità organizzativa originale. Per spostare l'account nell'unità organizzativa specificata, aggiungere un passaggio della sequenza di attività che usa uno strumento di automazione, ad esempio Microsoft Visual Basic® Scripting Edition, per spostare l'account.

Possibile soluzione 2: verificare che l'unità organizzativa specificata sia nel formato corretto e che esista. Il formato corretto dell'unità organizzativa deve essere OU=Reception,OU=NYC,DC=Woodgrovebank,DC=com.

Configuration Manager

Problema: il messaggio di errore visualizzato in REF _Ref308174600 \h Figura 3 viene visualizzato quando si tenta di creare un punto di servizio PXE di Configuration Manager usando l'opzione Crea certificato PXE autofirmato.

Figura SEQ Figura \* ARABO 3. Errore del punto di servizio PXE

Screenshot del messaggio di errore Il certificato autofirmato non può essere creato correttamente.

Possibile soluzione: se un punto di servizio PXE esisteva in precedenza nel server che si sta configurando, il punto di servizio PXE potrebbe non aver eliminato i certificati auto-creati al momento della disinstallazione. Eliminare la cartella del certificato PXE da C:\Documents and Settings\user_name\Application Data\Microsoft\Crypto\RSA, dove user_name è il nome dell'utente che esegue la configurazione corrente o che ha eseguito la configurazione precedente. La Creazione guidata nuovo ruolo sito nella console di Configuration Manager dovrebbe terminare correttamente quando la cartella è stata eliminata.

Sequenze di attività

Esaminare i problemi e le soluzioni correlati alla sequenza di attività:

La sequenza di attività non viene completata correttamente

Problema: la sequenza di attività potrebbe non terminare correttamente o avere un comportamento imprevedibile.

Possibile soluzione: il passaggio della sequenza di attività Installa sistema operativo (per LTI) o il passaggio Della sequenza di attività Applica immagine del sistema operativo (per UDI e ZTI) può essere stato modificato dopo la creazione del passaggio della sequenza di attività può causare risultati imprevedibili. Ad esempio, se è stata creata una sequenza di attività per distribuire un'immagine Windows 8.1 a 32 bit e successivamente il passaggio Della sequenza di attività Installa sistema operativo o il passaggio Applica immagine del sistema operativo è stato modificato per fare riferimento a un'immagine Windows 8.1 a 64 bit, la sequenza di attività potrebbe non essere eseguita correttamente.

È consigliabile creare una nuova sequenza di attività per distribuire un'immagine diversa del sistema operativo.

La sequenza di attività OEM viene visualizzata in modo non corretto per un'immagine di avvio creata per un'architettura del processore diversa

Problema: una sequenza di attività basata su un modello di sequenza di attività OEM LTI viene visualizzata per un'immagine di avvio con un'architettura del processore diversa. Ad esempio, una sequenza di attività OEM che distribuisce un sistema operativo a 64 bit viene visualizzata in un'immagine di avvio a 32 bit.

Possibile soluzione: questo comportamento è previsto perché le sequenze di attività OEM in LTI non vengono considerate "specifiche della piattaforma" verranno sempre elencate, indipendentemente dall'architettura del processore dell'immagine di avvio.

Messaggio non valido della sequenza di attività (GUID del sistema operativo non valido) nella distribuzione guidata di Windows

Problema: quando si esegue la Distribuzione guidata di Windows, nella procedura guidata viene visualizzato il messaggio di errore "Elemento sequenza di attività non valido (GUID del sistema operativo non valido)." Il sistema operativo è elencato nel file OperatingSystem.xml; Tuttavia, il sistema operativo non viene visualizzato in Deployment Workbench.

Possibile soluzione: l'origine del sistema operativo originale ha due o più file WIM associati. Viene eliminato uno SKU associato a una sequenza di attività; Tuttavia, esistono altri SKU per l'origine del sistema operativo. Quando la sequenza di attività che fa riferimento allo SKU eliminato viene selezionata nella pagina Seleziona una sequenza di attività da eseguire in questa procedura guidata del computer nella Distribuzione guidata di Windows, viene visualizzato il messaggio di errore "Elemento della sequenza di attività non valido (GUID del sistema operativo non valido)" dopo aver fatto clic su Avanti nella pagina della procedura guidata.

Per risolvere il problema, eseguire una delle attività seguenti:

  • Rimuovere tutti gli SKU dall'origine del sistema operativo. La Distribuzione guidata di Windows si comporta normalmente e il messaggio di errore non viene visualizzato.

  • Modificare la sequenza di attività per usare un'immagine diversa del sistema operativo.

Applica impostazioni di rete

Problema: quando si configura il nome della connessione di rete in Deployment Workbench, viene visualizzato un errore di convalida con il messaggio "Immettere un nome valido per la scheda di rete".

Possibile soluzione: rimuovere gli spazi e i caratteri non validi dal nome di connessione specificato.

Usare Continua in caso di errore

Se una sequenza di attività MDT è configurata per non continuare in caso di errore e tale sequenza di attività restituisce un errore, tutte le sequenze di attività rimanenti in tale gruppo di sequenze di attività vengono ignorate. Tuttavia, i gruppi di sequenze di attività rimanenti vengono elaborati. Considerare quanto segue:

Sono stati creati due gruppi di sequenze di attività e uno dei due gruppi contiene più di un passaggio della sequenza di attività:

  • Gruppo A

    • Passaggio A
    • Passaggio B
  • Gruppo B

    • Passaggio A
    • Passaggio B

    Se il gruppo A\Passaggio A è configurato per non continuare in caso di errore, il gruppo A\Passaggio B non verrà elaborato. Tuttavia, tutti i passaggi della sequenza di attività nel gruppo B verranno elaborati.

Strumento di migrazione stato utente

Esaminare i problemi e le soluzioni correlati a USMT:

  • I collegamenti che puntano ai documenti archiviati in cartelle condivise di rete potrebbero non essere ripristinati correttamente come descritto in Collegamenti desktop mancanti.

Collegamenti sul desktop mancanti

Problema: durante l'uso di USMT per eseguire la migrazione dei dati utente, i collegamenti che puntano a documenti di rete potrebbero non essere ripristinati. I tasti di scelta rapida vengono acquisiti durante Scanstate; tuttavia, non vengono mai ripristinati nel computer di destinazione durante Loadstate.

Possibile soluzione: modificare il file MigUser.xml e impostare come commento la riga seguente:

Originale:

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

Ultima modifica:

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

File di formato immagine di Windows

Esaminare i problemi e le soluzioni correlati a WIM:

  • Le distribuzioni LTI e ZTI hanno esito negativo con errori di file WIM nel file BDD.log, come descritto in File WIM danneggiato.

File WIM danneggiato

Problema: quando si distribuisce un'immagine, la distribuzione ha esito negativo con le voci seguenti nel file BDD.log:

  • L'immagine \\Server\Deployment$\Operating Systems\Windows\version1.wim non è stata applicata correttamente da ImageX, rc = 2

  • LTIApply COMPLETATO. Valore restituito = 2

  • ERRORE ZTI - Codice restituito diverso da zero da LTIApply, rc = 2

    Esaminare il problema montando il file WIM usando ImageX viene restituito l'errore "I dati non sono validi". Ulteriori indagini mostrano che il timbro data del file wim è molti anni prima della data corrente. È possibile che un altro processo, ad esempio uno scanner di virus, tenesse aperto il file wim dopo che era stato precedentemente chiuso alla conclusione di un processo di lettura o scrittura.

    Possibile soluzione: ripristinare il file wim dal supporto di backup.

Windows PE

Esaminare i problemi e le soluzioni correlati a Windows PE:

Processo di distribuzione non avviato: ram limitata o scheda di rete wireless

Problema: quando si distribuisce un'immagine in determinati computer di destinazione, Windows PE avvia, esegue wpeinit, apre una finestra del prompt dei comandi ma non avvia effettivamente il processo di distribuzione. Per risolvere il problema, eseguire il mapping di un'unità di rete dal computer di destinazione indica che i driver della scheda di rete non vengono caricati.

Possibile soluzione 1: la distribuzione guidata non viene avviata, perché la RAM non è sufficiente. Verificare che il computer di destinazione abbia almeno 512 MB di RAM e che nessuna memoria video condivisa consuma più di 64 MB di 512 MB.

Le versioni di Windows PE supportate da MDT non possono essere eseguite in un computer di destinazione con meno di 512 MB di RAM.

Possibile soluzione 2: non includere i driver wireless nell'immagine di Windows PE.

Processo di distribuzione non avviato: componenti mancanti

Problema: quando si risolve una distribuzione non riuscita, una revisione del file di BDD.log elenca la voce seguente:

ERROR - Impossibile creare ADODB. Oggetto connessione, impossibile eseguire query su SQL Server: il componente ActiveX non può creare un oggetto (429).

Possibile soluzione: questo errore può indicare che l'immagine di Windows PE non è stata creata con MDT. Se si usa Configuration Manager, non usare una delle immagini di Windows PE esistenti create da Configuration Manager; Creare invece un'immagine usando l'Importazione guidata sequenza di attività distribuzione Microsoft.

Note

Le immagini di Windows PE create da Configuration Manager contengono componenti che supportano scripting, XML e Strumentazione gestione Windows (WMI), ma non contengono componenti che supportano Microsoft ActiveX® Data Objects (ADO).

Processo di distribuzione non avviato: driver mancanti o non corretti

Problema: quando si esegue la distribuzione in determinati computer di destinazione, Windows PE avvia, esegue wpeinit, apre una finestra del prompt dei comandi, ma non avvia effettivamente il processo di distribuzione. La risoluzione dei problemi eseguendo il mapping di un'unità di rete dal computer di destinazione indica che i driver della scheda di rete non vengono caricati. Una revisione del file SetupAPI.log che si trova in X:\Windows\System32\Inf indica che Windows PE genera errori durante la configurazione della scheda di rete, uno dei quali è "Questo driver non è destinato a questa piattaforma". I driver nell'elenco Driver predefiniti sono stati inseriti nell'immagine.

Possibile soluzione: è possibile che Windows PE sia in conflitto con un altro driver. Quando si configurano le impostazioni per l'immagine windows PE in Deployment Workbench, creare un gruppo di driver windows PE che contenga solo driver di scheda di rete e driver di archiviazione e quindi configurare la condivisione di distribuzione in modo da usare solo il gruppo di driver Windows PE.

Grafici dei flussi del processo di distribuzione

Questa sezione fornisce due set di diagrammi di flusso MDT: uno per le distribuzioni LTI e uno per le distribuzioni ZTI con Configuration Manager. Ogni grafico di flusso illustra le attività eseguite durante il tipo di distribuzione.

Acquisire familiarità con i grafici di flusso del processo di distribuzione in base a:

Diagrammi di flusso del processo di distribuzione LTI

I grafici di flusso vengono forniti per le fasi seguenti:

  • Convalida (Figura 4)

  • Acquisizione dello stato (figura 5 e figura 6)

  • Preinstallazione (Figura 7, Figura 8 e Figura 9)

  • Install (Figura 10)

  • Postinstallazione (Figura 11 e Figura 12)

  • Ripristino dello stato (Figura 13, Figura 14, Figura 15 e Figura 16)

    Figura 4. Diagramma di flusso per la fase di convalida

    Screenshot del grafico di flusso per la fase di convalida LTI.

    Figura 5. Diagramma di flusso per la fase di acquisizione dello stato (1 di 2)

    Screenshot del grafico di flusso per la fase di acquisizione dello stato LTI 1.

    Figura 6. Diagramma di flusso per la fase di acquisizione dello stato (2 di 2)

    Screenshot del grafico di flusso per la fase 2 di acquisizione dello stato LTI.

    Figura 7. Diagramma di flusso per la fase di preinstallazione (1 di 3)

    Screenshot del grafico di flusso per la fase 1 di preinstallazione LTI.

    Figura 8. Diagramma di flusso per la fase di preinstallazione (2 di 3)

    Screenshot del grafico di flusso per la fase 2 di preinstallazione LTI.

    Figura 9. Diagramma di flusso per la fase di preinstallazione (3 di 3)

    Screenshot del grafico di flusso per la fase 3 di preinstallazione LTI.

    Figura 10. Diagramma di flusso per la fase di installazione

    Screenshot del grafico di flusso per la fase di installazione LTI.

    Figura 11. Diagramma di flusso per la fase di postinstallazione (1 di 2)

    Screenshot del grafico di flusso per la fase 1 di postinstallazione LTI.

    Figura 12 Diagramma di flusso per la fase di postinstallazione (2 di 2)

    Screenshot del grafico di flusso per la fase 2 di postinstallazione LTI.

    Figura 13. Diagramma di flusso per la fase di ripristino dello stato (1 di 4)

    Screenshot del grafico di flusso per la fase 1 di ripristino dello stato LTI.

    Figura 14. Diagramma di flusso per la fase di ripristino dello stato (2 di 4)

    Screenshot del grafico di flusso per la fase 2 di ripristino dello stato LTI.

    Figura 15. Diagramma di flusso per la fase di ripristino dello stato (3 di 4)

    Screenshot del grafico di flusso per la fase di ripristino dello stato LTI 3.

    Figura 16. Diagramma di flusso per la fase di ripristino dello stato (4 di 4)

    Screenshot del grafico di flusso per la fase 4 di ripristino dello stato LTI.

Diagrammi di flusso del processo di distribuzione ZTI

I grafici di flusso vengono forniti per le fasi seguenti della distribuzione ZTI con Configuration Manager:

  • Inizializzazione (figura 17)

  • Convalida (Figura 18)

  • Acquisizione dello stato (Figura 19)

  • Preinstallazione (Figura 20)

  • Install (Figura 21)

  • Postinstallazione (Figura 22)

  • Ripristino dello stato (figura 23 e figura 24)

  • Acquisizione (Figura 25)

    Figura 17. Diagramma di flusso per la fase di inizializzazione

    Screenshot del grafico di flusso per la fase di inizializzazione ZTI.

    Figura 18. Diagramma di flusso per la fase di convalida

    Screenshot del grafico di flusso per la fase di convalida ZTI.

    Figura 19. Diagramma di flusso per la fase di acquisizione dello stato

    Screenshot del grafico di flusso per la fase di acquisizione stete ZTI.

    Figura 20. Diagramma di flusso per la fase di preinstallazione

    Screenshot del grafico di flusso per la fase di preinstallazione ZTI.

    Figura 21. Diagramma di flusso per la fase di installazione

    Screenshot del grafico di flusso per la fase di installazione ZTI.

    Figura 22. Diagramma di flusso per la fase di postinstallazione

    Screenshot del grafico di flusso per la fase di postinstallazione ZTI.

    Figura 23. Diagramma di flusso per la fase di ripristino dello stato (1 di 2)

    Screenshot del grafico di flusso per la fase 1 di ripristino dello stato ZTI.

    Figura 24. Diagramma di flusso per la fase di ripristino dello stato (2 di 2)

    Screenshot del grafico di flusso per la fase 2 di ripristino dello stato ZTI.

    Figura 25. Diagramma di flusso per la fase di acquisizione

    Screenshot del grafico di flusso per la fase di acquisizione ZTI.

Supporto tecnico Microsoft

Microsoft offre supporto di livello Premier e Professional per Microsoft Deployment Toolkit.

Note

Quando si contatta il supporto tecnico, è chiaro che il problema riguarda MDT e la versione specifica.