Generar informes y gráficos con contadores de rendimiento con la herramienta Análisis de rendimiento de registros (PAL) para BizTalk Server

Artículo
09/28/2023

La herramienta PAL (Análisis de rendimiento de registros) lee en un registro de contadores de monitor de rendimiento (cualquier formato conocido) y lo analiza mediante umbrales complejos, pero conocidos (proporcionados). La herramienta genera un informe basado en HTML que representa gráficamente contadores de rendimiento importantes y genera alertas cuando se superan los umbrales. Los umbrales se basan originalmente en umbrales definidos por los equipos de productos de Microsoft, incluidos los BizTalk Server y los miembros del soporte técnico de Microsoft. Esta herramienta no es un reemplazo del análisis de rendimiento tradicional, pero automatiza el análisis de los registros de contadores de rendimiento lo suficiente para ayudarle a ahorrar tiempo. La herramienta PAL:

Analiza los registros de contadores de rendimiento para los umbrales.
Resulta útil para los registros de Perfmon de gran tamaño.
Identifica BizTalk Server y cuellos de botella del contador de rendimiento del sistema operativo mediante el análisis de umbrales.
Es extensible para realizar análisis en los contadores de rendimiento.
Se puede usar para ayudar a escribir su propio contador.

PAL está disponible como descarga gratuita en GitHub. Requiere analizador de registros de Microsoft. El analizador de registros es una herramienta eficaz y versátil que proporciona acceso de consulta universal a datos basados en texto, como archivos de registro, archivos XML y archivos CSV, así como orígenes de datos clave en el sistema operativo Windows, como el registro de eventos, el registro, el sistema de archivos y el servicio de directorio de Active Directory®. Es posible que quiera usar esta herramienta para consultar una cantidad significativa de información de registro. Puede descargar la herramienta Analizador de registros.

Uso de PAL con registros de contadores de rendimiento en distintos idiomas

La herramienta PAL analiza los registros de contadores de rendimiento solo en inglés. Para usar la herramienta PAL con registros de contadores de rendimiento en otros idiomas, primero debe traducir los registros al idioma inglés. Puede usar Perfmon Log Translator para traducir los archivos de registro del contador de rendimiento originales a inglés.

Descripción del informe de herramientas pal para Microsoft BizTalk Server 2010

La herramienta PAL proporciona análisis de registros de Perfmon de umbrales para el sistema operativo Windows, Microsoft SQL Server y BizTalk Server. En esta sección se describen la mayoría de los análisis del informe de umbral de BizTalk Server de la herramienta PAL.

Nota:

Este tema es largo para que la información completa sobre la herramienta PAL se pueda incluir en un solo lugar para facilitar la referencia.

La herramienta PAL notifica los siguientes análisis y umbrales.

