Optimizaciones del sistema operativo

En este tema se proporcionan recomendaciones para optimizar el rendimiento de los equipos de BizTalk Server usados en un entorno de producción de BizTalk Server. Estas optimizaciones se aplican después de instalar y configurar BizTalk Server.

Directrices generales para mejorar el rendimiento del sistema operativo

Se pueden usar las siguientes recomendaciones para aumentar el rendimiento del sistema operativo:

Instale el BIOS más reciente, controladores SAN (red de área de almacenamiento), firmware del adaptador de red y controladores del adaptador de red

Los fabricantes de hardware liberan periódicamente las actualizaciones del BIOS, el firmware y los controladores que pueden mejorar el rendimiento y la disponibilidad del hardware asociado. Visite el sitio web del fabricante de hardware para descargar y aplicar actualizaciones para los siguientes componentes de hardware en cada equipo del entorno de BizTalk Server:

1. Actualizaciones del BIOS

2. Controladores SAN (si se usa una SAN)

3. Firmware de NIC

4. Controladores de tarjeta de interfaz de red (NIC)

Asignación del directorio de archivos de registro MSDTC a una unidad dedicada independiente

En un entorno de BizTalk Server con varias bases de datos de cuadro de mensajes en equipos de SQL Server independientes, se incurre en una sobrecarga adicional asociada con el Coordinador de transacciones distribuidas de Microsoft (MSDTC). De forma predeterminada, los archivos de registro de MSDTC se encuentran en el directorio %systemdrive%\windows\system32\msdtc de los equipos que ejecutan el servicio DTC. Para mitigar la posibilidad de que el registro de DTC se convierta en un cuello de botella de rendimiento, considere la posibilidad de mover el directorio de archivos de registro MSDTC a una unidad de disco rápida. Para cambiar el directorio del archivo de registro MSDTC, siga estos pasos:

1. Haga clic en Inicio, haga clic en Ejecutar y escriba dcomcnfg para iniciar la consola de administración de servicios de componentes .

2. Haga clic para ampliar Servicios de componentes y para ampliar Equipos, haga clic con el botón secundario en Mi PC y, a continuación, haga clic en Propiedades.

3. En el cuadro de diálogo Propiedades de Mi equipo , haga clic en la pestaña MSDTC .

4. En el cuadro De edición Ubicación en Información de registro, escriba la ruta de acceso en la que desea que se cree el nuevo registro (por ejemplo, G:\Logs\DTCLog).

5. Haga clic en Restablecer registro y se le pedirá que reinicie el servicio. Haga clic en Aceptar para reiniciar el servicio DTC y, a continuación, haga clic en Aceptar para confirmar que se ha reiniciado el servicio MSDTC.

Configurar el software antivirus para evitar el examen en tiempo real de los ejecutables y las transferencias de archivos de BizTalk Server.

El examen en tiempo real de los archivos ejecutables por parte del software antivirus y de las carpetas o comparticiones de archivos supervisadas por las ubicaciones de recepción de BizTalk Server pueden afectar negativamente al rendimiento de BizTalk Server. Si el software antivirus está instalado en los equipos de BizTalk Server, deshabilite el examen en tiempo real de los tipos de archivos no ejecutables a los que hace referencia cualquier ubicación de recepción de BizTalk Server (normalmente .XML, pero también puede ser .csv, .txt, etc.) y configurar software antivirus para excluir el examen de archivos ejecutables de BizTalk Server.

Deshabilitar el escaneo de red del sistema de detección de intrusiones entre equipos en el entorno de servidores BizTalk.

El software de detección de intrusiones puede ralentizar o incluso evitar comunicaciones válidas a través de la red. Si se instala el software de detección de intrusiones, deshabilite el examen de red entre equipos de BizTalk Server y equipos de repositorios de datos externos (SQL Server) o servicios de mensajería (Message Queuing, WebSphere MQSeries, etc.).

