Cómo el rendimiento de la llamada a procedimiento remoto de Microsoft de prueba

Seleccione idioma Seleccione idioma
Id. de artículo: 177446 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

Este artículo describe cómo probar el rendimiento de la llamada a procedimiento remoto (RPC) y cómo solucionar los mensajes de error RPC.

Más información

RPC es compatible con el diseño de Open Software Foundation (OSF) y puede interoperar con otros estándares de Exchange de comunicaciones de datos (DCE). RPC son mecanismos de comunicación entre procesos (IPC) estándar para las comunicaciones cliente-servidor que son independiente de la red y pueden funcionar a través de una variedad de protocolos de red. RPC utiliza mecanismos de IPC para establecer comunicaciones entre el cliente y el servidor para llamar a funciones del programa en un equipo remoto. Los programas complejos que usan este nivel de servicio requieren que existe una conexión, o nivel de rendimiento, para entregar correctamente esta funcionalidad. Por ejemplo, cuando está utilizando Microsoft Exchange Server, se necesita una conexión para mantener de forma confiable el flujo de datos.

Mensajes de error RPC

Cuando se utiliza RPC, puede recibir los mensajes de error siguientes, que puede o no pueden deberse a la conectividad de red lenta:
  • No se admite la secuencia de protocolo RPC.
  • La secuencia de protocolo RPC no es válida.
  • El servidor RPC ya está escuchando.
  • El servidor RPC no está en línea.
  • El servidor RPC no está disponible.
  • El servidor RPC está demasiado ocupado para completar esta operación.
  • Un procedimiento remoto (RPC) protocolo error llamada a.
  • La sintaxis de transferencia no es compatible con el servidor RPC.
  • No se encontró la secuencia de protocolo RPC.
  • Error interno en una llamada a procedimiento remoto (RPC).
  • El servidor de RPC ha intentado una división por cero.
  • Error de direccionamiento en el servidor RPC.
  • Una operación de punto flotante en el servidor RPC ha causado una división por cero.
  • Subdesbordamiento de punto flotante en el servidor RPC.
  • Desbordamiento de punto flotante en el servidor RPC.
  • Se ha agotado la lista de servidores RPC disponibles para el enlace de identificadores automáticos.
  • El error especificado no es un código de error de Windows RPC válido.
  • Versión incompatible del fragmento RPC.
  • El objeto de canalización RPC no es válido o dañado.
  • Se intentó una operación no válida en un objeto de canalización RPC.
  • Versión de canalización RPC no admitida.
  • Manipulador de llamada RPC asincrónica no válido para esta operación.
  • Ya se ha cerrado el objeto de canalización RPC.
  • Se completó antes de que se han procesado todas las canalizaciones la llamada RPC.
  • No hay más datos están disponibles desde la canalización RPC.

Solución de problemas de rendimiento de RPC y error

