Compartir a través de

Actualización a BizTalk Server 2016

  • Artículo

Actualización a BizTalk Server 2016 desde BizTalk Server 2013 R2 o BizTalk Server 2013.

En este tema se proporciona información general sobre el proceso de actualización de BizTalk Server 2016, la información clave y las instrucciones paso a paso para actualizar desde BizTalk Server 2013 R2 o BizTalk Server 2013.

Información general sobre la actualización

  • Lea todo el documento antes de realizar la actualización. BizTalk Server conecta con su empresa muchos componentes dispares, tanto internos como externos. La mayoría de los escenarios de implementación reales se amplían mucho más para incluir varios servidores y, finalmente, varios clústeres de equipos físicos y virtuales.

  • No hay dos implementaciones de BizTalk Server iguales. Antes de llevar a cabo la actualización, recopile información sobre las necesidades de la empresa y comente el ámbito de la implementación con los profesionales de TI, administradores del sistema y desarrolladores que usan BizTalk Server. Estudie esta guía de actualización y determine las necesidades específicas de su empresa para crear su propio plan de implementación.

  • Use el Analizador de procedimientos recomendados (BPA, por sus siglas en inglés) de BizTalk Server para examinar la implementación de BizTalk Server y generar una lista de procedimientos recomendados. BPA efectúa una comprobación de la configuración (solo lectura y generación de informes) y usa los datos recopilados para determinar si se siguen los procedimientos recomendados.

Planeamiento de la actualización

A continuación se incluye una visión general del proceso de actualización. Cada uno de los pasos enumerados debe ejecutarse en el orden que se indica.

  • Rutas de actualización para sistemas operativos
  • Rutas de actualización para Microsoft SQL Server®
  • Actualización de Windows® SharePoint® Services
  • Instalación en paralelo de Visual Studio
  • Instalación en paralelo de Microsoft Office 2016/2013

Rutas de actualización compatibles

En la tabla siguiente se enumeran los sistemas operativos compatibles que se pueden actualizar a BizTalk Server 2016. "Sí" significa que la versión de BizTalk Server que se ejecuta en ese sistema operativo se puede actualizar. "No" significa que la versión de BizTalk Server que se ejecuta en ese sistema operativo no se puede actualizar. En el caso de que no se pueda, el entorno de BizTalk debe crearse de nuevo en un sistema operativo compatible. Requisitos de hardware y software para BizTalk Server 2016 enumera los sistemas operativos compatibles.

Sistemas operativos BizTalk Server 2013 R2 BizTalk Server 2013
Windows Server 2012 R2 Sí No
Windows Server 2012 No No
Windows 8.1 Sí No
Windows 8 No No
Windows 7 SP1 No No

En la tabla siguiente se enumeran las versiones de SQL Server admitidas que se pueden actualizar a BizTalk Server 2016. El servidor SQL Server hospeda las bases de datos que usa BizTalk Server. "Sí" significa que se puede actualizar el servidor BizTalk Server si se usa esa versión de SQL Server. "No" significa que no se puede actualizar BizTalk Server si se usa esa versión de SQL Server. En el caso de que no se pueda, el entorno de BizTalk debe crearse de nuevo en una versión de SQL Server compatible. Requisitos de hardware y software para BizTalk Server 2016 enumera las versiones de SQL Server admitidas.

Sugerencia

Si su versión de SQL Server no es compatible o no está incluida en la lista siguiente, revise la documentación de actualización de SQL Server. La actualización de SQL incluye más versiones de las que admite BizTalk. Por ejemplo, si usa SQL Server 2008, puede actualizar SQL Server 2016. A continuación, puede actualizar a BizTalk Server 2016. Actualizar a SQL Server 2016 y Actualizar a SQL Server 2014 enumera las versiones de SQL Server que se pueden actualizar.

SQL Server BizTalk Server 2013 R2 BizTalk Server 2013
SQL Server 2014 Sí No
SQL Server 2012 SP1 No No
SQL Server 2012 No No
SQL Server 2008 R2 SP1 No No

