Mantener y solucionar problemas de BizTalk Server bases de datos

Artículo
03/28/2022
Tiempo de lectura: 22 minutos

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

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

Resumen

Las BizTalk Server de Microsoft y el estado de las bases de datos son importantes para un entorno de BizTalk Server de mensajería correcta. En este artículo se de abordan aspectos importantes que se deben tener en cuenta al trabajar con BizTalk Server bases de datos. Entre estas consideraciones se incluyen las siguientes:

Debe deshabilitar las opciones auto update statistics y auto create statistics SQL Server opciones.
Debe establecer correctamente la propiedad Grado máximo de paralelismo.
Determine cuándo puede volver a generar BizTalk Server índices.
Se pueden producir bloqueos, interbloqueos o bloqueos.
Es posible que experimente problemas con tablas o bases de datos grandes.
Trabajos de agente SQL Server BizTalk.
Las instancias de servicio pueden suspenderse.
Es posible que experimente SQL Server problemas BizTalk Server rendimiento.
Debe seguir los procedimientos recomendados en BizTalk Server.

Introducción

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

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

Debe mantener las opciones y auto create statistics auto update statistics deshabilitadas en la base de BizTalkMsgBoxDb 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 CurrentSetting en desactivado. Si esta configuración está establecida en on, desátala 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 BizTalkMsgBoxDb la base de datos, run_value config_value establezca el grado máximo de paralelismo y las propiedades en un valor de 1. Para determinar la configuración grado máximo de paralelismo, ejecute el siguiente procedimiento almacenado en la base de datos maestra en SQL Server:

exec sp_configure 'max degree of parallelism'

Si las run_value propiedades and 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 'max degree of parallelism', '1'
reconfigure with override

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

La mayoría BizTalk Server índices se agrupan en clústeres (id. de índice: 1). Puede usar la instrucción SQL Server DBCC SHOWCONTIG para mostrar información de fragmentación para las BizTalk Server tabla.

Los BizTalk Server son basados en GUID. Por lo tanto, suele producirse la fragmentación. Si el valor de densidad DBCC SHOWCONTIG de examen devuelto por la instrucción es inferior al 30 por ciento, los índices de BizTalk Server pueden volver a generarse durante el tiempo de inactividad.

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

Pueden producirse bloqueos, interbloqueos o bloqueos

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

Es posible que experimente problemas con tablas o bases de datos grandes

Hemos visto que cuando la base de datos BizTalkMsgBoxDb es más grande, pueden producirse problemas de rendimiento. Lo ideal es que la BizTalkMsgBoxDb base de datos no tenga datos. La BizTalkMsgBoxDb base de datos debe considerarse un búfer hasta que los datos se procesan o se mueven a la base de datos BizTalkDTADb o BAM.

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

La base de datos BizTalkDTADb no tiene un tamaño establecido. Sin embargo, si el rendimiento disminuye, la base de datos probablemente sea demasiado grande. Para algunos clientes, es posible que 20 GB se consideren demasiado grandes. mientras que otros con un servidor SQL muy eficaz que se ejecuta con muchas CPU, mucha memoria y una red y almacenamiento muy rápidos pueden funcionar bien con 200 GB. Cuando tiene bases de datos 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 un tiempo más largo de lo habitual para procesar incluso un escenario de flujo de mensajes simple.
Las consultas de la consola de administración de BizTalk o el seguimiento de actividad (HAT) tardan más tiempo de lo habitual y pueden dar tiempo de espera.
El archivo de registro de base de datos nunca se trunca.
Los trabajos del agente SQL Server BizTalk 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 llegar a ser grandes por diversas razones. Estos motivos pueden ser los siguientes:

Los trabajos SQL Server agente 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 saber 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) BizTalkMsgBoxDb mueve los datos de eventos de seguimiento de la base de datos a la base de BizTalkDTADb datos. Si se detiene el host de seguimiento, TDDS BizTalkDTADb TrackingData_x_x no mueve los datos a la base de datos y las tablas de la base de BizTalkMsgBoxDb datos crecerán.

Se recomienda dedicar un host al seguimiento. Para permitir que los TDDS mantengan nuevos eventos de seguimiento en escenarios de alto 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 un número establecido de filas que sean demasiadas. Además, este número de filas varía según el tipo de datos almacenados en la tabla. Por ejemplo, una tabla dta_DebugTrace con más de 1 millón de filas probablemente tenga demasiadas filas. Una HostNameQ_Suspended que tiene más de 200 000 filas probablemente tenga demasiadas filas.

