Actualizar a BizTalk Server 2016

Actualizar 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 este documento antes de actualizar. BizTalk Server conecta muchos componentes dispares, tanto internos como externos, a su empresa. La mayoría de los escenarios de implementación del mundo real se extienden mucho más lejos para incluir varios servidores y, finalmente, clústeres de equipos físicos y virtuales.

• No hay dos implementaciones de BizTalk Server iguales. Antes de actualizar, recopile información sobre sus necesidades empresariales y analice el ámbito de la implementación con los profesionales de TI, los administradores del sistema y los desarrolladores que usan BizTalk Server. Al estudiar esta guía de actualización y determinar las necesidades específicas de su empresa, va a crear su propia hoja de ruta de implementación.

• Use el Analizador de procedimientos recomendados de BizTalk Server (BPA) para examinar una implementación de BizTalk Server y generar una lista de procedimientos recomendados. BPA realiza la comprobación en el nivel de configuración, leyendo e informando únicamente, y usa los datos recopilados para determinar si se siguen los procedimientos recomendados.

Planeamiento de la actualización

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

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

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. Cuando es "No", el entorno de BizTalk debe volver a crearse 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 admitidas de SQL Server que se pueden actualizar a BizTalk Server 2016. SQL Server hospeda las bases de datos usadas por BizTalk Server. "Sí" significa BizTalk Server que usa esa versión de SQL Server se puede actualizar. "No" significa BizTalk Server que usa esa versión de SQL Server no se puede actualizar. Cuando es "No", el entorno de BizTalk debe volver a crearse en una versión de SQL Server compatible. Requisitos de hardware y software para BizTalk Server 2016 enumera las versiones admitidas de SQL Server.

Sugerencia

Si no se admite la versión de SQL Server o no está en la lista siguiente, revise la documentación de actualización de SQL Server. La actualización de SQL cubre más versiones de las que admite BizTalk. Por ejemplo, si usa SQL Server 2008, puede actualizar SQL Server 2016. Después, 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.

Servidor SQL	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 edición admitida de BizTalk Server 2013 R2/2013 a BizTalk Server 2016. "Sí" significa que la edición de BizTalk Server 2013 R2/2013 se puede actualizar a la edición. "No" significa que la edición de BizTalk Server 2013 R2/2013 no se puede actualizar a la edición. Cuando "No", se debe volver a crear el entorno de BizTalk.

BizTalk Server 2013 R2/2013	BizTalk Server 2016 Edición de Evaluación	BizTalk Server 2016 Edición Sucursal	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í
Empresa	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 administradores en el equipo local
  • Grupo de administradores del sistema de SQL Server en el servidor SQL Server
  • Grupo administradores de BizTalk Server
  • Grupo administradores de Sign-On único (SSO)

• SSO: Single Sign-On Master Secret Server y SQL Server que hospeda la base de datos 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:

  • Windows 7 y Windows Server 2008 R2: Importar un certificado
  • Windows 7 y Windows Server 2008 R2: Exportar un certificado

• 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 o salientes:

  1. En administrador del servidor, seleccione Herramientas y abra Firewall de Windows con Seguridad avanzada.
  2. Selecciona 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 admiten CSOM, puede actualizar a una versión de SharePoint compatible:

  • Actualizar a SharePoint 2016
  • Actualizar a SharePoint 2013