En la tabla siguiente se muestra la ruta de actualización de edition admitida de BizTalk Server 2013 R2/2013 a BizTalk Server 2016. "Sí" significa que la edición BizTalk Server 2013 R2/2013 se puede actualizar a la edición. "No" significa que la edición BizTalk Server 2013 R2/2013 no se puede actualizar a la edición. En el caso de que no se pueda, debe crearse de nuevo el entorno de BizTalk.

BizTalk Server 2013 R2/2013 BizTalk Server 2016 Evaluation Edition BizTalk Server 2016 Branch Edition BizTalk Server 2016 Developer Edition BizTalk Server 2016 Standard Edition BizTalk Server 2016 Enterprise Edition
Evaluación No No No No Sí
Rama No Sí No No Sí
Desarrollador No No Sí No Sí
Estándar No No No Sí Sí
Enterprise No No No No Sí

Antes de la actualización: lo que necesita saber

  • Permisos: el usuario que realiza la actualización debe ser miembro de los siguientes grupos de usuarios o tener los permisos equivalentes:

    • Grupo de administradores del equipo local
    • Grupo de administradores del sistema SQL Server del servidor SQL Server
    • Grupo de administradores de BizTalk Server
    • Grupo de administradores de inicio de sesión único (SSO)

  • SSO: single Sign-On Master Secret Server y el SQL Server que hospeda la base de datos de SSO deben ejecutarse durante la actualización.

  • Cuenta de servicio de red: debe tener acceso de escritura a %windir%\temp.

  • Certificados: realice una copia de seguridad del almacén de certificados de Windows:

  • DTC: habilite el Coordinador de transacciones distribuidas de Microsoft (MSDTC) (pasos posteriores a la configuración para optimizar el entorno) y, a continuación, habilite las reglas DTC entrantes y salientes:

    1. En Administrador del servidor, seleccione Herramientas y abra Firewall de Windows con Seguridad avanzada.
    2. Seleccione Reglas de entrada.
    3. En Reglas de entrada, haga clic con el botón derecho en Coordinador de transacciones distribuidas * (según corresponda) y, a continuación, en Habilitar regla.
    4. En Firewall de Windows con Seguridad avanzada, seleccione Reglas de salida.
    5. En Reglas de salida, haga clic con el botón derecho en Coordinador de transacciones distribuidas * (según corresponda) y, a continuación, en Habilitar regla.

  • SharePoint: el modelo de objetos del lado cliente (CSOM) se usa para conectarse a SharePoint Services. El modelo de objetos del lado servidor (SSOM) (el servicio web) se quita en BizTalk Server 2016.

    Si usa versiones de SharePoint que no son compatibles con CSOM, quizá pueda realizar la actualización a una versión compatible de SharePoint:

  • .NET Framework: no hay ningún concepto de instalación en paralelo entre .NET Framework 4.5 y .NET Framework 4.6. Los archivos binarios de .NET Framework 4.6 sobrescribirán los archivos binarios de .NET Framework 4.5. .NET Framework 4.6 es un requisito de BizTalk Server 2016 y no se admite (y no debe instalarse) en versiones anteriores de BizTalk Server.

  • Office 2016 y Office 2013: instale y use versiones diferentes de Office en el mismo equipo. Además, consulte Problemas con las instalaciones msi en paralelo de Office 2013 y Office 2016.

  • Host de BizTalkServerApplication: la actualización requiere la existencia del host predeterminado. Si se ha quitado la instancia de host predeterminada asociada con los puertos de envío y las ubicaciones de recepción del adaptador de SQL, asocie el host predeterminado al adaptador de SQL antes de llevar a cabo la actualización. Al finalizar la actualización, podrá quitar el host predeterminado de la lista.

  • Enlaces personalizados: los enlaces personalizados definidos por el usuario que se compilan con versiones anteriores de .NET Framework no están disponibles después de la actualización. Para usar los enlaces personalizados, agréguelos manualmente al archivo machine.config de .NET Framework 4.6.

  • Archivos de configuración: realice una copia de seguridad de todos los archivos de configuración personalizados en BizTalk Server 2013 R2/2013. BizTalk Server admite la migración de cambios solo en los btsntsvc.exe.config archivos y bm.exe.config .

