Mantenimiento y solución de problemas de bases de datos BizTalk Server

En este artículo se proporciona información detallada sobre cómo mantener y solucionar problemas BizTalk Server bases de datos.

Versión original del producto: bases de datos de BizTalk Server
Número de KB original: 952555

Resumen

El estado de las bases de datos de Microsoft BizTalk Server es importante para un entorno de mensajería BizTalk Server correcto. En este artículo se describen aspectos importantes que se deben tener en cuenta al trabajar con bases de datos de BizTalk Server. Estas consideraciones incluyen lo siguiente:

  • Debe deshabilitar las auto update statistics opciones y auto create statistics SQL Server.
  • Debe establecer la max degree of parallelism opción (MAXDOP) correctamente.
  • Determine cuándo puede volver a generar BizTalk Server índices.
  • Puede producirse bloqueo, interbloqueo o bloqueo.
  • Puede experimentar problemas con tablas o bases de datos de gran tamaño.
  • Trabajos de Agente SQL Server de BizTalk.
  • Las instancias de servicio pueden suspenderse.
  • Puede experimentar problemas de rendimiento SQL Server y BizTalk Server.
  • Debe seguir los procedimientos recomendados en BizTalk Server.

Introducción

En este artículo se describe cómo mantener BizTalk Server bases de datos y cómo solucionar problemas de BizTalk Server base de datos.

Debe deshabilitar las opciones de creación automática de estadísticas y actualización automática de estadísticas

Debe mantener las auto create statistics opciones y auto update statistics deshabilitadas en la BizTalkMsgBoxDb base de datos. Para determinar si esta configuración está deshabilitada, ejecute los siguientes procedimientos almacenados en SQL Server:

EXEC sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics'
EXEC sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics'

Debe establecer la configuración actual en off. Si esta configuración está establecida onen , apágarla ejecutando los siguientes procedimientos almacenados en SQL Server:

EXEC sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics', 'off'
EXEC sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics', 'off'

Debe establecer correctamente la propiedad Grado máximo de paralelismo

En el equipo que ejecuta SQL Server y hospeda la BizTalkMsgBoxDb base de datos, establezca el grado máximo de paralelismo run_value y config_value propiedades en un valor de 1. En versiones posteriores de SQL, también es posible especificar esta configuración por base de datos en lugar de por instancia de SQL. Para obtener más información, vea Establecer MAXDOP. Para determinar la max degree of parallelism configuración, ejecute el siguiente procedimiento almacenado en la base de datos maestra en SQL Server:

EXEC sp_configure 'show advanced options', 1;
GO
EXEC sp_configure 'max degree of parallelism'

Si las run_value propiedades y config_value no están establecidas en un valor de 1, ejecute el siguiente procedimiento almacenado en SQL Server para establecerlas en 1:

EXEC sp_configure 'show advanced options', 1;
GO
RECONFIGURE WITH OVERRIDE;
GO
EXEC sp_configure 'max degree of parallelism', 1;
GO
RECONFIGURE WITH OVERRIDE;
GO

Determinar cuándo puede volver a generar índices BizTalk Server

La mayoría de los índices BizTalk Server están agrupados (id. de índice: 1). Puede usar la DBCC SHOWCONTIG instrucción SQL Server para mostrar información de fragmentación de las tablas de BizTalk Server.

Los índices de BizTalk Server se basan en GUID. Por lo tanto, normalmente se produce la fragmentación. Si el valor de Densidad de examen devuelto por la DBCC SHOWCONTIG instrucción es inferior al 30 por ciento, los índices de BizTalk Server se pueden volver a generar durante el tiempo de inactividad.

Muchas tablas BizTalk Server contienen columnas que usan DataType definiciones. La indexación en línea no se puede realizar en estas columnas. Por lo tanto, nunca debe volver a generar los índices de BizTalk Server mientras BizTalk Server procesa los datos.

Puede producirse bloqueo, interbloqueo o bloqueo

Normalmente, los bloqueos y bloques se producen en un entorno de BizTalk Server. Sin embargo, estos bloqueos o bloques no permanecen durante mucho tiempo. Por lo tanto, el bloqueo y el interbloqueo indican un posible problema.

Puede experimentar problemas con tablas o bases de datos de gran tamaño.