Desfragmentación de todos los discos del entorno de BizTalk Server de forma periódica

La fragmentación excesiva del disco en el entorno de BizTalk Server afectará negativamente al rendimiento. Siga estos pasos para desfragmentar discos en el entorno de BizTalk Server:

1. Desfragmente todos los discos (local y SAN/NAS) de forma periódica mediante la programación de la desfragmentación de disco fuera de horas.

2. Desfragmente el Archivo de páginas de Windows y asigne previamente las tablas de archivos maestros de cada disco en el entorno de BizTalk Server para aumentar el rendimiento general del sistema.

   Nota:

   Use la utilidad PageDefrag para desfragmentar el Archivo de páginas de Windows y asignar previamente las tablas de archivos maestros. Para obtener más información, vaya a Comandos de Windows: desfragmentar.

Si el software antivirus está instalado en los equipos con SQL Server, deshabilite el examen en tiempo real de los archivos de datos y transacciones.

El examen en tiempo real de los archivos de transacción y datos de SQL Server (.mdf, .ndf, .ldf, .mdb) puede aumentar la contención de E/S de disco y reducir el rendimiento de SQL Server. Tenga en cuenta que los nombres de los archivos de datos y transacciones de SQL Server pueden variar entre entornos de BizTalk Server. Para obtener más información sobre los archivos de datos y transacciones creados con una configuración predeterminada de BizTalk Server, vea Optimizar grupos de archivospara las bases de datos.

Configurar MSDTC para BizTalk Server

Revise la siguiente información para configurar MSDTC para BizTalk Server:

• Configure MSDTC en BizTalk Server. Para obtener más información, vaya a Configurar e instalar requisitos previos para BizTalk Server 2020.

• Solución de problemas con MSDTC.

Configurar cortafuegos para Servidor BizTalk

Nota:

Este paso solo es necesario si uno o varios firewalls están en su entorno de BizTalk Server.

Revise la siguiente información para configurar firewalls para BizTalk Server:

• Puertos necesarios para BizTalk Server
• Configurar la asignación dinámica de puertos RPC para trabajar con firewalls

Usar el sistema de archivos NTFS en todos los volúmenes

Windows Server ofrece varios tipos de sistema de archivos para dar formato a unidades, como NTFS, FAT y FAT32. NTFS siempre debe ser el sistema de archivos que prefiera para los servidores. Windows Server

NTFS ofrece considerables ventajas de rendimiento sobre los sistemas de archivos FAT y FAT32 y deben usarse exclusivamente en servidores Windows. Además, NTFS ofrece muchas ventajas de seguridad, escalabilidad, estabilidad y capacidad de recuperación sobre FAT y FAT32.

En versiones anteriores de Windows, FAT y FAT32 a menudo se implementaban para volúmenes más pequeños (por ejemplo <, 500 MB) porque a menudo eran más rápidos en tales situaciones. Con el almacenamiento en disco siendo relativamente económico hoy en día y los sistemas operativos y aplicaciones que llevan la capacidad de la unidad al máximo, es improbable que se utilicen volúmenes tan pequeños. FAT32 escala mejor que FAT en volúmenes más grandes, pero sigue sin ser un sistema de archivos adecuado para los servidores Windows.

FAT y FAT32 a menudo se implementaron en el pasado, ya que se consideraban más fáciles de recuperar y gestionar con herramientas nativas de DOS en caso de que hubiera un problema con un volumen. En la actualidad, con las distintas herramientas de capacidad de recuperación NTFS integradas de forma nativa en el sistema operativo y disponibles como utilidades de terceros disponibles, ya no debería haber un argumento válido para no usar NTFS para los sistemas de archivos.

No usar la compresión de archivos NTFS