Alertas BAM

Se requiere Correo electrónico de base de datos de SQL Server para usar alertas de BAM. Si se está actualizando SQL Server desde una versión de SQL que usaba las definiciones de alertas de BAM existentes con Notification Services, puede realizar una copia de seguridad de sus definiciones de alertas de BAM e implementarlas después de la actualización. Use la herramienta de línea de comandos BM.exe (\Program Files (x86)\Microsoft BizTalk Server <your version>\Tracking). Entre los pasos específicos se incluyen los siguientes:

  1. Abra un símbolo del sistema y vaya a \Program Files (x86)\Microsoft BizTalk Server <your version>\Tracking.
  2. Cree un archivo de definición en el símbolo del sistema: bm.exe get-defxml -FileName:YourBAMDefinition.xml
  3. En BizTalk Server configuración de 2013 R2/2013, desconfigurar alertas de BAM.
  4. Actualice a SQL Server 2016 o SQL Server 2014 SP1.
  5. Configure Correo electrónico de base de datos de SQL Server.
  6. Actualice a BizTalk Server 2016.
  7. En BizTalk Server configuración de 2016, configure alertas de BAM.
  8. Implemente el archivo de definición guardado en el símbolo del sistema: .bm.exe update-all -DefinitionFile:YourBAMDefinition.xml

Importante

Si no sigue estos pasos en el orden mostrado o crea un archivo de definición, debe volver a crear los archivos de definición después de actualizar BizTalk Server.

Para ver la ayuda BM.exe, escriba: bm.exe help.

BAM

  • Paquetes DTS de BAM: detenga todos los paquetes de SERVICIOS de transformación de datos (DTS) de BAM. De lo contrario, pueden perderse datos o puede dañarse algún cubo de procesamiento analítico en línea (OLAP).

  • Espacio en disco: el espacio libre en disco debe ser al menos el tamaño de las bases de datos bam existentes.

  • Agregaciones en tiempo real: si usa agregaciones en tiempo real de BAM en la versión actual de BizTalk Server y actualiza SQL Server, instale o actualice a SQL Server Enterprise Edition. De lo contrario, la actualización da error.

  • valor maxTimeout: si tiene una base de datos bam grande, actualice el maxTimeout valor de las transacciones distribuidas en el archivo machine.config a:

    <system.transactions>
   <machineSettings maxTimeout="23:59:59" />
</system.transactions>

  • Seguimiento de BAM habilitado con el Editor de perfiles de seguimiento (TPE): después de actualizar, se actualizan los perfiles de seguimiento que se implementaron anteriormente; sin embargo, sus configuraciones de interceptor correspondientes no se actualizan. Es posible que los nuevos mensajes de BAM interceptados todavía tengan referencias de BizTalk Server 2013 R2/2013. Para actualizar las configuraciones de interceptor correspondientes, use el Editor de perfiles de seguimiento para recuperar el perfil de la actividad y, después, vuelva a aplicarlo.

  • Libro liveData: si usa BAM en BizTalk Server 2013 R2/2013, después de la actualización, debe volver a generar manualmente el libro LiveData. Cómo volver a generar el libro de datos activos:

    1. Recupere la definición de BAM ejecutando el siguiente comando: BM get-defxml MyDef.xml

    2. Vuelva a crear los informes de tabla dinámica abriendo Microsoft Office Excel y, a continuación, seleccionando los complementos de BAM. Importe el archivo MyDef.xml creado en el paso (1) y vuelva a crear los informes de tabla dinámica. Guarde el nuevo libro de BAM como MyNewBook.xls.

    3. Cambie el nombre de los informes de tabla dinámica mediante la búsqueda de los nombres de la tabla dinámica en MyDef.xml en <Caption> la ruta de <BAMDefinition>\<Extension>\<OWC>\<PivotTableView>\<PivotTable>\<PivotView>\<Label> acceso. Use estos nombres para cambiar el nombre de los informes de tabla dinámica en MyNewBook.xls.

    4. Vuelva a generar el libro LiveData ejecutando el siguiente comando: BM regenerate-livedataworkbook MyNewBook.xls

      Nota

      Los libros de datos dinámicos regenerados no recrean los artefactos de Excel (por ejemplo, los diagramas) del libro de datos dinámicos original. Vuelva a crear los artefactos manualmente.

