Comment utiliser ADPlus.vbs pour dépanner « blocages » et « incidents »

Traductions disponibles Traductions disponibles
Numéro d'article: 286350 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

ADPlus.vbs (ADPlus) est un outil à partir de Microsoft Product Support Services (PSS) qui peut dépanner tout processus ou application qui cesse de répondre (se bloque) ou tombe en panne (incident). Fréquemment, vous pouvez utiliser ADPlus comme outil de remplacement pour le Moniteur d'Exception de Microsoft Internet Information Server (IIS) (6.1/7.1) et le vidage du processus en Mode utilisateur. Il s'agit de deux outils PSS utilise fréquemment pour isoler la cause d'un processus à cesser de répondre (se bloquer) ou fermer de façon inattendue (se bloquer) dans un environnement Microsoft Windows DNA.

Plus d'informations

Configuration système requise

ADPlus utilise la configuration minimale suivante :
  • Windows NT 4.0 Service Pack 4 ou version ultérieure
  • Windows Scripting Host 5.6 ou version ultérieure
  • Au moins 10 méga-octets (Mo) d'espace libre sur le disque ou un partage réseau dans lequel ADPlus placera les fichiers de sortie
  • Microsoft Debugging Tools for Windows installé

Où se procurer ADPlus ?


ADPlus est fourni avec les outils Microsoft de débogage pour Windows les plus récentes. Pour procurer les outils de débogage, reportez-vous au site Web Microsoft suivant :
http://www.Microsoft.com/whdc/devtools/debugging/default.mspx

Les outils de débogage sont répertoriés dans deux emplacements sur l'écran Options d'Installation dans l'Assistant Installation du Kit de développement logiciel Windows. Si vous souhaitez installer les outils de débogage pour Windows sur l'ordinateur sur lequel vous travaillez, vous devez sélectionner leOutils de débogage pour Windowsoption sousUtilitaires communs. Si vous souhaitez configurer les outils de débogage pour Windows sur un autre ordinateur, vous devez sélectionner leOutils de débogageoption sous Packages redistribuablesPour télécharger tous les trois versions de packages d'installation des outils de débogage (x 86, x 64, Itanium).

Remarque : La version la plus récente de Microsoft Debugging Tools for Windows est fournie en tant que partie du SDK Windows. En outre, le nom de fichier est passé de ADPlus.vbs à ADPlus_Old.vbs. En outre, ADplus.exe a été ajouté. Par conséquent, ADplus.exe est exécutée lorsque vous tapez uniquementADPlus. ADplus.exe n'est pas identique à ADPlus_Old.vbs. Cet article mentionne uniquement la version .vbs. Lorsque vous souhaitez exécuter la version .vbs, vous devez taperADPlus_old.vbs.


Nouvelles fonctionnalités de ADPlus Version 6.0

ADPlus V6.0 a été complètement réécrit. L'outil a nouveaux commutateurs et nouvelles capacités. Vous pouvez maintenant configurer l'outil via un fichier de configuration externe. Vous pouvez afficher des informations mises à jour sur les nouvelles fonctionnalités et les commutateurs dans le fichier d'aide de débogueur (Debugger.chm) qui est inclus dans le package des débogueurs de Microsoft Windows.

Debugger.chm se trouve dans le même dossier que ADPlus.vbs. Pour localiser la documentation de ADPlus, cliquez sur le Contenu onglet, puis sur tous les éléments suivants :
  • À l'aide des outils de débogage pour Windows
  • Fichiers de vidage sur incident
  • Fichiers de vidage en Mode utilisateur
  • Création d'un fichier de vidage en Mode utilisateur
  • ADPlus
Vous pouvez également rechercher la documentation de ADPlus en cliquant sur le Index onglet Type ADPlus dans la zone de texte mot clé.

Que fait ADPlus ?

ADPlus est un script de Microsoft Visual Basic sur la console. Il automatise le débogueur Microsoft CDB pour produire des images mémoire et les fichiers journaux qui contiennent la sortie de débogage à partir d'un ou plusieurs processus. Chaque fois que vous exécutez ADPlus, (image mémoire et fichiers texte qui contiennent des informations de débogage) les informations de débogage sont placée dans un unique dossier (par exemple C:\Temp\Crash_Mode__Date_01-22-2001__Time_09-41-08AM) sur le système de fichiers local ou sur un partage réseau à distance. En outre, chaque fichier ADPlus crée a un nom unique (par exemple, PID-1708__Inetinfo.exe__Date_22-01-2001__Time_09-41-08.log) pour éviter de remplacer les anciens fichiers par les nouveaux.

ADPlus fonctionne avec n'importe quel processus en mode utilisateur ou le service Internet Information Services (IIS), Microsoft Transaction Server (MTS) ou des applications Microsoft COM +.

Voici quelques-unes des fonctionnalités de ADPlus :
  • ADPlus emploie les débogueurs Microsoft les plus récents pour la fiabilité, la vitesse et fonctionnalités améliorées.
  • Lorsque ADPlus effectue un vidage de mémoire pour plusieurs processus, il fait de façon asynchrone afin que chaque processus est gelé et capturé en même temps. Cette méthode peut fournir un « instantané » de l'ensemble de l'application au moment où ADPlus est exécuté. Vous devez capturer tous les processus qui composent une application et tous les processus utilisés par l'application en même temps, pour capturer l'état de l'application au moment où le problème se produit. Ceci est particulièrement important pour les applications qui effectuent des appels de procédure distante vers d'autres processus.
  • ADPlus utilise une interface de ligne de commande. Ne disposant pas d'une interface graphique utilisateur, ADPlus peut s'exécuter en mode silencieux (sans supprimer les boîtes de dialogue) à partir d'une invite de commande distant (un shell de commande à distant d'à l'aide de Remote.exe). En mode silencieux, les erreurs apparaissent dans la console et sont écrits dans le journal des événements. Pour plus d'informations sur la façon d'exécuter ADPlus à partir d'une invite de commande distant, consultez la section « Scénarios d'utilisation » de cet article.
  • Si vous utilisez le -notifier commutateur lorsque ADPlus surveille les incidents et le service Windows Messenger est démarré, ADPlus peut alerter un utilisateur ou un ordinateur d'un incident via le service Windows Messenger.
  • Lorsque ADPlus surveille un processus en mode crash, si un incident se produit, ADPlus envoie des informations importantes sur le type d'incident dans le journal des événements.
  • ADPlus prend en charge le déploiement XCOPY. Si vous installez le package de débogueurs fourni avec ADPlus sur un ordinateur test, vous pouvez copier le dossier dans lequel les débogueurs ont été installés dans un autre ordinateur. En outre, ADPlus ne nécessite pas d'enregistrer des composants de modèle d'objet composant (COM) personnalisée sur le système. Par conséquent, vous pouvez employer ADPlus sur des serveurs de production qui ont une configuration logicielle est verrouillée. Pour supprimer ADPlus, supprimez le dossier dans lequel il a été installé ou copié vers.

