martedì 18 settembre 2012

SCVMM 2012: Una libreria frustrante che proprio non se ne andrà! Rimozione forzata è


Di recente abbiamo avuto una situazione con il nostro gestore di sistema della macchina virtuale Centro 2012 (VMM) che letteralmente frustrato il crap fuori di me. Non prendere quella sbagliata, il prodotto non ha davvero causare la frustrazione invece era l' uso scorretto delle biblioteche nel 2012 che ha fatto .Vedete, si vive e impara e quando abbiamo originariamente impostare il nostro nuvolosa Sviluppo nel 2012, abbiamo messo insieme le biblioteche per consentire la massima flessibilità. Dovresti leggere che, come detto - non abbiamo RTFM prima abbiamo iniziato a creare le librerie .  
Dopo mesi e mesi di utilizzo di VMM 2012, abbiamo finalmente capito (o questo è dove si deve confondere con la tesa e dire che, io, capito) come impostare correttamente le librerie per una nuvola. Questo è ciò che (Microsoft) pensato maggior parte degli amministratori avrebbero fatto prima hanno creato una nube e librerie messe a disposizione. La ripartizione delle nuvole, biblioteche, e 2012 mi salverà per un altro giorno, ma per ora vorrei solo spiegare l'incubo che esisterà quando si dispone di oggetti fisici (ad esempio ISO, il VHD, ecc) nel database VMM ancora i file fisici stessi se ne sono andati. 
Il risultato: La libreria sarà in grado di aggiornare. Ancora una volta. Ancora una volta. E mi ha fatto ricordare di nuovo? 

Individuare il problema: Errore 801 VMM non riesce a trovare {} {tipo di oggetto Object ID}

