Solución de problemas relacionados con el procesamiento lento de solicitudes RPC

Última modificación del tema: 2008-11-12

Al usar Microsoft Office Outlook en modo MAPI, Outlook ejecuta operaciones de cliente como llamadas de procedimiento remoto (RPC) entre el cliente y el servidor. Si el usuario está en modo con en línea, estas RPC se producen de forma sincronizada. Cualquier retraso del servidor en el cumplimiento de esas solicitudes sincrónicas afectará directamente a la experiencia del usuario y a la capacidad de respuesta de Outlook. Por el contrario, la mayoría de las operaciones que se realizan cuando la ejecución es en modo caché suceden contra la copia local del usuario del buzón, o se envían al servido en forma de RPC asincrónica (en segundo plano). En general, las RPC asincrónicas no afectan a la capacidad de respuesta ni a la experiencia en general del propio cliente de Outlook.

Cuando el servicio Almacén de información de Microsoft Exchange se inicia por primera vez en un servidor, se registra en el servicio RPC y recibe una asignación de 500 subprocesos. Los clientes se conectan y se desconectan a los subprocesos individuales, a medida que realizan sus operaciones diarias. Eso incluye la lectura y el envío de correo electrónico, la creación de reuniones y tareas, y la visualización de calendarios. El contador de rendimiento MSExchangeIS\Solicitudes RPC indica cuántos subprocesos están actualmente en uso (son "propiedad" de clientes). El contador de rendimiento MSExchangeIS\Operaciones RPC/seg refleja el número de operaciones que el servidor recibió en el último segundo. Si el número de solicitudes de RPC aumenta de forma continuada a lo largo del tiempo, es una clara indicación de que el servidor no puede procesar las operaciones de cliente con la suficiente rapidez. Cuando el contador de rendimiento MSExchangeIS\Solicitudes RPC llega a 500, todos los subprocesos de RPC se habrán agotado y los clientes no podrán enviar nuevas solicitudes al servidor hasta que todas las operaciones de un subproceso existente se hayan completado y ese subproceso se haya liberado.

Debido a que el contador de rendimiento MSExchangeIS\Operaciones RPC/seg refleja la carga actual de un servidor, resulta extremadamente útil para identificar cuellos de botella en el procesamiento de Exchange, especialmente si los administradores conocen los valores que se esperan de su servidor durante los períodos de utilización máxima y los períodos normales. Los servidores que funcionan de forma aceptable cuando reciben 300 operaciones RPC por segundo puede que tengan dificultades para atender 1.500 operaciones RPC por segundo. Los administradores deben revisar siempre el contador MSExchangeIS\Operaciones RPC/seg y hacer corresponder los cambios en ese valor con los cambios en el número de solicitudes RPC.

Si los clientes se quejan de un mal rendimiento de Exchange, y los contadores MSExchangeIS\Solicitudes RPC y MSExchangeIS\Operaciones RPC/seg están bajos o a cero, se trata de una indicación clara de que el cuello de botella no está en el propio servidor. El problema aquí consiste en que hay algo externo al servidor que evita que la información llegue en absoluto al servidor. Los administradores deberían revisar el rendimiento de Active Directory, el rendimiento de la red, la configuración del cliente y otras áreas que puedan dar como resultado que los datos no lleguen al servidor de Exchange.

Si MSExchangeIS\Solicitudes RPC sube de forma continuada mientras que MSExchangeIS\Operaciones RPC/seg sigue relativamente estable, eso indica que el servidor no puede administrar la carga existente. Los administradores deben comprobar los componentes de hardware, inclusive la memoria física, el almacenamiento y la capacidad del procesador, o disminuir el número de usuarios en el servidor.

Si MSExchangeIS\Solicitudes RPC sube de forma continuada mientras que MSExchangeIS\Operaciones RPC/seg disminuye, eso indica que el servidor de Exchange es el origen del cuello de botella. En esta situación, algo evita que el almacén de información complete las operaciones RPC, y los subprocesos RPC asociados siguen asignados. A medida que se van asignando los subprocesos, el servidor tiene menos subprocesos disponibles para operaciones nuevas, por lo que el número de operaciones nuevas disminuye. Si el servidor llega finalmente a 500 solicitudes RPC pendientes, las nuevas operaciones RPC se rechazarán. Eso normalmente se debe, bien a graves problemas de falta de recursos físicos (memoria o disco), o bien a un problema de procesamiento dentro del almacén de información o un componente integrado (antivirus, registro en diario, etc.).

En la tabla siguiente se incluyen los contadores más importantes para solucionar y aislar problemas de procesamiento de RPC.

Contadores de rendimiento para procesamiento de RPC

Supervisión del cliente

Microsoft Office Outlook 2003 y Office Outlook 2007 incluyen características adicionales de supervisión del cliente. La supervisión del cliente se usa para detectar errores del cliente y problemas de latencia. Para habilitar la supervisión del cliente en un servidor Exchange, modifique el Registro del servidor. Cuando está habilitada, los clientes de Outlook 2007 y Outlook 2003 envían datos al servidor, basándose en su estado y en el estado de la conexión, lo que incluye solicitudes RPC que no prosperaron y estados de error. Esta información se agrega al servidor y se registra en entradas del registro de eventos del servidor. Para obtener instrucciones detalladas acerca de cómo habilitar la supervisión del cliente en Outlook, consulte Habilitación de la supervisión del lado cliente.

Limitación de peticiones de cliente

Exchange 2007 incluye una nueva característica llamada Límite RPC de cliente, que está disponible para ayudar a los administradores a administrar la experiencia de rendimiento del usuario final. La limitación de clientes RPC se introdujo para evitar que las aplicaciones cliente enviasen demasiadas operaciones RPC por segundo al servidor de Exchange, ya que se podría reducir el rendimiento general del servidor. Entre estas aplicaciones cliente se incluyen motores de búsquedas de escritorio que buscan en todos los objetos que hay dentro del buzón de un usuario, aplicaciones personalizadas diseñadas para manipular los datos situados en los buzones de correo de Exchange, productos de archivo de correo electrónico de calidad empresarial y buzones de correo habilitados para CRM con etiquetado automático del correo electrónico habilitado. La limitación de peticiones de clientes permite a Exchange detectar la monopolización del servidor por parte de unos pocos usuarios y ayudar a prevenirla. Cuando el servidor de Exchange identifica a un cliente que está causando un efecto desproporcionado en el servidor, este enviará una solicitud de interrupción al cliente, para reducir el efecto sobre el rendimiento del servidor. Para obtener más información acerca de las características de limitación de cliente disponibles en Exchange 2007, consulte Descripción de la limitación de clientes.