Quand devez-vous utiliser ADPlus ?

ADPlus est destiné à fournir qu'aux informations de débogage disposer pour isoler la cause des problèmes qui se produisent dans des environnements complexes de professionnels du support Microsoft PSS.

Utilisez ADPlus pour capturer les informations de débogage si vous rencontrez des problèmes suivants :
  • Processus qui cessent de répondre.
  • Processus qui consomment 100 pour cent du processeur sur un ordinateur monoprocesseur, 50 pour cent du processeur sur un ordinateur à deux processeurs, 25 pour cent du processeur sur un ordinateur à quatre processeurs et ainsi de suite.
  • Processus qui plantent ou arrêté de manière inattendue.

Quand ne devez-vous pas utiliser ADPlus ?

N'utilisez pas ADPlus dans les situations suivantes :
  • Si vous devez dépanner un programme ou un processus qui se ferme inopinément lors du démarrage. Vous pouvez uniquement utiliser ADPlus pour les processus qui démarre avec succès. Pour dépanner des processus de manière inattendue lors du démarrage, le vidage du processus en Mode utilisateur peut être une meilleure solution. Pour plus d'informations sur le vidage du processus en Mode utilisateur, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    253066Disponibilité du Service Release 2 OEM Support outils Phase 3
    Vous pouvez également utiliser les débogueurs les plus récents pour déboguer manuellement le processus. Pour plus d'informations sur les débogueurs les plus récents, visitez le site Web Microsoft suivant :
    http://www.Microsoft.com/whdc/devtools/debugging/default.mspx
  • S'il existe un effet notable sur les performances lorsque vous utilisez ADPlus en mode crash. En général, cela est dû à des bibliothèques de liens dynamiques (DLL) ou programmes qui émettent de nombreuses exceptions EH Microsoft Visual C++. (Ces exceptions se produisent lorsque vous utilisez l'instruction throw de C++ ou lorsque vous utilisez des blocs try/catch .) Programmes qui écrivent beaucoup d'informations sur le flux de sortie de débogage peuvent également entraîner la baisse des performances. Dans la grande majorité des cas, ADPlus n'affecte pas les performances sensiblement lorsqu'il est exécuté en mode crash.
  • Si vous exécutez dans un environnement de clusters, certaines précautions doivent être prises lorsque vous utilisez ADPlus.Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    841673Un serveur dans un cluster peut basculer lorsque vous essayez de créer un fichier de vidage de la banque d'informations à l'aide de ADPlus ou Userdump dans Exchange 2000 Server ou 2003 d'Exchange Server

Comment ADPlus fonctionne-t-il ?

ADPlus propose deux modes de fonctionnement :
  • Mode « Hang » permet de résoudre les problèmes de processus bloqué, l'utilisation du processeur à 100 pour cent et autres problèmes qui n'impliquent pas un incident. Lorsque vous utilisez ADPlus en mode hang, vous devez attendre que le processus ou processus cesse de répondre avant d'exécuter le script (contrairement au mode crash, mode hang n'est pas persistant).
  • Mode « Crash » est utilisé pour résoudre les incidents qui entraîner des erreurs Dr. Watson ou tout autre type d'erreur qui provoque un programme ou un service de manière inattendue. Lorsque vous utilisez ADPlus en mode crash, vous devez démarrer ADPlus avant que l'incident se produit. Vous pouvez configurer ADPlus pour avertir un administrateur ou un ordinateur d'un incident par l'intermédiaire de la -notifier basculer.

Mode de blocage

Dans ce mode, ADPlus produit immédiatement des vidages mémoire complets pour tous les processus spécifiés sur la ligne de commande, une fois le script terminé. Chaque fichier .dmp créé est placé dans un dossier qui contient la date et l'heure lors de l'exécution de ADPlus. Chaque nom de fichier contient le nom du processus, l'ID de processus et le cachet de date/heure lors de l'exécution de ADPlus. Alors que la mémoire du processus est en cours exportée vers un fichier, le processus est gelé. Après avoir créé le fichier de vidage de mémoire, le processus est repris à l'aide d'un attachement/détachement non invasif au débogueur CDB.

Conseil d'utilisation Vous pouvez utiliser ADPlus en mode hang place de Userdump.exe pour vider la mémoire d'un ou plusieurs processus. En outre, de se bloquer en mode works à l'intérieur d'une session Terminal Server.

En mode Crash

Dans ce mode, ADPlus attache le débogueur CDB à tous les processus sont spécifiés sur la ligne de commande. ADPlus configure automatiquement le débogueur pour surveiller les types d'exceptions suivants :
  • Handle non valide
  • Instruction non conforme
  • Division entière par zéro
  • Flottante Point de division par zéro
  • Débordement d'entier
  • Séquence de verrouillage non valide
  • Violation d'accès
  • Débordement de pile
  • Exception EH C++
  • Exception inconnue
Vous pouvez utiliser ADPlus en mode crash le Moniteur d'Exception IIS ou Userdump.exe lorsque vous dépannez ces types d'exceptions. Étant donné que crash mode utilise un « INVASIF » joindre via le débogueur CDB, il ne fonctionne pas dans une session Microsoft Windows NT 4.0 ou Windows 2000 Terminal Server. Revanche uniquement mode hang fonctionne à l'intérieur d'une session Terminal Server sur ces systèmes d'exploitation, car ils nécessitent l'utilisation d'un rattachement non invasif. Pour plus d'informations sur la façon invasif et non invasif attacher à un processus avec les débogueurs les plus récents, consultez le « à l'aide des outils de débogage pour Windows : attachement à un processus en cours d'exécution (Mode utilisateur) "section dans l'aide des débogueurs.

