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 blog
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:
- Connettersi al VirtualManagerDB utilizzando le credenziali con le autorizzazioni sysadmin
- Fare clic su Nuova query
- 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 -
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-
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
- Aprire SQL Server Management Studio
- Selezionare Nuova query e la connessione al VirtualManagerDB
- 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.
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}'
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}
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!