Enterprise Single Sign-On (ESSO)

  • Escenario: Actualización desde una versión anterior del inicio de sesión único de Enterprise

    BizTalk Server incluye una versión actualizada de Enterprise Single Sign-On (ESSO). Si instala esta versión en un equipo que tiene instalada una versión anterior de BizTalk, ESSO se actualiza automáticamente durante el proceso de instalación. Se recomienda realizar los siguientes pasos antes de llevar a cabo la actualización:

    1. Compruebe que se realizó una copia de seguridad de la versión de la base de datos de inicio de sesión único (SSODB) en una ubicación segura.
    2. Compruebe que se realizó una copia de seguridad de la clave secreta principal actual en una ubicación segura.
    3. Conozca la contraseña del secreto maestro.

    Actualice todos los servidores de un grupo de BizTalk a la misma versión. Este requisito también se aplica a un servidor de secreto maestro independiente.

  • Escenario: Actualización mediante la configuración de Enterprise Single Sign-On independiente

    Siga estos pasos para realizar la actualización en equipos que disponen de una instalación independiente de Enterprise Single Sign-On, por ejemplo, en un servidor de secreto maestro dedicado.

    1. Compruebe que se realizó una copia de seguridad de la clave secreta principal actual en una ubicación segura.
    2. Compruebe que se realizó una copia de seguridad de la versión actual de la SSODB en una ubicación segura.
    3. Ejecute el Setup.exe de ESSO desde el medio de instalación de BizTalk Server 2016. La carpeta de instalación predeterminada es \Platform\SSO.
    4. En el cuadro de diálogo Autorun (Autorun ), seleccione Microsoft Enterprise Single Sign-On (Inicio de sesión único de Microsoft Enterprise).
    5. En el cuadro de diálogo Resumen, seleccione Actualizar.

Entorno de varios equipos

En un entorno de varios equipos, actualice el equipo del servidor de secreto maestro de SSO. A continuación, actualice los demás equipos con BizTalk Server. No está permitido actualizar simultáneamente los equipos de BizTalk de un grupo. Actualice un equipo de cada vez en el orden siguiente:

  1. Servidor de secreto maestro de inicio de sesión único
  2. Equipos en tiempo de ejecución que ejecuten BizTalk Server
  3. Equipo de supervisión y herramientas administrativas
  4. Equipos de desarrollo y otros que ejecuten BizTalk Server

Adicional

Use el panel de valores de configuración para configurar BizTalk Server detalladamente y optimizar el rendimiento. También puede modificar la configuración del grupo de BizTalk, el host de BizTalk y la instancia de host de BizTalk. Consulte Uso del panel de configuración para BizTalk Server ajuste del rendimiento.