Tipo y nombre de análisis	Descripción del análisis
Disco: espacio disponible en disco para un volcado de kernel	Este análisis comprueba que haya suficiente espacio libre en disco para que el sistema operativo volque toda la memoria en el disco. Si no hay suficiente espacio en disco, el sistema operativo no podrá crear un archivo memory.dmp, que es necesario para analizar la causa principal de un volcado de memoria.
Disco: Análisis de interfaz de disco lógico/físico	Este análisis examina el tiempo de inactividad de cada uno de los discos físicos. Cuanto más inactivo sea el disco, menos se usa. Este contador se usa mejor cuando se usa un disco en el disco lógico. "% de tiempo de inactividad" informa del porcentaje de tiempo durante el intervalo de ejemplo que el disco estaba inactivo. Referencia: Descartar problemas de Disk-Bound
Disco: Análisis de latencia de lectura y escritura de disco lógico/físico	La manera más confiable de que Windows detecte un cuello de botella de rendimiento de disco es midiendo sus tiempos de respuesta. Si los tiempos de respuesta son mayores que .025 (25 milisegundos), que es un umbral conservador, se pueden producir ralentizaciones notables y problemas de rendimiento que afectan a los usuarios. Para obtener más información, consulte Análisis de latencia de lectura y escritura de disco lógico/físico en este tema.
Disco: transferencias de disco lógico/seg.	"Transferencias de disco por segundo" es la tasa de operaciones de lectura y escritura en el disco. Los umbrales de este análisis comprueban si alguno de los discos lógicos muestra tiempos de respuesta deficientes (más de 25 ms para las operaciones de E/S). Si esto es cierto, las transferencias de disco por segundo deben ser iguales o superiores a 80. Si no es así, es necesario investigar la arquitectura del disco. La causa más común de una E/S de disco deficiente es la sobrecarga de LUN en la SAN. Para obtener más información, consulte Transferencias de disco lógico por segundo en este tema.
Disco: % de espacio libre de LogicalDisk	"% de espacio libre" es el porcentaje del espacio utilizable total que se liberó en la unidad de disco lógica seleccionada. El rendimiento no debe verse afectado hasta que el espacio disponible en la unidad de disco sea inferior al 30 %. Cuando se usa el 70 % de la unidad de disco, el espacio libre restante se encuentra más cerca del eje del disco en el centro de la unidad de disco, que funciona en un nivel de rendimiento inferior. La falta de espacio libre en disco puede provocar un rendimiento grave del disco.
Disco: procesar operaciones de datos de E/S y procesar otras operaciones por segundo análisis de E/S	Estos contadores cuentan todas las actividades de E/S generadas por el proceso para incluir E/S de archivos, red y dispositivos. Estos análisis comprueban cuándo los procesos realizan más de 1000 E/S por segundo y lo marcan como advertencia. Estos análisis se usan mejor en correlación con otros análisis, como el análisis de disco, para determinar qué procesos podrían estar implicados en la actividad de E/S.
Memoria: memoria disponible	Este análisis comprueba si el total de memoria disponible es bajo: advertencia en el 10 % disponible y Crítico al 5 % disponible. También se genera una advertencia cuando se detecta una tendencia decreciente de 10 MB por hora, lo que puede indicar una posible condición de memoria próxima. La memoria física baja puede provocar mayores retrasos en la CPU y el sistema en modo con privilegios. Para obtener más información, consulte MemoryAnalysis disponible en este tema.
Memoria: entradas de tabla de páginas del sistema libre	Las entradas de tabla de páginas del sistema libre (PTE) son el número de entradas de tabla de páginas que el sistema no usa actualmente. Este análisis determina si el sistema se está quedando sin PTE comprobando si hay menos de 5000 PTE libres con una advertencia si hay menos de 10 000 PTE libres. La falta de suficientes PTE puede dar lugar a bloqueos en todo el sistema. Tenga en cuenta también que el modificador /3GB reducirá significativamente la cantidad de PTE libre. Para obtener más información, consulte Free System Page Table Entries Analysis en este tema.
Memoria: detección de fugas de memoria	Este análisis determina si alguno de los procesos consume una gran cantidad de memoria del sistema y si el proceso aumenta en el consumo de memoria a lo largo del tiempo. Un proceso que consume grandes partes de memoria es correcto siempre que el proceso devuelva la memoria al sistema. Busque tendencias crecientes en el gráfico. Una tendencia creciente durante un largo período de tiempo podría indicar una pérdida de memoria. "Bytes privados" es el tamaño actual, en bytes, de la memoria que este proceso ha asignado que no se puede compartir con otros procesos. Este análisis comprueba las tendencias de aumento de 10 MB por hora y 5 MB por hora. Utilice este análisis en correlación con el análisis de memoria disponible en PAL. Para obtener más información, consulte Análisis de detección de fugas de memoria en este tema.
Memoria: controlar la detección de fugas	Este análisis comprueba todos los procesos para determinar cuántos identificadores tiene abiertos cada uno y para determinar si se sospecha una fuga de identificadores. Un proceso con un gran número de identificadores o una tendencia ascendente agresiva podría indicar una fuga de identificadores, lo que suele dar lugar a una fuga de memoria. El número total de identificadores abiertos actualmente por este proceso es igual a la suma de los identificadores abiertos actualmente por cada subproceso de este proceso. Referencia: Herramienta de diagnóstico de depuración
Memoria: entrada de páginas de memoria por segundo	"Entradas de páginas por segundo" es la velocidad a la que se leen las páginas del disco para resolver errores de páginas difíciles. Los errores de página severos se producen cuando un proceso hace referencia a una página de la memoria virtual que no está incluida en el conjunto de trabajo ni en ninguna otra parte de la memoria física, por lo que debe recuperarse del disco. Este análisis comprueba si hay más de 10 lecturas de archivo de página por segundo.
Memoria: páginas de memoria por segundo	Este análisis comprueba si las "páginas por segundo" son altas (por encima de 1000). Si es alto, es probable que el sistema se queda sin memoria intentando paginar la memoria en el disco. "Páginas por segundo" es la velocidad a la que se leen o escriben páginas en el disco para resolver errores de páginas difíciles. Este contador es un indicador principal de los tipos de errores que provocan retrasos en todo el sistema. Utilice este análisis en correlación con el análisis de memoria disponible y el análisis de detección de fugas de memoria en PAL. Si todos estos análisis inician alertas al mismo tiempo, esto puede indicar que el sistema se está quedando sin memoria y los procesos sospechosos implicados y seguir los pasos de análisis mencionados en el análisis de detección de fugas de memoria en PAL. Para obtener más información, consulte Análisis de páginas de memoria por segundo en este tema.
Memoria: bytes residentes de caché del sistema de memoria	"Bytes residentes en caché del sistema" es el tamaño, en bytes, del código del sistema operativo paginable en la memoria caché del sistema de archivos. Este valor incluye sólo páginas físicas actuales y no incluye las páginas de memoria virtual no residentes actualmente. Este valor es un componente de "Memory\\System Code Resident Bytes" que representa todo el código de sistema operativo paginable que se encuentra actualmente en memoria física. Este contador no es un promedio y muestra solamente el último valor observado. Este análisis comprueba una tendencia creciente de 10 MB por hora. En carga, un servidor podría usar la memoria caché del sistema para almacenar en caché la actividad de E/S, como el disco. Use en correlación con las operaciones de datos de E/S de proceso/s y procese otros análisis de E/S en PAL. Referencia: Rendimiento y ajuste de la caché de archivos
Memoria: bytes no paginados del grupo	"Pool Nonpaged Bytes" es el tamaño, en bytes, del grupo no paginado, un área de memoria del sistema para los objetos que no se pueden escribir en el disco, pero debe permanecer en memoria física siempre que se asignen. Este análisis comprueba si el sistema está cerca del tamaño máximo de memoria no paginada del grupo. Para ello, calcula los tamaños del grupo teniendo en cuenta /3 GB, tamaño de memoria física y 32 bits/64 bits y, a continuación, determina si el valor es mayor que el 60 por ciento del tamaño estimado del grupo. Si el sistema se acerca al tamaño máximo, el sistema podría experimentar bloqueos de todo el sistema. La opción de modificador /3GB del archivo boot.ini reduce significativamente el tamaño de este grupo de memoria. Para obtener más información, consulte Análisis de bytes no paginados del grupo en este tema.
Memoria: bytes paginados del grupo	Este análisis comprueba si el sistema está cerca del tamaño máximo de memoria paginada del grupo. Para ello, calcula los tamaños del grupo teniendo en cuenta /3 GB, tamaño de memoria física y 32 bits/64 bits y, a continuación, determina si el valor es mayor que el 60 por ciento del tamaño estimado del grupo. Si el sistema se acerca al tamaño máximo, el sistema podría experimentar bloqueos de todo el sistema. La opción de modificador /3GB del archivo boot.ini reduce significativamente el tamaño de este grupo de memoria. Para obtener más información, consulte Análisis de bytes paginados de grupo en este tema.
Memoria: recuento de subprocesos de proceso	Este análisis comprueba todos los procesos para determinar si un proceso tiene más de 500 subprocesos y si el número de subprocesos aumenta en 50 subprocesos por hora. Un proceso con un gran número de subprocesos o una tendencia ascendente agresiva podría indicar una fuga de subprocesos que normalmente da lugar a una fuga de memoria o a un cambio de contexto alto. El cambio de contexto alto dará lugar a una CPU en modo con privilegios elevados.
Memoria: conjunto de trabajo de proceso	"Conjunto de trabajo" es el tamaño actual, en bytes, del conjunto de trabajo de este proceso. El conjunto de trabajo es el conjunto de páginas de memoria tocadas recientemente por los subprocesos del proceso. Si la memoria libre del equipo está por encima de un umbral, las páginas quedan en el conjunto de trabajo de un proceso aunque no estén en uso. Cuando la memoria libre cae por debajo de un umbral, las páginas se recortan de los conjuntos de trabajo. Si son necesarios, se volverán a realizar errores suaves en el espacio de trabajo antes de salir de la memoria principal. Este análisis comprueba una tendencia creciente de 10 MB o más en cada uno de los procesos. Use en correlación con el análisis de memoria disponible en PAL. Referencia: Búsqueda y eliminación de cuellos de botella
Red: Análisis de longitud de cola de salida de red	Este análisis comprueba cuántos subprocesos están esperando en el adaptador de red. Si muchos subprocesos están esperando en el adaptador de red, el sistema probablemente satura la E/S de red debido a la latencia de red o al ancho de banda de red. "Longitud de cola de salida" es la longitud de la cola de paquetes de salida (en paquetes). Los retrasos se indican si es mayor que dos, y se debe encontrar y eliminar el cuello de botella, si es posible. Las causas típicas de la puesta en cola de salida de red incluyen un gran número de solicitudes de red pequeñas y latencia de red.
Red: Análisis de uso de red	"Bytes totales/s" es la velocidad a la que se envían y reciben bytes a través de cada adaptador de red, incluidos los caracteres de trama. "Interfaz de red\Bytes recibidos/s" es una suma de "Interfaz de red\Bytes recibidos/s" y "Interfaz de red\Bytes enviados/s". Este contador le ayuda a saber si el tráfico en el adaptador de red está saturado y si necesita agregar otro adaptador de red. La rapidez con la que puede identificar un problema depende del tipo de red que tenga, así como de si comparte ancho de banda con otras aplicaciones. Este análisis convierte "Bytes totales/s" en bits y lo compara con el ancho de banda actual del adaptador de red para calcular el uso de la red. A continuación, comprueba el uso por encima del 50 %. Referencia: Medición del rendimiento mediante EventCounters en .NET Core
Archivo de paginación: porcentaje de uso del archivo de paginación y % de uso máximo	Cantidad de la instancia de archivo de página en uso en porcentaje. Vea también "Process\\Page File Bytes". Este análisis comprueba si el porcentaje de uso es mayor que el 70 %.
Procesador: análisis de uso del procesador y uso excesivo del procesador por procesos	Este contador es el indicador principal de la actividad del procesador y muestra el porcentaje medio de tiempo ocupado observado durante el intervalo de muestra. Se calcula supervisando el tiempo en que el servicio está inactivo y restando ese valor del 100 %. Este análisis comprueba el uso de más del 60 por ciento en cada procesador. Si es así, determine si es cpu en modo de usuario alto o modo con privilegios elevados. Si se sospecha que la CPU del modo con privilegios elevados es alta, consulte el análisis de CPU del modo con privilegios en PAL. Si se sospecha un cuello de botella del procesador en modo de usuario, considere la posibilidad de usar un generador de perfiles de proceso para analizar las funciones que provocan un consumo elevado de CPU.
Procesador: longitud de la cola del procesador	Este análisis determina si la longitud media de la cola del procesador supera el número de procesadores. Si es así, esto podría indicar un cuello de botella del procesador. Use este análisis en correlación con el análisis de CPU del modo con privilegios y uso excesivo del procesador por análisis de procesos en PAL. Para obtener información detallada, consulte Análisis de longitud de cola del procesador en este tema.
Procesador: Análisis de CPU en modo con privilegios	Este contador indica el porcentaje de tiempo que se ejecuta un subproceso en modo con privilegios. Cuando la aplicación llama a funciones del sistema operativo (por ejemplo, para realizar E/S de archivos o de red o para asignar memoria), estas funciones del sistema operativo se ejecutan en modo con privilegios. Este análisis comprueba si la CPU del modo con privilegios consume más del 30 % de la CPU total. Si es así, es probable que el consumo de CPU se deba a otro cuello de botella distinto del procesador, como la red, la memoria o la E/S del disco. Use en correlación con el procesador: % de tiempo de interrupción y procesador: análisis de conmutación de contexto alto en PAL. Para obtener más información, consulte Análisis de CPU del modo con privilegios en este tema.
Procesador: tiempo de interrupción	"% de tiempo de interrupción" es el tiempo que el procesador dedica a recibir y atender interrupciones de hardware durante intervalos de muestra. Este valor es un indicador indirecto de la actividad de los dispositivos que generan interrupciones, como el reloj del sistema, el mouse, controladores de disco, líneas de comunicación de datos, tarjetas de red y otros dispositivos periféricos. Estos dispositivos generalmente interrumpen al procesador cuando han finalizado una tarea o necesitan atención. La ejecución de subprocesos normal se suspende durante las interrupciones. Muchos de los relojes de sistema interrumpen al procesador cada 10 milisegundos, creando un fondo de actividades interrumpidas. Un aumento dramático en este contador indica posibles problemas de hardware. Este análisis busca un "% de tiempo de interrupción" mayor que el 30 %. Si esto ocurre, considere la posibilidad de actualizar los controladores de dispositivos para el hardware que se correlaciona con esta alerta. Referencia: Medición del rendimiento mediante EventCounters en .NET Core
Procesador: cambio de contexto alto	Un cambio de contexto se produce cuando un subproceso de prioridad más alta adelanta un subproceso de prioridad inferior que se está ejecutando actualmente o cuando se bloquea un subproceso de prioridad alta. Se pueden producir altos niveles de cambio de contexto cuando muchos subprocesos comparten el mismo nivel de prioridad. Esto suele indicar que hay demasiados subprocesos que compiten por los procesadores del sistema. Como regla general, las tasas de cambio de contexto de menos de 5000 por segundo por procesador no merecen la pena preocuparse. Si las velocidades de conmutación de contexto superan los 15 000 por segundo por procesador, hay una restricción. Para obtener más información, consulte Análisis de conmutación de contexto alto en este tema.
Microsof BizTalk Server: Orquestaciones de deshidratación de BizTalk	Cuando muchos procesos empresariales de larga duración se ejecutan al mismo tiempo, es posible que se produzcan problemas de memoria y rendimiento. El motor de la orquestación aborda estos problemas mediante la "deshidratación" y la "rehidratación" de las instancias de orquestación. La deshidratación es el proceso de serializar el estado de una orquestación en una base de datos de SQL Server. La rehidratación es la inversa de este proceso: deserializar el último estado en ejecución de una orquestación de la base de datos. La deshidratación se utiliza para minimizar el uso de recursos de sistema al reducir el número de las orquestaciones de las que a la vez se tiene que crear la instancia en memoria. Por lo tanto, las dehidraciones ahorran consumo de memoria, pero son operaciones relativamente costosas para realizar. Este análisis comprueba si hay deshidrataciones de 10 o más. Si es así, BizTalk Server puede quedarse sin memoria (ya sea virtual o física), un gran número de orquestaciones están esperando mensajes o la configuración de deshidratación no está establecida correctamente. Referencia: Deshidratación y rehidratación de orquestación
Microsoft BizTalk Server: sesiones de base de datos elevadas de BizTalk	Este contador tiene dos valores posibles: normal (0) o superado (1). Este análisis comprueba si hay un valor de 1. Si es así, BizTalk ha superado el umbral del número de sesiones de base de datos permitidas. Este valor se controla mediante el valor "Conexión de base de datos por CPU" en la configuración de limitación de host de BizTalk. "Conexión de base de datos por CPU" es el número máximo de sesiones simultáneas de base de datos (por CPU) permitidas antes de que comience la limitación. Puede supervisar el número de conexiones activas de Base de datos utilizando el contador de rendimiento Sesión de base de datos en la categoría de objeto de rendimiento BizTalk:Agente de mensaje. Este parámetro sólo afecta a la limitación de mensajes de salida. Para obtener más información, consulte Análisis de sesiones de base de datos elevadas de BizTalk en este tema.
Microsoft BizTalk Server: tamaño elevado de base de datos de BizTalk	Este contador se establecerá en un valor de 1 si se produce alguna de las condiciones enumeradas para el recuento de mensajes en el umbral de la base de datos. De forma predeterminada, el recuento de mensajes de host en el umbral de limitación de la base de datos se establece en un valor de 50 000, lo que desencadenará una condición de limitación en las siguientes circunstancias: - El número total de mensajes publicados por la instancia de host en las colas de trabajo, estado y suspensión de los hosts de suscripción supera los 50 000. - El número de mensajes de la tabla de cola o la tabla de seguimiento supera los 500 000 mensajes. Si esto ocurre, considere un curso de acción que reducirá el número de mensajes de la base de datos. Por ejemplo, asegúrese de que los trabajos de SQL Server de BizTalk Server se están ejecutando sin errores y use la página Concentrador de grupos en la consola de administración de BizTalk Server para determinar si la compilación de mensajes se debe a un gran número de mensajes suspendidos. Para obtener más información, consulte Análisis de tamaño alto de base de datos de BizTalk en este tema.
Microsoft BizTalk Server: Recuento alto de mensajes de In-Process de BizTalk	Este análisis comprueba el contador Recuento alto de mensajes de In-Process para determinar si se está produciendo este tipo de limitación. Si es así, considere la posibilidad de ajustar la configuración "Mensajes en proceso por CPU". Este parámetro sólo afecta a la limitación de mensajes de salida. Escriba un valor de 0 en la configuración "Mensajes en proceso por CPU" para deshabilitar la limitación en función del número de mensajes en proceso por CPU. El valor predeterminado para la configuración "Mensajes en proceso por CPU" es 1000. Tenga en cuenta que modificar este valor también puede tener un impacto en la baja latencia de los mensajes o en la eficacia de los recursos de BizTalk. Para obtener más información, consulte Análisis de recuento de mensajes de BizTalk High In-Process en este tema.
Microsoft BizTalk Server: Tasa de entrega de mensajes alta de BizTalk	Este análisis comprueba si hay un valor de 1 en el contador Alta tasa de entrega de mensajes. Las altas tasas de entrega de mensajes pueden deberse a una alta complejidad de procesamiento, a adaptadores de salida lentos o a una escasez momentánea de recursos del sistema. Para obtener más información, consulte Análisis de tasa de entrega de mensajes alta de BizTalk en este tema.
Microsoft BizTalk Server: Tasa alta de publicación de mensajes de BizTalk	La limitación de host de entrada, también denominado limitación de publicación de mensajes en BizTalk Server, se aplica a las instancias de host que contienen adaptadores de recepción u orquestaciones que publican mensajes en la base de datos de cuadro de mensajes. Este análisis comprueba si hay un valor de 1 en el contador Alta tasa de publicación de mensajes. Si esto ocurre, la base de datos no puede mantenerse al día con la tasa de publicación de mensajes en la base de datos de Cuadro de mensajes de BizTalk. Referencias: - Contadores de rendimiento de limitación de host - Cómo BizTalk Server implementa la limitación de host - Modificar la configuración de limitación basada en velocidad - ¿Qué es la limitación de host?
Microsoft BizTalk Server: Memoria de proceso elevada de BizTalk	El valor de umbral de limitación de uso de memoria de proceso de BizTalk es el porcentaje de memoria usada en comparación con la suma del tamaño del conjunto de trabajo y la memoria virtual total disponible para el proceso si se especifica un valor comprendido entre 1 y 100. Cuando se especifica un valor de porcentaje, el umbral de memoria de proceso se vuelva a calcular a intervalos regulares. Este análisis comprueba si hay un valor de 1 en el contador Memoria de proceso alto. Para obtener más información, consulte Análisis de memoria de procesos elevados de BizTalk en este tema.
Microsoft BizTalk Server: Memoria alta del sistema de BizTalk	La configuración del umbral de limitación de uso de memoria física de BizTalk es el porcentaje de consumo de memoria en comparación con la cantidad total de memoria física disponible si se especifica un valor comprendido entre 1 y 100. Esta configuración también puede ser la cantidad total de memoria física disponible en megabytes si se especifica un valor mayor que 100. Escriba un valor 0 para deshabilitar la limitación basada en uso de memoria física. El valor predeterminado es 0. Para obtener más información, consulte Análisis de memoria del sistema alto de BizTalk en este tema.
Microsoft BizTalk Server: Recuento elevado de subprocesos de BizTalk	"Subprocesos por CPU" es el número total de subprocesos del proceso host, incluidos los subprocesos usados por adaptadores. Si se supera este umbral, BizTalk Server intentará reducir el tamaño del grupo de subprocesos de EPM y del grupo de subprocesos del agente de mensajes. La limitación basada en subprocesos debería estar habilitada en escenarios en los que una carga elevada puede dar lugar a la creación de un gran número de subprocesos. Este parámetro afecta tanto a la limitación de entrada como de salida. La limitación basada en subprocesos está deshabilitada de forma predeterminada. Para obtener más información, consulte Análisis de recuento elevado de subprocesos de BizTalk en este tema.
Microsoft BizTalk Server: longitud de cola de host de BizTalk	La longitud de la cola del host de BizTalk realiza un seguimiento del número total de mensajes de la cola de host determinada. Puede usar el tamaño de longitud, por ejemplo, BizTalk:MessageBox:HostCounters:Host Queue – Length, para proporcionar una vista más detallada del número de mensajes que se ponen en cola internamente mostrando la profundidad de la cola para un host individual. Este contador puede ser útil para determinar si un host específico está en cuello de botella. Suponiendo que se usan hosts únicos para cada transporte, esto puede resultar útil para determinar posibles cuellos de botella de transporte. Este análisis comprueba si las longitudes medias de cola son mayores que 1. La longitud de la cola de host es una longitud ponderada de la cola agregando el recuento de registros de todas las colas (Q de trabajo, estado Q, Q suspendida) del host de destino. Referencia: BizTalk Server 2010: Metodología de pruebas de rendimiento de BizTalk Server
Microsoft BizTalk Server: longitud de cola de mensajes suspendidos del host de BizTalk	Este contador realiza un seguimiento del número total de mensajes suspendidos para el host determinado. Un mensaje suspendido es una instancia de un mensaje o orquestación que BizTalk Server ha detenido el procesamiento debido a un error en el sistema o el mensaje. Las instancias suspendidas por errores en el sistema generalmente se pueden reanudar cuando se haya solucionado el error en el sistema. Normalmente, las instancias suspendidas por problemas de mensajes no se pueden reanudar y el mensaje se debe fijar y volver a enviar al sistema de BizTalk Server. La cola de mensajes suspendida es una cola que contiene elementos de trabajo para los que se encontró un error o error durante el procesamiento. Una cola suspendida almacena los mensajes hasta que se puedan corregir, volver a procesar o eliminar. Este análisis comprueba si hay alguna aparición de mensajes suspendidos. Una tendencia creciente podría indicar errores graves de procesamiento. Referencias: - Supervisión del estado y el rendimiento de BizTalk Server - Solución de problemas de Microsoft BizTalk Server
BizTalk Server: Orquestaciones inactivas de BizTalk	Número de instancias de orquestaciones inactivas que están actualmente alojadas por la instancia de host. Este contador hace referencia a orquestaciones que no están progresando, pero que no son deshidrables. Esta situación puede producirse cuando la orquestación está bloqueada, esperando una recepción, escucha o retraso en una transacción atómica. Si se acumula un gran número de orquestaciones no deshidrables, BizTalk puede quedar sin memoria. La deshidratación es el proceso de serializar el estado de una orquestación en una base de datos de SQL Server. La rehidratación es la inversa de este proceso: deserializar el último estado en ejecución de una orquestación de la base de datos. La deshidratación se utiliza para minimizar el uso de recursos de sistema al reducir el número de las orquestaciones de las que a la vez se tiene que crear la instancia en memoria. El motor deshidrata la instancia; para ello, guarda el estado de la instancia y libera la memoria que ésta necesita. Al deshidratar instancias de orquestación inactivas, el motor permite que un gran número de procesos empresariales de larga duración se ejecuten simultáneamente en el mismo equipo. Este análisis comprueba si hay una tendencia creciente de una orquestación inactiva por hora. Referencia: Deshidratación y Rehidratación de orquestación.
BizTalk Server: Latencia de entrada de BizTalk	Latencia media en milisegundos desde el momento en que el motor de mensajería recibe un documento del adaptador hasta el momento en que se publica en el cuadro de mensajes. Reducir la latencia es importante para algunos usuarios de BizTalk, por lo que es importante realizar un seguimiento de cuánto tiempo pasan los documentos en el adaptador de entrada. Para obtener más información, consulte Análisis de latencia de entrada de BizTalk en este tema.
BizTalk Server: Retraso de entrega de mensajes de BizTalk	Este es el retraso actual en milisegundos (ms) impuesto en cada lote de entrega de mensajes (aplicable si la entrega del mensaje se está limitando). En lo que respecta a la limitación, se aplica un retraso en la publicación o el procesamiento del mensaje, dependiendo de si el mensaje es entrante o saliente. El período de retraso es proporcional a la gravedad de la condición de limitación. Las condiciones de limitación de gravedad más altas iniciarán un período de limitación más largo que las condiciones de limitación de gravedad más bajas. El mecanismo de limitación ajusta este período de retraso hacia arriba y hacia abajo en unos intervalos concretos a medida que cambian las condiciones. El período de retraso actual se expone a través del retraso de entrega de mensajes (ms) y los contadores de rendimiento de retraso de publicación de mensajes (ms) asociados a la categoría de objeto de rendimiento del Agente de mensajes de BizTalk:Message. Este análisis comprueba si hay un retraso de entrega de mensajes superior a 5 segundos. Los retrasos largos en la entrega de mensajes pueden indicar una limitación elevada debido a una carga elevada. Referencia: Cómo BizTalk Server implementa la limitación de host.
BizTalk Server: estado de limitación de entrega de mensajes de BizTalk	El estado de limitación de entrega de mensajes de BizTalk es uno de los indicadores principales de limitación. Es una marca que indica si el sistema está limitando la entrega de mensajes (lo que afecta al procesamiento de mensajes XLANG y a los transportes salientes). La condición de limitación se indica mediante el valor numérico del contador. Para obtener más información, vea Análisis de estado de limitación de entrega de mensajes de BizTalk en este tema.
BizTalk Server: retraso de publicación de mensajes de BizTalk	Retraso insertado en cada lote calificado para limitar la publicación de mensajes. En lo que respecta a la limitación, se aplica un retraso en la publicación o el procesamiento del mensaje, dependiendo de si el mensaje es entrante o saliente. El período de retraso es proporcional a la gravedad de la condición de limitación. Las condiciones de limitación de gravedad más altas iniciarán un período de limitación más largo que las condiciones de limitación de gravedad más bajas. El mecanismo de limitación ajusta este período de retraso hacia arriba y hacia abajo en unos intervalos concretos a medida que cambian las condiciones. El período de retraso actual se expone a través del retraso de entrega de mensajes (ms) y los contadores de rendimiento de retraso de publicación de mensajes (ms) asociados a la categoría de objetos de rendimiento del Agente de bizTalk:Message. Este análisis comprueba si hay un retraso de publicación de mensajes de más de 5 segundos. Los retrasos largos en la entrega de mensajes pueden indicar una limitación elevada debido a una carga elevada. Referencia: Cómo BizTalk Server implementa la limitación de host.
BizTalk Server: errores de conexión de base de datos de Cuadro de mensajes de BizTalk	Este contador de rendimiento es el número de intentos conexione de base de datos que no se pudieron realizar desde que se inició la instancia de host. Si el servicio SQL Server que hospeda las bases de datos de BizTalk deja de estar disponible por cualquier motivo, el clúster de bases de datos transfiere los recursos del equipo activo al equipo pasivo. Durante este proceso de conmutación por error, las instancias del servicio BizTalk Server experimentan errores de conexión y se reinician automáticamente para conectarse de nuevo a las bases de datos. El equipo de base de datos en funcionamiento (antes el equipo pasivo) comienza a procesar las conexiones de base de datos después de asumir los recursos durante la conmutación por error. Para obtener más información, consulte Análisis de errores de conexión de base de datos de Cuadro de mensajes de BizTalk en este tema.
BizTalk Server: latencia de mensajería de BizTalk: latencia de respuesta de solicitud	Promedio de latencia en milisegundos desde el momento en que el motor de mensajería recibe un documento de solicitud del adaptador hasta que se le envía a éste un documento de respuesta. Consulte el gráfico que muestra cómo se mide la latencia en el análisis de latencia de entrada de BizTalk en este tema. Suponiendo un entorno de baja latencia, este análisis comprueba si hay una latencia de Request-Response superior a 5 segundos. Esto puede indicar un retraso de procesamiento entre el adaptador de entrada y el adaptador de salida. Referencias: - Mensajería de solicitud/respuesta - Escalado de las soluciones
BizTalk Server: estado de limitación de publicación de mensajería de BizTalk	El estado de limitación de publicación de mensajes de BizTalk es uno de los indicadores principales de limitación. Es una marca que indica si el sistema está limitando la publicación de mensajes (lo que afecta al procesamiento de mensajes XLANG y los transportes entrantes). Para obtener más información, consulte Análisis de estado de limitación de publicación de mensajería de BizTalk en este tema.
BizTalk Server: Orquestación de BizTalk suspendida/segunda	Un mensaje suspendido es una instancia de un mensaje o orquestación que BizTalk Server ha detenido el procesamiento debido a un error en el sistema o el mensaje. Las instancias suspendidas por errores en el sistema generalmente se pueden reanudar cuando se haya solucionado el error en el sistema. Normalmente, las instancias suspendidas por problemas de mensajes no se pueden reanudar y el mensaje se debe fijar y volver a enviar al sistema de BizTalk Server. Este análisis comprueba si hay mensajes o orquestaciones suspendidos. Referencias: - Supervisión del estado y el rendimiento de BizTalk Server - Solución de problemas de Microsoft BizTalk Server
BizTalk Server: Orquestaciones de BizTalk completadas por segundo	Este es el número de orquestaciones de BizTalk que se han completado por segundo. Se trata de un buen indicador de la cantidad de rendimiento que está procesando BizTalk. Este análisis solo proporciona estadísticas. Referencia: Escalado de las soluciones
BizTalk Server: Orquestaciones de BizTalk descartadas	Número de instancias de orquestación descartadas de la memoria desde que se inició la instancia de host. Una orquestación se puede descartar si el motor no conserva su estado. Este análisis comprueba si hay mensajes descartados. Referencia: WebLog del motor de BizTalk Core
BizTalk Server: Orquestaciones de BizTalk residentes en memoria	Número de instancias de orquestación alojadas actualmente por la instancia de host. Este análisis comprueba si hay una tendencia creciente en orquestaciones residentes en memoria y si más del 50 por ciento de las orquestaciones residentes en memoria no son deshidratables. Para obtener más información, consulte Orquestaciones de BizTalk residentes en análisis de memoria.
BizTalk Server: latencia del adaptador de salida de BizTalk	Esta es la latencia media en segundos desde que el adaptador obtiene un documento del motor de mensajería hasta el momento en que el adaptador envía. Consulte el gráfico que muestra cómo se mide la latencia en el análisis de latencia de entrada de BizTalk en este tema. Suponiendo un entorno de baja latencia, este análisis comprueba la latencia en el adaptador de salida de más de 5 segundos de media. Esto puede indicar un retraso de procesamiento en el transporte de mensajes a través de adaptadores de salida en esta instancia de host. Si existen varios adaptadores de salida en esta instancia de host, considere la posibilidad de separarlos en sus propios hosts para determinar qué adaptador de salida tiene una latencia alta. Referencias: - Mensajería de solicitud/respuesta. - BizTalk Server 2006: Caso práctico de escalabilidad con el adaptador SOAP en BizTalk Server 2006 - Identificación de cuellos de botella en el nivel de BizTalk - Optimizaciones de escenarios de baja latencia para BizTalk Server
BizTalk Server: mensajes pendientes de BizTalk	Número de mensajes recibidos que no se han confirmado como recibidos en el Cuadro de mensajes. Los mensajes pendientes son mensajes que se han extraído en la memoria y se han entregado a la orquestación XLANG, pero que aún no se han procesado. Esta circunstancia no tiene nada que ver con la pérdida de datos. Entregar un mensaje a una orquestación es un proceso de varios pasos y es simplemente una instancia del mensaje que reside en la tabla de cola de la base de datos. Estos mensajes pendientes cuentan como mensajes en proceso; por lo tanto, tener un gran número de ellos en memoria podría provocar una limitación de memoria en el sistema. Ajustar la configuración Tamaño de cola de mensajes internos podría ayudar a controlar el número de mensajes pendientes. La configuración mensajes por CPU de In-Process afecta al momento de invocar la limitación cuando se produzca un gran número de mensajes pendientes. Esta configuración se encuentra en las propiedades host de la consola de administración de BizTalk. Este análisis comprueba solo las estadísticas de este contador. Referencia: Contadores de rendimiento del motor de orquestación.
BizTalk Server: Puntos de persistencia de BizTalk/segundo	Número promedio de instancias de orquestación guardadas por segundo. El motor de orquestaciones guarda el estado de una instancia de orquestación en ejecución en varios puntos. Si necesita rehidratar la instancia de orquestación, iniciarse desde un apagado controlado o recuperarse de un apagado inesperado, ejecutará la instancia de orquestación desde el último punto de persistencia. Para conservar una instancia de orquestación, todas las instancias de objeto a las que la orquestación hace referencia directa o indirectamente (como a través de otros objetos) deben ser serializables. A medida que aumenta la frecuencia de persistencia de mensajes (el número de veces que se deben conservar los datos), el rendimiento general disminuye. En efecto, cada punto de persistencia es un recorrido de ida y vuelta a la base de datos, por lo que siempre que sea posible, reduzca la frecuencia de los puntos de persistencia evitando o consolidando los puntos de persistencia. Consulte las referencias siguientes para obtener más información sobre cuándo se producen puntos de persistencia. Este análisis comprueba si hay más de 10 puntos de persistencia por segundo en promedio. Se trata de un punto de partida general. Referencias: - Persistencia en orquestaciones - Persistencia y motor de orquestación
BizTalk Server: bytes privados de BizTalk	Se trata de los megabytes de memoria privada asignada para la instancia de host y comparables al contador de rendimiento "\Process(*)\Private Bytes". Este análisis determina si alguna de las instancias de host consume un gran tamaño de la memoria del sistema y si la instancia de host aumenta en el consumo de memoria a lo largo del tiempo. Consulte Análisis de bytes privados de BizTalk en este tema para obtener más información.
BizTalk Server: Tamaño de tabla de grupo de BizTalk	La tabla de cola del cuadro de mensajes contiene un registro para cada mensaje del sistema (activo o esperando a ser "recolección de elementos no utilizados"). La supervisión del número de filas de esta tabla y el número de mensajes recibidos por segundo, mientras que el aumento de la carga del sistema proporciona una manera fácil de encontrar el rendimiento máximo sostenible. Simplemente aumente la carga de entrada hasta 1) la tabla de colas empiece a crecer indefinidamente o 2) el número de mensajes recibidos por segundo, lo que ocurra primero y que sea su rendimiento máximo sostenible. En resumen, independientemente de otros indicadores, esta medida le proporcionará una manera rápida y sencilla de evaluar si el sistema se está sobrecontrolando o no. Cuando el tamaño de las tablas de cola de BizTalk está en una tendencia creciente, puede producirse una limitación debido a la tasa de entrega de mensajes desequilibrado (la velocidad de entrada supera la velocidad de salida) o la limitación debido al tamaño de la base de datos. Este análisis comprueba si hay una tendencia creciente en el tamaño de la tabla de grupo de BizTalk. Referencias: - Descripción del rendimiento y la capacidad de BizTalk Server 2004 SP1 - Prueba de carga sostenible - Recomendaciones al probar el rendimiento del motor.
BizTalk Server: Tamaño de los datos de seguimiento de BizTalk	A medida que BizTalk Server procesa más y más datos en el sistema, la base de datos de seguimiento de BizTalk (BizTalkDTADb) sigue creciendo en tamaño. Un crecimiento descontrolado reduce el rendimiento del sistema y puede dar lugar a errores en el servicio de entrega de datos de seguimiento (TDDS). Además de los datos de seguimiento general, se pueden acumular también los mensajes controlados en la base de datos de cuadro de mensajes, lo que daría lugar a un rendimiento pobre del disco. Este análisis comprueba si hay una tendencia creciente de más de 5 MB por hora en el tamaño de los datos de seguimiento. Referencia: Archivar y purgar la base de datos de seguimiento de BizTalk
BizTalk Server: Ámbitos transaccionales de BizTalk anulados	Este es el número de ámbitos atómicos o de ejecución prolongada que se han anulado desde que se inició la instancia de host. Una anulación del ámbito transaccional es un error que se produce en un ámbito de transacción dentro de una orquestación. Es importante comprender que el controlador de compensación de un ámbito se invoca solo si el ámbito se completó correctamente, pero entonces es necesario deshacerse porque un ámbito circundante ha decidido anularse (debido a errores que pueden producirse más adelante en el proceso). Además, no se produce ninguna reversión de estado "automática" en caso de anulación de transacción. Puede lograr este resultado mediante programación a través de los controladores de excepción y compensación. Las anulaciones de ámbito transaccional no deben producirse normalmente en un entorno de producción; por lo tanto, este análisis comprueba si se anulan los ámbitos transaccionales. Referencia: Transacciones
BizTalk Server: Ámbitos transaccionales de BizTalk compensados	La compensación se puede considerar como un deshacer lógico del trabajo que se ha confirmado correctamente en respuesta a alguna condición de error. Es importante comprender que el controlador de compensación de un ámbito se invoca solo si el ámbito se completó correctamente, pero entonces es necesario deshacerse porque un ámbito circundante ha decidido anularse (debido a errores que pueden producirse más adelante en el proceso). Además, no se produce ninguna reversión de estado "automática" en caso de anulación de transacción. Esto se puede conseguir mediante la programación de los controladores de excepción y compensación. Las compensaciones de ámbito transaccional normalmente no deben producirse en un entorno de producción; por lo tanto, este análisis comprueba si se anulan los ámbitos transaccionales. Referencia: Transacciones
BizTalk Server: Bytes virtuales de BizTalk	Se trata de los megabytes reservados para la memoria virtual para la instancia de host. Este análisis determina si alguna de las instancias de host consume una gran cantidad de memoria del sistema y si la instancia de host aumenta en el consumo de memoria a lo largo del tiempo. Para obtener más información, consulte Análisis de bytes virtuales de BizTalk en este tema.
BizTalk Server: Limitación de sesión de la sesión del Agente de mensajes de BizTalk	Este es el número de conexione de base de datos abiertos en el Cuadro de mensajes en comparación con su configuración de limitación de BizTalk respectiva. "Conexión de base de datos por CPU" es el número máximo de sesiones simultáneas de base de datos (por CPU) permitidas antes de que comience la limitación. Para obtener más información, consulte Análisis de limitación de sesión de sesión del Agente de mensajes de BizTalk en este tema.
BizTalk Server: Umbral de limitación de sesión de sesión del Agente de mensajes de BizTalk	Este es el umbral actual del número de conexione de base de datos abiertos en el cuadro de mensajes. "Conexión de base de datos por CPU" es el número máximo de sesiones simultáneas de base de datos (por CPU) permitidas antes de que comience la limitación. Para obtener más información, consulte Análisis de umbral de limitación de la sesión del Agente de mensajes de BizTalk en este tema.
BizTalk Server: Limitación del recuento de mensajes en proceso del agente de mensajes de BizTalk	Este es el número de mensajes simultáneos que está procesando la clase de servicio. La configuración "Mensajes en proceso por CPU" en configuración de limitación de host es el número máximo de mensajes entregados al Administrador de puntos finales (EPM) o XLANG que no se han procesado. Para obtener más información, consulte Análisis de limitación del recuento de mensajes en proceso del agente de mensajes de BizTalk en este tema.
BizTalk Server: Umbral de limitación del recuento de mensajes en proceso del agente de mensajes de BizTalk	Este es el umbral actual para el número de mensajes simultáneos que está procesando la clase de servicio. La configuración "Mensajes en proceso por CPU" en configuración de limitación de host es el número máximo de mensajes entregados al Administrador de puntos finales (EPM) o XLANG que no se han procesado. Para obtener más información, consulte Análisis de umbrales de limitación del recuento de mensajes en proceso del agente de mensajes de BizTalk en este tema.
BizTalk Server: Limitación del uso de memoria de proceso del Agente de mensajes de BizTalk (MB)	Este es el uso de memoria del proceso actual (MB). La limitación de memoria del proceso de BizTalk puede producirse si el lote que se va a publicar tiene requisitos de memoria escarpados o si hay demasiados subprocesos que procesan mensajes. Para obtener más información, consulte Análisis de limitación del uso de memoria de procesos (MB) del Agente de mensajes de BizTalk en este tema.
BizTalk Server: Umbral de limitación del uso de memoria de proceso (MB) del Agente de mensajes de BizTalk	Este es el umbral actual para el uso de memoria del proceso actual (MB). El umbral se puede ajustar dinámicamente en función de la cantidad real de memoria disponible para este proceso y su patrón de consumo de memoria. La limitación de memoria del proceso de BizTalk puede producirse si el lote que se va a publicar tiene requisitos de memoria escarpados o si hay demasiados subprocesos que procesan mensajes. Para obtener más información, consulte Uso de memoria de proceso del Agente de mensajes de BizTalk (MB) Análisis de umbral de limitación en este tema.
BizTalk Server: Limitación del número de subprocesos del agente de mensajes de BizTalk	Número total de subprocesos en el proceso de BizTalk. "Subprocesos por CPU" es el número total de subprocesos del proceso host, incluidos los subprocesos usados por adaptadores. Si se supera este umbral, BizTalk Server intentará reducir el tamaño de los grupos de subprocesos de EPM y del agente de mensaje. La limitación basada en subprocesos debería estar habilitada en escenarios en los que una carga elevada puede dar lugar a la creación de un gran número de subprocesos. Este parámetro afecta tanto a la limitación de entrada como de salida. La limitación basada en subprocesos está deshabilitada de forma predeterminada. Este análisis comprueba si el recuento de subprocesos de BizTalk es mayor que el 80 % del valor del umbral de limitación que indica que es probable que se produzca una condición de limitación. Referencias: - Contadores de rendimiento de limitación de host - Cómo BizTalk Server implementa la limitación de host - Cómo modificar la configuración de limitación de host predeterminada - Parámetros de configuración que afectan al rendimiento del adaptador - Subprocesos, sesiones de base de datos y limitación
BizTalk Server: Umbral de limitación de recuento de subprocesos del Agente de mensajes de BizTalk	Este es el umbral actual del número total de subprocesos del proceso. "Subprocesos por CPU" es el número total de subprocesos del proceso host, incluidos los subprocesos usados por adaptadores. Si se supera este umbral, BizTalk Server intentará reducir el tamaño de los grupos de subprocesos de EPM y del agente de mensaje. La limitación basada en subprocesos debe habilitarse en escenarios en los que la carga alta puede provocar la creación de un gran número de subprocesos. Este parámetro afecta tanto a la limitación de entrada como de salida. Este análisis comprueba si esta configuración de limitación está establecida en un valor no predeterminado. La limitación basada en subprocesos está deshabilitada de forma predeterminada. Referencias: - Contadores de rendimiento de limitación de host - Cómo BizTalk Server implementa la limitación de host - Cómo modificar la configuración de limitación de host predeterminada - Parámetros de configuración que afectan al rendimiento del adaptador - Subprocesos, sesiones de base de datos y limitación