Usar los trabajos de agente de SQL Server BizTalk correctos

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

El trabajo BizTalk Server SQL Server agente de copia de seguridad es el único método admitido para realizar una copia de seguridad de las bases de datos BizTalk Server cuando se inician SQL Server agent y las instancias de host de BizTalkServer. Este trabajo requiere que todas BizTalk Server bases de datos usen un modelo de recuperación completa. Debe configurar este trabajo para un entorno BizTalk Server correcto. Los SQL Server pueden usarse para realizar una copia de seguridad de las bases de datos de BizTalk Server solo si SQL Server agent está detenido y si se detienen todas BizTalk Server de host.

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

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

El trabajo De purgar y archivar SQL Server DTA BizTalkDTADb ayuda a mantener la base de datos depurando y archivando mensajes rastreados. 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 SQL Server agente de BizTalk excepto MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server trabajo del agente deben ejecutarse correctamente.

Las instancias de servicio pueden suspenderse

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

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

Para obtener más información acerca del script Terminate.vbs, vea Removing Suspended Service Instances.

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

Nota

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

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

Es posible que experimente SQL Server problemas BizTalk Server rendimiento

BizTalk Server realiza cientos de transacciones breves y rápidas SQL Server en un minuto. Si el SQL Server puede mantener esta actividad, BizTalk Server experimentar problemas de rendimiento. En el Monitor de rendimiento, supervise los contadores Promedio de segundos de disco/Lectura, Promedio. Segundos de disco/Transferencia y Promedio. Contadores de monitor de rendimiento de disco y escritura en el objeto de rendimiento PhysicalDisk. El valor óptimo es inferior a 10 ms (milisegundos). Un valor de 20 ms o mayor se considera bajo rendimiento.

Procedimientos recomendados en BizTalk Server

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

Coloque los SQL Server LDF y MDF en unidades independientes. Cuando los archivos LDF y MDF BizTalkMsgBoxDb de las bases de datos y BizTalkDTADb están en la misma unidad, puede producirse la contención del 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 mientras desarrolla y soluciona 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, BizTalk Server las bases de datos crecen. Si hay una necesidad empresarial que requiere habilitar el seguimiento del cuerpo del mensaje, TrackedMessages_Copy_BizTalkMsgBoxDb confirme que los trabajos del agente de depuración y archivo SQL Server Y DTA se ejecutan correctamente.

Normalmente, los registros de transacciones más pequeños causan un mejor rendimiento. Para mantener los registros de transacciones más pequeños, configure el trabajo BizTalk Server SQL Server agente de copia de seguridad para que se ejecute con más frecuencia.

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

La herramienta Health Monitor biztalk (BHM) se puede usar para evaluar una implementación BizTalk Server aplicación. 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 BizTalk Server SQL Server de datos dependen del tipo de problema de la base de datos, como el bloqueo o el interbloqueo. Para solucionar un problema BizTalk Server base de datos, siga estos pasos.

Paso 1: Habilitar y ejecutar todos los trabajos necesarios del agente SQL Server BizTalk

Todos los trabajos del agente SQL Server BizTalk MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb excepto el 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 del error y, a continuación, solucionar el error en consecuencia. Recuerde que el trabajo MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server agente se ejecuta infinitamente. Por lo tanto, solo debe preocuparse si el historial de trabajos informa de que el trabajo falla constantemente y se reinicia.

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

Recopile el informe BHM mientras reproduce un problema.

La herramienta BHM es útil para solucionar problemas porque proporciona un informe HTML con 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 limitación. Además, la herramienta proporciona una vista de instantánea de las bases de datos BizTalk Server y la configuración BizTalk Server datos.

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

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