Información general

  • Nombres de cuenta: use los nombres de cuenta predeterminados siempre que sea posible. El programa de instalación de BizTalk Server configura automáticamente los componentes instalados para que usen las cuentas predeterminadas. Si hay varios grupos de BizTalk Server en un bosque de Active Directory, cambie los nombres de cuenta para evitar conflictos. BizTalk Server solo <NetBIOS domain name>\<user> admite formatos de nombre para cuentas de servicio y grupos de Windows.

  • Nombres de cuenta con el servicio web de administración de BAM: BizTalk Server no admite cuentas ni cuentas integradas sin contraseñas para el usuario del servicio web de administración de BAM.

    Si se configura BizTalk Server con estas cuentas, puede que todo parezca correcto, pero se produce un error en el servicio web de administración de BAM.

    El uso de estas cuentas se admite para el grupo de aplicaciones de BAM.

  • El Visor de ensamblados de BizTalk no se admite en un sistema operativo de 64 bits.

  • Instalar y desinstalar: al desinstalar BizTalk Server, elimine manualmente las bases de datos de BizTalk Server. Si instala BizTalk Server como programador o evaluador, considere la posibilidad de instalarlo en una máquina virtual. De esta forma, si necesita volver a instalarlo, podrá volver fácilmente a un punto de control predefinido sin tener que pasar por el proceso de desinstalación.

  • Equipos de 32 y 64 bits: hay algunas diferencias al instalar BizTalk Server en Windows de 32 bits o Windows de 64 bits. Este documento cubre ambas instalaciones: las de 32 bits y las de 64 bits. Se indican las diferencias entre estas.

  • Grupos de trabajo: se admite la instalación y configuración de BizTalk Server en un entorno de grupo de trabajo en un único equipo. En este escenario, las funciones de SQL Server y BizTalk Server, así como los componentes, se instalan y configuran en el mismo equipo.

  • Terminal Server: no se admite la instalación de BizTalk Server mediante Terminal Server que se ejecuta en modo de aplicación.

  • No se admite la actualización silenciosa.

  • Aplicaciones no admitidas: BizTalk Server no admite aplicaciones personalizadas basadas en API no admitidas, como API de PAM, procedimientos almacenados o acceso directo a la base de datos. Ejecute al menos una actualización de prueba antes de actualizar el entorno de producción.

  • SQL Server instancias: se recomienda actualizar las instancias de SQL Server antes de actualizar la plataforma.

Preparar el equipo para la actualización

Realizar la actualización

Importante

Cuando instaló SQL Server, el programa de instalación concedió derechos de administrador del sistema a la cuenta que había iniciado sesión. También se necesitan derechos de administrador del sistema para instalar BizTalk Server. Realice una de las siguientes acciones:

  • Use la misma cuenta que usó al instalar SQL Server OR
  • Asegúrese de que la cuenta que actualmente ha iniciado sesión tiene derechos de administrador del sistema.

Pasos de actualización

  1. Cierre todos los programas abiertos.

  2. Ejecute Setup.exe desde el medio de instalación.

  3. En Inicio, seleccione Instalar Microsoft BizTalk Server.

  4. En Información del cliente, escriba el nombre de usuario, la organización y la clave de producto. Seleccione Next (Siguiente).

  5. Acepte el contrato de licencia y seleccione Siguiente.

  6. En Programa para la mejora de la experiencia del usuario, especifique su preferencia. Consulte el Apéndice A (en este artículo) para obtener más información.

  7. En Instalación de componentes, revise los componentes disponibles y seleccione Siguiente.

  8. Si falta un requisito previo, el programa de instalación puede instalar los requisitos previos redistribuibles. Puede:

    • Seleccionar Instalar automáticamente los requisitos previos redistribuibles desde Internet

      O BIEN

    • Seleccionar Instalar automáticamente los requisitos previos redistribuibles desde un archivo .cab si ha descargado el archivo .cab. Vaya a la ubicación del archivo .cab y selecciónelo.

  9. En Resumen, revise los componentes actualizables.

  10. Seleccione Actualizar para iniciar.

  11. Opcional: seleccione Use the Microsoft Update when I check for updates (recommended).

  12. En Actualizar completado, desactive la casilla Launch BizTalk Server Configuración y, a continuación, seleccione Finalizar.

ADICIONAL

Durante la actualización de BizTalk Server pasan muchas cosas, de manera que es probable que se produzca un error durante el proceso. Sin embargo, la mayoría de errores se pueden solucionar fácilmente si está preparado. Se recomienda leer el Apéndice B (en este artículo) para obtener sugerencias sobre cómo evitar errores de actualización y qué hacer si se produce uno.

El proceso de actualización solo actualiza las características que formaban parte de su versión anterior de BizTalk Server. Las características nuevas no se instalan durante una actualización. Para instalar estas características, vuelva a ejecutar el programa de instalación después de la actualización, elija Modificar y seleccione las características que desea instalar. Una vez instalados, configúrelos mediante el BizTalk Server Configuration Manager.

Para comprobar si la actualización se ha realizado correctamente, abra Programas y características y busque BizTalk Server 2016. Si aparece, la instalación se realizó correctamente.

