Comment faire pour tester les performances d'appel de procédure à distance Microsoft

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

Sommaire

Résumé

Cet article décrit comment tester le service appel de procédure distante (RPC) Microsoft performances et comment résoudre les messages d'erreur RPC.

Plus d'informations

RPC est compatible avec la conception de Open Software Foundation (OSF) et interopérable avec d'autres normes de Communications de données Exchange (DCE). RPC sont des mécanismes IPC (Interprocess Communication) standard pour l'industrie communications client-serveur qui sont indépendant du réseau et peut travailler sur une variété de protocoles réseau. RPC utilise des mécanismes IPC pour établir communications entre le client et le serveur pour appeler des fonctions de programme sur un ordinateur distant. Les programmes complexes qui utilisent ce niveau de service impliquent une connexion, ou de niveau de débit, à adéquate fournir cette fonctionnalité. Par exemple, lorsque vous utilisez Microsoft Exchange Server, une connexion est nécessaire pour maintenir de façon fiable le flux de données.

Messages d'erreur RPC

Lorsque vous utilisez RPC, un des messages d'erreur suivants peut s'afficher : qui peut ou ne peut pas être provoqué par une connectivité réseau lente :
  • La séquence de protocole RPC n'est pas pris en charge.
  • La séquence de protocole RPC n'est pas valide.
  • Le serveur RPC est déjà à l'écoute.
  • Le serveur RPC n'est pas à l'écoute.
  • Le serveur RPC n'est pas disponible.
  • Le serveur RPC est trop occupé pour terminer cette opération.
  • Une erreur de protocole remote procedure call (RPC) s'est produite.
  • La syntaxe de transfert n'est pas pris en charge par le serveur RPC.
  • La séquence de protocole RPC n'a pas été trouvée.
  • Une erreur interne s'est produite dans un appel de procédure distante (RPC).
  • Le serveur RPC a tenté une division d'entier par zéro.
  • Erreur d'adressage sur le serveur RPC.
  • Une opération en virgule flottante sur le serveur RPC a provoqué une division par zéro.
  • Un dépassement de précision en virgule flottante s'est produite sur le serveur RPC.
  • Un dépassement de capacité en virgule flottante s'est produite sur le serveur RPC.
  • La liste des serveurs RPC disponibles pour la liaison des auto-handles est épuisée.
  • L'erreur spécifiée n'est pas un code d'erreur RPC Windows valide.
  • Version incompatible de la carte RPC.
  • L'objet canal RPC est non valide ou endommagé.
  • Une opération non valide a été tentée sur un objet canal RPC.
  • Version du canal RPC non pris en charge.
  • Handle d'appel RPC asynchrone non valide pour cette opération.
  • L'objet canal RPC a déjà été fermé.
  • L'appel RPC est terminé avant que tous les canaux ont été traités.
  • Plus aucune donnée n'est disponible dans le canal RPC.

Dépannage des Messages d'erreur et de performances RPC