Análisis de latencia de lectura y escritura de disco lógico/físico

La manera más confiable de que Windows detecte un cuello de botella de rendimiento de disco es midiendo sus tiempos de respuesta. Si los tiempos de respuesta son mayores que .025 (25 milisegundos), que es un umbral conservador, se pueden producir ralentizaciones notables y problemas de rendimiento que afectan a los usuarios.

Las causas comunes de una latencia de disco deficiente son la fragmentación del disco, la caché de rendimiento, una SAN saturada y demasiada carga en el disco. Use la herramienta SPA para ayudar a identificar los archivos y procesos principales mediante el disco. Compruebe también "Procesar operaciones de datos de E/S" y "Procesar otras operaciones de E/S" para ver qué procesos consumen la mayor parte de E/S del disco. Tenga en cuenta que los contadores del monitor de rendimiento no pueden especificar qué archivos están implicados.

Referencias

Transferencias de disco lógico/s

"Transferencias de disco por segundo" es la tasa de operaciones de lectura y escritura en el disco. Aunque las transferencias de disco no son una correlación directa con las E/S de disco, nos indican cuántas operaciones de disco se están produciendo. Si obtiene el promedio de E/S secuencial y E/S aleatorias, terminará con aproximadamente 80 E/S por segundo como regla general. Por lo tanto, deberíamos esperar que una unidad SAN realice más de 80 E/S por segundo cuando esté bajo carga. Los umbrales de este análisis comprueban si alguno de los discos lógicos muestra tiempos de respuesta deficientes (más de 25 ms para las operaciones de E/S). Si esto es cierto, deberíamos esperar que las transferencias de disco por segundo estén en o por encima de 80. Si no es así, es necesario investigar la arquitectura del disco. La causa más común de una E/S de disco deficiente es la sobrecarga del número de unidad lógica (LUN) en la SAN, lo que significa la condición en la que más de un LUN usa la matriz de disco físico pequeña.

