Question : L'enregistrement d'échec de dossier de l'enregistrement C0000218 ne peut pas charger la ruche (dossier) : \ SystemRoot \ System32 \ Config \ problème et tactique de Software pour la facilité.

Salut là ; le

I ont le serveur R2 de Windows 2003 avoir une VM d'encore 2003 using le serveur de VMWare dans it.
I avoir l'erreur et le système «  » n'initialisait pas même en mode sûr après que j'aie essayé d'avoir un instantané de disque de VM de 20 G : l'enregistrement d'échec de dossier d'enregistrement du

C0000218 ne peut pas charger la ruche (dossier) : \ SystemRoot \ System32 \ Config \ problème et tactique de Software pour ease.

Since j'ai eu le CD de XP, j'initialise et utilise la console de rétablissement au checkdisk et il n'a pas échoué heureusement, mais il trouve un bon nombre de mauvais secteurs dans D : conduire avoir une VM problématique de VMWare Server.

Now, après le checkdisk, les bottes de système normalement. Mes questions sont : Le
1) a pu une cause corrompue de VM la machine physique avoir de mauvais secteurs ? Le
2) comment peut je guérir la VM ? (Aucun instantané, aucune restauration de système (en fait 2003 n'a aucune restauration de système) n'est lui possible de le guérir ? Le
3) si je supprime ou transfère cette VM, ces le mauvais secteur pourrait-il être allé/guéri ?

Best regards. class= de

Réponse : L'enregistrement d'échec de dossier de l'enregistrement C0000218 ne peut pas charger la ruche (dossier) : \ SystemRoot \ System32 \ Config \ problème et tactique de Software pour la facilité.

Si c'est DB2 UDB (Linux, Windows ou Unix), vous pouvez avoir votre DBA installez un moniteur d'événement de rapport.  Ceci capturera tout le SQL et donner le nombre de heures chacun a pris.  Cependant, ceci ne rapportera pas le temps de LOCK-WAIT l'où on vous concerne - et il répandra dehors des tonnes d'information et pourrait facilement consommer tout votre espace disque libre.

Afin de déterminer ce qui cause la controverse de base de données, les meilleurs outils « libres » disponibles sont la commande de DÉTAIL d'EXPOSITION d'APPLICATION de LISTE de voir que quels raccordements sont dans un état de LOCK-WAIT et/ou l'INSTANTANÉ d'OBTENTION POUR TOUTES LES APPLICATIONS qui montreront ce que chaque raccordement fait et si elles sont dans serrure-attendent, ce qui sont elles attendant et de qui.  Tous les deux commandes devront être courues à intervalles réguliers pour produire du type d'information requis pour diagnostiquer le problème.  Commencer à courir chaque minute et courir plus souvent au besoin.

Les deux solutions exigeront que vous mettez en marche les COMMUTATEURS de MONITEUR - je recommande d'allumer tous pour obtenir la plupart d'information possible de diagnostiquer ce problème.

Il y a des outils disponibles - comme le MONITEUR d'ACTIVITÉ qui fait partie du client de DB2 V9 - qui peut aider à diagnostiquer l'issue.  D'autres outils de surveillance tels que le projecteur de directeur et de recherche d'exécution d'Optim qui peut être acheté pour aider à diagnostiquer ces types de problèmes.

Personnellement, j'ai un ensemble de manuscrits du cru qui emploient l'application de liste et obtiennent l'infotrmation d'instantané de surveiller et diagnostiquer ces types de problèmes 24x7.  Ils ne sont pas jolis (aucun GUI, juste essai) mais ils obtiennent le travail réalisé rapidement et pour libre.

Greg