Remarque : En mode Crash est pris en charge dans une session Terminal Server sur les systèmes d'exploitation Windows XP et Microsoft Windows Server 2003.

Lorsque ADPlus est exécuté en mode crash, un débogueur demeure attaché à chaque processus sont spécifié sur la ligne de commande pour la durée de vie de ce processus jusqu'à ce qu'une erreur fatale soit identifiée et que le processus se ferme de façon inattendue ou jusqu'à ce qu'un utilisateur appuie sur la combinaison de touches CTRL + C pour détacher le débogueur de ce processus. Pour détacher manuellement le débogueur du processus, vous devez agrandir la fenêtre de débogueur et puis appuyez sur CTRL + C pour arrêter le débogueur.

Lorsque vous appuyez sur CTRL + C, ADPlus intercepte cette commande, commence à lister les piles de tous les threads dans un fichier journal et puis produit un enregistrement de vidage de mémoire du processus avant de détacher le débogueur. Étant donné que le mode crash exécute un attachement invasif, le processus est arrêté lorsque le débogueur est détaché. Vous devez redémarrer le processus. S'il s'agit d'un processus MTS ou COM +, le processus est redémarré automatiquement la prochaine fois qu'un appel est effectué vers un composant de ce package.

Exceptions de première chance

Chaque type d'exception (comme une violation d'accès ou un débordement de pile) peut être déclenché à un débogueur en tant qu'une exception de première chance ou une exception de deuxième chance . Par définition, une exception de première chance n'est pas irrécupérable, sauf si elle n'est pas gérée correctement à l'aide d'un gestionnaire d'erreurs. Si ce problème se produit, l'exception est levée à nouveau sous la forme d'une exception de deuxième chance (seul un débogueur peut gérer ces). Si aucun débogueur ne gère une exception de deuxième chance, l'application se ferme.

Pour plus d'informations sur premier et deuxième chance exceptions et la gestion structurée des exceptions (SEH) de Windows NT, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
105675Gestion des exceptions de première et de deuxième chance
Par défaut, lorsqu'il détecte une exception de première chance (récupérable) pour tous les types d'exceptions à l'exception des inconnues et EH, ADPlus mène les actions suivantes :
  1. Suspend le processus pour enregistrer la date et l'heure à laquelle l'exception s'est produite dans le fichier journal pour le processus en cours d'analyse.
  2. Ouvre une pile de ID et un appel de thread pour le thread qui a levé l'exception dans le fichier journal pour le processus en cours d'analyse.
  3. Génère un enregistrement de vidage mémoire nommé de manière unique (.dump-u /m) du processus au moment où l'exception s'est produite et à le reprendre le processus.
Remarque : Par défaut, ADPlus ne produit pas d'un enregistrement de vidage mémoire unique pour EH de première chance et des exceptions inconnues, car ces exceptions se produisent fréquemment. En règle générale, ces exceptions sont gérées par le code dans un processus ou une DLL de gestion des erreurs. Dans la mesure où elles sont gérées, elles ne deviennent pas des exceptions de deuxième chance (non gérée) et ne terminent pas le processus.

Toutefois, vous pouvez configurer ADPlus pour qu'il produise des images mémoire unique pour EH de première chance et des exceptions inconnues. Pour ce faire, vous devez utiliser un fichier de configuration pour personnaliser ADPlus.

Exceptions de deuxième chance

Lorsque ADPlus détecte une exception de deuxième chance (irrécupérable) pour tous les types d'exceptions (y compris les exceptions EH et inconnues), il effectue les actions suivantes :
  1. Suspend le processus pour enregistrer la date et l'heure à laquelle l'exception s'est produite dans le fichier journal pour le processus en cours d'analyse.
  2. Ouvre une pile de ID et un appel de thread pour le thread qui a levé l'exception dans le fichier journal pour le processus en cours d'analyse.
  3. Génère une image mémoire complète du processus au moment où l'exception irrécupérable s'est produite, puis quitte le débogueur. Cette action détruit le processus.
Remarque : Pour les professionnels du support Microsoft PSS analyser les images mémoire, ils devront obtenir des copies de tous les composants personnalisés ou de DLL et de leurs fichiers de symboles correspondants.Pour plus d'informations sur la façon de créer des fichiers de symboles pour vos DLL, cliquez sur le numéro ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
121366Fichiers PDB et DBG - ce qu'ils sont et comment fonctionne-t-elle ?
291585 Comment faire pour créer des symboles de débogage pour une application Visual C++
Pour plus d'informations sur la façon d'obtenir des symboles pour les produits Microsoft (nécessaires pour analyser les images mémoire avec les débogueurs), reportez-vous au site Web Microsoft suivant :
http://www.Microsoft.com/whdc/devtools/debugging/symbolpkg.mspx

Commutateurs de ligne de commande de ADPlus

Pour utiliser ADPlus, vous devez spécifier une série de commutateurs de ligne de commande ou d'arguments pour le script. ADPlus nécessite au minimum, deux commutateurs : un qui spécifie le mode de fonctionnement et un qui indique un processus cible à opérer.