Aunque el uso de la compresión del sistema de archivos NTFS es una manera fácil de reducir el espacio en los volúmenes, no es adecuado para los servidores de archivos de empresa. La implementación de la compresión coloca una sobrecarga innecesaria en la CPU para todas las operaciones de disco y se evita mejor. Piense en las opciones para agregar discos adicionales, almacenamiento casi en línea o considere la posibilidad de archivar datos antes de considerar seriamente la compresión del sistema de archivos.

Revisión del tamaño de franja de controlador de disco y unidades de asignación de volumen

Al configurar matrices de discos y unidades lógicas en el controlador de disco de hardware, asegúrese de que el tamaño de franja del controlador coincida con el tamaño de la unidad de asignación con el que se formatearán los volúmenes. Esto garantizará que el rendimiento de lectura y escritura en disco sea óptimo y ofrezca un mejor rendimiento general del servidor.

La configuración de tamaños de unidad de asignación mayor (o clúster o bloque) hará que el espacio en disco se use de forma menos eficaz, pero también proporcionará un mayor rendimiento de E/S de disco, ya que el encabezado del disco puede leer más datos durante cada actividad de lectura.

Para determinar la configuración óptima para configurar el controlador y dar formato a los discos, debe determinar el tamaño medio de transferencia de disco en el subsistema de disco de un servidor con características similares del sistema de archivos. Usa la herramienta Monitor de rendimiento de Windows Server para supervisar los contadores de objetos Disco lógico de Avg. Disk Bytes/Read y Avg. Disk Bytes/Write durante un período de actividad normal para ayudar a determinar el mejor valor que usar.

Aunque se pueden garantizar tamaños de unidad de asignación más pequeños si el sistema accederá a muchos archivos o registros pequeños, un tamaño de unidad de asignación de 64 KB ofrece rendimiento de sonido y rendimiento de E/S en la mayoría de las circunstancias. Las mejoras en el rendimiento con tamaños de unidad de asignación optimizados se pueden observar especialmente cuando aumenta la carga del disco.

Nota:

Se requiere la herramienta de línea de comandos FORMAT o la herramienta administración de discos para especificar un tamaño de unidad de asignación superior a 4096 bytes (4 KB) al dar formato a volúmenes. El Explorador de Windows solo formateará hasta este límite. El comando CHKDSK se puede usar para confirmar el tamaño de unidad de asignación actual de un volumen, pero debe examinar todo el volumen antes de que se muestre la información deseada (se muestra como Bytes en cada unidad de asignación).

Monitoreo del uso del espacio de disco

Cuantos menos datos hay en un disco, más rápido funcionará. Esto se debe a que en una unidad bien desfragmentada, los datos se escriben lo más cerca posible del borde exterior del disco, ya que es donde el disco gira más rápido y produce el mejor rendimiento.

El tiempo de búsqueda de disco suele ser considerablemente mayor que las actividades de lectura o escritura. Como se indicó anteriormente, los datos se escriben inicialmente en el borde exterior de un disco. A medida que aumenta la demanda de almacenamiento en disco y se reduce el espacio libre, los datos se escriben más cerca del centro del disco. El tiempo de búsqueda en el disco aumenta al localizar los datos a medida que el cabezal se aleja del borde, y cuando se encuentra, tarda más en ser leído, lo que dificulta el rendimiento de E/S del disco.

Esto significa que la supervisión del uso del espacio en disco es importante no solo por motivos de capacidad, sino también por el rendimiento.

Como regla general, trabaje hacia un objetivo de mantener el espacio libre en disco entre 20% y 25% de espacio total en disco. Si el espacio libre en disco cae por debajo de este umbral, el rendimiento de E/S de disco se verá afectado negativamente.

Implementar una estrategia para evitar la fragmentación de disco

Ejecute una utilidad de desfragmentador regularmente en los discos, incluida la unidad raíz, para evitar la degradación del rendimiento. Haga esto semanalmente en discos ocupados. Se instala un desfragmentador de disco con Windows Server y se puede ejecutar desde una tarea programada a intervalos especificados.

Optimización del rendimiento de Windows Server para servicios en segundo plano