Además, puede usar el resultado de la herramienta BHM para determinar qué tablas son las más grandes y tienen más registros. En la tabla siguiente se enumeran las BizTalk Server que suelen ser 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 tabla Spool que están asociados con instancias suspendidas para el host en particular. Esta tabla se encuentra en la base de datos BizTalkMsgBoxDb.
HostName Q	Esta tabla contiene una referencia a los mensajes de la tabla Spool que están asociados con el host en particular y que no se suspenden. Esta tabla se encuentra en la base de datos BizTalkMsgBoxDb.
Spool Partes Fragmentos	Estas tablas almacenan datos de mensajes reales en la base de datos BizTalkMsgBoxDb.
Instancias	Esta tabla almacena todas las instancias y su estado actual en la base de datos BizTalkMsgBoxDb.
TrackingData_0_ x	Estas cuatro tablas almacenan los eventos de seguimiento de la supervisión de actividad empresarial (BAM) en la base de datos BizTalkMsgBoxDb para que los TDDS muevan los eventos a la base de datos BAMPrimaryImport.
TrackingData_1_ x	Estas cuatro tablas almacenan los eventos de seguimiento en la base de datos BizTalkMsgBoxDb para TDDS para mover los eventos a la base de datos BizTalkDTADB.
Tracking_Fragments x Tracking_Parts x Tracking_Spool x	Dos de estas tablas están en las bases de datos BizTalkMsgBoxDb y BizTalkDTADb. Una está en línea y la otra sin conexión. En BizTalk Server 2004 SP2 y en versiones posteriores, el trabajo del agente de TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server mueve los cuerpos de mensaje rastreados directamente a estas tablas de la base de datos BizTalkDTADb. En BizTalk Server 2004 Service Pack 1 (SP1) y en versiones anteriores de BizTalk Server 2004, el trabajo del agente de TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server realiza un seguimiento de los cuerpos de mensajes en estas tablas de la base de datos BizTalkMsgBoxDb. El TrackingSpool_Cleanup_BizTalkMsgBoxDb SQL Server elimina las tablas sin conexión y las pone en línea mientras el trabajo también desconecta las tablas en línea.
dta_ServiceInstances	Esta tabla almacena eventos de seguimiento de instancias de servicio en la base de datos BizTalkDTADb. Si esta tabla es grande, la base de datos BizTalkDTADb probablemente sea grande.
dta_DebugTrace	Esta tabla almacena los eventos del depurador De orquestación en la base de datos BizTalkDTADb.
dta_MessageInOutEvents	Esta tabla almacena mensajes de eventos de seguimiento en la base de datos BizTalkDTADb. Estos mensajes de evento rastreados incluyen información de contexto de mensaje.
dta_ServiceInstanceExceptions	Esta tabla almacena información de error para cualquier instancia de servicio suspendida en la base de datos BizTalkDTADb.

Tenga en cuenta los siguientes escenarios.

HostNameQ_Suspended tablas

Si las HostNameQ_Suspended tablas tienen muchos registros, las tablas podrían ser instancias suspendidas válidas que aparecen en el Concentrador de grupo o en HAT. Estas instancias se pueden finalizar. Si estas instancias no aparecen en el Concentrador de grupos o en HAT, es probable que las instancias estén almacenando en caché instancias 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 tablas Spool e Instances.

En este escenario, controle las instancias suspendidas reanudelas o las termine. También se puede usar la herramienta BHM.
Tablas hostNameQ

Si las HostNameQ tablas tienen muchos registros, pueden existir los siguientes tipos de instancias:
- Instancias listas para ejecutar
- Instancias activas
- Las instancias deshidadas BizTalk Server tiempo para "ponerse al día" y procesar las instancias.
Esta tabla puede crecer cuando la tasa de procesamiento entrante supera a la tasa de procesamiento saliente. Este escenario puede producirse cuando se produce otro problema, BizTalkDTADb como una base de datos grande o retrasos SQL Server disco.
Tablas Spool, Parts y Fragments

Si las tablas Spool, Parts y Fragments tienen muchos registros, muchos mensajes están activos, des hidratados o suspendidos actualmente. Según el tamaño, el número de partes y la configuración de fragmentación de estas tablas, un solo mensaje puede generar todas estas tablas. Cada mensaje tiene exactamente una fila en la tabla Spool y al menos una fila en la tabla Parts.
Tabla Instances

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

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

Si hay un gran vacío BizTalkMsgBoxDb TrackingData_x_x BAMPrimaryImport entre los números de secuencia de las tablas y las tablas or BizTalkDTADb TDDS_StreamStatus , es posible que TDDS no mueva los datos de la base de BizTalkMsgBoxDb datos. Para corregir esto, use la herramienta BHM para purgar estas tablas y restablecer el número de secuencia.
dta_DebugTrace tabla y dta_MessageInOutEvents

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 orquestaciones no es necesaria para operaciones regulares, desactive la casilla de la opción Inicio y fin de la forma en las propiedades de orquestación.