Análisis de memoria disponible

"Mbytes disponibles" es la cantidad de memoria física disponible para los procesos que se ejecutan en el equipo, en megabytes. Virtual Memory Manager ajusta continuamente el espacio usado en la memoria física y en el disco para mantener un número mínimo de bytes disponibles para el sistema operativo y los procesos. Cuando los bytes disponibles son abundantes, Virtual Memory Manager permite que los conjuntos de trabajo de los procesos crezcan o los mantiene estables quitando una página antigua para cada página nueva agregada. Cuando los bytes disponibles son pocos, el Administrador de memoria virtual debe recortar los conjuntos de trabajo de los procesos para mantener el mínimo necesario.

Este análisis comprueba si la memoria total disponible es baja: advertencia al 10 por ciento disponible y Crítico al 5 por ciento disponible. También se advierte una advertencia cuando se detecta una tendencia decreciente de 10 MB por hora, lo que indica una posible condición de memoria próxima. La memoria física baja puede provocar un aumento de la CPU del modo con privilegios y los retrasos del sistema.

Referencias

Descartar problemas de Memory-Bound

Análisis de detección de fugas de memoria

Este análisis determina si alguno de los procesos consume una gran cantidad de memoria del sistema y si el proceso aumenta en el consumo de memoria a lo largo del tiempo. Un proceso que consume grandes partes de memoria está bien siempre y cuando el proceso devuelva la memoria al sistema. Busque tendencias crecientes en el gráfico. Una tendencia creciente durante un largo período de tiempo podría indicar una pérdida de memoria. Los bytes privados son el tamaño actual, en bytes, de la memoria que este proceso ha asignado que no se puede compartir con otros procesos. Este análisis comprueba las tendencias de aumento de 10 MB por hora y 5 MB por hora. Use este análisis en correlación con el análisis de memoria disponible.

