Questione : La registrazione di guasto della lima di registrazione C0000218 non può caricare l'alveare (lima): \ SystemRoot \ System32 \ Config \ problema e tattiche di Software per facilità.

Ciao là; il

I ha assistente R2 di Windows 2003 avere un VM di un altro 2003 using l'assistente di VMWare in it.
I avere l'errore ed il sistema “„ non stava non caric il sistemaare neppure nel modo sicuro dopo che stavo provando ad avere una fotografia istantanea del disc di 20 il G VM: la registrazione di guasto della lima di registrazione del

C0000218 non può caricare l'alveare (lima): \ SystemRoot \ System32 \ Config \ problema e tattiche di Software per ease.

Since ho avuto CD di XP, caric il sistemaare ed utilizzo la sezione comandi di recupero a checkdisk e non è venuto a mancare fortunatamente, ma trova i lotti dei settori difettosi nella D: determinare normalmente avere un VM problematico di VMWare Server.

Now, dopo il checkdisk, i caricamenti del sistema del sistema. Le mie domande sono: Il
1) ha potuto una causa corrotta del VM la macchina fisica avere settori difettosi? Il
2) come può io guarire il VM? (Non ci è fotografie istantanee, nessun restauro del sistema (in effetti 2003 non ha restauro del sistema) esso possibile guarirlo?
3) se cancello o trasferisco quel VM, potrebbe quel settore difettoso essere andato/guarito?

Best regards. class= del

Risposta : La registrazione di guasto della lima di registrazione C0000218 non può caricare l'alveare (lima): \ SystemRoot \ System32 \ Config \ problema e tattiche di Software per facilità.

Se questo è DB2 UDB (Linux, Windows o Unix), potete avere vostro DBA installate un monitor di evento di dichiarazione.  Ciò bloccherà tutto lo SQL e dare il tempo ciascuno ha preso.  Tuttavia, questo non segnalerà il tempo di LOCK-WAIT où vi preoccupiate - e fuoriuscirà fuori le tonnellate di informazioni e potrebbe consumare facilmente tutto il vostro spazio di disc libero.

Per determinare che cosa sta causando il conflitto della base di dati, i migliori attrezzi “liberi„ disponibili sono l'ordine del PARTICOLARE di ESPOSIZIONE di APPLICAZIONE della LISTA vedere che i quali collegamenti sono in una condizione di LOCK-WAIT e/o la FOTOGRAFIA ISTANTANEA di OTTENERE PER TUTTE LE APPLICAZIONI che mostreranno da che cosa ogni collegamento sta facendo e se sono in serratura-attende, da che cosa sono che aspettano e da chi.  Entrambi ordini dovranno essere fatti funzionare ad intervalli normali per generare il tipo di informazioni stato necessario per diagnosticare il problema.  Iniziare a fare funzionare ogni minuto e funzionare più spesso se necessario.

Entrambe le soluzioni richiederanno che accendiate gli INTERRUTTORI del MONITOR - suggerisco accendere tutti per ottenere la maggior parte delle informazioni possibili diagnosticare questo problema.

Ci sono attrezzi disponibili - quale il MONITOR di ATTIVITÀ che fa parte del cliente di DB2 V9 - che può contribuire a diagnosticare l'edizione.  Altri attrezzi di controllo quale il riflettore del responsabile e di ricerca di prestazione di Optim che può essere comprato per contribuire a diagnosticare questi tipi di problemi.

Personalmente, ho un insieme degli scritti homegrown che usano l'applicazione della lista e convincono il infotrmation di fotografia istantanea a controllare e diagnosticare questi tipi di problemi 24x7.  Non sono graziosi (nessun GUI, appena prova) ma ottengono il lavoro fatto rapidamente e per libero.

Greg