Il existe de nombreux outils que vous pouvez utiliser pour déterminer si un message d'erreur RPC est causé par une connexion réseau lente. Si vous recevez une erreur RPC message, éliminer les connexions réseau lentes comme étant la cause possible. Utilisation une ou plusieurs des méthodes suivantes pour isoler le problème.
  • Pour résoudre le problème de résolution de noms comme une cause du message d'erreur RPC, vérifiez que vous pouvez utiliser la commande NET VIEW à une commande invite sur le serveur de destination. Si le contrôle de Transmission Protocol/Internet Protocol (TCP/IP) est le protocole utilisé entre le client et le serveur de programmes, vous pouvez utiliser un fichier Lmhosts pour éliminer Windows Internet Naming Service (WINS) comme collaborateur possible au problème.
  • Vous pouvez tester la connectivité RPC base à l'aide d'un autre programme RPC. Windows NT Server comprend plusieurs programmes RPC. L'Observateur d'événements (Eventvwr.exe) et l'éditeur du Registre (Regedt32.exe) peuvent avoir leur focus défini sur n'importe quel ordinateur exécutant Windows NT. Autres programmes tels que le Gestionnaire des utilisateurs (Usrmgr.exe) et le Gestionnaire de serveur (Srvmgr.exe) définir leur focus sur le contrôleur de domaine principal (PDC) par défaut. Utilisez une de ces programmes sous la forme d'un autre test pour la connectivité RPC.
  • Pour tester la connectivité réseau, surveiller la vitesse d'une copie du fichier de base sur le réseau à l'aide de l'Analyseur de performances (Perfmon.exe). Pour donner à l'essai un temps de prélèvement adéquat et entièrement permettant de segmenter et séquençage, testez uniquement avec un fichier qui est au moins 2 mégaoctets (Mo). Pour copier un fichier sur le réseau à l'aide de l'Analyseur de performances :
    1. Recherchez un fichier plus grand ou 2 Mo. Si vous ne disposez pas d'un 2 Mo de fichiers disponibles, vous pouvez utiliser la commande Copier pour créer le fichier à partir d'un fichier existant. Pour ce faire, tapez la commande suivante à une invite de commande et appuyez sur ENTRÉE :
      Copier /b file.ext + file.ext + file.ext + file.ext destination.ext
      REMARQUE: Permet d'utiliser le fichier binaire (/ b) basculer lorsque le fichier source n'est pas un texte. Ainsi, en lecture comme un caractère de fin de fichier CTRL + Z.
    2. Démarrez l'Analyseur de performances sur l'ordinateur client. Étant donné que l'Analyseur de performances ne peut pas faire la distinction entre les connexions à différents ordinateurs pour obtenir une copie de fichier, vous pouvez souhaiter de déconnecter toutes les connexions réseau en cours si toutes les autres connexions susceptibles d'influencer les résultats. Pour déconnecter toutes les connexions réseau en cours, tapez net use * /d à l'invite de commandes, puis appuyez sur ENTRÉE.
    3. L'Analyseur de performances peut surveiller une copie du fichier pour le serveur ou objet redirecteur en utilisant les compteurs octets transmis/s, octets reçus/s et Total octets/s. Pour simplifier la procédure et pour mieux représenter le flux de données dans la connexion RPC, vous pouvez copier un fichier à partir de l'ordinateur serveur à l'ordinateur client qui exécute le programme RPC. Un fichier de 2 Mo doit être situé sur l'ordinateur serveur.
    4. Dans l'Analyseur de performances sur l'ordinateur client, procédez comme ces étapes :
      1. Sur la Modifier menu, cliquez sur Ajouter au graphique.
      2. Dans le Objet Cliquez sur Redirecteur.
      3. Dans le Compteur Cliquez sur Octets reçus/s, puis cliquez sur Ajouter.
    5. À l'invite de commandes, mappez une lettre de lecteur réseau au serveur ordinateur, puis copiez le fichier à partir de l'ordinateur serveur sur l'ordinateur client.
    6. Dans l'Analyseur de performances, observez les valeurs minimales, maximales et moyennes. Si vous testez avec un lien de 128 Kbits/s, observez le compteur de moyenne pour vérifier que le processus de copie est en cours d'exécution près de 75 % de 16 384 octets par seconde limite théorique (.75 x 16 384 = 12 288 octets par seconde). Cette valeur doit être plus élevée pour des fonctionnalités importantes et peut-être indiquer la nécessité d'expansion du réseau. Comme un gabarit, les mesures que les octets de 800 000 approche par seconde (bps) sont excellentes. Le tableau suivant répertorie les conversions pour kilobits par seconde (Kbps) et de kilo-octets par seconde (Kbits/s) :
      Réduire ce tableauAgrandir ce tableau
      Vitesse de connexionOctets par seconde (bps)
      128 Kbits/s16 384
      512 Kbits/s65 536
      1,544 Mbit/s (T1)193,000
      10 Mbits/s (Ethernet)1,250,000
      46.320Mbps (T3)5,790,000
      Avec une certaine ligne vitesse 128 K, vous voyez moins de débit bps 16 384 complet basé sur le taux d'utilisation et d'autres facteurs. Ces numéros sont un maximum théorique, et réduit la surcharge du réseau les.
    7. Pour réduire encore la connectivité réseau général en tant que le problème :
      1. Dans Performance Manager sur l'ordinateur client, cliquez sur Ajouter au graphique sur la Modifier menu.
      2. Dans le Objet Cliquez sur Redirecteur.
      3. Dans le Compteur Cliquez sur Octets transmis/s, puis cliquez sur Ajouter.
      4. Copiez le fichier à l'ordinateur serveur et surveiller la vitesse à laquelle le fichier est copié.
    REMARQUE: Être certain que ces tests entre l'ordinateur client et ordinateur serveur sont acceptables pour le niveau de service désiré. Pour effectuer des tests supplémentaires en utilisant l'Analyseur de performances, en sens inverse la direction du flux de données entre l'ordinateur client et serveur, sélectionnez les compteurs appropriés.
  • Une autre méthode pour tester la communication RPC entre deux ordinateurs consiste à utiliser l'outil Rpcping.Pour plus d'informations sur la façon d'utiliser l'outil Rpcping, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    167260 L'utilisation de RPCPing pour tester la Communication RPC
  • Autres causes de messages d'erreur RPC peuvent être des services tiers ou plus grands services en cours d'exécution sur l'ordinateur client ou serveur. Pour déterminer si les services en cours d'exécution posent problème, arrêtez tous les zéro défaut test et les services RPC performances à l'aide de l'Observateur d'événements et l'Analyseur de performances à nouveau.
  • Vérifier l'état des services RPC sur l'ordinateur client et serveur. Pour ce faire, tapez Net start à l'invite de commandes, puis appuyez sur ENTRÉE. Pour un contrôleur de domaine, ce qui suit informations s'affichent :
    Localisateur d'appel (RPC) de procédure distante
    Service Remote Procedure Call (RPC)
  • Pour contrôler davantage l'état de ces services, utilisez l'outil Sc.exe inclus avec le Kit de ressources Microsoft Windows NT.Pour plus d'informations sur l'utilisation de l'outil Sc.exe, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    166819 À l'aide de Sc.exe et Netsvc.exe pour contrôler les Services à distance
  • Services.exe contient l'essentiel du code RPC et un de ses threads peut être dans un état en attente. Utilisez l'outil Dr. Watson (Drwtsn32.exe) pour déterminer si un message d'erreur a été signalé. Même si aucun message d'erreur n'a été signalée, un de ses threads peut se bloquer. Si c'est le cas, vous devrez peut-être redémarrer votre ordinateur.
  • Vous pouvez utiliser l'outil Tlist.exe inclus avec le Kit de ressources Windows NT pour obtenir des informations semblables aux suivants :
          62 Win32StartAddr:0x022a3ca1 LastErr:0x000003e5 State:Waiting
          64 Win32StartAddr:0x022a4895 LastErr:0x00000000 State:Waiting
          67 Win32StartAddr:0x76e03f90 LastErr:0x00000000 State:Waiting
          4.0.1381.4 shp  0x02290000  services.exe
          4.0.1381.4 shp  0x77f60000  ntdll.dll
          4.0.1381.4 shp  0x77e10000  RPCRT4.dll
    						
    Examen de l'état, les fichiers et les dates peut-être fournir des informations supplémentaires.
  • Vous pouvez utiliser l'outil Pmon.exe (inclus dans le Kit de ressources Windows NT) le Gestionnaire des tâches pour obtenir des informations sur Services.exe, comme la mémoire et de consommation processeur.
  • L'outil de Pstat.exe, fourni avec le Kit de ressources Windows NT affiche des États de thread pour Services.exe.

Propriétés

Numéro d'article: 177446 - Dernière mise à jour: dimanche 7 avril 2013 - Version: 4.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows NT Server 4.0 Édition Entreprise
  • Microsoft Windows NT Server 3.51
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 3.5
  • Microsoft Windows NT Workstation 3.51
  • Microsoft Windows NT Workstation 4.0 Édition Développeur
Mots-clés : 
kbhowto kbinfo kbnetwork kbrpc kbmt KB177446 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: 177446
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