Además, tenga en cuenta que los procesos recién iniciados aparecerán inicialmente como una pérdida de memoria cuando simplemente sea un comportamiento normal de inicio. Una pérdida de memoria se produce cuando un proceso continúa consumiendo memoria y no libera memoria durante un largo período de tiempo.

Si sospecha una condición de pérdida de memoria, instale y use la herramienta Depurar diag. Para obtener más información sobre la herramienta Depurar diag, consulte la sección referencias.

Referencia

Herramienta de diagnóstico de depuración

Análisis de páginas de memoria por segundo

Este análisis comprueba si las "Páginas por segundo" son altas. Si es alto, es probable que el sistema se agote la memoria intentando paginar la memoria en el disco. "Páginas por segundo" es la velocidad a la que se leen o escriben páginas en el disco para resolver errores de páginas difíciles. Este contador es un indicador principal de los tipos de errores que provocan retrasos en todo el sistema. Es la suma de "Memory\Pages Input/sec" y "Memory\Pages Output/sec". Se cuenta en números de páginas, por lo que se puede comparar con otros recuentos de páginas, como "Memoria\Errores de página/s".

Este contador siempre debe estar por debajo de 1000. Este análisis comprueba si hay valores superiores a 1000. Use este análisis en correlación con el análisis de memoria disponible y el análisis de detección de fugas de memoria. Si todos los análisis inician alertas al mismo tiempo, esto puede indicar que el sistema se está quedando sin memoria. Siga los pasos de análisis mencionados en Información adicional sobre el análisis de detección de fugas de memoria en este tema.

Referencia

Descartar problemas de Memory-Bound

Análisis de bytes residentes de caché del sistema de memoria

"Bytes residentes de caché del sistema" es el tamaño, en bytes, del código de sistema operativo paginable en la memoria caché del sistema de archivos. Este valor incluye sólo páginas físicas actuales y no incluye las páginas de memoria virtual no residentes actualmente. Es igual al valor de caché del sistema que se muestra en el Administrador de tareas. Como resultado, este valor puede ser menor que la cantidad real de memoria virtual que usa la caché del sistema de archivos. Este valor es un componente de "Memory\\System Code Resident Bytes", que representa todo el código de sistema operativo paginable que se encuentra actualmente en memoria física. Este contador no es un promedio y muestra solamente el último valor observado.

Este análisis comprueba una tendencia creciente de 10 MB por hora. En carga, un servidor podría usar la memoria caché del sistema para almacenar en caché la actividad de E/S, como el disco. Use en correlación con operaciones de datos de E/S de proceso/s y Análisis de E/S de otras operaciones por segundo.

Análisis de uso del procesador y uso excesivo del procesador por procesos

"% de tiempo de procesador" es el porcentaje de tiempo transcurrido que el procesador dedica a ejecutar un subproceso no inactivo. Se calcula midiendo la duración que el subproceso inactivo está activo en el intervalo de muestra y restando ese tiempo de la duración del intervalo. (Cada procesador tiene un subproceso inactivo que consume ciclos cuando ningún otro subproceso está listo para ejecutarse). Este contador es el indicador principal de la actividad del procesador y muestra el porcentaje medio de tiempo ocupado observado durante el intervalo de muestra. Se calcula supervisando el tiempo en que el servicio está inactivo y restando ese valor del 100 %.

Este análisis comprueba el uso de más del 60 por ciento en cada procesador individual. Si es así, determine si es cpu en modo de usuario alto o modo con privilegios elevados. Si se sospecha que la CPU del modo con privilegios elevados es alta, consulte "Análisis de CPU del modo con privilegios". Si se sospecha un cuello de botella del procesador en modo de usuario, considere la posibilidad de usar un generador de perfiles de proceso para analizar las funciones que provocan un consumo elevado de CPU. Consulte el artículo "How To: Identify Functions causeing a High User-mode CPU Bottleneck for Server Applications in a Production Environment" (Cómo: Identificar funciones que provocan un cuello de botella de CPU en modo de usuario alto para aplicaciones de servidor en un entorno de producción) en la sección de referencias para obtener más información.

Análisis de longitud de cola del procesador

"Longitud de cola del procesador" es el número de subprocesos de la cola del procesador. A diferencia de los contadores de disco, este contador sólo muestra los subprocesos listos, no los que se están ejecutando. Hay una única cola para el tiempo de procesador, incluso en equipos con varios procesadores. Por consiguiente, si un equipo tiene múltiples procesadores, necesita dividir este valor por el número de procesadores que atienden la carga de trabajo. Una cola de procesador ininterrumpida de menos de 10 subprocesos por procesador es normalmente aceptable, depende de la carga de trabajo.

Este análisis determina si la longitud media de la cola del procesador supera el número de procesadores. Si es así, esto podría indicar un cuello de botella del procesador. Use este análisis en correlación con el análisis de CPU del modo con privilegios y el uso excesivo del procesador por proceso. La cola del procesador es la colección de subprocesos que están listos pero que el procesador no puede ejecutar porque otro subproceso activo se está ejecutando actualmente. Una cola constante o periódica de más subprocesos que el número de procesadores es una buena indicación de un cuello de botella del procesador.

Puede usar este contador junto con el contador "Procesador\% tiempo de procesador" para determinar si la aplicación puede beneficiarse de más CPU. Hay una sola cola para el tiempo del procesador, incluso en equipos multiprocesador. Por lo tanto, en un equipo de varios procesadores, divida el valor "Longitud de cola del procesador" (PQL) por el número de procesadores que atiende la carga de trabajo.

Si la CPU está muy ocupada (un 90 por ciento y un mayor uso) y el promedio de PQL es constantemente mayor que el número de procesadores, es posible que tenga un cuello de botella de procesador que pueda beneficiarse de CPU adicionales. O bien, podría reducir el número de subprocesos y colas en el nivel de aplicación. Esto provocará menos cambio de contexto, lo que es bueno para reducir la carga de LA CPU. La razón común de un PQL elevado con un uso bajo de CPU es que las solicitudes de tiempo del procesador llegan aleatoriamente y los subprocesos exigen cantidades irregulares de tiempo desde el procesador. Esto significa que el procesador no es un cuello de botella. En su lugar, la lógica de subprocesos que debe mejorarse.

Si se sospecha un cuello de botella del procesador en modo de usuario, considere la posibilidad de usar un generador de perfiles de proceso para analizar las funciones que provocan un consumo elevado de CPU. Consulte el artículo "Cómo: Identificar funciones que provocan un cuello de botella de CPU en modo de usuario alto para aplicaciones de servidor en un entorno de producción" en la sección referencias para obtener más información.

Análisis de CPU del modo con privilegios

Este contador indica el porcentaje de tiempo que se ejecuta un subproceso en modo con privilegios. Cuando la aplicación llama a funciones del sistema operativo (por ejemplo, para realizar E/S de archivos o de red o para asignar memoria), estas funciones del sistema operativo se ejecutan en modo con privilegios.

La CPU del modo con privilegios elevados indica que el equipo está gastando demasiado tiempo en el trabajo de E/S del sistema frente al trabajo real (modo de usuario). "% de tiempo con privilegios" es el porcentaje de tiempo transcurrido que los subprocesos de proceso han dedicado a ejecutar código en modo con privilegios. Cuando se llama a un servicio del sistema De Windows, el servicio se ejecutará a menudo en modo con privilegios para obtener acceso a los datos privados del sistema. Estos datos están protegidos contra el acceso por subprocesos que se ejecutan en modo de usuario. Las llamadas al sistema pueden ser explícitas o implícitas, como por ejemplo errores de páginas o interrupciones. A diferencia de algunos sistemas operativos tempranos, Windows usa límites de proceso para la protección del subsistema, además de la protección tradicional de los modos de usuario y con privilegios. Algunos trabajos realizados por Windows en nombre de la aplicación pueden aparecer en otros procesos del subsistema, además del tiempo con privilegios en el proceso.