Hemos visto que, cuando la BizTalkMsgBoxDb base de datos es más grande, pueden producirse problemas de rendimiento. Idealmente, la BizTalkMsgBoxDb base de datos no debe contener datos. La BizTalkMsgBoxDb base de datos debe considerarse un búfer hasta que los datos se procesen o se muevan a la BizTalkDTADb base de datos o BAM.

Un entorno que usa una SQL Server eficaz en el back-end y muchas orquestaciones de ejecución prolongada pueden tener una BizTalkMsgBoxDb base de datos de más de 5 GB. Un entorno de gran volumen que no use orquestaciones de ejecución prolongada debe tener una BizTalkMsgBoxDb base de datos que sea mucho menor que 5 GB.

La BizTalkDTADb base de datos no tiene un tamaño establecido. Sin embargo, si el rendimiento disminuye, es probable que la base de datos sea demasiado grande. Para algunos clientes, 20 GB pueden considerarse demasiado grandes, mientras que para otros que con 200 GB podrían funcionar bien con un servidor SQL server altamente fuerte que se ejecuta en varias CPU, mucha memoria y una red y almacenamiento rápidos. Si tiene bases de datos de BizTalk Server grandes, puede experimentar los siguientes problemas:

  • La BizTalkMsgBoxDb base de datos sigue creciendo. Sin embargo, tanto el archivo de registro como el tamaño de los datos siguen siendo grandes.

  • BizTalk Server tarda más tiempo de lo habitual en procesar incluso un escenario de flujo de mensajes simple.

  • Las consultas de la consola de administración de BizTalk o seguimiento de actividad y estado (HAT) tardan más tiempo de lo habitual y pueden agotar el tiempo de espera.

  • El archivo de registro de base de datos nunca se trunca.

  • Los trabajos de bizTalk Agente SQL Server se ejecutan más lentamente de lo habitual.

  • Algunas tablas son más grandes o tienen demasiadas filas en comparación con el tamaño de tabla habitual.

Las bases de datos pueden ser grandes por varias razones. Estos motivos pueden incluir los siguientes:

  • Los trabajos de Agente SQL Server de BizTalk no se están ejecutando
  • Gran número de instancias suspendidas
  • Errores de disco
  • Tracking
  • Limitación
  • Rendimiento de SQL Server
  • Latencia de red

Asegúrese de que sabe lo que se espera en su entorno para determinar si se está produciendo un problema de datos.

De forma predeterminada, el seguimiento está habilitado en el host predeterminado. BizTalk requiere que la opción Permitir seguimiento de host esté activada en un único host. Cuando el seguimiento está habilitado, el servicio de descodificación de datos de seguimiento (TDDS) mueve los datos de eventos de seguimiento de la BizTalkMsgBoxDb base de datos a la BizTalkDTADb base de datos. Si se detiene el host de seguimiento, TDDS no mueve los datos a la BizTalkDTADb base de datos y las TrackingData_x_x tablas de la BizTalkMsgBoxDb base de datos crecerán.

Se recomienda dedicar un host al seguimiento. Para permitir que TDDS mantenga nuevos eventos de seguimiento en escenarios de gran volumen, cree varias instancias de un único host de seguimiento. No debe existir más de un host de seguimiento.

Puede haber demasiadas filas en una tabla. No hay ningún número establecido de filas que sean demasiadas. Además, este número de filas varía según el tipo de datos que se almacenan en la tabla. Por ejemplo, una dta_DebugTrace tabla que tiene más de 1 millón de filas probablemente tenga demasiadas filas. Una <HostName>Q_Suspended tabla que tiene más de 200 000 filas probablemente tenga demasiadas filas.

Uso de los trabajos de Agente SQL Server de BizTalk correctos

Los trabajos Agente SQL Server de BizTalk son importantes para administrar las bases de datos BizTalk Server y para mantener un alto rendimiento.

El trabajo backup BizTalk Server Agente SQL Server es el único método compatible para realizar copias de seguridad de las bases de datos de BizTalk Server cuando se inician Agente SQL Server y las instancias de host de BizTalkServer. Este trabajo requiere que todas las bases de datos de BizTalk Server usen un modelo de recuperación completa. Debe configurar este trabajo para un entorno de BizTalk Server correcto. Los métodos SQL Server se pueden usar para realizar copias de seguridad de las bases de datos de BizTalk Server solo si Agente SQL Server se detiene y si se detienen todas las instancias de host de BizTalk Server.

El MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb trabajo Agente SQL Server se ejecuta infinitamente. Por lo tanto, el historial de trabajos Agente SQL Server nunca muestra una finalización correcta. Si se produce un error, el trabajo se reinicia en un minuto y continúa ejecutándose infinitamente. Por lo tanto, puede omitir el error de forma segura. Además, se puede borrar el historial de trabajos. Solo debería preocuparse si el historial de trabajos informa de que este trabajo se produce un error constantemente y se reinicia.

El MessageBox_Message_Cleanup_BizTalkMsgBoxDb trabajo de Agente SQL Server es el único trabajo BizTalk Server que no debe habilitarse porque el trabajo de Agente SQL Server lo MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb inicia.

El trabajo de purga y archivado de DTA Agente SQL Server ayuda a mantener la base de datos mediante la BizTalkDTADb purga y el archivado de los mensajes de seguimiento. Este trabajo lee todas las filas de la tabla y compara la marca de tiempo para determinar si se debe quitar el registro.

Todos los trabajos Agente SQL Server de BizTalk excepto el MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb trabajo de Agente SQL Server deben ejecutarse correctamente.

Las instancias de servicio pueden suspenderse

Las instancias de servicio se pueden suspender (reanudar) o suspender (no reanudables). Estas instancias de servicio pueden ser Mensajería, Orquestación o Puerto.

Estas instancias de servicio pueden hacer que la BizTalkMsgBoxDb base de datos crezca innecesariamente y se pueda finalizar. Puede usar el Centro de grupos para consultar, reanudar o finalizar mensajes. También puede usar Terminate.vbs script o BizTalk Health Monitor herramienta (BHM) para consultar, purgar y mantener bases de datos de BizTalk. En algunas situaciones, puede haber mensajes huérfanos o zombis en el sistema. La herramienta BHM puede ayudar a corregir estas situaciones.

Para obtener más información sobre el script deTerminate.vbs , consulte Eliminación de instancias de servicio suspendidas.

Las instancias de almacenamiento en caché no aparecen en la página Centro de grupo y no se pueden suspender ni finalizar. Esta restricción es una causa común del crecimiento de la tabla. Para evitar nuevos mensajes zombis para las instancias del servicio de caché en BizTalk Server 2006, instale la revisión en el artículo de Microsoft Knowledge Base 936536. Este problema se ha corregido en BizTalk Server 2006 R2 y versiones posteriores.

Nota:

Un mensaje zombi es un mensaje que se enrutó pero no se consumió.

Para obtener una descripción de los mensajes zombis, visite el siguiente sitio web de MSDN: WebLog del motor de BizTalk Core.

Puede experimentar problemas de rendimiento SQL Server y BizTalk Server

BizTalk Server realiza cientos de transacciones breves y rápidas para SQL Server en un minuto. Si el SQL Server no puede mantener esta actividad, BizTalk Server puede experimentar problemas de rendimiento. En Monitor de rendimiento, supervise los contadores Avg. Disk sec/Read, Avg. Disk sec/Transfer y Avg. Disk sec/Write Monitor de rendimiento contadores en el objeto de rendimiento PhysicalDisk. El valor óptimo es inferior a 10 ms (milisegundos). Un valor de 20 ms o más se considera un rendimiento deficiente.

Procedimientos recomendados en BizTalk Server

Inicie Agente SQL Server en el SQL Server. Cuando se detiene el Agente SQL Server, los trabajos integrados de BizTalk Agente SQL Server que son responsables del mantenimiento de la base de datos no se pueden ejecutar. Este comportamiento provoca el crecimiento de la base de datos y este crecimiento puede causar problemas de rendimiento.

Coloque los archivos SQL Server Archivo de base de datos de registro (LDF) y Archivo de base de datos principal (MDF) en unidades independientes. Cuando los archivos LDF y MDF de las BizTalkMsgBoxDb bases de datos y BizTalkDTADb se encuentran en la misma unidad, puede producirse una contención de disco.