La dta_MessageInOutEvents tabla se rellena cuando el envío y recepción de mensajes está habilitado en orquestaciones o canalizaciones. Si estos eventos de seguimiento no son necesarios, 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 atraso en la base de datos, estas tablas pueden seguir creciendo porque TDDS sigue trasladando estos datos a BizTalkMsgBoxDb estas tablas.

De forma predeterminada, el seguimiento global está habilitado. Si el seguimiento global no es necesario, 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 BizTalkDTADb tabla de la 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 acerca del seguimiento de las directrices de tamaño de la base de datos, visite el siguiente sitio web de MSDN: Directrices de tamaño de la base de datos de seguimiento.
dta_ServiceInstanceExceptions tabla

La dta_ServiceInstanceExceptions tabla suele ser grande en un entorno que tiene instancias suspendidas con regularidad.

Paso 3: Investigar escenarios de interbloqueo

En un escenario de interbloqueo, habilite el seguimiento 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 evento Lock:Deadlock Chain.

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

Se espera que el comando de desqueue y algunos SQL Server de agente estén interbloqueos. Normalmente, estos trabajos se seleccionan como víctimas de interbloqueo. Estos trabajos aparecerán en un seguimiento de interbloqueo. Sin embargo, no se enumeran errores 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 aparece 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 SQL Server para obtener el identificador de proceso de 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 para SQL para capturar todos los eventos Transact-SQL que tienen habilitado el script de bloqueo.

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

Para obtener más información sobre el umbral de proceso bloqueado, visite el siguiente sitio web de MSDN: opción de configuración del servidor umbral de proceso bloqueado.

Nota

Cuando experimente un problema de bloqueo o bloqueo en SQL Server, se recomienda ponerse 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: Instalar la versión BizTalk Server Service Pack y la actualización acumulativa

BizTalk Server versiones posteriores se han movido a un modelo de actualización acumulativa (CU). Las actualizaciones acumulativas contendrán 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 son críticos para el negocio o si los datos son necesarios.

Pasos de depuración de la base de datos BizTalkMsgBoxDb

Para eliminar todos los datos de la BizTalkMsgBoxDb base de datos, puede usar la herramienta biztalk Health Monitor (BHM).

Opciones de depuración de bases de datos de BizTalkDTADb

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

Nota

Ambos métodos eliminan todos los mensajes. El método 2 es más rápido.

Método 1:
1. Copia de seguridad de todas BizTalk Server bases de datos.
2. Ejecute el dtasp_PurgeAllCompletedTrackingData procedimiento almacenado. Para obtener más información sobre el dtasp_PurgeAllCompletedTrackingData procedimiento almacenado, vea How to Manually Purge Data from the BizTalk Tracking Database.
  
  Nota
  
  Esta acción elimina todos los mensajes completados.
Método 2:
1. 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 deben quitarse.
  
  Para ello, siga estos pasos:
  1. Detenga todos los hosts, servicios y adaptadores aislados personalizados de BizTalk. Si usa HTTP o el adaptador SOAP, reinicie los servicios de IIS.
  2. Ejecute el dtasp_CleanHMData procedimiento almacenado en la base de BizTalkDTADb datos.
  3. Reinicie todos los hosts y BizTalk Server servicios.

BizTalk Server pasos de solo 2004

Nota

Si necesita tener los datos de seguimiento, BizTalkDTADb haga una copia de seguridad de la base de datos, restaure la base de datos a otra SQL Server y, a continuación, purgue la base de datos originalBizTalkDTADb.

Si necesita ayuda para analizar los datos de BHM o el resultado 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 del Servicio de soporte al cliente e información sobre los costos de soporte técnico, consulte Póngase en contacto con el soporte técnico de Microsoft.

Nota

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

Se aplica a

BizTalk Server sucursal 2010
BizTalk Server Developer 2010
BizTalk Server Enterprise 2010
BizTalk Server Standard 2010
BizTalk Server 2009 Enterprise
BizTalk Server 2009 Developer
BizTalk Server 2009 Standard
BizTalk Server rama de 2009