Procedimientos recomendados para actualizar las aplicaciones
En este tema se describen los procedimientos recomendados que debe considerar al actualizar aplicaciones y artefactos de BizTalk.
Control de versiones
Implementar una estrategia de control de versiones
Una buena estrategia de control de versiones es esencial si se usan transacciones de larga duración o la aplicación de BizTalk no se puede quitar para realizar actualizaciones o correcciones de errores. Debe planear la estrategia de control de versiones de todos los artefactos de BizTalk: esquemas, mapas, adaptadores personalizados, canalizaciones, componentes de canalización, orquestaciones, reglas de negocios, BAM y clases personalizadas llamadas en orquestaciones y mapas.
Buscar coincidencias con los ensamblados de la base de datos de administración de BizTalk y la caché global de ensamblados (GAC)
Asegúrese de que las mismas versiones de ensamblados están en la base de datos de administración de BizTalk que en la GAC, de modo que la aplicación funcione correctamente. Si sigue el procedimiento de no instalar siempre un ensamblado en la GAC cuando lo implementa, es posible que tenga diferentes versiones en la GAC y en la base de datos de administración de BizTalk, hecho que producirá errores de procesamiento durante el tiempo de ejecución.
Usar el Comprobador de ensamblados de BizTalk y la herramienta GAC remota para comprobar el control de versiones
El Comprobador de ensamblados de BizTalk y la herramienta GAC remota (BTSAssemblyChecker.exe) comprueba las versiones de los ensamblados implementados en la base de datos de administración de BizTalk y comprueba que están registrados correctamente en la GAC en todos los equipos de BizTalk Server. Puede usar esta herramienta para comprobar que todos los ensamblados que contienen los artefactos de una determinada aplicación de BizTalk están instalados en todos los nodos de BizTalk. La herramienta es especialmente útil junto con una estrategia de control de versiones sólida para comprobar que se instala la versión correcta de un conjunto de ensamblados en cada máquina de BizTalk, especialmente cuando se usa el enfoque de implementación en paralelo.
La herramienta está disponible con los medios de instalación de BizTalk Server en Support\Tools\x86\BTSAssemblyChecker.exe.
Usar un producto de control de versiones
Debe usar un producto de control de versiones, como Microsoft Visual Studio® Team Foundation Server 2010, para el seguimiento y el control de versiones de artefactos de BizTalk. Para obtener más información sobre Microsoft Visual Studio® Team Foundation Server 2010, vea Microsoft Visual Studio® Team Foundation Server 2010 (https://go.microsoft.com/fwlink/?LinkId=210637)
Factor de artefactos en varias aplicaciones de BizTalk
Para realizar el control de versiones de ensamblado de artefactos de BizTalk, los ensamblados de la solución de BizTalk deben factorizarse (empaquetados) de forma que permitan el control de versiones de BizTalk Server. Para obtener más información sobre la factorización, consulte Agregar artefactos a una aplicación.
Actualización de una aplicación
Uso de un archivo .msi para actualizar una aplicación
La actualización de aplicaciones suele ser una operación deliberada y precisa en producción. Al actualizar una aplicación, normalmente debe usar una lista de comprobación manual. Sin embargo, puede simplificar ciertos pasos mediante un archivo .msi. Al usar un archivo .msi, puede encapsular los artefactos de la aplicación en un paquete distribuible. Un archivo .msi es especialmente útil cuando se implementan archivos DLL actualizados en varios cuadros de tiempo de ejecución o se realiza una implementación de nivel de grupo. Al crear un archivo .msi, debe excluir todos los demás recursos y enlaces sin cambios del paquete.
Si actualiza un ensamblado de BizTalk, debe detener, anular la inscripción, volver a inscribirse y, a continuación, iniciar manualmente artefactos de BizTalk antes y después de importar e instalar el archivo .msi. Para obtener más información sobre cómo actualizar un ensamblado de BizTalk, vea Lista de comprobación: Actualización de un ensamblado.
Si actualiza un ensamblado de BizTalk Server mediante el control de versiones en paralelo, tendrá que realizar pasos manuales antes y después de usar el archivo .msi. Para obtener más información sobre los pasos manuales necesarios, consulte Lista de comprobación: Actualización de una aplicación mediante control de versiones en paralelo.
Actualizar un ensamblado
Incrementar la versión de un ensamblado en un entorno de producción
Si va a actualizar un ensamblado que se ejecuta en un entorno de producción, siempre debe incrementar el número de versión del ensamblado.
Actualización de la GAC con un ensamblado actualizado
Al actualizar un ensamblado que contiene una orquestación, un esquema o un mapa, debe actualizar la GAC con el ensamblado que contiene la nueva versión. De lo contrario, BizTalk Server usará la versión obsoleta. Para ello, en los equipos que ejecuten una instancia del host con una aplicación enlazada, desinstale de la GAC la versión no actualizada del ensamblado que contiene el artefacto actualizado y asegúrese de que está instalada la versión nueva.
Reinicio de una instancia de host después de actualizar un ensamblado
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.
Actualización de un artefacto
Anular la implementación de un artefacto dependiente antes del artefacto del que depende
Si no va a implementar un artefacto en el que depende otro artefacto, primero debe anular la implementación del artefacto dependiente.
Nota
Si no anula primero la implementación del artefacto dependiente, la consola de administración de BizTalk Server mostrará una advertencia e impedirá que desamplemente artefactos en el orden incorrecto.
No detenga un artefacto del que depende otra aplicación
Si detiene un artefacto en una aplicación (que puede derivar de la detención de la aplicación completa) de la que depende otra aplicación, la aplicación dependiente no funcionará correctamente. Para obtener más información sobre cómo detener una aplicación, vea Cómo iniciar y detener una aplicación de BizTalk (https://go.microsoft.com/fwlink/?LinkID=154729).
Agregar una referencia a un ensamblado antes de mover un artefacto
Cuando mueve un artefacto a una aplicación nueva, se mueven también los artefactos con los que tiene relaciones de dependencia a no ser que la aplicación nueva tenga una referencia a las aplicaciones que contienen los artefactos de los que depende el artefacto movido. Asimismo, se mueven los artefactos que tengan relaciones de dependencia con el artefacto movido a no ser que las aplicaciones que los contienen tengan una referencia a la aplicación nueva. Al mover un artefacto, se muestra la lista de otros artefactos que también se moverán.
Actualizar enlaces
Automatización de la reconfiguración de enlaces
- Al actualizar un ensamblado en una aplicación, a menudo se sobrescriben sus enlaces o bien no se puede enlazar el ensamblado, de modo que es necesario volver a configurar los enlaces de forma manual. Puede automatizar este proceso mediante un archivo de enlace. Si va a actualizar la misma versión de un ensamblado, primero puede exportar un archivo de enlace para el ensamblado, actualizar el ensamblado, importar el ensamblado en la aplicación y, a continuación, volver a aplicar los enlaces anteriores importando el archivo de enlace. Si va a actualizar un ensamblado con una versión más reciente, puede exportar un archivo de enlace, editar el archivo para reflejar la nueva versión del ensamblado, importar el nuevo ensamblado en la aplicación y, a continuación, aplicar los nuevos enlaces importando el archivo de enlace. Para obtener más información sobre los archivos de enlace, vea Cómo exportar enlaces a un archivo de enlace. Para obtener más información sobre cómo editar un archivo de enlace, vea Personalización de archivos de enlace (https://go.microsoft.com/fwlink/?LinkID=155000).
Iniciar o detener una aplicación
Detener una aplicación para actualizar artefactos
Si no detiene una aplicación para actualizar artefactos en la aplicación, debe detener temporalmente la publicación en la base de datos de Cuadro de mensajes deshabilitando los puntos de conexión y detener y anular la lista de instancias en ejecución. Para detener y anular la lista de instancias en ejecución, todas las instancias deshidratadas o suspendidas se deben reanudar y completar manualmente o finalizar.
Aunque no es obligatorio detener una aplicación para actualizar un artefacto o instalar la aplicación, recomendamos detenerla siempre que actualice un artefacto.
Consulte también
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente las Cuestiones de GitHub como mecanismo de retroalimentación para el contenido y lo sustituiremos por un nuevo sistema de retroalimentación. Para más información, consulta: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de