J'essaie d'utiliser winDBG (adplus) pour vider le processus w3wp. Lorsque j'ai lancé cette commande, adplus.vbs -hang -quiet -p ****, je l'ai trouvé créer un dossier avec un fichier de grande taille, et la taille augmentait. Puis, soudainement, le fichier de grande taille a disparu et le processus a recommencé. Est-ce que quelqu'un le sait?Récupère le vidage de mémoire de processus w3wp.exe de sharepoint en utilisant le winDBG
Cordialement,
Je ne peux imaginer l'utilisation de la mémoire du processus w3wp obtenu à une grande partie qui a déclenché un recyclage du pool d'application, ce qui signifie le redémarrage w3wp.
Yongwei,
Colin a raison; en effet, vous êtes en concurrence avec IIS car il recycle le pool d'applications. Lorsque vous classez votre instantané de processus, vous atteignez un seuil de mémoire pour le recyclage, ou les contrôles de santé perçoivent le processus comme étant suspendu et appliquant un recyclage (peut-être parce que ADPlus verrouille le processus). Je modifierais les caractéristiques de votre pool d'applications avant de tenter votre prochaine capture. Vous avez seulement besoin de ces changements en vigueur aussi longtemps que nécessaire pour capturer votre décharge:
En effet, vous devez désactiver toutes les fonctionnalités qui tentent de garder vos pools d'applications fonctionnent bien. La capture d'un instantané de la mémoire prend du temps (comme vous le savez).
Je vous recommande également de consulter ProcDump (http://technet.microsoft.com/en-us/sysinternals/dd996900.aspx) des gars de SysInternals. Il vient d'être publié le mois dernier, et il rend la capture de mémoire de processus un peu plus facile. Un article sur l'utiliser pour capturer le W3WP est ici: http://blogs.msdn.com/webtopics/archive/2009/08/08/using-procdump-exe-to-monitor-w3wp-exe-for-cpu-spikes.aspx
J'espère que cela aide!