Cómo mantener el código desplegado en múltiples interfaces de BizTalk en la sincronización?

Question

Tenemos varios servidores de aplicaciones de BizTalk 2006, y lo encontramos casi imposible mantener las versiones de nuestros proyectos en sintonía con ellos. Es un tedioso proceso de implementación de los paquetes MSI, importarlos, haciendo coincidir los archivos en el GAC, la implementación de algunos cambios en el registro, y si un paso se pierde o alguien desplegó una copia actualizada de un archivo DLL directamente a un servidor y no con otra, no es manera fácil de decir.

¿Cómo los demás asegurar que las copias de software entre los dos servidores son la misma versión?

---

Algunos antecedentes:

Nuestro entorno ha dos (no agrupado) servidores de extremo frontal BizTalk y un back-end base de datos separada. Hasta hace poco, aunque teníamos dos frontales configurado, las instancias de host se detuvo en el segundo servidor a causa de alguna solución de problemas. Han sido desactivados durante unos meses, y estamos desplegados algún código actualizado en el ínterin.

Esta mañana, hice un diff carpeta en el GAC, así como la carpeta que contiene la copia de disco local de los archivos DLL para nuestro proyecto desplegado (C: \ Ourproject \ en ambos servidores), y todo emparejado - mismo archivo tamaños mismas marcas de tiempo. Sin embargo, una vez que se enciende la segunda serie de servicios, se hizo evidente que servidor2 estaba usando una versión antigua de la DLL de proyecto -. De los siguientes tres archivos procesados, dos tuvieron resultados normales y uno era claramente fuera de la fecha

Por favor, ayuda a evitar un aneurisma.

Answer 1

Una cosa que puede que desee ver en la BizTalk marco de implementación de .

Actualmente estamos construyendo un nuevo entorno con BizTalk 2009 y que comenzó con un conjunto de scripts de MSBuild que la exportación de mango fuentes de la subversión, la construcción y el despliegue de las asambleas utilizando BTSTask.

Por supuesto BTSTask carece de una gran cantidad de funcionalidad (arranque / parada aplicaciones) pero al menos para BizTalk 2006 no es BTSControl .

Answer 2

utilizar un script de construcción automatizado cuyo fin último es un MSI con archivos de unión para Dev / Fase / Prod. Todos los archivos de enlace liberados se almacenan en un recurso compartido y se utilizan para cargar el servidor BizTalk a mano. En primer lugar de la aplicación se detiene, MSI ha ejecutado en ambos servidores y luego MSI importada. Durante la importación, especificamos el medio ambiente para las fijaciones y listo. No hemos tenido problemas con la pérdida de sincronía.

Por lo tanto, me gustaría sugerir tomar la totalidad de su última MSI y volver a ejecutarlos en los servidores donde hay diferencias. De lo contrario, simplemente tratar de poner en marcha un proceso para crear un proceso de carga repetible con la mano.