• .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 sobrescriben los archivos binarios de .NET Framework 4.5. .NET Framework 4.6 es un requisito de BizTalk Server 2016 y no es compatible (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 de MSI en paralelo de Office 2013 y Office 2016.

• Host de BizTalkServerApplication: la actualización requiere la existencia del host predeterminado. Si se quita la instancia de host predeterminada asociada a los puertos de envío del adaptador de SQL y las ubicaciones de recepción, asocie el host predeterminado al adaptador de SQL antes de actualizar. Una vez completada la actualización, puede 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, agregue manualmente los enlaces personalizados en el 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 solo admite la migración de cambios en los btsntsvc.exe.config archivos y bm.exe.config .

Alertas de BAM

El Correo electrónico de base de datos de SQL Server es necesario para usar alertas de BAM. Si SQL Server se está actualizando desde una versión de SQL que usaba definiciones de alertas de BAM existentes con Notification Services, puede realizar una copia de seguridad de las 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:

1. Abra una ventana de comandos y vaya al directorio \Program Files (x86)\Microsoft BizTalk Server <your version>\Tracking.
2. Cree un archivo de definición en la línea de comandos: bm.exe get-defxml -FileName:YourBAMDefinition.xml
3. En la configuración de BizTalk Server 2013 R2/2013, desconfigurar las alertas de BAM.
4. Actualice a SQL Server 2016 o SQL Server 2014 SP1.
5. Configurar correo electrónico de base de datos de SQL Server.
6. Actualice a BizTalk Server 2016.
7. En la configuración de BizTalk Server 2016, configure las alertas de BAM.
8. Despliegue el archivo de definición guardado en la línea de comandos: bm.exe update-all -DefinitionFile:YourBAMDefinition.xml

Importante

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

Para ver la ayuda asociada con 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, los datos se pueden perder o un cubo de procesamiento analítico en línea (OLAP) puede dañarse.

• 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 está actualizando SQL Server, instale o actualice a SQL Server Enterprise Edition. De lo contrario, se produce un error en la actualización.

• valor maxTimeout: si tiene una base de datos BAM grande, actualice el maxTimeout valor de las transacciones distribuidas del 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, no se actualizan sus configuraciones de interceptor correspondientes. Es posible que los nuevos mensajes de BAM interceptados sigan teniendo las referencias de BizTalk Server 2013 R2/2013. Para actualizar las configuraciones del interceptor correspondientes, use el Editor de perfiles de seguimiento para recuperar el perfil de la actividad y, a continuación, vuelva a aplicar el perfil.

• Libro LiveData: si usa BAM en BizTalk Server 2013 R2/2013, después de la actualización, debe volver a generar manualmente el LiveData Workbook. Para volver a generar el libro de trabajo LiveData:

  1. Para recuperar la definición de BAM, ejecute el comando siguiente: BM get-defxml MyDef.xml

  2. Vuelva a crear los informes de tabla dinámica abriendo Microsoft Office Excel y 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 trabajo de BAM como MyNewBook.xls.

  3. Cambie el nombre de los informes de tabla dinámica encontrando los nombres de tabla dinámica en MyDef.xml bajo <Caption> en la ruta de acceso <BAMDefinition>\<Extension>\<OWC>\<PivotTableView>\<PivotTable>\<PivotView>\<Label>. Usa estos nombres para renombrar tus informes de Tablas dinámicas en MyNewBook.xls.

  4. Vuelva a generar el Libro de trabajo de LiveData mediante la ejecución del comando siguiente: BM regenerate-livedataworkbook MyNewBook.xls

     Nota:

     Los libros de trabajo LiveData regenerados no vuelven a crear los artefactos de Excel (por ejemplo, gráficos) en su versión original del libro de trabajo LiveData. Vuelva a crear manualmente los artefactos.

Sistema Empresarial Único Sign-On (ESSO)

• Escenario: Actualización de una versión anterior de Enterprise Single Sign-On

  BizTalk Server incluye una versión actualizada de Enterprise Single Sign-On (ESSO). Si va a instalar esta versión en un equipo con una versión anterior de BizTalk, ESSO se actualiza automáticamente durante la instalación. Se recomienda realizar los pasos siguientes antes de actualizar:

  1. Compruebe que se realiza una copia de seguridad de una versión actual de la base de datos de Sign-On única (SSODB) en una ubicación segura.
  2. Compruebe que se realiza una copia de seguridad de la clave secreta maestra actual en una ubicación segura.
  3. Conozca la contraseña al 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 secreto maestro independiente.

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

  Siga estos pasos para realizar una actualización en equipos que tengan una instalación independiente de inicio de sesión único de Enterprise, como un servidor secreto maestro dedicado.

  1. Compruebe que se realiza una copia de seguridad de la clave secreta maestra actual en una ubicación segura.
  2. Compruebe que se realiza una copia de seguridad de una versión actual de SSODB en una ubicación segura.
  3. Ejecute ESSO Setup.exe 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, seleccione Microsoft Enterprise Single Sign-On.
  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 secreto maestro de SSO. A continuación, actualice los demás equipos de BizTalk Server. No se admite la actualización simultánea de los equipos de BizTalk en un grupo. Actualice un equipo a la vez en el orden siguiente:

1. Servidor secreto maestro de Sign-On único
2. Equipos en tiempo de ejecución que ejecutan BizTalk Server
3. Herramientas de administración y equipo de supervisión
4. Desarrollo y cualquier otro equipo restante que ejecute BizTalk Server

Adicional

Con el Panel de configuración, puede ajustar ampliamente la configuración de BizTalk Server para la optimización del rendimiento. También puede modificar la configuración del grupo de BizTalk, el host de BizTalk y la instancia de host de BizTalk. Consulte Using Settings Dashboard for BizTalk Server Performance Tuning (Usar el panel de configuración para la optimización del rendimiento de BizTalk Server).

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 usar 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 admite solo formatos de nombre <NetBIOS domain name>\<user> 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 o cuentas integradas sin contraseñas para el usuario del servicio web de administración de BAM.

  La configuración de BizTalk Server con estas cuentas puede parecer correcta, pero se produce un error en el servicio web de administración de BAM.

  Se admite el uso de estas cuentas 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 va a instalar BizTalk Server como desarrollador o evaluador, considere la posibilidad de instalar en una máquina virtual. De este modo, si tiene que volver a instalarlo, puede revertir fácilmente a un punto de control preestablecido 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. En este documento se tratan las instalaciones de 32 y 64 bits. Se indican las diferencias entre ellos.

• 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 características y componentes de SQL Server y BizTalk Server 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.

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

Preparar el equipo para la actualización

• Instalar actualizaciones críticas de Windows: seleccione Windows Update en el menú Programas. Es posible que tenga que reiniciar el equipo.

• Guardar definiciones de alertas de BAM: solo se aplica si actualmente usa definiciones de alertas de BAM existentes con SQL Server Notification Services. Cree un archivo de definición mediante BM.exe y desactive las Alertas de BAM en la configuración de BizTalk Server 2013 R2/2013.

  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 actualizar.

• Actualizar SQL Server: actualice a una versión de SQL Server compatible. Para obtener más información, vaya a:

  • Requisitos de hardware y software para BizTalk Server 2016
  • Actualización a SQL Server 2016
  • Actualización a SQL Server 2014

• Actualizar herramientas de cliente de SQL Server: en un entorno de varios equipos, las herramientas de administración se pueden instalar en un equipo independiente. Actualice las herramientas cliente de administración de SQL Server, incluidas las herramientas de administración.

• Instalar Visual Studio: para las versiones compatibles, vea Requisitos de hardware y software para BizTalk Server 2016 . Se pueden instalar diferentes versiones de Visual Studio en paralelo. Consulte Visual Studio 2015 y Visual Studio 2013.

• Instalar Office: vea Instalar y usar versiones diferentes de Office en el mismo equipo. Requisitos de hardware y software para BizTalk Server 2016 enumera las versiones de Office compatibles.

• Detenga los servicios de BizTalk y Windows:

  • Grupo de BizTalk Service bizTalk: <Application_Name>
  • Servicio EDI base de BizTalk
  • Servicio de actualización del motor de reglas
  • Servicio de publicación world wide web

  Si tiene instalados aceleradores de BizTalk Server, detenga el servicio de registro de HL7.

• Realice una copia de seguridad de las bases de datos:

  • Maestro
  • MSDB
  • BAMArchive
  • BAMPrimaryImport
  • BAMStarSchema
  • BizTalkDTADb
  • BizTalkHwsDb
  • BizTalkMgmtDb
  • BizTalkMsgBoxDb
  • BizTalkRuleEngineDb
  • Módulo de Plataforma Segura (TPM)
  • BizTalkAnalysisDb
  • BAMAnalysis

  Para obtener más información en la documentación de SQL Server, vaya a:

  • SQL Server 2014: Información general de copia de seguridad
  • SQL Server 2012: Información general de copia de seguridad

• Configurar el correo de base de datos de SQL Server: solo se aplica si se utilizan las definiciones de alerta de BAM con los Servicios de notificación de SQL Server.

  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 actualizar.

Realizar la actualización

Importante

Al instalar SQL Server, el programa de instalación otorgó derechos de administrador del sistema a la cuenta que estaba iniciada sesión. Los derechos de administrador del sistema también son necesarios para instalar BizTalk Server. Realice una de las acciones siguientes:

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

Pasos de actualización

1. Cierre 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 Siguiente.

5. Acepte el contrato de licencia y seleccione Siguiente.

6. En Programa para la mejora de la experiencia del cliente, escriba sus preferencias. 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 a su equipo le falta un requisito previo, el instalador puede instalar los requisitos previos redistribuibles. Puede hacer lo siguiente:

   • Seleccione Instalar automáticamente los requisitos previos redistribuibles desde la web.

     O

   • Elija la opción de instalar automáticamente los requisitos previos redistribuibles de un archivo CAB si descargó 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 Usar Microsoft Update cuando busque actualizaciones (recomendado).

12. En Actualización completada, desactive la casilla Configuración de BizTalk Server Launch y, a continuación, seleccione Finalizar.

ADICIONAL

Ocurre mucho durante una actualización de BizTalk Server, y no es raro encontrarse con un error durante el proceso. Sin embargo, la mayoría de los errores se solucionan 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 una.

El proceso de actualización solo actualiza las características que formaban parte de la versión anterior de BizTalk Server. Las nuevas características 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 Administrador de configuración de BizTalk Server.

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

Después de la actualización

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

• Si creó un archivo XML de definición de alertas de BAM: en la configuración de BizTalk Server 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 actualizar.

• 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.

• Inicie 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 Empresariales 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: reconfigure los siguientes trabajos del Agente de SQL Server:

  • Purga y archivo de DTA (BizTalkDTADb): vea How to Configure the DTA Purge and Archive Job (Cómo configurar el trabajo de purga y archivo de DTA).
  • Copia de seguridad de BizTalk Server (BizTalkMgmtDb): vea Cómo configurar el trabajo de Copia de seguridad de BizTalk 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 puede producirse si el portal de BAM está configurado en un sitio web que usan las aplicaciones que ejecutan .NET Framework 2.0. En este escenario, 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 la configuración de BizTalk Server.
  2. Seleccione Desconfigurar características. En Desconfigurar características, 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 para SWIFT de BizTalk 2016: el proceso de actualización de BizTalk Server no actualiza un archivo editado BREDeployment.exe.config. Cambie manualmente las rutas de acceso del 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 los servicios web A4SWIFT y el paquete de mensajes. Vuelva a configurarlos después de actualizar BizTalk Server.

Apéndice A: Programa de mejora de la experiencia del cliente

Como parte del Programa de mejora de la experiencia del cliente en BizTalk Server, puede proporcionar comentarios útiles a Microsoft con respecto al uso de características de BizTalk Server. Los datos recopilados son anónimos y no se pueden usar para identificarle. Microsoft recopila estadísticas de uso de características como parte de este programa.

Al participar en este programa, puede ayudar a mejorar la confiabilidad 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. Al trabajar 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 las alertas de BAM están configuradas 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 error en cualquier momento durante la actualización. La forma de recuperarse de una actualización con errores se determina desde qué punto durante cada fase se produjo el error.

  • Si se produce un error en la actualización al instalar los requisitos previos, el programa de instalación detiene la instalación adicional de los requisitos previos y devuelve un mensaje con el error. A continuación, puede corregir el problema y volver a ejecutar la configuración.

  • Si se produce un error en la actualización al actualizar las bases de datos, quitar características de la versión existente de BizTalk Server o instalar la nueva versión, el programa de instalación detiene la instalación y devuelve un mensaje con el error. Los cambios se revierten. No se pueden revertir los cambios realizados en las bases de datos de BizTalk Server.

    Si los componentes de la instalación anterior de BizTalk Server se quitan durante la actualización, el equipo puede dejarse en un estado sin componentes de BizTalk Server. Se puede conservar la información de configuración de características de la instalación anterior. Y dependiendo de dónde se produzca un error en el proceso de actualización, es posible que se hayan actualizado las bases de datos de BizTalk Server. Es posible que sea necesario restaurar las bases de datos de las que ha hecho una copia de seguridad antes de volver a ejecutar la instalación.

  • Si se produce un error en la actualización al volver a configurar las características de BizTalk Server, el programa de instalación devuelve un mensaje con el nivel de finalización. Si se produce un error en la actualización de la configuración o se completa parcialmente, vuelva a ejecutar la configuración de BizTalk Server para completar la actualización.

    Si la actualización sigue fallando y debe regresar a la versión anterior de BizTalk Server, debe restaurar las bases de datos que ha respaldado y luego reinstalar su versión previa 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 puede enlazar un puerto de envío que se ejecuta en una versión de BizTalk Server a 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 regasm SSOSQL.dll el comando desde el indicador de comandos de Visual Studio. Este comando reinicia el servicio SSO.

  Nota:

  En un equipo de 64 bits, ejecute las versiones de 32 y 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 obtiene un 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 puede acceder al portal de BAM después de actualizar. Posible resolución:

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

  2. Usando bm.exe en la carpeta Seguimiento de BizTalk Server, ejecute lo 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 el valor BAMVRoot y desconfigura el 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 mencionada 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 una máquina de 64 bits, después de actualizar el sistema operativo, se recomienda volver a configurar el portal de BAM.

• Implementar actividades de EDI BAM: al actualizar, la actualización puede tener un éxito parcial. Esto puede ocurrir al actualizar SQL Server (con EDI configurado). Es posible que las actividades de EDI BAM no se actualicen correctamente. Para resolver este problema, despliegue las actividades de BAM mediante la ejecución de los siguientes comandos en la línea de comandos con credenciales administrativas.

  "<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 de SSO tanto en el inicio de sesión único como en el clúster en tiempo de ejecución de BizTalk Server.

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

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

  2. Desconecte la instancia en clúster del servicio SSO enterprise. Luego, reconéctalo Online.

  3. Mueva el grupo de clústeres. Este paso debe mover el grupo de clústeres que contiene el recurso de servicios de SSO enterprise agrupados del primer nodo al segundo nodo.

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

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

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

  2. Desconecte la instancia en clúster de los servicios de SSO enterprise. Y luego, tráelo en funcionamiento.

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

  4. Desconecte la instancia en clúster de los servicios de SSO enterprise. Y luego, tráelo en funcionamiento.