Después de la actualización

No se puede revertir a BizTalk Server 2013 R2/2013.

  • Si ha creado un archivo XML de definición de alertas de BAM: en BizTalk Server configuración de 2016, configure alertas de BAM. A continuación, implemente las definiciones guardadas.

    Antes de la actualización (en este artículo) se enumeran los pasos específicos. De lo contrario, vuelva a crear las definiciones de Alertas de BAM después de llevar a cabo la actualización.

  • Instalar MQSAgent: si el archivo MQSAgent.dll está instalado en un servidor WebSphere MQ remoto, instale una nueva versión del agente MQ desde BizTalk Server 2016 en el servidor WebSphere MQ remoto.

  • Iniciar MSMQ: si usa el adaptador de MSMQ, inicie el servicio Message Queuing.

  • EXE personalizado y BRE: si tiene un archivo ejecutable administrado personalizado que hace referencia al ensamblado motor de reglas de negocios en BizTalk Server 2010, agregue lo siguiente al archivo de configuración de la aplicación para ejecutar el proceso en .NET Framework 2.0.

    <?xml version="1.0" encoding="Windows-1252"?>
<configuration>
<startup>
  <supportedRuntime version="v2.0.50727" />
</startup>
</configuration>

  • Trabajo del Agente SQL: vuelva a configurar los siguientes trabajos de Agente SQL Server:

  • Reiniciar aplicaciones: reinicie todas las aplicaciones implementadas que se actualizan.

  • Error del portal de BAM: al abrir el portal de BAM, puede recibir el siguiente mensaje de error:

    The server encountered a critical failure while trying to access the list of Views. The Business Management Web Service requires Administrator's attention.

    Este error se puede producir si el portal de BAM está configurado en un sitio web usado por aplicaciones que ejecutan .NET Framework 2.0. En este caso, hospede el portal de BAM en un nuevo sitio web. Para agregar un sitio web, consulte Crear un sitio web. Después de crear el sitio web, vuelva a configurar el portal de BAM:

    1. Abra configuración de BizTalk Server.
    2. Seleccione Características no configuradas. En Características no configuradas, active la casilla Portal de BAM y seleccione Aceptar.
    3. Vuelva a configurar el portal de BAM seleccionando el nuevo sitio web en la lista Sitio web del portal de BAM .

  • Acelerador de BizTalk 2016 para SWIFT: el proceso de actualización de BizTalk Server no actualiza un archivo deBREDeployment.exe.config editado. Cambie manualmente las rutas de acceso en el archivo BREDeployment.exe.config ubicado en la \Program Files\Microsoft BizTalk 2016 Accelerator for SWIFT\SDK\Tools carpeta .

    Además, se pierde la configuración de A4SWIFT Web Services y Message Pack. Vuelva a configurar estas aplicaciones después de la actualización de BizTalk Server.

Apéndice A: Programa para la mejora de la experiencia del usuario

Como parte del Programa para la mejora de la experiencia del usuario en BizTalk Server, puede proporcionar a Microsoft información de utilidad relacionada con el uso de las características de BizTalk Server. Los datos que se recopilan son anónimos y no se pueden usar para identificarle. Microsoft recopila estadísticas de uso de las funciones como parte de este programa.

Al participar en este programa, contribuye a mejorar la fiabilidad y el rendimiento de varias características de BizTalk Server.