Este análisis comprueba si la CPU del modo con privilegios consume más del 30 % de la CPU total. Si es así, es probable que el consumo de CPU se deba a otro cuello de botella distinto del procesador, como la red, la memoria o la E/S del disco. Use en correlación con % de tiempo de interrupción y análisis de conmutación de contexto alto.

Análisis de conmutación de contexto alto

Un cambio de contexto se produce cuando un subproceso de prioridad más alta adelanta un subproceso de prioridad inferior que se está ejecutando actualmente o cuando se bloquea un subproceso de prioridad alta. Se pueden producir altos niveles de cambio de contexto cuando muchos subprocesos comparten el mismo nivel de prioridad. Esto suele indicar que hay demasiados subprocesos que compiten por los procesadores del sistema. Si no ve mucho uso del procesador y ve niveles muy bajos de cambio de contexto, podría indicar que los subprocesos están bloqueados.

Solo se debe investigar el cambio de contexto alto cuando la CPU en modo con privilegios y la CPU general es alta. Como regla general, las tasas de cambio de contexto de menos de 5000 por segundo por procesador no merecen la pena preocuparse. Si las tasas de cambio de contexto superan los 15 000 por segundo por procesador, hay una restricción.

Este análisis comprueba si hay cpu elevada, CPU en modo con privilegios elevados y cambios de contexto del sistema altos (mayores de 5000 por procesador) por segundo que se producen al mismo tiempo. Si se produce un cambio de contexto alto, reduzca el número de subprocesos y procesos que se ejecutan en el sistema.

Análisis de sesiones de base de datos elevadas de BizTalk

Este contador tiene dos valores posibles: normal (0) o superado (1). Este análisis comprueba si hay un valor de 1. Si es así, BizTalk ha superado el umbral del número de sesiones de base de datos permitidas. Este valor se controla mediante el valor "Conexión de base de datos por CPU" en la configuración de limitación de host de BizTalk.

"Conexión de base de datos por CPU" es el número máximo de sesiones simultáneas de base de datos (por CPU) permitidas antes de que comience la limitación. Las sesiones inactivas de base de datos en el grupo de sesiones por host común no cuentan en este recuento, y esta comprobación se realiza estrictamente en el número de sesiones que realmente utiliza la instancia de host. Esta opción está deshabilitada de forma predeterminada; Normalmente, esta configuración solo se debe habilitar si el servidor de bases de datos es un cuello de botella o para los servidores de bases de datos de gama baja en el sistema BizTalk Server. Puede supervisar el número de conexione de base de datos activos mediante el contador de rendimiento de la sesión de base de datos en la categoría de objeto de rendimiento BizTalk:Message Agent. Este parámetro sólo afecta a la limitación de mensajes de salida. Escriba un valor 0 para deshabilitar la limitación que se basa en el número de sesiones de base de datos. El valor predeterminado es 0.

Nota:

La clave del Registro "MaxWorkerThreads" influye en los subprocesos numéricos disponibles para BizTalk y puede ayudar si la mayoría de los subprocesos de BizTalk están ocupados con conexione de base de datos.

Referencias

Análisis de tamaño elevado de base de datos de BizTalk

Este contador hace referencia al número de mensajes de las colas de base de datos que este proceso ha publicado. Este valor se mide según el número de elementos en las tablas de cola para todos los hosts y el número de elementos en las tablas de cola y de seguimiento. Queue incluye la cola de trabajo, la cola de estado y la cola suspendida. Si un proceso publica en varias colas, este contador refleja el promedio ponderado de todas las colas.

Si se reinicia el host, se pierden las estadísticas almacenadas en la memoria. Dado que hay cierta sobrecarga, BizTalk Server reanudará la recopilación de estadísticas solo cuando haya al menos 100 publicación, con el 5 % de las publicación totales dentro del proceso de host reiniciado.

Este contador se establecerá en un valor de 1 si se produce alguna de las condiciones enumeradas para el recuento de mensajes en el umbral de la base de datos. Este umbral se documenta en el tema How to Modify the Default Host Throttling Settings (Cómo modificar la configuración de limitación de host predeterminada a la que se hace referencia a continuación). De forma predeterminada, el recuento de mensajes de host en el umbral de limitación de la base de datos se establece en un valor de 50 000, lo que desencadenará una condición de limitación en las siguientes circunstancias:

El número total de mensajes publicados por la instancia de host en las colas de trabajo, estado y suspensión de los host de suscripción supera los 50.000.
El número de mensajes de la tabla de cola de impresión o de la tabla de seguimiento supera los 50.000 mensajes.

Dado que los mensajes suspendidos se incluyen en el recuento de mensajes en el cálculo de la base de datos, la limitación de la publicación de mensajes puede producirse incluso si el servidor de BizTalk está experimentando una carga baja o ninguna carga.

Este análisis comprueba si hay un valor de 1. Si esto ocurre, considere un curso de acción que reducirá el número de mensajes de la base de datos. Por ejemplo, asegúrese de que los trabajos de BizTalk SQL Server se ejecutan sin errores y use el Concentrador de grupos en la consola de administración de BizTalk para determinar si la compilación de mensajes se debe a un gran número de mensajes suspendidos.

Referencias

Análisis de recuento de mensajes de alta In-Process de BizTalk

La configuración "Mensajes en proceso por CPU" en configuración de limitación de host es el número máximo de mensajes entregados al Administrador de puntos finales (EPM) o XLANG que no se han procesado. Este número no incluye los mensajes recuperados de la base de datos, pero sigue esperando la entrega en la cola en memoria. Puede supervisar el número de mensajes en proceso mediante el contador de rendimiento Recuento de mensajes en proceso en la categoría de objetos de rendimiento del Agente de bizTalk:Message. Este parámetro proporciona una sugerencia al mecanismo de limitación al considerar las condiciones de limitación. El umbral real se ajusta automáticamente. Puede comprobar el umbral real mediante la supervisión del contador de rendimiento del recuento de mensajes en proceso.

Este parámetro se puede establecer en un valor más pequeño para escenarios de mensajes grandes, donde el tamaño medio del mensaje es alto o el procesamiento de mensajes puede requerir un gran número de mensajes. Esto sería evidente si un escenario experimenta una limitación basada en memoria con demasiada frecuencia y si el umbral de memoria se ajusta automáticamente a un valor sustancialmente bajo. Dicho comportamiento indica que el transporte de salida debe procesar menos mensajes simultáneamente para evitar un uso excesivo de la memoria. Asimismo, para los escenarios en los que el adaptador es más eficaz cuando procesa pocos mensajes a la vez (por ejemplo, cuando se envía a un servidor que limita las conexiones simultáneas), este parámetro se puede ajustar con un valor inferior al predeterminado.

Este análisis comprueba el contador Recuento alto de mensajes de In-Process para determinar si se está produciendo este tipo de limitación. Si es así, considere la posibilidad de ajustar la configuración "Mensajes en proceso por CPU". Este parámetro sólo afecta a la limitación de mensajes de salida. Escriba un valor de 0 en la configuración "Mensajes en proceso por CPU" para deshabilitar la limitación en función del número de mensajes en proceso por CPU. El valor predeterminado para la configuración "Mensajes en proceso por CPU" es 1000. Tenga en cuenta que modificar este valor también puede tener un impacto en la baja latencia de los mensajes o en la eficacia de los recursos de BizTalk.

Referencias

Análisis de alta tasa de entrega de mensajes de BizTalk

En el caso de los mensajes salientes (entregados), BizTalk Server limita la entrega de mensajes si la tasa entrante de entrega de mensajes para la instancia de host supera la tasa de entrega de mensajes saliente * el valor especificado del factor de sobredrive (porcentaje). El parámetro rate overdrive factor (percent) se puede configurar en el cuadro de diálogo Configuración de limitación de procesamiento de mensajes. La limitación basada en velocidad para los mensajes salientes se logra principalmente mediante la inducción de un retraso antes de quitar los mensajes de la cola en memoria y entregar los mensajes al Administrador de puntos finales (EPM) o al motor de orquestación para su procesamiento. No se realiza ninguna otra acción para lograr la limitación basada en velocidad para los mensajes salientes.

La limitación de salida puede provocar una entrega de mensajes retrasada y puede que los mensajes se acumulen en la cola en memoria y provoquen el bloqueo de los subprocesos de eliminación de la cola hasta que se mitigue la condición de limitación. Cuando se bloquean los subprocesos de la cola, no se extrae ningún mensaje adicional del cuadro de mensajes en la cola en memoria para la entrega saliente.

Este análisis comprueba si hay un valor de 1 en el contador Alta tasa de entrega de mensajes. Las altas tasas de entrega de mensajes pueden deberse a una alta complejidad de procesamiento, a adaptadores de salida lentos o a una escasez momentánea de recursos del sistema.

Referencias

Análisis de memoria de procesos elevados de BizTalk

El valor de umbral de limitación de uso de memoria de proceso de BizTalk es el porcentaje de memoria usada en comparación con la suma del tamaño del conjunto de trabajo y la memoria virtual total disponible para el proceso si se especifica un valor comprendido entre 1 y 100. De forma predeterminada, la configuración de limitación de uso de memoria del proceso de BizTalk es 25. Cuando se especifica un valor de porcentaje, el umbral de memoria de proceso se vuelva a calcular a intervalos regulares. Si el usuario especifica un valor de porcentaje, se calcula en función de la memoria disponible para confirmar y el uso actual de memoria de proceso.

Este análisis comprueba si hay un valor de 1 en el contador Memoria de proceso alto. Si esto ocurre, intente determinar la causa del aumento de la memoria mediante Diag de depuración (vea referencias en Análisis de detección de fugas de memoria). Tenga en cuenta que es normal que los procesos consuman una gran parte de memoria durante el inicio y esto puede aparecer inicialmente como una pérdida de memoria, pero se produce una pérdida de memoria verdadera cuando un proceso no libera memoria que ya no necesita, lo que reduce la cantidad de memoria disponible con el tiempo. Vea la referencia "Cómo capturar un volcado de memoria de un proceso que está filtrando memoria" a continuación y/o el análisis "Detección de fugas de memoria" en PAL para obtener más información sobre cómo analizar genéricamente fugas de memoria de procesos en BizTalk.

Se puede producir una limitación de memoria de proceso elevada si el lote que se va a publicar tiene requisitos de memoria escarpados o demasiados subprocesos están procesando mensajes. Si el sistema parece ser una limitación excesiva, considere la posibilidad de aumentar el valor asociado al umbral de uso de memoria del proceso para el host y comprobar que la instancia del host no genera un error de "memoria insuficiente". Si se produce un error de "memoria insuficiente" aumentando el umbral de uso de memoria del proceso, considere la posibilidad de reducir los valores para el tamaño interno de la cola de mensajes y los mensajes en proceso por umbrales de CPU. Esta estrategia es especialmente importante en escenarios de procesamiento de mensajes de gran tamaño. Además, este valor debe establecerse en un valor bajo para escenarios que tengan un gran requisito de memoria por mensaje. Si se establece un valor bajo, se iniciará la limitación al principio y se evitará una explosión de memoria dentro del proceso.

Referencias

Análisis de memoria del sistema alto de BizTalk

El valor de umbral de limitación de uso de memoria física de BizTalk es el porcentaje de consumo de memoria en comparación con la cantidad total de memoria física disponible si se especifica un valor comprendido entre 1 y 100. Esta configuración también puede ser la cantidad total de memoria física disponible en megabytes si se escribe un valor mayor que 100. Escriba un valor 0 para deshabilitar la limitación basada en uso de memoria física. El valor predeterminado es 0.