El proceso de BizTalk Server (BTSNTSVC.exe) se ejecuta como un servicio en segundo plano. De forma predeterminada, Windows Server está configurado para ajustar el mejor rendimiento de los programas de aplicaciones y no para los servicios en segundo plano.

Windows Server usa multitarea preventiva para priorizar los subprocesos a los que atiende la CPU. La multitarea preventiva es una metodología en la que se detiene la ejecución de un proceso y se inicia otro proceso, a discreción del sistema operativo. Este esquema impide que un único subproceso domine la CPU.

Cambiar la CPU de ejecutar un proceso a otro se conoce como cambio de contexto. El sistema operativo Windows incluye una configuración que determina cuánto tiempo se permite que los hilos individuales se ejecuten en la CPU antes de que se produzca un cambio de contexto y se ejecuta el siguiente hilo. Esta cantidad de tiempo se conoce como cuántica. Esta configuración le permite elegir cómo se comparten los cuantitas de procesador entre programas en primer plano y servicios en segundo plano. Normalmente, para un servidor no es conveniente permitir que un programa en primer plano tenga más tiempo de CPU asignado a él que los servicios en segundo plano. Es decir, todas las aplicaciones y sus procesos que se ejecutan en el servidor deben recibir igual consideración para el tiempo de CPU.

Para aumentar el rendimiento del servicio en segundo plano, como las instancias de host de BizTalk, siga estos pasos:

1. Haga clic en Inicio, en Panel de control y, a continuación, en Sistema.

2. Haga clic en la pestaña Opciones avanzadas y, a continuación, haga clic en Configuración en Rendimiento.

3. Haga clic en la pestaña Avanzadas , haga clic en Servicios en segundo plano y, a continuación, haga clic en Aceptar dos veces.

Cargar manualmente listas de revocación de certificados de Microsoft

Al iniciar una aplicación .NET, .NET Framework intentará descargar la lista de revocación de certificados (CRL) para cualquier ensamblado firmado. Si el sistema no tiene acceso directo a Internet o está restringido a acceder al dominio de Microsoft.com, esto puede retrasar el inicio de BizTalk Server. Para evitar este retraso en el inicio de la aplicación, puede usar los pasos siguientes para descargar e instalar manualmente las listas de revocación de certificados de firma de código en el sistema.

1. Descargue las actualizaciones de CRL más recientes de http://crl.microsoft.com/pki/crl/products/CodeSignPCA.crl y http://crl.microsoft.com/pki/crl/products/CodeSignPCA2.crl.

2. Mueva los archivos CodeSignPCA.crl y CodeSignPCA2.crl al sistema aislado.

3. Desde la línea de comandos, escriba el siguiente comando para usar la utilidad certutil; actualice el almacén de certificados local con la CRL descargada en el paso 1:

   certutil –addstore CA c:\CodeSignPCA.crl

   Los archivos CRL se actualizan periódicamente, por lo que debe considerar la posibilidad de establecer una tarea recurrente de descarga e instalación de las actualizaciones de CRL. Para ver la próxima hora de actualización, haga doble clic en el archivo .crl y vea el valor del campo Siguiente actualización .

Sincronización de la hora en todos los servidores

Muchas operaciones que implican vales, recibos y registro dependen de que el reloj del sistema local sea preciso. Esto es especialmente cierto en un entorno distribuido, donde las discrepancias de tiempo entre sistemas pueden provocar que los registros no estén sincronizados o que los tickets emitidos por un sistema sean rechazados por otro por estar expirados o aún no ser válidos.

Para obtener más información sobre cómo configurar un servidor para sincronizar automáticamente la hora, consulte Configuración de un equipo cliente para la sincronización automática de tiempo de dominio.

Configuración del ARCHIVO PAGEFILE de Windows para obtener un rendimiento óptimo

Siga estas instrucciones para configurar el ARCHIVO PAGEFILE de Windows (archivo de paginación) para obtener un rendimiento óptimo:

