Consideraciones importantes para actualizar aplicaciones
A continuación se indican problemas importantes que deben considerarse antes de actualizar una aplicación, especialmente si la misma se ejecuta en un entorno de producción.
Consideraciones generales
Las entidades y reglas están visibles en un ámbito de grupo, por lo que agregar entidades y reglas adicionales puede afectar a otras aplicaciones.
Para anular la implementación de un artefacto del que depende otro, primero se debe anular la implementación del artefacto dependiente.
Nota
La consola de administración de BizTalk Server mostrará una advertencia e impedirá anular la implementación de artefactos si se intenta realizar en un orden incorrecto.
Si se actualiza un ensamblado de BizTalk en una aplicación existente, es posible que tenga que reiniciar las instancias de host para que los cambios surtan efecto. Reiniciar una instancia de host detiene todas las demás aplicaciones que se ejecutan en la instancia de host.
Si se usa Visual Studio para implementar una aplicación en un entorno de producción (no se recomienda en absoluto) y la opción Reiniciar instancias de host está establecida como True en las propiedades del proyecto, se reiniciarán todas las instancias de host al implementar la aplicación, incluidas las que no estén asociadas a esa aplicación. Esto detendrá todas las demás aplicaciones que estén en ejecución en cualquier instancia de host del equipo local.
Si desea actualizar un ensamblado de BizTalk Server (que contiene una orquestación, un esquema o una asignación) que se implementa como una aplicación de BizTalk, puede realizar cualquiera de las acciones siguientes:
Efectúe una implementación en paralelo. Puede modificar de forma apropiada el ensamblado más reciente, generalmente incrementando la versión. Esto hace que ambos ensamblados tengan un nombre completo de ensamblado distinto. Para obtener más información, vea Cómo implementar una nueva versión de una aplicación para ejecutarse en paralelo con una versión existente.
Sustituya el ensamblado de BizTalk Server existente por un nuevo ensamblado. Debe detener todas las instancias de host que tengan la posibilidad de cargar el ensamblado obsoleto, sustituir el ensamblado obsoleto en la GAC y reiniciar las instancias de host.
Si se implementa una aplicación completamente nueva para reemplazar una existente, se debe corregir cualquier referencia existente entre otras aplicaciones y la aplicación que se está reemplazando.
Consideraciones para actualizar esquemas
Si agrega un ensamblado a una aplicación que incluye un nuevo esquema con el mismo tipo de mensaje que un esquema existente en el grupo de BizTalk, el esquema con el número de versión más alto se usará cuando se produzca la resolución de esquemas en canalizaciones. Además, si un tipo de mensaje hace referencia a más de un tipo de .NET, esta ambigüedad puede provocar un error de ejecución de canalización. Esto se debe a que la búsqueda de esquemas usa el tipo de mensaje, el espacio de nombres de destino y el nombre de raíz de la instancia. Esta situación puede ocurrir con las canalizaciones de aplicaciones que usen un esquema con el mismo tipo de mensaje que el nuevo esquema. Para obtener más información sobre la resolución de esquemas, consulte Resolución de esquemas en componentes de canalización.
Al actualizar un esquema, también se deben actualizar las asignaciones que hacen referencia al mismo (o crear nuevas asignaciones) y cualquier otra orquestación basada en él.
Si se incrementa la versión de un esquema, se debe actualizar la referencia al esquema para cualquier instancia y componente de canalización que lo use.
Al anular la implementación de un esquema, se activa la versión anterior del esquema, si está disponible.
Consideraciones para actualizar directivas
- El tiempo de ejecución de BizTalk Server usa la versión más alta de una directiva con estado implementado.