Si no se beneficia del seguimiento del cuerpo del mensaje, no habilite esta característica. Sin embargo, es una buena idea habilitar el seguimiento del cuerpo del mensaje al desarrollar y solucionar problemas de una solución. Si lo hace, asegúrese de deshabilitar el seguimiento del cuerpo del mensaje cuando haya terminado. Cuando se habilita el seguimiento del cuerpo del mensaje, las bases de datos de BizTalk Server aumentan. Si hay una necesidad empresarial que requiere habilitar el seguimiento del cuerpo del mensaje, confirme que los TrackedMessages_Copy_BizTalkMsgBoxDb trabajos purgar y archivar Agente SQL Server de DTA se ejecutan correctamente.

Normalmente, los registros de transacciones más pequeños provocan un mejor rendimiento. Para que los registros de transacciones sean más pequeños, configure el trabajo backup BizTalk Server Agente SQL Server para que se ejecute con más frecuencia.

El sp_ForceFullBackup procedimiento almacenado de la BizTalkMgmtDb base de datos también se puede usar para ayudar a realizar una copia de seguridad completa ad hoc de los archivos de datos y de registro. El procedimiento almacenado actualiza la adm_ForceFullBackup tabla con un valor 1. La próxima vez que se ejecute el trabajo BizTalk Server copia de seguridad, se creará un conjunto de copia de seguridad de base de datos completo.

BizTalk Health Monitor herramienta (BHM) se puede usar para evaluar una implementación de BizTalk Server existente. BHM realiza numerosas comprobaciones relacionadas con la base de datos.

Solución de problemas

Los mejores pasos de solución de problemas para las bases de datos BizTalk Server SQL Server dependen del tipo de problema de la base de datos, como el bloqueo o el interbloqueo. Para solucionar un problema de BizTalk Server base de datos, siga estos pasos.

Paso 1: Habilitar y ejecutar todos los trabajos de BizTalk Agente SQL Server necesarios

Todos los trabajos Agente SQL Server de BizTalk, excepto el MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb trabajo, deben habilitarse y ejecutarse correctamente. No deshabilite ningún otro trabajo.

Si se produce un error, use la opción Ver historial en SQL Server para ver la información de error y, a continuación, solucionar el error en consecuencia. Recuerde que el MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb trabajo de Agente SQL Server se ejecuta infinitamente. Por lo tanto, solo debería preocuparse si el historial de trabajos informa de que el trabajo produce un error constantemente y se reinicia.

Paso 2: Uso de la herramienta BizTalk Health Monitor (BHM)/MsgBoxViewer

Recopile el informe de BHM mientras reproduce un problema.

La herramienta BHM es útil para solucionar problemas, ya que proporciona un informe HTML que tiene información detallada sobre los tamaños de tabla y el recuento de filas. El informe también puede ayudar a determinar si BizTalk Server está limitando. Además, la herramienta proporciona una vista de instantánea de las bases de datos de BizTalk Server y la configuración de BizTalk Server.

Para obtener más información sobre la limitación en BizTalk Server, vea How BizTalk Server Implements Host Throttling.

Cuando BizTalk Server se ejecute más lentamente de lo habitual, ejecute la herramienta BHM y, a continuación, revise el informe HTML generado para ver si hay problemas. En la sección Resumen se enumeran las advertencias en amarillo y los posibles problemas en rojo.

Además, puede usar la salida de la herramienta BHM para determinar qué tablas son las más grandes y tienen la mayoría de los registros. En la tabla siguiente se enumeran las tablas de BizTalk Server que suelen crecer las más grandes. Puede usar estos datos para determinar dónde puede existir un posible problema.

Tabla Descripción
<HostName>Q_Suspended Esta tabla contiene una referencia a los mensajes de la Spool tabla que están asociados a instancias suspendidas para el host determinado. Esta tabla está en la BizTalkMsgBoxDb base de datos.
<HostName>Q Esta tabla contiene una referencia a los mensajes de la Spool tabla que están asociados al host determinado y no se suspenden. Esta tabla está en la BizTalkMsgBoxDb base de datos.
Spool

Parts

Fragments
Estas tablas almacenan datos de mensajes reales en la BizTalkMsgBoxDb base de datos.
Instances Esta tabla almacena todas las instancias y su estado actual en la BizTalkMsgBoxDb base de datos.
TrackingData_0_x Estas cuatro tablas almacenan los eventos de seguimiento de supervisión de actividad empresarial (BAM) en la BizTalkMsgBoxDb base de datos para que TDDS mueva los eventos a la BAMPrimaryImport base de datos.
TrackingData_1_x Estas cuatro tablas almacenan los eventos de seguimiento en la BizTalkMsgBoxDb base de datos de TDDS para mover los eventos a la BizTalkDTADB base de datos.
Tracking_Fragmentsx
Tracking_Partsx
Tracking_Spoolx
Dos de estas tablas se encuentra en las BizTalkMsgBoxDb bases de datos y BizTalkDTADb . Una está en línea y la otra está sin conexión.

