Ho fatto una sessione in vari eventi nel corso degli anni chiamati "Risoluzione dei problemi di installazioni client Windows" o qualcosa di simile a questo. Oggi è l'ultimo, presentando la sessione al TechEd Nuova Zelanda a Auckland. E 'stato messo a punto un po' nel corso degli anni, ma il flusso di base è sempre la stessa:
- I file di log di interesse
- Esempi di problemi che possono verificarsi
- Dove rivolgersi per aiuto
Beh, immagino che è giunto il momento di trasformare una parte di questo nella documentazione e iniziare a lavorare su un po 'di contenuto più profondo - in fondo, girando la sessione corrente in un libro. Naturalmente non si scrive un libro durante la notte (soprattutto quando si ha un lavoro di giorno), quindi mi aspetto che questo sia un processo incrementale. Ma piuttosto che attendere che si è fatto e quindi pubblicare il tutto, mi piacerebbe adottare un approccio diverso: pubblicare sezioni come riesco a lavorare su di essi.
Quindi, ecco la mia prima sezione, parlando dei vari file di log che possono essere di interesse durante il processo di distribuzione. Vedere di seguito:
Introduzione
Il processo di distribuzione di Windows presenta diverse parti mobili - molti strumenti e utility, script e altri pezzi cuciti insieme in una soluzione end-to-end processo di distribuzione. In un mondo perfetto, tutte queste parti avrebbe funzionato perfettamente e non ci sarebbe mai stato alcun questioni che richiedono la risoluzione dei problemi.
Ma la maggior parte di noi si rendono conto che la "perfezione" non può essere raggiunto. Questo significa che abbiamo bisogno di fare la risoluzione dei problemi. Così come si fa a fare questo in modo efficace? Beh, ci sono in realtà due modi:
Imparare attraverso le vostre esperienze.
Imparare attraverso le esperienze degli altri.
Quindi, quale è il migliore? Né, come è necessario essere in grado di fare entrambe le cose. Si vuole sfruttare l'esperienza degli altri ma anche di imparare a studiare i problemi unici senza dipendere da altri a farlo per voi.
Quindi l'obiettivo di questo documento - che nel tempo si spera crescere in un libro - è quello di raccogliere il maggior numero di queste esperienze il più possibile. Che comprende esperienze in giro per problemi specifici e soluzioni, nonché le tecniche per raggiungere la causa principale, anche per le questioni comuni che nessuno ha visto prima. Che si combinano con alcuni materiali di riferimento consolidato e collegamenti a fonti aggiuntive e speriamo di finire con qualcosa di utile.
Suona bene in teoria, vedremo come funziona nel tempo.
I file di registro
I registri di Windows
Ci sono diversi registri creati nel corso di un tipico processo di distribuzione di Windows, ma il punto di partenza è di solito solo con uno: il file Setupact.log. Questo registro tiene traccia di tutto ciò che avviene durante il processo di installazione di Windows.
Quando qualcuno ti chiede una copia dei "registri Panther" in genere quello che stanno cercando sono i file da C: \ Windows \ Panther e C: \ Windows \ Panther \ UnattendGC. Per lo meno, il Setupact.log e Setuperr.log sarebbe a desiderare, ma in caso di dubbio, prendere tutti i file nella cartella Panther e tutte le sottocartelle.
Un cambiamento significativo da Windows XP è che il processo Sysprep ora crea un file di registro, quindi se vedete eventuali errori Sysprep, mentre la costruzione di un'immagine, è possibile guardare i file Panther creati appositamente dal processo. Questi sarebbe situato nella cartella C: \ Windows \ System32 \ Sysprep \ Panther.
Si potrebbe anche bisogno di guardare sul server per le informazioni relative a Servizi di distribuzione Windows. Il file WDSSERVER.LOG, una volta attivato, è utile ogni volta indagando PXE e problemi di multicast, anche se l'inchiesta è qualcosa di semplice come "è la richiesta di arrivare al server" (che mostra che la configurazione di rete è corretta).
Log file Descrizione Dove si trova Setupact.log Main file di log scritto da Windows Vista, Windows 7 e Windows 8 processo di installazione. Indispensabile per capire quello che è successo durante l'installazione di Windows. Vedere http://support.microsoft.com/kb/927521 per maggiori dettagli. C: \ $ WINDOWS ~ BT \ Sources \ Panther (per gli errori iniziali) X:. \ $ WINDOWS ~ BT \ Sources \ Panther (in Windows PE) C:. \ Windows \ Panther (per specializzarsi) C: \ Windows \ Panther \ UnattendGC (per OOBE) C: \ Windows \ System32 \ Sysprep \ Panther (per sysprep)
Setuperr.log
Il file di log che contiene solo le voci di errore dal file Setupact.log principale. Anche se questo può essere utile di per sé, in alcuni casi, spesso sono necessari i messaggi informativi che circondano gli errori per determinare la vera causa, in modo da essere sicuri di avere entrambi i file a portata di mano.
Come per setupact.log. Dism.log Mostra i risultati di tutti i comandi DISM che sono stati eseguiti durante il processo di installazione del sistema operativo (inclusi quelli C: \ Windows \ Logs \ DISM
eseguito dal programma di installazione di Windows stesso). Utilizzare questo file per analizzare i problemi con iniezione pilota, pacco installazione della lingua, l'installazione aggiornamento della protezione, ecc
CBS.log
Un basso livello di file di registro per le operazioni di manutenzione, spesso corrispondenti ai messaggi registrati nel Setupact.log, dism.log.
C: \ Windows \ Logs \ CBS Setupapi.dev.log di visualizzare tutti i dispositivi PnP dettagli di installazione dei driver, utili per determinare quali driver sono stati considerati per un dispositivo particolare, i problemi incontrati durante l'installazione di un driver, e le relative informazioni PnP. C: \ Windows \ Inf X: \ Windows \ Inf (in Windows PE)
Netsetup.log
Mostra al dominio dettagli tentativo, utili per identificare quello che i dati di dominio di join sono stati specificati (ad eccezione per le password) ed i risultati di ogni tentativo.
C: \ Windows \ Debug WindowsUpdate.log contiene informazioni relative al software di installazione aggiornamenti da Windows Update, WSUS, o ConfigMgr (SUP). C: \ WINDOWS
Wpeinit.log
Contiene informazioni dettagliate sul processo di inizializzazione di Windows PE, utili per la risoluzione dei lenti tempi di avvio, i problemi di inizializzazione di rete, e comandi falliti che impediscono Windows PE da riavvio automatico.
X: \ Windows \ System32 (in Windows PE) Records WDSServer.log dettagli su tutte le richieste PXE elaborati da Servizi di distribuzione Windows, così come tutti i particolari di trasmissione multicast. Utile per la risoluzione dei problemi e le questioni PXE multicast. Questo registro non è attivata per impostazione predefinita e deve essere attivata seguendo le istruzioni che si trovano in http://support.microsoft.com/kb/936625. C: \ Windows \ Tracing
Task Sequencer registri
Utilizzato da System Center Configuration Manager e Microsoft Deployment Toolkit, il motore compito sequenza crea un file di log, SMSTS.LOG. Ma questo registro rimbalza in posizioni diverse nel corso del processo di distribuzione, in modo da trovare può essere una sfida. Inoltre, il file possono crescere solo così grande prima di essere rinominato con un timestamp e poi aggiunto un nuovo file viene creato. Per essere sicuri di ottenere i file che coprono il più possibile, si può sempre prendere tutti i file del sistema che corrisponde al modello "SMSTS *. LOG".
Log file Descrizione Dove si trova
Pagina | 6
Smsts.log Main file di log scritto dal sequencer compito usato sia da System Center Configuration Manager 2012, Configuration Manager 2007 e Microsoft Deployment Toolkit. Questo file è utile quando si studiano falliti passi di sequenza di attività (in particolare quelli che non senza scrivere altri log o voci di registro) e al momento di verificare la valutazione delle condizioni di passi di sequenza di attività e gruppi. Diverse posizioni possibili: % TEMP% \ SMSTSLog (in genere in Windows PE) % WINDIR% \ System32 \ CCM \ Logs (ConfigMgr 2007, a 32-bit OS) % WINDIR% \ Syswow64 \ CCM \ Logs (ConfigMgr 2007, 64 -bit OS) % WINDIR% \ CCM \ Logs (ConfigMgr 2012) C: \ \ Logs _SMSTaskSequence C: \ SMSTSLog X: \ SMSTSLog
Microsoft Deployment Toolkit Registri
Tutti gli script utilizzati in Microsoft Deployment Toolkit scrivere su due registri differenti, l'BDD.LOG principale ei file di registro singoli associati ad ogni script (ad esempio ZTIApplications.wsf verrà creato un file ZTIApplications.log). Le informazioni scritte di entrambi i registri è esattamente lo stesso, quindi se avete la BDD.LOG non si ha realmente bisogno dei singoli file di registro di script (anche se potrebbe essere più facile da seguire a volte).
Alcuni script creerà anche ulteriori file di registro. Questi file di registro aggiuntivi sarà spesso il prefisso con il nome dello script, ma non è sempre il caso. Ad esempio, lo script ZTIConfigureDHCP.wsf viene creato un file ZTIConfigureDHCP_DISM.log, mentre lo script ZTIUserState.wsf creerà file USMTCapture.log e USMTRestore.log. Quindi, si potrebbe desiderare di mantenere tutti i file di registro nei casi in cui si riscontrano problemi.
Log file Descrizione Dove si trova BDD.log Main file registro scritto tutti gli script MDT. Indispensabile per capire quello che è successo nel corso di un sequenza di attività MDT. C: \ MININT \ SMSOSD \ OSDLOGS (Lite funzionamento Touch) C: \ _SMSTaskSequence \ Diari (funzionamento ConfigMgr) C: \ WINDOWS \ Temp \ DeploymentLogs (Lite completo touch) Altri (ConfigMgr, vedi descrizione SMSTS.LOG)
User State Migration Tool Registri
Lo Stato strumento di migrazione utente (USMT) crea un file di log per ogni esecuzione degli strumenti Scanstate.exe e Loadstate.exe. Il nome predefinito per il file di log verrà Scanstate.log e Loadstate.log, ma un nome di file diverso può essere specificato nella riga di comando. La Microsoft Deployment Toolkit consente di specificare un nome diverso, mentre ConfigMgr utilizza i nomi predefiniti. Log file Descrizione Dove si trova Log USMTEstimate.log creato dallo script MDT ZTIUserState.wsf durante l'esecuzione Scanstate.exe per determinare se vi sia spazio sufficiente per salvare lo stato utente in locale. Questo è applicabile solo a USMT 3.0, dal momento che USMT 4.0 e 5.0 hardlink uso quando il mantenimento dello stato d'uso a livello locale significa che ci sia sempre sufficiente spazio su disco. Nella stessa posizione del file BDD.LOG.
USMTCapture.log
Accedere creato dallo script MDT ZTIUserState.wsf durante l'esecuzione Scanstate.exe per catturare stato utente dal computer corrente.
Nella stessa posizione del file BDD.LOG. Log USMTRestore.log creato dallo script MDT ZTIUserState.wsf durante l'esecuzione Loadstate.exe per ripristinare lo stato utente al computer corrente. Nella stessa posizione del file BDD.LOG.
Scanstate.log
Accedere creato dal ConfigMgr "User State Capture" passo durante l'esecuzione Scanstate.exe per catturare stato utente dal computer corrente.
Nella stessa posizione del file SMSTS.LOG. Log Loadstate.log creato dal ConfigMgr "Ripristina stato utente" passo durante l'esecuzione Loadstate.exe per ripristinare lo stato utente al computer corrente. Nella stessa posizione del file SMSTS.LOG.
Configuration Manager Registri
Oltre al compito sequencer registri di cui sopra, ci sono file di registro aggiuntivi sul server ConfigMgr che sono utili per la risoluzione dei problemi specifici. Vedere http://technet.microsoft.com/en-us/library/bb932135.aspx per un elenco completo dei file di log utilizzati da ConfigMgr. Log file Descrizione Dove si trova DriverCatalog.log Contiene informazioni che possono essere utili quando degli errori durante l'importazione di driver C: \ Programmi \ Microsoft Configuration Manager \ Logs
TaskSequenceProvider.log
Utile quando degli errori durante il salvataggio o l'importazione di una sequenza di attività
C: \ Programmi \ Microsoft Configuration Manager \ Logs SMSPXE.LOG usate durante la risoluzione dei problemi di avvio PXE C: \ Programmi \ \ Logs SMS_CCM
Smsprov.log
Può avere maggiori dettagli errore durante il salvataggio o l'importazione di una sequenza di attività
C: \ Programmi \ Microsoft Configuration Manager \ Logs
Nessun commento:
Posta un commento
Nota. Solo i membri di questo blog possono postare un commento.