Si inizia con indagini che Jobs Wonderbar nella Console di amministrazione VMM.Durante il tipico ciclo di 60 minuti di aggiornamento (60 è il valore predefinito, ma configurabile), si vedrà una voce che dice il vostro aggiornamento non è riuscito.Nel nostro caso, abbiamo avuto un tester che mancava di utilizzare una ISO che avevano caricato il Self-service Libreria anche se non poteva usare come VMM non era a conoscenza di esso a causa della mancanza di aggiornamento. Wow. (In questo caso, è stato più facile da usare Hyper-V Manager per collegare e abbiamo fatto in modo di sbloccare il tester, ma che avrebbe ucciso questo post del blogSorriso
Error801VMObjectIdErrorVMM
Beh, questo è facile ... cerchiamo di rimuovere l'oggetto giusto? Facciamolo ...
Così, ho inseguito cercando di rimuovere qualsiasi istanza dell'oggetto VM in questione e sono stato in grado di farlo nel modo seguente in SQL Management Studio:
  1. Connettersi al VirtualManagerDB utilizzando le credenziali con le autorizzazioni sysadmin
  2. Fare clic su Nuova query
  3. Selezionare il VirtualManagerDB e immettere il seguente:
Selezionare * da dbo.tbl_WLC_VMInstance dove ObjectID = '{Id Inserisci oggetto dal Dettagli Lavoro}'
Questo dovrebbe restituire tutte le istanze di questo oggetto e la prossima cosa da fare è la seguente:
Cancellare  da dbo.tbl_WLC_VMInstance dove ObjectId = '{Inserisci ID oggetto}'
Questo ritorno, che è stato completato con successo e quindi eseguire nuovamente il comando di selezione e vedrete 0 istanze e sei a posto. Di seguito sono riportati esempi completi di comandi utilizzati -
VMObjectIdVMInstance
DeleteVMObjectIdVMInstance
L'ultimo passo è quello di cercare di aggiornare le condivisioni di libreria e vedere se completa.

Aggiornamento non riesce: Che cosa devo fare adesso?

L'aspetto negativo di questa operazione è che hai rimosso con successo l'oggetto ancora non hai la libreria felice a questo punto. Ero * * riuscita a determinare come risolvere il problema e quindi sono andato il percorso duro e RTFM (ad esempio, leggere la documentazione) e impostare le cose un po 'diverso, come ho detto sopra. Il vero divertimento inizia quando si cerca di rimuovere la libreria utilizzando la Console di amministrazione VMM
Purtroppo, si scopre la biblioteca quando è in questo stato è anche non-rimovibile e non esiste un metodo che potrebbe determinare per correggere questo. L'errore riscontrato è lo stesso come sopra-
Error801VMObjectId
Si scopre, non ho potuto rimuovere la libreria, anche se avevo tolto tutti gli oggetti VM in VMM (credetemi, potrei aver perso 'em nel DB, ma non per la mancanza di tentativi).

Nuke Biblioteca nel database, dico ...

Come ultima risorsa, si può sempre andare direttamente al database. Questo non è consigliato per i deboli di cuore e vi suggerisco di eseguire il backup del database VMM immediatamente - ora - prima di continuare avanti . Andiamo avanti con la forza di rimuovere la condivisione di libreria.
Per rimuovere una condivisione di libreria dal VMM l'istanza che è non-gestibile, effettuare le seguenti operazioni:
NOTA: Si prega di interrompere il servizio VMM prima di procedere
  1. Aprire SQL Server Management Studio
  2. Selezionare Nuova query e la connessione al VirtualManagerDB
  3. La prima cosa da fare è trovare il LibShareId per la condivisione che si desidera rimuovere. Per effettuare questa operazione, utilizzare il seguente comando:
Selezionare Nome, LibraryShareId da dbo.tbl_IL_LibraryShare
Il set di risultati restituisce a voi una lista di tutte le condivisioni di libreria noti al server VMM. La cosa fondamentale che si desidera è l'ID di condivisione di libreria che viene utilizzato nelle fasi successive.
immagine
 

Eliminazione di Riferimenti e condivisione di libreria: Cerchiamo di fare questo

Se si tenta di eliminare immediatamente la condivisione di libreria, si viola un vincolo nel VirtualManagerDB tra due tabelle - LibraryShare & PhysicalObject. Per consentire la rimozione, è necessario rimuovere il riferimento alla condivisione di libreria trovato sopra di esso nella tabella del PhysicalObject utilizzando il seguente comando:
Selezionare * da dbo.tbl_WLC_PhysicalObject dove LibShareId = '{Inserire Share ID della libreria a partire dal punto 3}'
immagine
 
Se si sposta in avanti, si noterà alcun riferimento e non dovreste avere problemi con il vincolo.   
A questo punto è in grado di eliminare il riferimento nella tabella dbo.tbl_IL_LibraryShare:
Cancellare  da dbo.tbl_WLC_PhysicalObject dove LibShareId = '{Inserire Share ID Biblioteca dal punto 3}
immagine
Ora sarà in grado di confermare che in Libreria> Server Libreria> {} Server non sarà più la condivisione appena rimosso. Abbiamo monitorato il server per diversi giorni, ma la prima cosa che abbiamo fatto è stato aggiornare la raccolta e lo guardò completare con successo in tutte le nostre azioni.

Riassunto

Questo è stato doloroso da parte nostra. Ci sono voluti più di 2 settimane per capire cosa sta succedendo e apportare le modifiche appropriate per consentire la gente a tornare al lavoro. Io personalmente prendersi il merito per aver rovinato un paio di cose, quando abbiamo fissato la nuvola e non voglio farlo di nuovo, ma alla fine il lavoro necessario per capire, e la pulizia, era al di sopra e al di là di qualsiasi cosa fatta prima da noi in VMM. A causa di questo, si spera che hai imparato un paio di cose circa il modo di andare a caccia nel VirtualManagerDB per gli oggetti e, auspicabilmente, la loro rimozione. Buona caccia ... non dimenticare di eseguire il backup del database VMM .
Buon divertimento!


giovedì 6 settembre 2012

Risoluzione dei problemi distribuzioni di Windows


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



martedì 4 settembre 2012

BootFests - Creazione di avvio USB stick ....


Recentemente ho fatto una serie di Bootfests installfest e negli Stati Uniti occidentali. A questi eventi, abbiamo parlato e poi eseguito installazioni di macchine dei loro clienti per una varietà di sistemi operativi Microsoft.Abbiamo avuto diverse opzioni con cui lavorare e voglio fornire maggiori informazioni qui su quello che ho fatto per creare le chiavi di memoria USB che utilizzate e dei metodi di installazione diversi che abbiamo usato.
La chiavetta USB We Used
Per i laboratori, ho fornito un prestito 32gig Memory stick USB che era avviabile. L'ho configurato con i bit per Windows 8 e Windows 2012, in modo da poter spostare alcuni file in giro e l'avvio di installare entrambi i sistemi operativi.
USB Stick Configurazione
Per rendere la chiavetta USB avviabile, ho eseguito le seguenti operazioni -
Avere a disposizione il supporto di installazione per il sistema operativo (in questo esempio ho usato Windows 8). Se questo è in. Forma ISO, estrarre tutto dal. ISO e riporre in un facile da trovare la cartella. In particolare, è necessario assicurarsi di avere accesso al boot \cartella. In questa cartella si avrà labootsect.exe applicazione che useremo più avanti nella preparazione
Inserire Stick in porta disponibile
Aprire un amministratore di livello CMD prompt dei
> Diskpart
> List disk (per identificare il numero del disco della chiavetta USB. Nel mio esempio qui sotto, è Disk 6)
immagine




> Sel disk # (dove # è il disco # della vostra chiavetta USB.)
> List disk (per confermare abbiamo selezionato il disco corretto #)
immagine
* Attenzione * Questo comando successivo spazzerà via un disco senza conferma! Non eseguire senza accertarsi di aver selezionato il disco corretto!
> Pulito
> Cre par pri (crea una partizione primaria sul disco selezionato)
> Sel part 1 (seleziona partizione 1 sul disco selezionato)
> Attivo (imposta partizione selezionata per essere la partizione attiva)
> Format fs = ntfs rapido (eseguire una formattazione rapida della partizione attiva)
> Assign (assegna una lettera di unità)
> Uscita
Lascia il tuo aperto CMD prompt dei
Aprire Risorse del computer o Gestione disco e identificare la lettera di unità della chiavetta USB
Ricordate il supporto di installazione e la cartella / boot di cui sopra? Al prompt CMD, eseguire il seguente -
> <percorso> \ Boot \ bootsect.exe / nt60 lettera di unità> USB stick:> (dove <percorso> è la directory è caduto il supporto di installazione in)
immagine
Una volta che il codice di avvio viene aggiornato sulla chiavetta USB, ora è possibile copiare tutti i file di installazione multimediali sulla chiavetta USB. E 'quindi una semplice questione di riavviare la macchina, premendo qualsiasi tasto magiche che sono richieste, nel computer in uso in modo da poter eseguire l'avvio da USB e poi procedere con l'installazione come al solito!

Nelle nostre classi, alcune persone notato che ho avuto alcune cartelle in più sulla mia chiavetta USB. Ecco ciò che la radice delle nostre chiavi USB sembrava -
immagine
Si noterà una cartella denominata \ NOMOVE nella radice. Questo era solo un promemoria per me di non eliminare o spostare questa directory quando si cambia sistema operativo sulla chiavetta USB. In questa cartella creo cartelle aggiuntive per ogni sistema operativo vorrei installare da USB. Ho poi copiare tutti i file di installazione da un file. ISO o CD / DVD per il nome della cartella in modo appropriato sistema operativo. Quando voglio installare un sistema operativo diverso da USB, ho semplicemente spostare tutti i file dalla directory principale (esclusi NOMOVE) torna alla sua cartella del sistema operativo. Ho quindi spostare tutti i file dalla cartella sistema operativo che vuole installare alla radice.
immagine
Se si dispone di un bastone 16gig, è possibile ottenere almeno 3 diverse installazioni del sistema operativo sulla chiavetta stessa.