En BizTalk Server 2004 SP2 y en versiones posteriores, el TrackedMessages_Copy_BizTalkMsgBoxDb trabajo de Agente SQL Server mueve los cuerpos de mensajes de seguimiento directamente a estas tablas de la BizTalkDTADb base de datos.

En BizTalk Server 2004 Service Pack 1 (SP1) y en versiones anteriores de BizTalk Server 2004, el TrackedMessages_Copy_BizTalkMsgBoxDb trabajo de Agente SQL Server copia los cuerpos de mensajes de seguimiento en estas tablas de la BizTalkMsgBoxDb base de datos. El TrackingSpool_Cleanup_BizTalkMsgBoxDb trabajo Agente SQL Server purga las tablas sin conexión y pone las tablas en línea mientras el trabajo también desconecta las tablas en línea.
dta_ServiceInstances Esta tabla almacena los eventos de seguimiento de las instancias de servicio en la BizTalkDTADb base de datos. Si esta tabla es grande, es probable que la BizTalkDTADb base de datos sea grande.
dta_DebugTrace Esta tabla almacena los eventos del depurador de Orchestration en la base de datos BizTalkDTADb.
dta_MessageInOutEvents Esta tabla almacena mensajes de eventos de seguimiento en la BizTalkDTADb base de datos. Estos mensajes de eventos de seguimiento incluyen información de contexto del mensaje.
dta_ServiceInstanceExceptions Esta tabla almacena información de error de cualquier instancia de servicio suspendida en la BizTalkDTADb base de datos.