Apéndice B: Problemas conocidos

  • Configurar alertas de BAM en el equipo de administración: hay un entorno de varios equipos con los componentes de administración, tiempo de ejecución y SQL Server instalados en equipos independientes. Cuando se trabaja con herramientas de BAM o Alertas de BAM, pueden producirse los siguientes problemas:

    PROBLEMA: al configurar herramientas de BAM en un equipo de administración de BizTalk, se produce el siguiente error:

    Service BAMAlerts was not found on computer ‘.’.The specified service does not exist as an installed service.

    PROBLEMA: al implementar una definición de actividad de BAM desde el equipo en tiempo de ejecución, se produce el siguiente error:

    A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server) (.Net SqlClient Data Provider)

    Esto ocurre si se configuró Alertas de BAM en el equipo en tiempo de ejecución. Para resolverlo, configure Alertas de BAM en el mismo equipo que la consola de administración de BizTalk. No configure Alertas de BAM en el equipo en tiempo de ejecución.

  • Recuperación de una actualización con errores: se puede producir una actualización con errores en cualquier momento durante la actualización. La forma en la que se efectúa la recuperación de una actualización con errores se determina a partir del punto de cada fase en el que se produce el error en cuestión.

    • Si se produce un error de actualización durante la instalación de los requisitos previos, el programa de instalación detiene la instalación de los requisitos previos y muestra un mensaje para indicar el error. Para corregir el problema, puede volver a ejecutar el programa de instalación.

    • Si se produce un error de actualización al actualizar las bases de datos, quitar características de la versión de BizTalk Server existente o instalar la versión nueva, el programa de instalación detiene la instalación y muestra un mensaje para indicar el error. Se revierten todos los cambios. Los cambios que se hubieran aplicado a las bases de datos de BizTalk Server no pueden revertirse.

      Si los componentes de la instalación anterior de BizTalk Server se quitan durante la actualización, podría ocurrir que el equipo se quede sin ningún componente de BizTalk Server. Es posible que se mantenga la información de configuración de características de la instalación anterior. Y, según dónde se produzca el error en el proceso de actualización, es posible que las bases de datos de BizTalk Server se hayan actualizado. Puede ser necesario restaurar las bases de datos de las que había hecho copias de seguridad antes de volver a ejecutar el programa de instalación.

    • Si la actualización produce un error al volver a configurar las características de BizTalk Server, el programa de instalación muestra un mensaje que indica el nivel de finalización. Si la actualización de la configuración da error o solo se realiza parcialmente, ejecute la configuración de BizTalk Server para completar la actualización.

      Si el error de actualización persiste y necesita volver a la versión anterior de BizTalk Server, restaure las bases de datos de las que creó una copia de seguridad y vuelva a instalar la versión anterior de BizTalk Server.

  • Use las mismas versiones: en un grupo de aplicaciones de BizTalk, no puede ejecutar máquinas con versiones diferentes de BizTalk Server. Por ejemplo, en la consola de administración de BizTalk, no se puede enlazar un puerto de envío que se ejecuta en una versión de BizTalk Server con una ubicación de recepción que se ejecuta en una versión diferente de BizTalk Server.

  • Reiniciar el servicio SSO: si tiene instalada una versión anterior de Visual Studio o .NET Framework 4.5 en el equipo, el servicio SSO en versiones anteriores de BizTalk Server deja de funcionar. Para resolver este problema, ejecute el regasm SSOSQL.dll comando desde el símbolo del sistema de Visual Studio. Este comando reinicia el servicio de SSO.

    Nota

    En un equipo de 64 bits, ejecute las versiones de 32 bits y de 64 bits del comando regasm.

  • No se puede usar SOAP: después de una actualización de la plataforma, es posible que no pueda enviar un mensaje SOAP debido a los permisos. Para resolverlo, edite el archivo Web.config en C:\inetpub\wwwroot\<SOAPExternalAppName>\ con el texto siguiente:

    <securityPolicy>
