Compartir vía

Optimizaciones del sistema operativo

  • Artículo

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

Directrices generales para mejorar el rendimiento del sistema operativo

Las siguientes recomendaciones se pueden usar para aumentar el rendimiento del sistema operativo:

Instale los controladores más recientes de BIOS, red de área de almacenamiento (SAN), firmware del adaptador de red y controladores de adaptador de red.

Los fabricantes de hardware liberan periódicamente las actualizaciones de BIOS, firmware y 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 NIC

  4. Controladores NIC

Asignación del directorio de archivos de registro de 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 de MSDTC a una unidad de disco rápida. Para cambiar el directorio del archivo de registro de 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 BizTalk Server ejecutables y caídas de archivos

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

Deshabilitar el examen de red de detección de intrusiones entre equipos en el entorno de BizTalk Server

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

Desfragmentar 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 las horas.

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

    Nota

    Use la utilidad PageDefrag para desfragmentar pageFile 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 SQL Server, deshabilite el examen en tiempo real de los archivos de datos y transacciones.

El análisis en tiempo real de los archivos de datos y transacciones de SQL Server (.mdf, .ndf, .ldf, .mdb) puede aumentar la contención de E/S de disco y reducir SQL Server rendimiento. 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 de BizTalk Server predeterminada, consulteOptimización de grupos de archivos para las bases de datos.

Configuración de MSDTC para BizTalk Server

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

Configuración de firewalls para BizTalk Server

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:

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

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

NTFS ofrece ventajas considerables 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 relativamente económico hoy en día, los sistemas operativos y las aplicaciones que insertan la capacidad de unidad en un máximo, es poco probable que estos pequeños volúmenes estén en uso. FAT32 se escala mejor que FAT en volúmenes más grandes, pero aún no es un sistema de archivos adecuado para servidores Windows.

FAT y FAT32 a menudo se han implementado en el pasado, ya que fueron vistos como más fáciles de recuperar y administrar con herramientas nativas de DOS en caso de 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 sencilla de reducir el espacio en los volúmenes, no es adecuado para los servidores de archivos empresariales. La implementación de la compresión supone 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 del controlador de disco y las unidades de asignación de volumen

Al configurar matrices de unidades y unidades lógicas dentro del controlador de unidad de hardware, asegúrese de que coincide con el tamaño de franja del controlador con el tamaño de la unidad de asignación con el que se dará formato a 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. Use la herramienta de 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 se debe usar.

Aunque se pueden garantizar tamaños de unidad de asignación más pequeños si el sistema va a 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 dará formato a este umbral. 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).

Supervisión del uso del espacio de unidad

Cuantos menos datos haya 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 aquí 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 de disco aumenta al localizar los datos a medida que la cabeza se aleja del borde y, cuando se encuentra, tarda más tiempo en leerse, 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 con el objetivo de mantener el espacio libre en disco entre el 20 % y el 25 % del 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.

Implementación de una estrategia para evitar la fragmentación del 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. Un desfragmentador de disco se instala 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 tareas múltiples preferentes para priorizar los subprocesos de proceso a los que va a asistir la CPU. La tarea múltiple preferente 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 permiten ejecutar subprocesos individuales en la CPU antes de que se produzca un conmutador de contexto y se service el subproceso siguiente. Esta cantidad de tiempo se conoce como cuántica. Esta configuración le permite elegir cómo se comparten los cuantitas del procesador entre los programas en primer plano y los 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 tener en cuenta 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. En un símbolo del sistema, escriba el siguiente comando para usar la utilidad certutil para actualizar 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 de repetición de la 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 .

Sincronizar 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 los vales emitidos por un sistema se rechacen por otro como expirados o aún no son válidos.

Para obtener más información sobre cómo configurar un servidor para sincronizar automáticamente la hora, vea Configurar un equipo cliente para la sincronización automática de hora 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 del disco y aumentar el rendimiento del disco: en BizTalk Server equipos, la ganancia de rendimiento asociada al movimiento del archivo de paginación variará en función de la carga de procesamiento de documentos. En SQL Server equipos, mover el 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 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 en el que 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 encuentre en el mismo disco físico que el sistema operativo aumentará el tiempo de búsqueda del disco y reducirá el rendimiento del sistema a medida que la placa de la unidad de disco cabeza 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 memoria (MEMORY). DMP) en el que se escribe información de depuración en caso de que se produzca 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. El ajuste de procedimientos recomendados consiste en establecer la configuración de tamaño inicial (mínimo) y máximo para el archivo de paginación en el mismo valor. Esto garantiza que no se pierda ningún recurso de procesamiento al cambio de tamaño dinámico del archivo de paginación, lo que puede ser intensivo. Esto es especialmente cierto, dado que esta actividad de cambio de tamaño suele producirse cuando los recursos de memoria del sistema ya están restringidos. Establecer el mismo valor mínimo y máximo de tamaño de archivo de página también garantiza que el área de paginación de un disco sea un área única y contigua, lo que mejora el tiempo de búsqueda del disco.