Tenga en cuenta las situaciones siguientes.

  • <HostName>Q_Suspended Mesas

    Si las <HostName>Q_Suspended tablas tienen muchos registros, las tablas podrían ser instancias suspendidas válidas que aparecen en el Centro de grupos o en HAT. Estas instancias se pueden finalizar. Si estas instancias no aparecen en el Centro de grupos o en HAT, es probable que las instancias sean instancias de almacenamiento en caché o informes de errores de enrutamiento huérfanos. Cuando finalizan las instancias suspendidas, se limpian los elementos de esta tabla y sus filas asociadas en las Spool tablas y Instances .

    En este escenario, controle las instancias suspendidas reanudandolas o terminandolas. También se puede usar la herramienta BHM.

  • <HostName>Q Mesas

    Si las <HostName>Q tablas tienen muchos registros, pueden existir los siguientes tipos de instancias:

    • Instancias listas para ejecutarse
    • Instancias activas
    • Las instancias deshidratadas BizTalk Server necesitan tiempo para "ponerse al día" y procesar las instancias.

    Esta tabla puede crecer cuando la tasa de procesamiento entrante supera la tasa de procesamiento saliente. Este escenario puede producirse cuando se produce otro problema, como una base de datos grande BizTalkDTADb o retrasos de SQL Server disco.

  • Spool, Partsy Fragments tablas

    Si las Spooltablas , Partsy Fragments tienen muchos registros, muchos mensajes están activos, deshidratados o suspendidos. En función del tamaño, el número de partes y la configuración de fragmentación de estas tablas, un único mensaje puede generar todas estas tablas. Cada mensaje tiene exactamente una fila en la Spool tabla y al menos una fila en la Parts tabla.

  • Instances Mesa

    El administrador de BizTalk no debe permitir que muchas instancias suspendidas permanezcan en la Instances tabla. Las instancias deshidratadas solo deben permanecer si la lógica de negocios requiere orquestaciones de larga duración. Recuerde que una instancia de servicio se puede asociar a muchos mensajes de la Spool tabla.

  • TrackingData_x_x Mesas

    Si las TrackingData_x_x tablas son grandes, el host de seguimiento (TDDS) no se ejecuta correctamente. Si se está ejecutando la instancia de host de seguimiento, revise los registros de eventos y la TDDS_FailedTrackingData tabla de la base de datos para obtener información sobre los BizTalkDTADb errores. Si BizTalk está limitando con un estado de 6 (base de datos grande), estas tablas también se pueden truncar mediante la herramienta Terminador de BizTalk si no se necesitan datos.

    Si hay una gran brecha entre los números de secuencia de las BizTalkMsgBoxDbTrackingData_x_x tablas y las BAMPrimaryImport tablas o BizTalkDTADbTDDS_StreamStatus , es posible que TDDS no mueva los datos de la BizTalkMsgBoxDb base de datos. Para corregir esto, use la herramienta BHM para purgar estas tablas y restablecer el número de secuencia.

  • dta_DebugTrace y dta_MessageInOutEvents tablas

    La dta_DebugTrace tabla se rellena cuando el inicio y el final de la forma están habilitados en una orquestación. Si la dta_DebugTrace tabla tiene muchos registros, estos eventos de depuración de orquestación se usan o se usan. Si la depuración de orquestación no es necesaria para las operaciones regulares, desactive la casilla Inicio y fin de la forma en las propiedades de Orquestación .

    La dta_MessageInOutEvents tabla se rellena cuando el envío y la recepción de mensajes están habilitados en orquestaciones o canalizaciones. Si no se necesitan estos eventos de seguimiento, desactive la casilla de esta opción en las propiedades de orquestación o canalización.

    Si estos eventos de seguimiento están deshabilitados o si existe un trabajo pendiente en la BizTalkMsgBoxDb base de datos, estas tablas pueden seguir creciendo porque TDDS sigue moverse estos datos a estas tablas.

    De forma predeterminada, el seguimiento global está habilitado. Si no es necesario realizar el seguimiento global, se puede deshabilitar. Para obtener más información, vea Cómo desactivar el seguimiento global.

    Si la dta_DebugTrace tabla o la dta_messageInOutEvents tabla de la BizTalkDTADb base de datos son demasiado grandes, puede truncar las tablas manualmente después de detener el host de seguimiento. La herramienta BHM también proporciona esta funcionalidad.

    Para truncar todas las tablas de seguimiento de la BizTalkMsgBoxDb base de datos, use la herramienta BHM. La herramienta BHM está disponible externamente en el Centro de descarga de Microsoft.

    Para obtener más información sobre las directrices de ajuste de tamaño de la base de datos de seguimiento, visite el siguiente sitio web de MSDN: Directrices de ajuste de tamaño de base de datos de seguimiento.

  • dta_ServiceInstanceExceptions Mesa

    La dta_ServiceInstanceExceptions tabla suele ser grande en un entorno que periódicamente tiene instancias suspendidas.

Paso 3: Investigar escenarios de interbloqueo

En un escenario de interbloqueo, habilite el seguimiento de DBCC en el SQL Server para que la información de interbloqueo se escriba en el registro SQLERROR.

En SQL Server 2005 y versiones posteriores, ejecute la siguiente instrucción:

DBCC TRACEON (1222,-1)

En SQL Server 2000, ejecute la siguiente instrucción:

DBCC TRACEON (1204)

Además, use la utilidad PSSDiag para recopilar datos sobre el Lock:Deadlock evento y el Lock:Deadlock evento Chain.

La BizTalkMsgBoxDB base de datos es una base de datos de procesamiento de transacciones en línea (OLTP) de gran volumen y alta transacción. Se espera algún interbloqueo y el motor de BizTalk Server controla internamente este interbloqueo. Cuando se produce este comportamiento, no se muestra ningún error en los registros de errores. Al investigar un escenario de interbloqueo, el interbloqueo que está investigando en la salida debe correlacionarse con un error de interbloqueo en los registros de eventos.

Se espera que el comando de puesta en cola y algunos trabajos de Agente SQL Server interbloquee. Normalmente, estos trabajos se seleccionan como víctimas de interbloqueo. Estos trabajos aparecerán en un seguimiento de interbloqueo. Sin embargo, no se muestra ningún error en los registros de eventos. Por lo tanto, se espera este interbloqueo y puede omitir de forma segura el interbloqueo con estos trabajos.

Si aparecen interbloqueos frecuentes en un seguimiento de interbloqueo y si se muestra un error de correlación en los registros de eventos, es posible que desee el interbloqueo.

Paso 4: Buscar procesos bloqueados