1. Mueva el archivo de paginación a un volumen físico independiente de la unidad física en la que está instalado el sistema operativo para reducir la contención de disco y aumentar el rendimiento del disco : en los equipos de BizTalk Server, la ganancia de rendimiento asociada al traslado del archivo de paginación variará en función de la carga de procesamiento de documentos. En equipos con SQL Server, el traslado del archivo de paginación a un volumen independiente se considera un procedimiento recomendado en todos los escenarios debido a la naturaleza intensiva del disco de SQL Server.

2. Aísle el archivo de paginación en una o varias unidades físicas dedicadas configuradas como matrices RAID-0 (seccionamiento) o RAID-1 (creación de reflejo), o en discos únicos sin RAID : mediante un disco dedicado o una matriz de unidades donde PAGEFILE.SYS es el único archivo en todo el volumen, el archivo de paginación no se fragmentará, lo que también mejorará el rendimiento. Al igual que con la mayoría de las matrices de disco, el rendimiento de la matriz se mejora a medida que aumenta el número de discos físicos de la matriz. Si el archivo de paginación se distribuye entre varios volúmenes en varias unidades físicas de una matriz de disco, el tamaño del archivo de paginación debe ser el mismo tamaño en cada unidad de la matriz. Al configurar una matriz de discos, también se recomienda usar unidades físicas que tengan la misma capacidad y velocidad. Tenga en cuenta que la redundancia no suele ser necesaria para el archivo de paginación.

3. No configure el archivo de paginación en una matriz RAID 5 : no se recomienda la configuración del archivo de paginación en una matriz RAID 5 porque la actividad del archivo de paginación es intensiva de escritura y las matrices RAID 5 son más adecuadas para el rendimiento de lectura que el rendimiento de escritura.

4. Si no tiene recursos para mover el archivo de paginación a un volumen físico distinto del sistema operativo instalado, configure el archivo de paginación para residir en el mismo volumen lógico que el sistema operativo : configuración del archivo de paginación para residir en otro volumen lógico que se encuentra en el mismo disco físico que el sistema operativo aumentará el tiempo de búsqueda del disco y reducirá el rendimiento del sistema como los cabezales de la unidad de disco se moverá continuamente entre los volúmenes, accediendo alternativamente al archivo de página, los archivos del sistema operativo, los archivos de aplicación y los archivos de datos. Además, el sistema operativo se instala normalmente en la primera partición de un disco físico, que suele ser el más cercano al borde exterior del disco físico y donde la velocidad del disco es y el rendimiento asociado son óptimos para el disco.

   Importante

   Si quita el archivo de paginación de la partición de arranque, Windows no puede crear un archivo de volcado de errores de memoria (MEMORY.DMP) en el que se escriba información de depuración en caso de que ocurra un error STOP en modo kernel. Si necesita un archivo de volcado de memoria, no tendrá ninguna opción, sino dejar un archivo de paginación de al menos el tamaño de la memoria física + 1 MB en la partición de arranque.

5. Establecer manualmente el tamaño del archivo de paginación: establecer manualmente el tamaño del archivo de paginación normalmente proporciona un mejor rendimiento que permitir que el servidor lo ajuste automáticamente o que no tenga ningún archivo de paginación en absoluto. La práctica recomendada consiste en establecer la configuración inicial (mínima) y máxima del archivo de paginación al mismo valor. Esto garantiza que no se pierda ningún recurso de procesamiento debido al redimensionamiento dinámico del archivo de paginación, el cual puede demandar muchos recursos. Esto es especialmente cierto, dado que esta actividad de cambio de tamaño suele producirse cuando los recursos de memoria del sistema ya se están limitando. Si se establece el mismo valor mínimo y máximo de tamaño de archivo de página, también se garantiza que el área de paginación de un disco sea una sola área contigua, lo que mejora el tiempo de búsqueda del disco.