Pasos posteriores a la configuración para optimizar el entorno
Pasos posteriores a la configuración que ayudan a mejorar el rendimiento, conservar el entorno de BizTalk e instalar los esquemas EDI.
Deshabilitar el protocolo de memoria compartida en SQL Server
- Abra Administrador de configuración de SQL Server> expanda SQL Server Protocolos de configuración> de redpara MSSQLSERVER.
- Haga clic con el botón derecho enDeshabilitarmemoria> compartida.
- Seleccione SQL Server Services y haga clic con el botón derecho en SQL Server (MSSQLServer)Restart (Reiniciar).>
- Cierre Administrador de configuración de SQL Server.
Configurar trabajos del Agente SQL
Abra SQL Server Management Studio y conéctese al motor de base de datos.
Expanda Agente SQL Server y expanda Trabajos. Configure los trabajos siguientes:
Copia de seguridad BizTalk Server: realiza una copia de seguridad de las bases de datos de BizTalk Server y los archivos de registro. Al configurar el trabajo, es necesario determinar parámetros como, por ejemplo, la frecuencia y la ubicación de archivos.
Los vínculos siguientes describen el trabajo de agente SQL y sus parámetros:
- Realizar una copia de seguridad y una restauración de las bases de datos de BizTalk Server
- Cómo configurar el trabajo de copia de seguridad de BizTalk Server
Este trabajo del agente SQL también trunca los registros de transacción, lo que ayuda a mejorar el rendimiento.
Este trabajo no quita ni elimina archivos de copia de seguridad, incluidos los archivos anteriores. Para eliminar archivos de copia de seguridad, consulte Se produce un error en el trabajo "Backup BizTalk Server" cuando los archivos de copia de seguridad se acumulan con el tiempo en el servidor de base de datos de Microsoft BizTalk Server.
Purga y archivo de DTA: trunca y archiva la base de datos de seguimiento de BizTalk Server (BizTalkDTADb). Al configurar el trabajo, es necesario determinar parámetros como, por ejemplo, el número de días que se deben conservar las instancias completadas o el número de días que se deben conservar todos los datos.
Los vínculos siguientes describen el trabajo de agente SQL y sus parámetros:
- Archivar y purgar la base de datos de seguimiento de BizTalk
- Cómo configurar el trabajo DTA Purge and Archive
Este trabajo del Agente SQL afecta directamente al rendimiento manteniendo el host de seguimiento y purgando eventos de seguimiento.
Conservar los archivos de copia de seguridad
BizTalk Server no incluye ningún trabajo para eliminar archivos de copia de seguridad. Como resultado, depende de usted cómo se conservan los archivos de copia de seguridad. Muchos usuarios crean el procedimiento almacenado sp_DeleteBackupHistoryAndFiles y, después, lo llaman directamente en el trabajo de copia de seguridad de BizTalk Server. Algunos usuarios crean un plan de mantenimiento. La elección es suya. En este tema se muestran ambas opciones.
Opción 1: crear el procedimiento almacenado sp_DeleteBackupHistoryAndFiles
En SQL Server Management Studio, seleccione la base de datos de administración de BizTalk (BizTalkMgmtDb).
Seleccione Nueva consulta y ejecute el siguiente script de T-SQL para crear el
sp_DeleteBackupHistoryAndFiles
procedimiento almacenado (BizTalk Server 2016) osp_DeleteBackupHistoryAndFiles2013
(BizTalk Server 2013 R2 y versiones anteriores):sp_DeleteBackupHistoryAndFiles (BizTalk Server 2016 y versiones posteriores)
CREATE PROCEDURE [dbo].[sp_DeleteBackupHistoryAndFiles] @DaysToKeep smallint = null AS BEGIN set nocount on IF @DaysToKeep IS NULL OR @DaysToKeep <= 1 RETURN /* Only delete full sets If a set spans a day in such a way that some items fall into the deleted group and the other does not, do not delete the set */ /* First delete MarkName from all other databases */ declare @BackupServer sysname ,@BackupDB sysname, @tsql nvarchar(1024), @MarkToBeDeleted nvarchar(128) DECLARE BackupDB_Cursor insensitive cursor for SELECT ServerName, DatabaseName FROM admv_BackupDatabases ORDER BY ServerName open BackupDB_Cursor SELECT @MarkToBeDeleted = MAX([MarkName]) FROM [dbo].[adm_BackupHistory] [h1] WHERE [BackupType] = 'lg' AND datediff( dd, [BackupDateTime], getdate() ) >= @DaysToKeep AND [BackupSetId] NOT IN ( SELECT [BackupSetId] FROM [dbo].[adm_BackupHistory] [h2] WHERE [h2].[BackupSetId] = [h1].[BackupSetId] AND datediff( dd, [h2].[BackupDateTime], getdate() ) < @DaysToKeep AND [h2].[BackupType] = 'lg') AND EXISTS( SELECT TOP 1 1 FROM [dbo].[adm_BackupHistory] [h2] WHERE [h2].[BackupSetId] > [h1].[BackupSetId] AND [h2].[BackupType] = 'lg') fetch next from BackupDB_Cursor into @BackupServer, @BackupDB while @@fetch_status = 0 begin set @tsql = '[' + @BackupServer + '].[' + @BackupDB + '].[dbo].[sp_CleanUpMarkLog]' exec @tsql @MarkName=@MarkToBeDeleted fetch next from BackupDB_Cursor into @BackupServer, @BackupDB end close BackupDB_Cursor deallocate BackupDB_Cursor DECLARE DeleteBackupFiles CURSOR -- xp_delete_file variant FOR SELECT [BackupFileLocation] + '\' + [BackupFileName] FROM [adm_BackupHistory] -- xp_cmdshell variant -- FOR SELECT 'del "' + [BackupFileLocation] + '\' + [BackupFileName] + '"' FROM [adm_BackupHistory] WHERE datediff( dd, [BackupDateTime], getdate() ) >= @DaysToKeep AND [BackupSetId] NOT IN ( SELECT [BackupSetId] FROM [dbo].[adm_BackupHistory] [h2] WHERE [h2].[BackupSetId] = [BackupSetId] AND datediff( dd, [h2].[BackupDateTime], getdate() ) < @DaysToKeep ) DECLARE @cmd varchar(400) OPEN DeleteBackupFiles FETCH NEXT FROM DeleteBackupFiles INTO @cmd WHILE (@@fetch_status <> -1) BEGIN IF (@@fetch_status <> -2) BEGIN -- xp_delete_file variant EXECUTE master.dbo.xp_delete_file 0, @cmd -- xp_cmdshell variant -- EXEC master.dbo.xp_cmdshell @cmd, NO_OUTPUT delete from [adm_BackupHistory] WHERE CURRENT OF DeleteBackupFiles print @cmd END FETCH NEXT FROM DeleteBackupFiles INTO @cmd END CLOSE DeleteBackupFiles DEALLOCATE DeleteBackupFiles END GO
sp_DeleteBackupHistoryAndFiles2013 (BizTalk 2013 R2 y versiones anteriores)
CREATE PROCEDURE [dbo].[sp_DeleteBackupHistoryAndFiles2013] @DaysToKeep smallint = null AS BEGIN set nocount on IF @DaysToKeep IS NULL OR @DaysToKeep <= 1 RETURN /* Only delete full sets If a set spans a day in such a way that some items fall into the deleted group and the other does not, do not delete the set */ DECLARE DeleteBackupFiles CURSOR FOR SELECT 'del "' + [BackupFileLocation] + '\' + [BackupFileName] + '"' FROM [adm_BackupHistory] WHERE datediff( dd, [BackupDateTime], getdate() ) >= @DaysToKeep AND [BackupSetId] NOT IN ( SELECT [BackupSetId] FROM [dbo].[adm_BackupHistory] [h2] WHERE [h2].[BackupSetId] = [BackupSetId] AND datediff( dd, [h2].[BackupDateTime], getdate() ) < @DaysToKeep ) DECLARE @cmd varchar(400) OPEN DeleteBackupFiles FETCH NEXT FROM DeleteBackupFiles INTO @cmd WHILE (@@fetch_status <> -1) BEGIN IF (@@fetch_status <> -2) BEGIN EXEC master.dbo.xp_cmdshell @cmd, NO_OUTPUT delete from [adm_BackupHistory] WHERE CURRENT OF DeleteBackupFiles print @cmd END FETCH NEXT FROM DeleteBackupFiles INTO @cmd END CLOSE DeleteBackupFiles DEALLOCATE DeleteBackupFiles END GO
Abra el trabajo > Copia de seguridad BizTalk Server seleccione Pasos.
Edite el paso Borrar historial de copia de seguridad para que llame al nuevo sp_DeleteBackupHistoryAndFiles o sp_DeleteBackupHistoryAndFiles2013 procedimiento almacenado en lugar del procedimiento almacenado anterior sp_DeleteBackupHistory .
Seleccione Aceptar para guardar los cambios.
Opción 2: crear un plan de mantenimiento
- En SQL Server Management Studio, expanda Administración, haga clic con el botón derecho en Planes de mantenimiento y seleccione Asistente para planes de mantenimiento.
- Asigne un nombre al plan (por ejemplo, con el nombre Purgar archivos de copia de seguridad) y, a continuación, seleccione el botón Cambiar situado junto a Programar.
- Elija la frecuencia con la que quiere purgar los archivos de copia de seguridad. Es usted quien decide cómo se configuran estas opciones. Seleccione Aceptar y después Siguiente.
- Seleccione Tarea Limpieza de mantenimiento>Siguiente.
- En la ventana Tarea de limpieza , vaya a La carpeta Buscar y eliminar archivos..., seleccione la carpeta de copia de seguridad (quizás f:\BizTalkBackUps) y escriba .bak para la extensión Archivo. También puede eliminar archivos según su antigüedad. Por ejemplo, escriba 3 si quiere eliminar archivos con una antigüedad superior a tres semanas. Seleccione Next (Siguiente).
- Finalice el asistente y escriba la información adicional que quiera. Seleccione Finalizar.
Instalar esquemas EDI y más opciones de configuración de EDI y AS2
Los archivos de esquema EANCOM, EDIFACT, HIPAA y X12 se incluyen en un archivo ejecutable autoextraíble denominado MicrosoftEdiXSDTemplates.exe. Para crear soluciones EDI, extraiga estos archivos e impleméntelos con los proyectos. Para instalar y extraer estos archivos:
Ejecute la instalación de BizTalk Server e instale el componente Herramientas de desarrollo y SDK. Este componente descarga el archivo de esquema EDI de MicrosoftEdiXSDTemplates.exe en la carpeta \XSD_Schema\EDI.
Nota
Si actualiza BizTalk Server, el archivo MicrosoftEdiXSDTemplates.exe de la instalación se reemplaza por el nuevo archivo de MicrosoftEdiXSDTemplates.exe asociado a la actualización. Si necesita los esquemas anteriores, realice una copia de seguridad del anterior archivo MicrosoftEdiXSDTemplates.exe.
Nota
Si actualiza esquemas de mensajes al actualizar BizTalk Server a una compilación posterior, es posible que encuentre problemas con los esquemas actualizados o que tenga que realizar pasos de actualización adicionales. Consulte la sección "Consideraciones para actualizar esquemas" en Consideraciones importantes para actualizar aplicaciones.
Vaya a \Archivos de programa (x86)\Microsoft BizTalk Server <VERSION>\XSD_Schema\EDI y haga doble clic en MicrosoftEdiXSDTemplates.exe.
Extraiga los esquemas en \Archivos de programa (x86)\Microsoft BizTalk Server <VERSION>\XSD_Schema\EDI. Cuando se extraen los esquemas, se almacenan en las carpetas EANCOM, EDIFACT, HIPAA y X12.
Agregar una referencia a la aplicación EDI de BizTalk Server
Los esquemas EDI, las canalizaciones y las orquestaciones se implementan en la aplicación EDI de BizTalk. Para usar cualquier otra aplicación como aplicación EDI, agregue una referencia a la aplicación EDI de BizTalk. Pasos:
En la consola de administración de BizTalk Server, expanda Aplicaciones. Haga clic con el botón derecho en la aplicación que desea usar para EDI (como La aplicación de BizTalk 1), seleccione Agregar y, a continuación, seleccione Referencias.
Seleccione Aplicación EDI de BizTalk y seleccione Aceptar para guardar los cambios.
Sugerencia
Para ver las referencias a otras aplicaciones, haga clic con el botón derecho en cualquier aplicación y seleccione Propiedades. Seleccione Referencias. También puede agregar referencias nuevas y quitar referencias existentes.
Nota
No agregue artefactos personalizados a la aplicación EDI de BizTalk. Es mejor dejar la aplicación tal cual.
Iniciar orquestaciones de procesamiento por lotes
Si habilita una entidad para recibir y/o enviar lotes de EDI, debe iniciar las orquestaciones de procesamiento por lotes. Ni el asistente de instalación ni el de configuración inicia estas orquestaciones. Pasos:
En BizTalk Server Consola de administración, expanda Aplicación EDI de BizTalk y seleccioneOrquestaciones.
Haga clic con el botón derecho en cada una de las orquestaciones siguientes y seleccione Iniciar:
Microsoft.BizTalk.Edi.BatchSuspendOrchestration.BatchElementSuspendService (ensamblado: Microsoft.BizTalk.Edi.BatchingOrchestration.dll)
Microsoft.BizTalk.Edi.BatchingOrchestration.BatchingService (ensamblado: Microsoft.BizTalk.Edi.BatchingOrchestration.dll)
Microsoft.BizTalk.Edi.RoutingOrchestration.BatchRoutingService (ensamblado: Microsoft.BizTalk.Edi.RoutingOrchestration.dll)
Nota
Las orquestaciones de procesamiento por lotes EDI solo deberían iniciarse si se reciben y/o envían lotes de EDI. Si se inician cuando el sistema no va a recibir ni enviar lotes de EDI, el rendimiento del sistema podría verse afectado.
Migración de artefactos EDI desde una versión anterior de BizTalk
La forma en que los socios comerciales se administran en BizTalk Server se actualizó en BizTalk Server 2010 y versiones más recientes. En las versiones anteriores de BizTalk Server, se creó una entidad solo para el socio comercial y no para el BizTalk Server de hospedaje del asociado. En BizTalk Server 2010 y versiones posteriores, se debe crear una parte para todos los socios comerciales, incluido el socio de hospedaje BizTalk Server. En versiones anteriores de BizTalk Server, las propiedades del protocolo de codificación (X12 y EDIFACT) y transporte (AS2) se definen en el nivel de entidad. En BizTalk Server 2010 y versiones más recientes, estas propiedades se definen mediante acuerdos.
Para migrar datos de entidad de versiones anteriores, BizTalk Server incluye una herramienta de migración de terceros. Tenga en cuenta las siguientes rutas de migración:
versión de BizTalk Server | Ruta de migración |
---|---|
BizTalk Server 2006 R2 | Actualice a BizTalk Server 2009. A continuación, use la Herramienta de migración de terceros incluida con BizTalk Server 2013/2013 R2 para migrar a BizTalk Server 2013/2013 R2. O bien, use la Herramienta de migración de terceros incluida con BizTalk Server 2013/2013 R2 para migrar a BizTalk Server 2010. A continuación, actualice a BizTalk Server 2013/2013 R2. |
BizTalk Server 2009 | Use la Herramienta de migración de terceros incluida con BizTalk Server 2013/2013 R2 para migrar directamente a BizTalk Server 2013/2013 R2. |
BizTalk Server 2010 | Actualice a BizTalk Server 2013/2013 R2. |
La herramienta de migración de entidad está disponible en los medios de BizTalk Server en la carpeta \PartyMigrationTool.
Instalar BizTalk Health Monitor (BHM)
BizTalk Health Monitor ofrece un panel para crear y ver informes del visor de cuadro de mensajes, crear consultas personalizadas, ejecutar tareas del terminador, supervisar varios entornos de BizTalk y mucho más. Si es usted el responsable de un entorno de BizTalk, se recomienda que instale y use esta herramienta para comprobar el estado del entorno de BizTalk y llevar a cabo el mantenimiento.
Vínculos principales:
Descarga del blog oficial de BHM Install BHM BHM
Crear hosts e instancias de host
Se recomienda separar algunas tareas principales en hosts independientes. Por ejemplo, cree siempre un host independiente dedicado únicamente al seguimiento. Cree también un host/instancia de host centrado en la recepción de mensajes, otro host/instancia de host para enviar mensajes y otro host/instancia de host para la orquestación.
Existen muchas recomendaciones relacionadas con esta área. A continuación se indican algunas para comenzar:
Administrar hosts de BizTalk e instancias de host
Proporcionar alta disponibilidad a hosts de BizTalk
PowerShell para crear y configurar BizTalk Server host, instancias de host y controladores
BizTalk Server Resources on the TechNet Wiki (Recursos de BizTalk Server en la Wiki de TechNet)