Use el Monitor de actividad en SQL Server para obtener el identificador de proceso del servidor (SPID) de un proceso del sistema de bloqueo. A continuación, ejecute SQL Profiler para determinar la instrucción SQL que se ejecuta en el SPID de bloqueo.

Para solucionar un problema de bloqueo y bloqueo en SQL Server, use la utilidad PSSDiag for SQL para capturar todos los eventos de Transact-SQL que tienen habilitado el script de bloqueo.

En SQL Server 2005 y versiones posteriores, puede especificar la configuración de umbral de proceso bloqueado para determinar qué SPID o SPID están bloqueando más tiempo que el umbral especificado.

Para obtener más información sobre la configuración de umbral de proceso bloqueado , consulte opción de configuración del servidor umbral de proceso bloqueado.

Nota:

Cuando experimenta un problema de bloqueo o bloqueo en SQL Server, se recomienda que se ponga en contacto con los Servicios de soporte al cliente de Microsoft. Los servicios de soporte al cliente de Microsoft pueden ayudarle a configurar las opciones correctas de la utilidad PSSDiag.

Paso 5: Instalación de la última BizTalk Server Service Pack y actualización acumulativa

BizTalk Server versiones posteriores se han movido a un modelo de actualización acumulativa (CU). Las actualizaciones acumulativas contendrá las correcciones más recientes.

Eliminar todos los datos

Si las bases de datos son demasiado grandes o si el método preferido es eliminar todos los datos, se pueden eliminar todos los datos.

Precaución

No use este método en ningún entorno en el que los datos sean críticos para la empresa o si se necesitan.

Pasos de purga de base de datos de BizTalkMsgBoxDb

Para eliminar todos los datos de la BizTalkMsgBoxDb base de datos, use la herramienta BizTalk Health Monitor (BHM).

Opciones de purga de base de datos de BizTalkDTADb

Para eliminar todos los datos de la BizTalkDTADb base de datos, use la herramienta BizTalk Health Monitor (BHM). De lo contrario, use uno de los métodos siguientes.

Nota:

Aunque ambos métodos eliminan todos los mensajes, el método 2 es más rápido.

  • Método 1:

    1. Realice una copia de seguridad de todas las bases de datos BizTalk Server.

    2. Ejecute el dtasp_PurgeAllCompletedTrackingData procedimiento almacenado. Para obtener más información sobre el dtasp_PurgeAllCompletedTrackingData procedimiento almacenado, vea Cómo purgar manualmente datos de la base de datos de seguimiento de BizTalk.

      Nota:

      Esta acción elimina todos los mensajes completados.

  • Método 2:

    1. Realice una copia de seguridad de todas las bases de datos de BizTalk.

    2. Ejecute el dtasp_CleanHMData procedimiento almacenado. Use esta opción solo si la BizTalkDTADb base de datos contiene muchas instancias incompletas que se deben quitar.

      Para ello, siga estos pasos:

      1. Detenga todos los hosts, servicios y adaptadores aislados personalizados de BizTalk. Si usa HTTP o el adaptador de SOAP, reinicie los servicios IIS.
      2. Ejecute el dtasp_CleanHMData procedimiento almacenado en la BizTalkDTADb base de datos.
      3. Reinicie todos los hosts y BizTalk Server servicios.

BizTalk Server pasos de solo 2004

Nota:

Si debe tener los datos de seguimiento, realice una copia de seguridad de la BizTalkDTADb base de datos, restaure la base de datos en otro SQL Server y, a continuación, purgue la base de datos originalBizTalkDTADb.

Si necesita ayuda para analizar los datos de BHM o la salida de PSSDiag, póngase en contacto con los Servicios de soporte al cliente de Microsoft. Para obtener una lista completa de los números de teléfono de los Servicios de soporte al cliente e información sobre los costos de soporte técnico, consulte Contacto con Soporte técnico de Microsoft.

Nota:

Antes de ponerse en contacto con los Servicios de soporte al cliente, comprima los datos del informe BHM, la salida de PSSDiag y los registros de eventos actualizados (archivos .evt). Es posible que tenga que enviar estos archivos a un ingeniero de soporte técnico de BizTalk Server.

Se aplica a

  • BizTalk Server 2009
  • BizTalk Server 2010
  • BizTalk Server 2013
  • BizTalk Server 2013 R2
  • BizTalk Server 2016
  • BizTalk Server 2020