Planear la alta disponibilidad

La alta disponibilidad para BizTalk Server se centra en la recuperación de componentes funcionales que podrían interrumpir la disponibilidad en una implementación de BizTalk Server.

Para demostrar la alta disponibilidad en BizTalk Server, debe causar un error y medir la eficacia del producto en la recuperación. Una implementación de BizTalk Server de alta disponibilidad hace que los errores y errores sean transparentes para las aplicaciones y sistemas externos, y garantiza que todos los servicios sigan funcionando correctamente con una interrupción mínima.

El diseño de una implementación de BizTalk Server que proporciona alta disponibilidad implica implementar redundancia para cada componente funcional implicado en un escenario de integración de aplicaciones o de integración de procesos empresariales. BizTalk Server simplifica la implementación de estos escenarios separando conceptualmente los datos de los hosts que procesan los datos. Un host es un contenedor lógico de elementos de BizTalk, como orquestaciones, controladores de envío y controladores de recepción. Cree instancias de host y asígnelas al host. Una instancia de host es la representación física de un host en un servidor específico. Es el proceso de servicio de BizTalk Server denominado BTSNTSvc.exe u otro proceso, por ejemplo, el proceso de IIS. Por lo tanto, proporcionar alta disponibilidad para BizTalk Server implica ejecutar varias instancias de host y agrupar en clústeres las bases de datos de BizTalk Server, como se indica a continuación:

• Arquitectura para hosts de BizTalk. BizTalk Server permite separar hosts y ejecutar varias instancias de host para proporcionar alta disponibilidad para funciones clave, como recibir mensajes, procesar orquestaciones y enviar mensajes. Estos hosts no requieren ningún mecanismo adicional de agrupación en clústeres o equilibrio de carga porque BizTalk Server distribuye automáticamente la carga de trabajo entre varios equipos a través de instancias de host. Sin embargo, los hosts que ejecutan los controladores de recepción para los adaptadores HTTP y SOAP requieren un mecanismo de equilibrio de carga, como equilibrio de carga de red (NLB) para proporcionar alta disponibilidad, y los hosts que ejecutan los controladores de recepción para FTP, MSMQ, POP3, SQL y SAP requieren un mecanismo de agrupación en clústeres para proporcionar alta disponibilidad.

  Nota

  Siempre debe agrupar el adaptador de recepción de SAP para dar cabida a un escenario de confirmación en dos fases.

• Arquitectura para bases de datos de BizTalk Server. La configuración de alta disponibilidad para las bases de datos de BizTalk Server normalmente consta de dos o más SQL Server equipos de base de datos configurados en una configuración de clúster de servidor activo/pasivo. Estos equipos comparten un recurso de disco común (como una matriz de disco SCSI RAID 1+0 o una red de área de almacenamiento) y usan clústeres de conmutación por error de Windows para proporcionar redundancia de copia de seguridad y tolerancia a errores.

  Otro componente funcional de BizTalk que es fundamental para la alta disponibilidad es el servidor secreto maestro. BizTalk Server se basa en este servicio para obtener la clave de cifrado.

  En esta sección se proporciona información sobre cómo abordar la alta disponibilidad en cada una de estas categorías. Dado que una solución de alta disponibilidad BizTalk Server se basa en Windows y SQL Server, asegúrese de implementar estos productos con alta disponibilidad antes de configurar hosts para BizTalk Server. Los siguientes vínculos incluyen información sobre cómo proporcionar alta disponibilidad a estos productos subyacentes:

• Soluciones de alta disponibilidad (SQL Server)](/sql/sql-server/failover-clusters/high-availability-solutions-sql-server)

• Clústeres de conmutación por error en Windows Server

Descripción del impacto de un error de componente

En la tabla siguiente se enumeran los componentes y dependencias de un entorno de BizTalk Server y el impacto en el entorno de BizTalk Server si se produce un error en el componente o la dependencia. Debe tener en cuenta el ámbito de un posible error al decidir si agrupar un componente o dependencia.

Componente o dependencia	Alcance del error
SQL Server	En todo el sistema. Si SQL Server produce un error, BizTalk Server no podrá procesar documentos.
Servidor secreto principal	En todo el sistema. Si se produce un error en el servidor secreto maestro, BizTalk Server no podrá procesar documentos. Nota: Si se produce un error en el servidor secreto maestro, cada servidor de BizTalk del grupo de BizTalk seguirá usando una copia en memoria almacenada en memoria del secreto maestro hasta que se reinicie el servicio SSO de empresa en ese servidor de BizTalk. Si el servicio SSO de empresa se reinicia en los servidores de BizTalk, la copia almacenada en caché del secreto maestro se libera de la memoria y los servidores de BizTalk deben poder ponerse en contacto con el servidor secreto maestro para obtener otra copia del secreto maestro. No reinicie el servicio SSO de empresa en los servidores de BizTalk en un grupo si se produce un error en el servidor secreto maestro y desea que el servidor de BizTalk continúe procesando documentos.
MSDTC	Servidor. Si SE produce un error en MSDTC, se producirá un error en cualquier componente del servidor que requiera compatibilidad con transacciones. Nota: Dado que SQL Server y el servidor secreto maestro dependen de MSDTC para la compatibilidad con transacciones, el ámbito del error se convertirá en todo el sistema si se produce un error en MSDTC en el servidor SQL Server o en el servidor secreto maestro. BizTalk Server requiere compatibilidad con transacciones al comunicarse con SQL Server y el servidor secreto maestro durante las operaciones en tiempo de ejecución.
Instancia de host de BizTalk	Servidor. Los componentes alojados en una instancia de host de BizTalk no podrán participar en el procesamiento de documentos si se produce un error en la instancia de host.
Message Queue Server (MSMQ)	Servidor. Si SE produce un error en MSMQ, cualquier procesamiento de documentos que dependa del servicio MSMQ, como el adaptador de MSMQ, se detendrá en el servidor.
Sistema de archivos	Servidor. Si se produce un error en el sistema de archivos, cualquier procesamiento de documentos que dependa del sistema de archivos, como el adaptador de archivos, se detendrá en el servidor.

Para poder administrar mejor un sistema de BizTalk Server de alta disponibilidad, debe tener una buena comprensión de la pila de BizTalk: Windows Server, DC (DNS, DHCP), BizTalk Server, SQL Server, servidor IIS, servidor de archivos, servidor MSMQ, aplicaciones externas. Esta sección se centra en la alta disponibilidad de BizTalk Server y el equipo SQL Server dependiente.

Ejemplos de BizTalk Server High-Availability

Para ver escenarios de ejemplo en Microsoft BizTalk Server que proporcionan alta disponibilidad a través de niveles de escalabilidad horizontal de hosts, consulte Escenarios de alta disponibilidad de ejemplo BizTalk Server.

Consulte también

Alta disponibilidad para los hosts de BizTalk
Alta disponibilidad para bases de datos
Alta disponibilidad para el servidor de secreto maestro
Lista de comprobación: aumento de la disponibilidad con la recuperación ante desastres