Voici les commutateurs plus fréquemment utilisés. Vous pouvez également afficher la liste complète des commutateurs, exécutez ADPlus ? helpou en affichant les débogueurs (Debugger.chm) de fichier d'aide.
  • -hang
    Ce commutateur configure ADPlus pour s'exécuter en mode hang. Vous devez utiliser ce commutateur avec les commutateurs - iis, pn -ou -p . Vous ne pouvez pas utiliser -hang avec la -crash basculer.

    Remarque : Lorsque ADPlus est exécuté en mode hang, vous devez démarrer ADPlus après le processus cesse de répondre ou consomme un pourcentage élevé de l'UC.
  • -crash
    Ce commutateur configure ADPlus pour s'exécuter en mode crash. Vous devez utiliser ce commutateur avec les commutateurs - iis, pn -ou -p . Vous ne pouvez pas utiliser -crash avec la -hang basculer.

    Remarque : Lorsque ADPlus est exécuté en mode crash, vous devez démarrer ADPlus avant le processus ferme de façon inattendue ou devient instable.
  • -pn nom du processus
    Le commutateur - pn permet de spécifier un nom de processus qu'ADPlus doit analyser. Pour spécifier plus d'un processus, utilisez plusieurs -pn nom du processus commutateurs. Par exemple :
    -pn process1.exe - pn process2.exe
  • -p ID de processus
    Le commutateur -p est utilisé pour spécifier le processus ID (PID) d'un processus qu'ADPlus doit analyser. Pour spécifier plus d'un processus, utilisez plusieurs -p PID commutateurs. Par exemple :
    -p 1896-p 1702
  • -scgénération dynamique de commande
    Contrairement aux commutateurs - pn et -p , qui indiquent les processus qui sont en cours d'exécution pour attacher le débogueur, le commutateur -sc définit les paramètres à démarrer (ou généré dynamiquement) et l'application dans le débogueur. Par exemple :
    -sc c:\windows\system32\notepad.exe"
  • -iis
    Le commutateur - iis est utilisé pour le débogage des serveurs qui exécutent Internet Information Server (IIS) 4.0 ou version ultérieure. Lorsque vous utilisez ADPlus avec le commutateur - iis , ADPlus surveille toutes les IIS in-process (Inetinfo.exe) et les applications hors processus (Mtx.exe/Dllhost.exe). Vous pouvez utiliser le commutateur - iis avec le commutateur - pn ou -p , ou vous pouvez l'utiliser seul pour analyser IIS et tous les MTS en cours d'exécution / applications COM + dans deux crash mode ou en mode hang.

    Si vous essayez d'analyser un serveur qui exécute IIS 3.0 ou version antérieure, utilisez le commutateur - pn et précisez Inetinfo.exe comme processus à surveiller.
  • -notifier nom de l'ordinateur ou nom d'utilisateur
    Ce commutateur est valide uniquement lorsque ADPlus est exécuté en mode crash. Ce commutateur indique à ADPlus d'avertir le nom d'utilisateur ou le nom de l'ordinateur d'un incident. Lorsque le débogueur se détache du processus en raison d'une exception de deuxième chance, ou lorsqu'un utilisateur appuie sur CTRL + C pour arrêter le débogage, une notification est envoyée à l'ordinateur via le service messenger local ou un utilisateur distant. Cette notification se produit uniquement si le service messenger local est démarré sur l'ordinateur est en cours de débogage.
  • -quiet
    Ce commutateur indique à ADPlus de supprimer toutes les boîtes de dialogue modales. Ce commutateur est utile si vous exécutez ADPlus à partir d'une invite de commande distant où les boîtes de dialogue modales peuvent mettre ADPlus d'attendre indéfiniment un utilisateur clique sur OK. Pour de meilleurs résultats, assurez-vous qu'il s'agit du premier commutateur transmis à ADPlus.vbs.
  • -o répertoire de sortie
    Ce commutateur indique à ADPlus où placer les fichiers de sortie de débogage. Si vous utilisez des noms de fichiers longs, vous devez les placer entre guillemets. En outre, vous pouvez utiliser un chemin d'accès UNC (\\serveur\partager). Si vous utilisez un chemin UNC, ADPlus crée un nouveau dossier immédiatement sous le chemin d'accès UNC que vous avez spécifié. Le dossier est nommé pour le serveur où ADPlus est exécuté (par exemple, \\serveur\partager\Web1 ou \\serveur\partager\Web2). Ce commutateur est utile si ADPlus est exécuté sur plusieurs ordinateurs d'une batterie de serveurs web dont toutes les sorties sont placées sur le même partage réseau.

Exécutez ADPlus pour la première fois

Par défaut, les débogueurs sont installés dans le dossier C:\Program Files\Debugging Tools for Windows. Pour modifier le dossier d'installation, effectuez une installation personnalisée lorsque vous installez les débogueurs et spécifiez un autre dossier. Ou bien, si une installation par défaut a été effectuée, copiez le contenu du dossier programme Files\Debugging Tools for Windows vers un autre dossier.

Pour exécuter ADPlus, ouvrez une invite de commandes, basculez vers le dossier dans lequel les débogueurs ont été installés ou copiés et tapez ADPlus.vbs.

Vous pouvez être invité à changer votre interpréteur de script par défaut à partir de Wscript.exe à Cscript.exe. Microsoft recommande vivement de laisser ADPlus configurer CSCript comme interpréteur de script par défaut.

Syntaxe

ADPlus utilise la syntaxe suivante : ADPlus.vbs mode de fonctionnement processus à surveiller commutateurs facultatifsmode de fonctionnement est -hang, ou -crash
processus à surveiller est -iis, -pn processus.exe, ou -p PID
commutateurs facultatifs est -notifier, -o, ou -silencieux.

Préparer le serveur pour le débogage en mode crash

Avant d'exécuter ADPlus en mode crash, vous devez préparer le serveur pour obtenir le plus d'informations à partir du mode crash de ADPlus sessions de débogage.