Este análisis comprueba si hay un valor de 1 en el contador Memoria alta del sistema. Ya que esto mide la memoria total del sistema, si los procesos que no sean del servidor BizTalk Server consumen una gran cantidad de memoria del sistema se puede desencadenar una condición de limitación. Por lo tanto, si esto ocurre, el mejor enfoque es identificar qué procesos consumen la memoria física más o agregar memoria física adicional al servidor. Además, considere la posibilidad de reducir la carga reduciendo el tamaño predeterminado del grupo de subprocesos de EPM o el tamaño de los lotes del adaptador. Para obtener más información, consulta el análisis de detección de fugas de memoria en PAL.

Referencias

Análisis de recuento elevado de subprocesos de BizTalk

"Subprocesos por CPU" es el número total de subprocesos del proceso host, incluidos los subprocesos usados por los adaptadores. Si se supera este umbral, BizTalk Server intentará reducir el tamaño del grupo de subprocesos de EPM y del grupo de subprocesos del agente de mensajes. La limitación basada en subprocesos debería estar habilitada en escenarios en los que una carga elevada puede dar lugar a la creación de un gran número de subprocesos. Este parámetro afecta tanto a la limitación de entrada como de salida. La limitación basada en subprocesos está deshabilitada de forma predeterminada.

Nota:

El valor especificado por el usuario se usa como guía y el host puede ajustar dinámicamente este valor de umbral en función de los patrones de uso de memoria y los requisitos de subprocesos del proceso.

Este análisis comprueba si hay un valor de 1 en el contador Recuento alto de subprocesos. Considere la posibilidad de ajustar los distintos tamaños de grupos de subprocesos para asegurar que el sistema no crea un número grande de subprocesos. Este análisis se puede correlacionar con modificadores de contexto por segundo para determinar si el sistema operativo está saturado con demasiados subprocesos, pero en la mayoría de los casos los recuentos de subprocesos altos provocan más contención en la base de datos back-end que en el servidor de BizTalk. Para obtener más información sobre cómo modificar los tamaños del grupo de subprocesos, vea Cómo modificar la configuración de limitación de host predeterminada en referencias.

Referencias

Contadores de rendimiento de limitación de host
Cómo implementa BizTalk Server la limitación de host
Cómo modificar la configuración predeterminada de limitación de host
Parámetros de configuración que afectan al rendimiento del adaptador
Subprocesos, sesiones de base de datos y limitación

Análisis de latencia de entrada de BizTalk Latencia media en milisegundos desde el momento en que el motor de mensajería recibe un documento del adaptador hasta la hora en que se publica en el cuadro de mensaje. Reducir la latencia es importante para algunos usuarios de BizTalk, por lo que es importante realizar un seguimiento de cuánto tiempo pasan los documentos en el adaptador de entrada.

Este es un gráfico que muestra cómo se mide la latencia.

1	2	3	4	5	6
El adaptador recibe el mensaje y lo envía al motor, trabajo realizado en el adaptador antes de que el mensaje se dé al motor que no se capture en estos contadores de rendimiento.	El motor recibe el mensaje del adaptador, ejecuta la canalización de recepción, el mapa, la evaluación de suscripciones y conserva el mensaje en la base de datos.	La orquestación o Solicit-Response puerto se ejecuta y genera un mensaje de respuesta.	El mensaje de respuesta se quita de la cola en el motor de mensajería, ejecuta la canalización de envío, la asignación.	El motor de mensajería proporciona un mensaje de respuesta al adaptador.	El adaptador informa al mensaje del motor.
	I
	RR	RR	RR
			O	O	O
				ED	ED

I = Latencia de entrada

RR = Latencia de respuesta de solicitud

O = Latencia de salida

OA = Latencia del adaptador de salida

Suponiendo un entorno de baja latencia, este análisis comprueba si el documento pasó más de 5 segundos en el adaptador de entrada. Esto puede indicar un retraso de procesamiento en el transporte de mensajes a través de adaptadores de entrada en esta instancia de host. Si existen varios adaptadores de entrada en esta instancia de host, considere la posibilidad de separarlos en sus propios hosts para determinar qué adaptador de entrada tiene una latencia alta.

Referencias

Análisis de estado de limitación de entrega de mensajes de BizTalk

El estado de limitación de entrega de mensajes de BizTalk es uno de los indicadores principales de limitación. Es una marca que indica si el sistema está limitando la entrega de mensajes (lo que afecta al procesamiento de mensajes XLANG y los transportes salientes). La condición de limitación se indica mediante el valor numérico del contador. Esta es una lista de los valores y su significado respectivo:

Condición de limitación	Descripción
0	Sin limitación
1	Limitación debido a tasa de entrega de mensajes no equilibrada (la tasa de entrada es superior a la de salida)
3	Limitación debido a número excesivo de mensajes en curso
4	Limitación debido a consumo excesivo de la memoria de proceso
5	Limitación debido a consumo excesivo de la memoria del sistema
9	Limitación debido a número excesivo de subprocesos
10	Limitación debido a reemplazo de usuario en la entrega

Este análisis comprueba cada uno de estos valores y tiene una alerta específica para cada uno de ellos.

Referencias

Análisis de errores de conexión de base de datos de Cuadro de mensajes de BizTalk

Este contador de rendimiento es el número de intentos conexione de base de datos que no se pudieron realizar desde que se inició la instancia de host. Si el servicio SQL Server que hospeda las bases de datos de BizTalk deja de estar disponible por cualquier motivo, el clúster de bases de datos transfiere los recursos del equipo activo al equipo pasivo. Durante este proceso de conmutación por error, las instancias del servicio BizTalk Server experimentan errores de conexión y se reinician automáticamente para conectarse de nuevo a las bases de datos. El equipo de base de datos en funcionamiento (antes el equipo pasivo) comienza a procesar las conexiones de base de datos después de asumir los recursos durante la conmutación por error.

Los errores de DBNetLib (biblioteca de red de base de datos) se producen cuando el entorno de ejecución de BizTalk Server no puede comunicarse con el cuadro de mensajes o las bases de datos de administración. Cuando esto ocurre, la instancia de tiempo de ejecución BizTalk Server que detecta la excepción se apaga y, a continuación, recorre cada minuto para comprobar si la base de datos está disponible. Consulte la sección referencias para obtener más información sobre este tema.

Cuando un cliente inicia una conexión de socket TCP/IP con un servidor, el cliente se conecta, por lo general, a un puerto específico del servidor y solicita que éste le responda a través de un puerto TCP o UDP efímero o de corta duración. En Windows Server 2003 y Windows XP, el intervalo predeterminado de puertos efímeros usados por las aplicaciones cliente es de 1025 a 5000. En determinadas condiciones, es posible que se agoten los puertos disponibles en el intervalo predeterminado. Consulte la sección referencias para obtener más información sobre este tema.

Este análisis comprueba si se produce algún error de conexión de base de datos. Los errores de conexión de base de datos son críticos porque BizTalk no puede funcionar sin la base de datos. Si se desconoce la causa del error de conexión de la base de datos, tenga en cuenta las referencias enumeradas a continuación o póngase en contacto con Soporte técnico de Microsoft para determinar la naturaleza del error de conectividad.

Referencias

Análisis de estado de limitación de publicación de mensajería de BizTalk

El estado de limitación de publicación de mensajes de BizTalk es uno de los indicadores principales de limitación. Es una marca que indica si el sistema está limitando la publicación de mensajes (lo que afecta al procesamiento de mensajes XLANG y los transportes entrantes). La condición de limitación se indica mediante el valor numérico del contador. Esta es una lista de los valores y su significado respectivo:

Condición de limitación	Descripción
0	Sin limitación
2	Limitación debido a tasa de publicación de mensajes no equilibrada (la tasa de entrada es superior a la de salida)
4	Limitación debido a consumo excesivo de la memoria de proceso
5	Limitación debido a consumo excesivo de la memoria del sistema
6	Limitación debido a crecimiento de la base de datos
8	Limitación debido a número excesivo de sesiones
9	Limitación debido a número excesivo de subprocesos
11	Limitación debido a reemplazo de usuario en la publicación

Este análisis comprueba cada uno de estos valores y tiene una alerta específica para cada uno de ellos.

Referencias

Orquestaciones de BizTalk residentes en memoria

Número de instancias de orquestación alojadas actualmente por la instancia de host. Aunque los picos o las ráfagas de orquestaciones residentes en memoria pueden considerarse normales, una tendencia creciente podría indicar un "montón" de orquestaciones en memoria. Una tendencia creciente a lo largo del tiempo puede producirse cuando BizTalk no puede deshidratar mensajes o instancias de orquestación. Intente correlacionar este contador con "Orquestaciones XLANG/s(?) \Dehydratable orchestrations" donde el signo de interrogación (?) es la misma instancia de contador que este contador.

Si hay un gran número de orquestaciones residentes en memoria y si un número bajo de orquestaciones son deshidratables, es probable que las orquestaciones estén inactivas en la memoria y puedan provocar una condición de pérdida de memoria. Use este análisis en correlación con "\XLANG/s Orchestrations(*)\Idle orchestrations" si está presente. Una tendencia creciente en orquestaciones inactivas de BizTalk es un mejor indicador de pérdidas de memoria debido a la incapacidad de deshidratar las instancias de orquestación.

Este análisis comprueba si hay una tendencia creciente en orquestaciones residentes en memoria y si más del 50 % de las orquestaciones residentes en memoria no son deshidratables.

Referencias

Análisis de bytes privados de BizTalk

Se trata de los megabytes de memoria privada asignada para la instancia de host y comparables al contador de rendimiento "\Process(*)\Private Bytes". Los bytes privados son el tamaño actual, en bytes, de memoria que un proceso ha asignado que no se puede compartir con otros procesos. Este análisis determina si alguna de las instancias de host consume un gran tamaño de la memoria del sistema y si la instancia de host aumenta en el consumo de memoria a lo largo del tiempo. Una instancia de host que consume grandes partes de memoria es correcta siempre que devuelva la memoria al sistema. Busque tendencias crecientes en el gráfico. Una tendencia creciente durante un largo período de tiempo podría indicar una pérdida de memoria.

Este análisis comprueba una tendencia creciente de 10 MB por hora. Use este análisis en correlación con el análisis de memoria disponible y el análisis de fugas de memoria. Además, tenga en cuenta que las instancias de host recién iniciadas aparecerán inicialmente como una pérdida de memoria cuando simplemente sea un comportamiento de inicio normal. Una pérdida de memoria es cuando un proceso continúa consume memoria y no libera memoria durante un largo período de tiempo. Si sospecha una condición de pérdida de memoria, lea el artículo "Crecimiento de memoria en la mensajería de BizTalk" al que se hace referencia a continuación. De lo contrario, instale y use la herramienta Depurar Diag. Para obtener más información sobre la herramienta Depurar diag, consulte la sección referencias.

Referencias

Análisis de bytes virtuales de BizTalk

Se trata de los megabytes reservados para la memoria virtual para la instancia de host. Este análisis determina si alguna de las instancias de host consume una gran cantidad de memoria del sistema y si la instancia de host está aumentando en el consumo de memoria a lo largo del tiempo. Una instancia de host que consume grandes partes de memoria es correcta siempre y cuando devuelva la memoria al sistema. Busque tendencias crecientes en el gráfico. Una tendencia creciente durante un largo período de tiempo podría indicar una pérdida de memoria.

Este análisis comprueba si hay una tendencia creciente de 10 MB por hora en bytes virtuales. Use este análisis en correlación con el análisis de memoria disponible y el análisis de fugas de memoria. Además, tenga en cuenta que las instancias de host recién iniciadas aparecerán inicialmente como una pérdida de memoria cuando simplemente sea un comportamiento de inicio normal. Una pérdida de memoria es cuando un proceso continúa consume memoria y no libera memoria durante un largo período de tiempo. Si sospecha una condición de pérdida de memoria, lea el artículo "Crecimiento de memoria en mensajería de BizTalk" a continuación. De lo contrario, instale y use la herramienta Depurar Diag. Para obtener más información sobre la herramienta Depurar diag, consulte la sección referencias.