Hay muchas herramientas que se puede utilizar para determinar si un mensaje de error RPC está causado por una conexión de red lenta. Si recibe un mensaje de error RPC, elimine la conectividad de red lentas como la posible causa. Utilice uno o varios de los métodos siguientes para aislar el problema.
  • Para resolver el problema de resolución de nombres como una causa de la RPC mensaje de error, compruebe que puede utilizar el comando NET VIEW en un símbolo en el servidor de destino. Si TCP/IP es el protocolo utilizado entre los programas cliente y servidor, puede utilizar un archivo Lmhosts para eliminar el servicio de nombres Internet de Windows (WINS) como un colaborador posible al problema.
  • Puede probar la conectividad básica de RPC mediante otro programa RPC. Windows NT Server incluye varios programas RPC. Visor de sucesos (Eventvwr.exe) y el Editor del registro (Regedt32.exe) pueden tener su enfoque que se establece en cualquier equipo que ejecuta Windows NT. Otros programas como administrador de usuarios (usrmgr.exe) y Administrador de servidores (srvmgr.exe) establecen en el controlador de dominio principal (PDC) de su enfoque forma predeterminada. Utilice uno de estos programas como otro prueba para la conectividad RPC.
  • Para probar la conectividad de red, supervise la velocidad de una copia de archivos básico a través de la red mediante Monitor de sistema (Perfmon.exe). Para dar a la prueba de un período de muestreo adecuado y para permitir totalmente segmentación y secuenciación, pruebe sólo con un archivo que es al menos 2 megabytes (MB). Para copiar un archivo en la red mediante el Monitor de rendimiento:
    1. Busque un 2 MB o el archivo mayor. Si no tiene un archivo de 2 MB disponible, puede utilizar el comando COPY para crear el archivo desde un archivo existente. Para ello, escriba el comando siguiente en el símbolo del sistema y, a continuación, presione ENTRAR:
      Copiar /b file.ext file.ext file.ext + file.ext destination.ext
      Nota : utilizar el archivo binario (/ b) cambia cuando el archivo de origen no es texto. Esto impide que se lea como un carácter de fin de archivo CTRL+Z.
    2. Inicie a Monitor en el equipo cliente. Puesto que el monitor no puede distinguir entre las conexiones a diferentes equipos de una copia de archivo, puede que desee desconectar todas las conexiones de red actual si otras conexiones pueden influir en los resultados. Para desconectar todas las conexiones de red actual, escriba net use * /d en un símbolo del sistema y, a continuación, presione ENTRAR.
    3. Monitor de rendimiento puede supervisar una copia de archivo para el objeto de servidor o redirector mediante los contadores bytes transmitidos por segundo, bytes recibidos/seg y total de bytes por segundo. Para simplificar el procedimiento y para representar con más precisión el flujo de datos en la conexión RPC, copiar un archivo desde el equipo servidor en el equipo cliente que ejecuta el programa RPC. Un archivo de 2 MB debe encontrarse en el equipo servidor.
    4. En el Monitor de rendimiento en el equipo cliente, siga estos pasos:
      1. En el menú Edición , haga clic en Agregar gráfico .
      2. En el cuadro objeto , haga clic en redirector .
      3. En el cuadro contador , haga clic en bytes recibidos/s. y, a continuación, haga clic en Agregar .
    5. En un símbolo del sistema, asignar una letra de unidad de red al equipo servidor y, a continuación, copie el archivo desde el equipo servidor en el equipo cliente.
    6. En el Monitor de sistema, observar los valores promedio, máximo y mínimos. Si está probando con un vínculo de 128 Kbps, observar el contador de promedio para comprobar que se está ejecutando el proceso de copia cerca al 75 por ciento de los 16.384 bytes por segundo límite teórico (0,75 x 16.384 = 12.288 bytes por segundo). Este valor debe ser mayor para la funcionalidad importante y puede indicar la necesidad de expansión de la red. Como un indicador que enfoque 800,000 bytes por segundo (bps) de medidas son excelentes. La siguiente tabla muestra las conversiones de kilobits por segundo (kpbs) y kilobytes por segundo (KBps):
      Contraer esta tablaAmpliar esta tabla
      Velocidad de conexiónBytes por segundo (bps)
      128 kbps16.384
      512 kbps65.536
      1.544Mbps (T1)193,000
      10 Mbps (Ethernet)1,250,000
      46.320Mbps (T3)5,790,000
      Con una determinada velocidad de línea, como 128 K, verá menor que el rendimiento de bps 16.384 completa basado en uso y otros factores. Estos números son un máximo teórico y les reduce la carga de red.
    7. Para eliminar aún más la conectividad de red general como el problema:
      1. En Administrador de rendimiento en el equipo cliente, haga clic en Agregar gráfico en el menú Edición .
      2. En el cuadro objeto , haga clic en redirector .
      3. En el cuadro contador , haga clic en bytes transmitidos por segundo y a continuación, haga clic en Agregar .
      4. Copie el archivo al equipo servidor y supervisar la velocidad a la que se copia el archivo.
    Nota : asegúrese de que estas pruebas entre el equipo cliente y servidor son aceptables para el nivel de servicio deseado. Para realizar pruebas adicionales utilizando al Monitor de rendimiento, por invertir la dirección del flujo de datos entre el equipo cliente y servidor, seleccione los contadores apropiados.
  • Otro para probar la comunicación RPC entre dos equipos consiste en utilizar la herramienta Rpcping.Para obtener información adicional acerca de cómo utilizar la herramienta Rpcping, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    167260Cómo utilizar RPCPing para probar la comunicación RPC
  • Otras causas de los mensajes de error RPC pueden ser servicios de terceros o servicios más grandes que se ejecutan en el equipo cliente o servidor. Para determinar si Servicios en ejecución están causando el problema, detenga todos los no predeterminada servicios y prueba RPC rendimiento mediante Visor de sucesos y monitor nuevo.
  • Comprobar el estado de los servicios RPC en el equipo cliente y servidor. Para ello, escriba net start en el símbolo del sistema y, a continuación, presione ENTRAR. Para un controlador de dominio, se muestra la información siguiente:
    Ubicador de llamadas a procedimiento remoto
    Servicio de llamadas a procedimiento remoto
  • Para comprobar más el estado de estos servicios, utilice la herramienta de SC.exe incluida con el Kit de recursos de Windows.Para obtener información adicional acerca de cómo utilizar la herramienta SC.exe, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    166819Utilizar Sc.exe y Netsvc.exe para controlar servicios de manera remota
  • Services.exe contiene gran parte del código RPC y uno de los subprocesos puede ser en un estado bloqueado. Utilice la herramienta Dr. Watson (Drwtsn32.exe) para determinar si se ha informado un mensaje de error. Incluso si no ha notificado ningún mensaje de error, uno de los subprocesos puede estar bloqueada. Si éste es el caso, deberá reiniciar el equipo.
  • Puede utilizar la herramienta de Tlist.exe incluida con el Kit de recursos de Windows NT para obtener información similar al siguiente:
          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 del estado, archivos y las fechas puede proporcionar información adicional.
  • Puede utilizar la herramienta Pmon.exe (incluida con el Kit de recursos de Windows NT) Administrador de tareas para obtener información acerca de Services.exe, tal como memoria y consumo de CPU.
  • La herramienta de Pstat.exe, incluida con el Kit de recursos de Windows, muestra los estados de subprocesos para Services.exe.

Propiedades

Id. de artículo: 177446 - Última revisión: miércoles, 01 de noviembre de 2006 - Versión: 2.2
La información de este artículo se refiere a:
  • Microsoft Windows NT Server 4.0 Enterprise Edition
  • Microsoft Windows NT Server 3.5
  • 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 Developer Edition
Palabras clave: 
kbmt kbhowto kbinfo kbnetwork kbrpc KB177446 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 177446

Enviar comentarios

 

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