<trustLevel name="Full" policyFile="internal" />
<trustLevel name="High" policyFile="web_hightrust.config" />
<trustLevel name="Medium" policyFile="web_mediumtrust.config" />
<trustLevel name="Low" policyFile="web_lowtrust.config" />
<trustLevel name="Minimal" policyFile="web_minimaltrust.config"/>
</securityPolicy>
<trust level="Full" originUrl="" processRequestInApplicationTrust="true"/>

    También puede que tenga que cambiar el modo de error personalizado de Solo remoto a Desactivado.

  • Almacén de certificados: después de actualizar, abre un puerto de envío o recibe una ubicación desde la consola de administración de BizTalk Server y recibe el error:Could not open certificate store, the system cannot find the file specified (System).

    Este error se produce si falta el almacén de certificados.

  • Portal de BAM: en una máquina de 64 bits, no se puede acceder al portal de BAM después de la actualización. Posible solución:

    1. Cree una copia de seguridad del archivo web.config ubicado en %BizTalkInstallDir%\BAMPortal\web.config.

    2. Use bm.exe, ubicado en la carpeta de seguimiento de BizTalk Server, para ejecutar el comando siguiente en el símbolo del sistema: .bm.exe get-config –FileName:<filepath> -Server:MyServer -Database:MyDB

      En el archivo XML de configuración, obtenga el valor de BAMVRoot (xpath: BAMConfiguration\ GlobalProperty\Name="BAMVRoot").

    3. Abra la configuración de BizTalk Server en el equipo que aparece como valor de BAMVRoot y anule la configuración del portal de BAM.

    4. Abra la configuración de BizTalk Server y configure el portal de BAM.

    5. Abra el nuevo archivo web.config desde la ubicación especificada en el paso (1).

    6. Con la copia de seguridad del archivo web.config, establezca los valores siguientes (en configuration\appSettings):

      • key="MainPageContentUrl"
      • key="AlertNotificationOptions"

      Nota

      En un equipo de 64 bits, después de actualizar el sistema operativo, es recomendable volver a configurar el portal de BAM.

  • Implementar actividades de EDI BAM: al actualizar, la actualización puede realizarse parcialmente correctamente. Esto puede ocurrir cuando se actualiza SQL Server (con EDI configurado). Las actividades de BAM de EDI podrían no actualizarse correctamente. Para resolver este problema, ejecute los comandos siguientes en el símbolo del sistema con credenciales administrativas para implementar las actividades de BAM:

    "<BizTalk Installation Folder>\Tracking\bm.exe" deploy-all -DefinitionFile:"<BizTalk Installation Folder>\AS2ResendActivityDefs.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>"

    "<BizTalk Installation Folder>\Tracking\bm.exe" update-all -DefinitionFile:"<BizTalk Installation Folder>\Microsoft.BizTalk.Configuration.EdiAS2.UpgradeR2toR3.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>"

    "<BizTalk Installation Folder>\Tracking\bm.exe" update-all -DefinitionFile:"<BizTalk Installation Folder>\Microsoft.BizTalk.Configuration.Batching.UpgradeR2toR3.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>"

  • Error de SSO en el clúster: en un entorno de clúster en tiempo de ejecución de BizTalk Server, al intentar actualizar, puede recibir un mensaje de error:

    SSO Master Secret Server service is not running on <Cluster name>.Please start the service to continue the upgrade.

    Para resolver este problema, actualice los servicios SSO en el clúster de tiempo de ejecución de BizTalk Server y SSO.

    Para actualizar los servicios de SSO en el clúster de SSO:

    1. En Administrador de clústeres, ponga en línea el grupo de clústeres que contiene el recurso de servicio enterprise SSO agrupado. Esto debería iniciar todos los recursos del grupo de clústeres.

    2. Desconecte la instancia en clúster del servicio Enterprise SSO. Y luego, tráelo de nuevo en línea.

    3. Mueva el grupo de clústeres. Este paso debería mover el grupo de clústeres que contiene el recurso en clúster de servicios SSO empresariales del primer nodo al segundo.

    4. Desconecte la instancia en clúster del servicio Enterprise SSO. Y luego, tráelo de nuevo en línea.

    Para actualizar los servicios de SSO en un clúster en tiempo de ejecución de BizTalk Server:

    1. En Administrador de clústeres, ponga en línea el grupo de clústeres que contiene el recurso en tiempo de ejecución de BizTalk Server agrupado. Esto debería iniciar todos los recursos del grupo de clústeres.

    2. Desconecte la instancia en clúster de los servicios de inicio de sesión único de empresa. Y luego, tráelo de nuevo en línea.

    3. Mueva el grupo de clústeres. Este paso debería mover el grupo de clústeres que contiene el recurso en clúster de tiempo de ejecución de BizTalk Server del primer nodo al segundo.

    4. Desconecte la instancia en clúster de los servicios de inicio de sesión único de empresa. Y luego, tráelo de nuevo en línea.