Pergunta : O registro da falha da lima do registro C0000218 não pode carregar a colmeia (lima): \ SystemRoot \ System32 \ Config \ problema e táticas de Software para a facilidade.

Olá! lá; o

I tem o usuário R2 de Windows 2003 ter um VM de um outro 2003 using o usuário de VMWare em it.
I ter o erro e o sistema “” não estava carreg mesmo na modalidade segura depois que eu estava tido um instantâneo do disco de 20 G VM: o registro da falha da lima do registro do

C0000218 não pode carregar a colmeia (lima): \ SystemRoot \ System32 \ Config \ problema e táticas de Software para ease.

Since eu tive o CD de XP, eu carreg e uso o console da recuperação ao checkdisk e não falhou felizmente, mas encontra lotes de setores maus em D: conduzir ter um VM problemático de VMWare Server.

Now, após o checkdisk, os carregadores do sistema normalmente. Minhas perguntas são:
1) Podia um VM corrompido fazer com que a máquina física tenha setores maus?
2) Como posso eu curar o VM? (Nenhum instantâneo, nenhuma restauração do sistema (de fato 2003 não têm nenhuma restauração do sistema) é ele possível o curar?
3) Se eu suprimo ou transfiro desse VM, poderia aquele o setor mau ser ido/curado?

Best regards. class= do

Resposta : O registro da falha da lima do registro C0000218 não pode carregar a colmeia (lima): \ SystemRoot \ System32 \ Config \ problema e táticas de Software para a facilidade.

Se este é DB2 UDB (linux, Windows ou Unix), você pode ter seu DBA setup um monitor do evento da indicação.  Isto capturará todo o SQL e dar a quantidade de tempo cada um tomou.  Entretanto, isto não relatará o tempo de LOCK-WAIT que você é estado relacionado com - e vomitará para fora toneladas de informação e poderia facilmente consumir todo seu espaço de disco livre.

A fim determinar o que está causando a disputa da base de dados, as melhores ferramentas “livres” disponíveis são o comando do DETALHE da MOSTRA da APLICAÇÃO da LISTA ver que que conexões estão em um estado de LOCK-WAIT e/ou o INSTANTÂNEO da OBTENÇÃO PARA TODAS AS APLICAÇÕES que mostrarão o que cada conexão está fazendo e se está em fechamento-espera, o que são elas que esperam e de quem.  Both of these comandos terão que ser funcionados em intervalos regulares para gerar o tipo de informação necessário para diagnosticar o problema.  Começar funcionar cada minuto e funcionar mais frequentemente caso necessário.

Ambas as soluções exigirão que você gira sobre os INTERRUPTORES do MONITOR - eu recomendo girar sobre todo para começ a maioria de informação possível diagnosticar este problema.

Há ferramentas disponíveis - como o MONITOR da ATIVIDADE que é parte do cliente de DB2 V9 - que pode ajudar a diagnosticar a edição.  Outras ferramentas da monitoração tais como o projector do gerente e da procura do desempenho de Optim que pode ser comprado para ajudar a diagnosticar estes tipos de problemas.

Pessoal, eu tenho um jogo dos certificados homegrown que usam a aplicação da lista e conseguem o infotrmation do instantâneo monitorar e diagnosticar estes tipos de problemas 24x7.  Não são bonitos (nenhum GUI, apenas teste) mas começ o trabalho feito rapidamente e para livre.

Greg