Étapes de préparation d'un serveur Windows 2000 pour le débogage en mode crash

  1. Installez les symboles Windows 2000 SP1 ou SP2 dans le dossier C:\WINNT\Symbols de vos serveurs. Vous pouvez télécharger les symboles les sites Web Microsoft suivants :
    Windows 2000 SP1
    http://download.Microsoft.com/download/win2000platform/SP/SP1/NT5/en-us/SP1SYM.exe

    Windows 2000 SP2
    http://download.Microsoft.com/download/win2000platform/SP/SP2/NT5/en-us/SP2SYM.exe

    Après avoir téléchargé Sp1sym.exe ou Sp2sym.exe, exécutez le fichier à partir du dossier désigné.
  2. Lorsque vous êtes invité, extrayez les fichiers vers un dossier temporaire, par exemple C:\Sp1sym ou C:\Sp2sym, ou à un lecteur ou un dossier qui a suffisamment d'espace disque.
  3. Exécutez C:\Sp1sym\Support\Debug\Symbols\i386\Symbols_spexe ou C:\Sp2sym\Support\Debug\Symbols\i386\Symbols_spexe (où C:\Sp1sym ou C:\Sp2sym représente le dossier où vous avez extrait les fichiers à l'étape précédente).
  4. Lorsque vous êtes invité avec le CLUF, cliquez sur Oui.
  5. Lorsque vous êtes invité pour un dossier dans lequel vous pouvez extraire les fichiers, cliquez sur C:\WINNT\Symbols, puis cliquez sur OK. Notez qu'un nouveau dossier C:\WINNT\Symbols apparaît. Ce dossier contient différents sous-dossiers portant les noms de DLL et EXE.
  6. Copiez les symboles pour vos DLL personnalisées et des post Service Pack 1 ou des correctifs SP2 dans le dossier C:\WINNT\Symbols\Dll.
  7. Copiez les symboles pour vos fichiers .exe personnalisés dans le dossier C:\WINNT\Symbols\Exe. En outre, vous devez obtenir tous les fichiers .pdb ou .dbg auprès de vos développeurs et ensuite placer ces fichiers dans le dossier C:\WINNT\Symbols\Dll.
  8. Écraser les fichiers .dbg ou .pdb déjà existants dans le dossier C:\WINNT\Symbols\Dll par les versions à partir de vos correctifs.

    Remarque : Vous pouvez utiliser la version la plus récente de Winzip pour ouvrir les packages de correctifs. Vous pouvez extraire les symboles du sous-dossier \Debug. Le sous-dossier \Debug est présent dans chaque automatique des correctifs.
  9. Créer une variable d'environnement _NT_SYMBOL_PATH et puis définissez égal à C:\WINNT\Symbols. Cette variable peut être une variable système ou une variable d'environnement utilisateur.

Étapes de préparation d'un serveur Windows NT 4.0 pour le débogage en mode crash

  1. Supposons que vous exécutez Windows NT 4.0 Service Pack 6 a. Installez les symboles Windows NT 4.0 SP6a dans le dossier C:\WINNT\Symbols de vos serveurs.
    Pour plus d'informations sur Windows NT 4.0 Service Pack 6/6 a, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    241211Liste des bogues corrigés dans Windows NT 4.0 Service Pack 6/6 a (partie 1)
    Après avoir téléchargé Sp6symi.exe, exécutez-le à partir du dossier désigné.
  2. Lorsque vous êtes invité, extrayez les fichiers dans le dossier C:\WINNT (ou remplacez le dossier \WINNT approprié si les symboles n'ont pas été installés dans C:\WINNT). Notez qu'un nouveau dossier C:\WINNT\Symbols apparaît possédant différents sous-dossiers nommés DLL, EXE et autres.
  3. Copier les sous-dossiers du dossier C:\WINNT\Symbols\IIS4 vers C:\WINNT\Symbols. Lorsque vous êtes invité à remplacer les fichiers, cliquez sur Oui.
  4. Copiez les symboles pour votre personnalisé dll et les correctifs postérieurs à SP6a le dossier C:\WINNT\Symbols\Dll.
  5. Copiez les symboles pour vos fichiers .exe personnalisés dans le dossier C:\WINNT\Symbols\Exe. En outre, vous devez obtenir tous les fichiers .pdb ou .dbg auprès de vos développeurs et ensuite placer ces fichiers dans le dossier C:\WINNT\Symbols\Dll.
  6. Écraser les fichiers .dbg ou .pdb déjà existants dans le dossier C:\WINNT\Symbols\Dll par les versions de vos correctifs.

    Remarque : Vous pouvez utiliser la version la plus récente de Winzip pour ouvrir les packages de correctifs. Vous pouvez extraire les symboles du sous-dossier \Debug. Ce sous-dossier est inclus dans chaque automatique des correctifs.
  7. Créer une variable d'environnement _NT_SYMBOL_PATH et puis définissez égal à C:\WINNT\Symbols. Cette variable peut être une variable système ou une variable d'environnement utilisateur.
Bien que vous n'avez pas à télécharger et installer les symboles sur les serveurs que vous déboguez, il est fortement recommandé. Lorsque vous téléchargez et installez les symboles sur le serveur, la sortie de capturer les fichiers journaux est beaucoup plus utile pour Microsoft PSS.

Pour plus d'informations sur la façon d'obtenir des symboles de débogage Microsoft, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
268343Umdhtools.exe : L'utilisation de Umdh.exe pour rechercher les fuites de mémoire
Après avoir configuré vos serveurs, vous pouvez exécuter ADPlus en mode crash. Ce mode est décrit dans la section « Scénarios d'utilisation typique ADPlus ».


Scénarios d'utilisation de ADPlus

Cette section décrit certains scénarios courants où vous devrez peut-être exécuter ADPlus.

Un processus cesse de répondre ou consomme 100 pour cent de l'UC

Dans ce scénario, un processus peut aléatoirement consommer 100 pour cent de l'UC pendant des périodes prolongées ou indéfiniment. Exécutez ADPlus en mode hang pour obtenir une image mémoire du processus ou processus qui consomment le processeur une fois que le problème se produit. Par exemple, utilisez une des syntaxes de commande suivantes :
ADPlus-hang -p 1896
Cette commande exécute ADPlus en mode hang et produit un fichier de vidage mémoire complet d'un processus qui possède le PID est 1896.

ADPlus-hang - pn monapp.exe
Cette commande exécute ADPlus en mode hang et produit des fichiers de vidage mémoire complet de tous les processus sont nommées Myapp.exe.

ADPlus-hang - iis - pn monapp.exe-o c:\temp
Cette commande exécute ADPlus en mode hang et produit des fichiers de vidage mémoire complet d'IIS, toutes les instances de Mtx.exe ou Dllhost.exe, et tous les processus qui sont nommées Myapp.exe. Il place ensuite les fichiers de vidage de mémoire dans le dossier C:\Temp.
Lorsque vous exécutez ADPlus en mode hang alors que l'UC à 100 pour cent, l'outil génère des fichiers d'image mémoire du processus ou processus que vous spécifiez sur la ligne de commande.

Remarque : Dans de rares cas, le débogueur n'est peut-être pas en mesure d'attacher au processus après la condition de l'UC à 100 pour cent ou blocage. Si vous exécutez ADPlus en mode hang après que le problème s'est produite, l'outil ne peut pas produire des fichiers de vidage mémoire. Dans ces scénarios, il peut être préférable d'attacher le débogueur avant que le problème s'est produite. Pour ce faire, utilisez une des syntaxes de commande suivantes pour exécuter ADPlus en mode crash :
ADPlus-crash -p 1896
Cette commande exécute ADPlus en mode crash pour un processus qui possède le PID est 1896. ADPlus attend qu'une exception se produise ou qu'un utilisateur appuie sur CTRL + C dans la fenêtre réduite du débogueur pour générer un fichier de vidage mémoire et pour détacher le débogueur.

ADPlus-crash - pn monapp.exe
Cette commande exécute ADPlus en mode crash pour un processus intitulé MonApp.exe. ADPlus attend qu'une exception se produise ou qu'un utilisateur appuie sur CTRL + C dans la fenêtre réduite du débogueur pour générer un fichier de vidage mémoire et pour détacher le débogueur.

ADPlus-crash - iis - pn monapp.exe-o c:\temp
Cette commande exécute ADPlus en mode crash pour toutes les instances des processus intitulés MonApp.exe et Inetinfo.exe et toutes les instances de Mtx.exe ou Dllhost.exe. ADPlus attend qu'une exception se produise ou qu'un utilisateur appuie sur CTRL + C dans une ou plusieurs des fenêtres réduites des débogueurs pour générer le fichier de vidage de mémoire (ou fichiers) et pour détacher le débogueur (les débogueurs). ADPlus place les fichiers de vidage mémoire et les fichiers journaux dans le dossier C:\Temp.
Ensuite, une fois que le processus se bloque ou est la consommation à 100 % de l'UC, l'utilisateur peut appuyer sur CTRL + C dans la fenêtre réduite du débogueur (ou windows) par ADPlus pour que le débogueur puisse générer un fichier de vidage de mémoire pour le processus (ou processus).

Remarque : Par défaut, ADPlus ne produit que des enregistrements de vidage de mémoire lorsque l'utilisateur appuie sur CTRL + C. Ce paramètre permet d'économiser l'espace disque. Dans ce scénario, il peut être utile de configurer ADPlus pour générer un fichier de vidage mémoire complet lorsque l'utilisateur appuie sur CTRL + C. Pour ce faire, utilisez le CTCF . En outre, il est souvent utile de récupérer un fichier journal de performances ou un fichier journal du Moniteur système pour la période de temps jusqu'à et y compris la condition d'utilisation du processeur à 100 pour cent. Au minimum, ce fichier journal doit capturer les objets suivants à 1 à 5 secondes :
  • Mémoire
  • Processus
  • Processeur
  • Système
  • Thread

Fermeture inattendue du processus

Dans ce scénario, un processus peut aléatoirement quitter (ou se bloquer) inattendu. Exécutez ADPlus en mode crash pour obtenir un fichier d'image mémoire du processus ou processus qui avant que le problème se produit. Par exemple, utilisez une des syntaxes de commande suivantes :
ADPlus-crash - iis
Cette commande exécute ADPlus en mode crash et provoque l'attachement du débogueur CDB à Inetinfo.exe et à tous les processus Mtx.exe ou Dllhost.exe exécutés sur l'ordinateur. ADPlus attend ensuite des première et exceptions de deuxième chance se produise. Par défaut, ADPlus place tous les fichiers dans un sous-dossier du dossier d'installation, car le commutateur -o est omis.

ADPlus-quiet - crash - iis-notifier ordinateur distant -o c:\temp
Cette commande exécute ADPlus en mode silencieux (aucune boîte de dialogue se connecter toutes les sorties dans le journal des événements) dans crash mode et causes à l'attachement du débogueur CDB à Inetinfo.exe et à tous les Mtx.exe ou Dllhost.exe processus sont exécutent sur l'ordinateur. Étant donné que la -notifier commutateur est utilisé, les débogueurs avertissent tous les utilisateurs ayant ouvert une session sur l'ordinateur nommé ordinateur distant chaque fois qu'un incident est détecté ou lorsque le processus qui est surveillé se ferme. Le commutateur -o étant utilisé, ADPlus place toutes les sorties dans le dossier C:\Temp. Si le dossier n'existe pas, ADPlus le créé.

ADPlus-crash - iis -o \\serveur\partager
Cette commande est identique à la commande précédente, à ceci près qu'il enregistre toutes les sorties à un serveur réseau. ADPlus crée un nouveau sous-dossier dans \\serveur\partageret le nomme pour l'ordinateur local. Par conséquent, si vous exécutez ADPlus dans une batterie de serveurs, chaque serveur de la batterie où ADPlus est exécuté enregistre son propre dossier unique sous \\serveur\partager. (Vous n'avez pas à créer des dossiers uniques pour chaque serveur. ADPlus le fait automatiquement.)
Remarque : Si vous exécutez ADPlus en mode crash à partir de la console locale (et non à partir d'une invite de commande distant comme décrit dans la section suivante), vous devez rester connecté à la console pour la durée de la session de débogage.

Par exemple, supposons que vous démarrez ADPlus en mode crash et que vous utilisez le commutateur - iis pour surveiller IIS. Lorsque vous vous déconnectez de la console, les copies de Cdb.exe qui sont exécutent sur la console (et toutes les autres applications en cours d'exécution) ferment. Par conséquent, le débogage s'arrête et le processus en cours d'analyse est terminé.

Pour éviter ce problème, vous pouvez verrouiller la session de console (appuyez sur CTRL + ALT + SUPPR combinaison de touches, puis cliquez sur Verrouiller l'ordinateur) ou exécuter ADPlus à partir d'une invite de commande distant que vous avez planifiés pour s'exécuter en mode non interactif (autrement dit, il ne nécessite pas d'ouverture de session interactive).

Pour plus d'informations sur la planification d'un shell de commande distante pour s'exécuter en mode non interactif, consultez la section « Typique ADPlus utilisation scénarios : exécuter dans Crash Mode distance ».

Application serveur MTS ou COM + se ferme de façon inattendue

Composants de modèle d'objet composant (COM) personnalisés qui s'exécutent dans une application serveur MTS ou COM + fonctionnent en réalité dans un processus de substitution (Mtx.exe ou Dllhost.exe). Ces processus de substitution ont des propriétés et paramètres que vous pouvez configurer via l'Explorateur MTS (pour Windows NT 4.0) ou via le composant logiciel enfichable MMC Services de composants Microsoft Management Console () (pour Windows 2000, Windows XP et Windows Server 2003).

Par défaut, les applications serveur MTS ou COM + sont configurées pour se fermer après trois minutes d'inactivité. Pour vous assurer que ces processus restent en cours d'exécution pendant que le débogueur est attaché et surveille les exceptions, vous devez les configurer pour Laissez en cas d'inactivité.

En outre, MTS et COM + implémentent un failfast. Un failfast est un dispositif de protection est conçu pour faire échouer (ou fermer) MTS / COM + les processus qui génèrent non gérées des violations d'accès.

Par défaut, le failfast est activé dans les applications MTS ou COM + qui déclenchent des exceptions de violation d'accès non gérée. Par conséquent, un échec MTS / application serveur COM + ne peut pas déclencher une exception de violation d'accès chance seconde (autrement dit, il se ferme après la violation d'accès première chance). Par défaut, ADPlus est configuré pour produire un enregistrement de vidage mémoire lorsque des exceptions de première chance se produisent.

Pour réussir un débogage MTS / COM + applications de serveur, procédez comme suit :
  1. Configurer le MTS / COM + application serveur pour Laissez en cas d'inactivité.
  2. Utilisez le commutateur FullOnFirst pour créer des fichiers de vidage complet sur les exceptions de première chance.
  3. Exécutez ADPlus en mode crash et puis attendez que l'échec de l'application.
Remarque : Puisque MTS et COM + ferment une application serveur, et parce que la stratégie failfast empêche le processus de déclenchement d'une exception de deuxième chance, vous pourrez uniquement obtenir un fichier de vidage mémoire première chance access violation.

Exécution à distance en mode crash

Il existe de nombreuses occasions où vous devez lancer ADPlus en mode crash à partir d'un ordinateur client local pour surveiller un processus se ferme de façon inattendue sur un ou plusieurs serveurs distants dans une batterie de serveurs. Sur Windows 2000, vous utilisez en général, pour ce faire les Services Terminal Server Windows. Toutefois, vous ne pouvez déboguer les applications qui sont exécutent dans différentes stations sur Windows NT 4.0 et Windows 2000. Par conséquent, ADPlus désactive la fonctionnalité du mode crash lorsqu'il détecte qu'il s'exécute dans une session des Services Terminal Server. Pour résoudre ce problème, partagez le serveur distant à l'aide de l'utilitaire Remote.exe, créez un fichier batch qui démarre une invite de commandes sur le serveur distant et puis planifier ce fichier de commandes à exécuter sur le serveur cible à l'aide de la commande AT . (La commande AT provoque le shell de commande à exécuter en mode non interactif, semblable à un service). L'invite de commande distant se connecte ensuite à un poste de travail local ou un ordinateur client qui utilise le même utilitaire Remote.exe que vous avez utilisé pour démarrer l'interpréteur de commandes.

Pour démarrer une invite de commande distant sur un serveur à l'aide de la commande AT , procédez comme suit :
  • Sur le serveur distant
    Nous supposons que les débogueurs sont installés dans C:\Debuggers. Procédez comme suit :
    1. Dans le dossier C:\Debuggers, créez un nouveau fichier de commandes nommé Remoteshell.cmd.
    2. Ajoutez la ligne suivante à ce fichier de commandes :
      c:\debuggers\remote.exe /s « cmd.exe » remoteshell
    3. Sur la console sur le serveur ou dans une session des Services Terminal Server, ouvrez une nouvelle invite de commandes et puis tapez la commande suivante :
      À 15 : 00 c:\debuggers\remoteshell.cmd
      15 : 00 étant une minute plus tard à l'heure actuelle. Par exemple, si l'heure actuelle est 14 : 59, tapez 15 : 00.
    4. Attendez que la commande à exécuter.
    5. À l'invite de commandes, tapez AT sans paramètres pour vérifier que la tâche a été exécuté sans erreur.
  • Sur le client local:
    Installez les débogueurs sur l'ordinateur client local ou (au minimum) copiez localement l'utilitaire Remote.exe. (Par défaut, l'utilitaire est installé avec les débogueurs dans le dossier d'installation racine).

    Supposons que les débogueurs et l'utilitaire Remote.exe sont installés à C:\Debuggers. Procédez comme suit :
    1. À l'invite de commandes, basculez vers le dossier C:\Debuggers.
    2. Tapez la commande suivante :
      Remote.exe /c serveur distant remoteshell
      serveur distant est le nom du serveur distant.
    3. Votre invite de commande locale est maintenant connecté à l'invite de commande distant est en cours d'exécution sur le serveur et toutes les commandes que vous tapez localement seront effectués sur le serveur distant (le DIR c:\ commande répertorie le contenu du lecteur C sur le serveur distant).
    4. Dans le shell de commande à distance, vous pouvez maintenant exécuter ADPlus en mode crash comme si elle était exécutée localement à partir de la console. Toutefois, vous devez utiliser le -silencieux basculer pour supprimer toutes les boîtes de dialogue que ADPlus génère par défaut. Si vous n'utilisez pas le -silencieux commutateur, l'invite de commande distant va cesser de répondre après que vous exécutez ADPlus et ne revient pas à une invite de commandes. Si ce problème se produit, vous devez quitter l'interpréteur de commandes à distance (Cmd.exe) sur le serveur et puis démarrez une nouvelle instance.
    5. Pour envoyer une interruption de débogage (CTRL + C) à un processus que ADPlus débogue actuellement à distance en mode crash, vous devez utiliser l'utilitaire Breakin.exe. Par défaut, Breakin.exe est installé avec les débogueurs à la racine du dossier des débogueurs. Par exemple, pour arrêter le débogage de IIS (Inetinfo.exe) s'exécute avec un PID 1975, tapez la commande suivante dans le shell de commande à distance :
      Breakin.exe 1975
      Alternativement, vous pouvez utiliser la commande Kill.exe (qui se trouve dans la racine du dossier debuggers) pour fermer tous les processus en cours de débogage.

Des informations supplémentaires et problèmes connus

  • Comment déterminer si ADPlus a capturé des informations concernant un incident ou de fermeture d'un processus surveillé en mode crash ?

    Il existe plusieurs façons de le déterminer :
    • Utilisez le -notifier basculer et vérifiez que le service messenger est démarré sur le serveur est en cours de débogage et sur l'ordinateur client qui recevra les notifications.
    • Dans un éditeur de texte, ouvrez le fichier .log qui apparaît dans le dossier de sortie pour chaque processus et puis faites défiler jusqu'à la fin du fichier. Recherchez le texte suivant :
           0:070> * -------- AutodumpPlus 4.01 finished running at: --------
           0:070> .time
           Debug session time: Mon Aug 06 15:25:15 2001
           System Uptime: 3 days 17:00:34 
           Process Uptime: 1 days 3:10:38 
           0:070> * -------------------------------------------------------
    • Dans le dossier de sortie, recherchez les fichiers .dmp qui contiennent l'expression « __2nd_chance ». Cette phrase dans l'étiquette d'un enregistrement de vidage mémoire la fermeture inattendue d'un processus.
    • Dans le dossier de sortie, recherchez les fichiers .dmp qui contiennent l'expression « __Process_was_shutdown ». Si cette expression s'affiche dans l'étiquette d'un enregistrement de vidage de mémoire, un administrateur a fermé le processus ou, s'il s'agit d'un MTS / COM + application, le processus de quitter car il a atteint la limite d'inactivité.
    • Dans le dossier de sortie, recherchez les fichiers .dmp qui contiennent l'expression "__CTRL-C". Si cette expression s'affiche dans l'étiquette d'un enregistrement de vidage de mémoire, une exception d'interruption de débogage a été levée à partir d'une DLL exécutée dans le processus ou que quelqu'un a appuyé sur CTRL + C à partir de la console (ou employé l'utilitaire Breakin.exe si ADPlus est exécuté à distance) pour arrêter la session de débogage en cours.
  • Vous devez installer les composants de Windows Scripting Host sur le système de ADPlus pour s'exécuter. Pour télécharger Windows Scripting Host, reportez-vous au site Web Microsoft suivant :
    http://msdn2.Microsoft.com/en-us/library/ms950396.aspx
    Remarque : Composants de Windows Scripting Host peuvent être déjà installés si vous avez un des produits Microsoft suivants :
    • Microsoft Internet Explorer 5
    • Microsoft Office 2000
    • Microsoft Visual InterDev 6.0
    • Microsoft Visual Studio 6.0
    • Microsoft Windows NT Option Pack
    • Microsoft Windows 2000
    • Microsoft Windows XP
    • Microsoft Windows Server 2003
    • Microsoft Windows Vista
  • Le commutateur - iis ne fonctionne que si Internet Information Server (IIS) 4.0 ou Internet Information Services (IIS) 5.0.x est installé.
  • Lorsque vous exécutez ADPlus en mode silencieux, l'outil enregistre les informations dans le journal des événements.
  • Si vous utilisez le commutateur -o , le chemin d'accès spécifié ne doit pas contenir plus d'un dossier qui n'existe pas. Par exemple :
    1. Vous spécifiez o - c:\temp1\temp2. Toutefois, les dossiers C:\Temp1 et \Temp2 n'existent pas.
    2. Vous recevez un message d'erreur à partir de ADPlus vous indique que les dossiers n'existent pas et que ADPlus ne va pas les créer.
    Si vous spécifiez uniquement -o c:\temp1ADPlus crée le dossier C:\Temp1 si n'existe pas et place tous les fichiers de sortie dans ce dossier. Si vous souhaitez spécifier plusieurs sous-dossiers et que vous utilisez le commutateur -o , vérifiez que tous les sous-dossiers existent avant d'exécuter ADPlus.
  • Dans COM +, vous pouvez configurer un package de serveur pour démarrer le débogueur sous l'onglet Avancé dans la boîte de dialogue Propriétés du package. Si vous activez l'option Ouvrir dans le débogueur , ADPlus ne peut pas attacher le débogueur CDB à un processus. Par défaut, seul un débogueur peut être attaché à un processus à la fois.
  • Lorsqu'un appel de procédure distante (RPC) est effectué à partir d'un processus qu'ADPlus en mode crash à un autre processus qui a été fermé (intentionnellement ou inattendue), le fichier journal créé par ADPlus pour le processus analysé peut contenir un ou plusieurs des exceptions suivantes :
    Exception inconnue - code 80010105 (première chance)
    Exception inconnue - code 800706be (première chance)
    Exception inconnue - code 800706ba (première chance)
    Ces exceptions sont caractéristiques. RPC génère ces exceptions lorsqu'un appel est effectué à partir d'un processus surveillé par un processus inexistant ou ayant échoué.

    En outre, si ADPlus surveille Inetinfo.exe dans le journal de débogage ADPlus pour ce processus, l'exception suivante peut apparaître dans le journal :
    Exception inconnue - code 800706bf (première chance)
    Cette exception apparaît généralement après un appel à un site Web d'hors processus (isolation élevée) qui n'a pas pu IIS. Il peut être suivi par deux instances de l'exception suivante :
    Exception inconnue - code 800706ba (première chance)

Références

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
323478Vous ne pouvez pas déboguer via une session Terminal Server

Propriétés

Numéro d'article: 286350 - Dernière mise à jour: dimanche 4 novembre 2012 - Version: 3.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Internet Information Services 6.0
  • Microsoft Internet Information Services 5.0
  • Microsoft Internet Information Server 3.0
  • Microsoft Windows 2000 Standard
  • Microsoft Windows XP Service Pack 2
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Windows Vista Entreprise
  • Windows Server 2008 Datacenter
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Standard
Mots-clés : 
kbbug kbdebug kbhowto o365 kbmt KB286350 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 286350
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com