Referencias

Análisis de limitación de sesión de la sesión del Agente de mensajes de BizTalk

Este es el número de conexione de base de datos abiertos en el Cuadro de mensajes en comparación con su configuración de limitación de BizTalk respectiva. "Conexión de base de datos por CPU" es el número máximo de sesiones simultáneas de base de datos (por CPU) permitidas antes de que comience la limitación. Las sesiones inactivas de base de datos en el grupo de sesiones por host común no cuentan en este recuento, y esta comprobación se realiza estrictamente en el número de sesiones que realmente utiliza la instancia de host. Esta opción está deshabilitada de forma predeterminada; esta configuración normalmente sólo se debería habilitar si el servidor de base de datos es un cuello de botella en el sistema de servidor BizTalk Server. Puede supervisar el número de conexione de base de datos activos mediante el contador de rendimiento de la sesión de base de datos en la categoría de objetos de rendimiento bizTalk:Message Agent. Este parámetro sólo afecta a la limitación de mensajes de salida. Escriba un valor 0 para deshabilitar la limitación que se basa en el número de sesiones de base de datos. El valor predeterminado es 0.

La clave del Registro MaxWorkerThreads influye en los subprocesos numéricos disponibles para BizTalk y puede ayudar en el caso de que la mayoría de los subprocesos de BizTalk estén ocupados con conexione de base de datos. Este análisis comprueba si el número de conexione de base de datos abiertos en el cuadro de mensajes es mayor que el 80 % de la configuración de limitación de sesión de base de datos, lo que indica que es probable que se produzca una condición de limitación.

Referencias

Análisis del umbral de limitación de la sesión del Agente de mensajes de BizTalk

Este es el umbral actual del número de conexione de base de datos abiertos en el cuadro de mensajes. "Conexión de base de datos por CPU" es el número máximo de sesiones simultáneas de base de datos (por CPU) permitidas antes de que comience la limitación. Las sesiones inactivas de base de datos en el grupo de sesiones por host común no cuentan en este recuento, y esta comprobación se realiza estrictamente en el número de sesiones que realmente utiliza la instancia de host. Esta opción está deshabilitada de forma predeterminada; esta configuración normalmente sólo se debería habilitar si el servidor de base de datos es un cuello de botella en el sistema de servidor BizTalk Server. Puede supervisar el número de conexione de base de datos activos mediante el contador de rendimiento de la sesión de base de datos en la categoría de objeto de rendimiento BizTalk:Message Agent. Este parámetro sólo afecta a la limitación de mensajes de salida. Escriba un valor 0 para deshabilitar la limitación que se basa en el número de sesiones de base de datos. El valor predeterminado es 0.

La clave del Registro MaxWorkerThreads influye en el número de subprocesos disponibles para BizTalk y puede ayudar en el caso de que la mayoría de los subprocesos de BizTalk estén ocupados con conexione de base de datos. Este análisis comprueba este valor para ver si se ha modificado a partir de su configuración predeterminada. De forma predeterminada, esta configuración es 0, lo que significa que la limitación en las sesiones de base de datos está deshabilitada.

Referencias

Análisis de limitación del recuento de mensajes del agente de mensajes en proceso de BizTalk

Este es el número de mensajes simultáneos que está procesando la clase de servicio. La configuración "Mensajes en proceso por CPU" en configuración de limitación de host es el número máximo de mensajes entregados al Administrador de puntos finales (EPM) o XLANG que no se han procesado. Esto no incluye los mensajes recuperados de la base de datos, pero sigue esperando la entrega en la cola en memoria. Puede supervisar el número de mensajes en proceso mediante el contador de rendimiento Recuento de mensajes en proceso en la categoría objeto de rendimiento BizTalk:Message Agent. Este parámetro proporciona una sugerencia al mecanismo de limitación para que tenga en cuenta las condiciones de limitación. El umbral real se ajusta automáticamente. Puede comprobar el umbral real al supervisar el contador de rendimiento Número de mensajes en curso.

En escenarios de mensajes grandes (donde el tamaño medio del mensaje es alto o el procesamiento de mensajes puede requerir una gran cantidad de mensajes), este parámetro se puede establecer en un valor más pequeño. Se indica un escenario de mensaje grande si la limitación basada en memoria se produce con demasiada frecuencia y si el umbral de memoria se ajusta automáticamente a un valor sustancialmente bajo. Dicho comportamiento indica que el transporte de salida debe procesar menos mensajes simultáneamente para evitar un uso excesivo de la memoria. Asimismo, para los escenarios en los que el adaptador es más eficaz cuando procesa pocos mensajes a la vez (por ejemplo, cuando se envía a un servidor que limita las conexiones simultáneas), este parámetro se puede ajustar con un valor inferior al predeterminado. Este análisis comprueba el contador Recuento alto de mensajes de In-Process para determinar si es mayor que el 80 % de su configuración de limitación con el mismo nombre, lo que indica que es probable que se produzca una condición de limitación.

Referencias

BizTalk:Message Agent In-process Message Count Throttling Threshold Analysis

Este es el umbral actual para el número de mensajes simultáneos que está procesando la clase de servicio. La configuración "Mensajes en proceso por CPU" en configuración de limitación de host es el número máximo de mensajes entregados al Administrador de puntos finales (EPM) o XLANG que no se han procesado. Esto no incluye los mensajes recuperados de la base de datos, pero sigue esperando la entrega en la cola en memoria. Puede supervisar el número de mensajes en proceso mediante el contador de rendimiento Recuento de mensajes en proceso en la categoría objeto de rendimiento BizTalk:Message Agent. Este parámetro proporciona una sugerencia al mecanismo de limitación para que tenga en cuenta las condiciones de limitación. El umbral real se ajusta automáticamente. Puede comprobar el umbral real al supervisar el contador de rendimiento Número de mensajes en curso.

En escenarios de mensajes grandes (donde el tamaño medio del mensaje es alto o el procesamiento de mensajes puede requerir una gran cantidad de mensajes), este parámetro se puede establecer en un valor más pequeño. Se indica un escenario de mensaje grande si la limitación basada en memoria se produce con demasiada frecuencia y si el umbral de memoria se ajusta automáticamente a un valor sustancialmente bajo. Dicho comportamiento indica que el transporte de salida debe procesar menos mensajes simultáneamente para evitar un uso excesivo de la memoria. Asimismo, para los escenarios en los que el adaptador es más eficaz cuando procesa pocos mensajes a la vez (por ejemplo, cuando se envía a un servidor que limita las conexiones simultáneas), este parámetro se puede ajustar con un valor inferior al predeterminado. Este análisis comprueba el umbral de limitación de recuento de mensajes de alto In-Process para un valor no predeterminado.

Referencias

Análisis de limitación del uso de memoria del agente de mensajes de BizTalk (MB)

Este es el uso de memoria del proceso actual (MB). La limitación de memoria del proceso de BizTalk puede producirse si el lote que se va a publicar tiene requisitos de memoria escarpados o si hay demasiados subprocesos que procesan mensajes. Si el sistema parece ser una limitación excesiva, considere la posibilidad de aumentar el valor asociado al umbral de uso de memoria del proceso para el host y comprobar que la instancia del host no genera un error de "memoria insuficiente". Si se produce un error de "memoria insuficiente" aumentando el umbral de uso de memoria del proceso, considere la posibilidad de reducir los valores para el tamaño interno de la cola de mensajes y los mensajes en proceso por umbrales de CPU. Esta estrategia es especialmente importante en escenarios de procesamiento de mensajes de gran tamaño.

Si el servidor de BizTalk se queda sin memoria virtual regularmente, considere la posibilidad de BizTalk Server 64 bits. Cada proceso en servidores de 64 bits puede abordar hasta 4 TB de memoria virtual frente a los 2 GB en 32 bits. En general, biztalk de 64 bits y SQL Server de 64 bits es muy recomendable. Consulte la referencia "Compatibilidad de BizTalk Server de 64 bits" para obtener más información. Este análisis comprueba si el uso de memoria del proceso es mayor que el 80 % de su umbral de limitación respectivo del mismo nombre. De forma predeterminada, la configuración de limitación uso de memoria del proceso de BizTalk es el 25 % de la memoria virtual disponible para el proceso. El modificador /3GB no tiene ningún efecto en esta configuración.

Referencias

BizTalk:Message Agent Process Memory Usage (MB) Throttling Threshold Analysis

Este es el umbral actual para el uso de memoria del proceso actual (MB). El umbral se puede ajustar dinámicamente en función de la cantidad real de memoria disponible para este proceso y su patrón de consumo de memoria. La limitación de memoria del proceso de BizTalk puede producirse si el lote que se va a publicar tiene requisitos de memoria escarpados o si hay demasiados subprocesos que procesan mensajes. Si el sistema parece ser una limitación excesiva, considere la posibilidad de aumentar el valor asociado al umbral de uso de memoria del proceso para el host y comprobar que la instancia del host no genera un error de "memoria insuficiente". Si se produce un error de "memoria insuficiente" aumentando el umbral de uso de memoria del proceso, considere la posibilidad de reducir los valores para el tamaño interno de la cola de mensajes y los mensajes en proceso por umbrales de CPU. Esta estrategia es especialmente importante en escenarios de procesamiento de mensajes de gran tamaño.

Share via

Generar informes y gráficos con contadores de rendimiento con la herramienta Análisis de rendimiento de registros (PAL) para BizTalk Server

Uso de PAL con registros de contadores de rendimiento en distintos idiomas

Descripción del informe de herramientas pal para Microsoft BizTalk Server 2010

Análisis de latencia de lectura y escritura de disco lógico/físico

Referencias

Transferencias de disco lógico/s

Análisis de memoria disponible

Referencias

Análisis de detección de fugas de memoria

Referencia

Análisis de páginas de memoria por segundo

Referencia

Análisis de bytes residentes de caché del sistema de memoria

Análisis de uso del procesador y uso excesivo del procesador por procesos

Análisis de longitud de cola del procesador

Análisis de CPU del modo con privilegios

Análisis de conmutación de contexto alto

Análisis de sesiones de base de datos elevadas de BizTalk

Referencias

Análisis de tamaño elevado de base de datos de BizTalk

Referencias

Análisis de recuento de mensajes de alta In-Process de BizTalk

Referencias

Análisis de alta tasa de entrega de mensajes de BizTalk

Referencias

Análisis de memoria de procesos elevados de BizTalk

Referencias

Análisis de memoria del sistema alto de BizTalk

Referencias

Análisis de recuento elevado de subprocesos de BizTalk

Referencias

Referencias

Análisis de estado de limitación de entrega de mensajes de BizTalk

Referencias

Análisis de errores de conexión de base de datos de Cuadro de mensajes de BizTalk

Referencias

Análisis de estado de limitación de publicación de mensajería de BizTalk

Referencias

Orquestaciones de BizTalk residentes en memoria

Referencias

Análisis de bytes privados de BizTalk

Referencias

Análisis de bytes virtuales de BizTalk

Referencias

Análisis de limitación de sesión de la sesión del Agente de mensajes de BizTalk

Referencias

Análisis del umbral de limitación de la sesión del Agente de mensajes de BizTalk

Referencias

Análisis de limitación del recuento de mensajes del agente de mensajes en proceso de BizTalk

Referencias

BizTalk:Message Agent In-process Message Count Throttling Threshold Analysis

Referencias

Análisis de limitación del uso de memoria del agente de mensajes de BizTalk (MB)

Referencias

BizTalk:Message Agent Process Memory Usage (MB) Throttling Threshold Analysis

Referencias

Comentarios

Comentarios

Recursos adicionales