Cómo mantener y solucionar problemas de bases de datos de BizTalk Server

Seleccione idioma Seleccione idioma
Id. de artículo: 952555 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

Las bases de datos de BizTalk Server de Microsoft y la salud de las bases de datos son muy importantes para un entorno de mensajería de BizTalk Server con éxito. Este artículo analiza las cosas importantes a tener en cuenta cuando se trabaja con bases de datos de BizTalk Server. Estas consideraciones incluyen lo siguiente:
  • Debe deshabilitar el Actualizar estadísticas automáticamente y Crear estadísticas automáticamente Opciones de Microsoft SQL Server.
  • Debe establecer el grado máximo de la propiedad de paralelismo correctamente.
  • Determinar cuándo puede reconstruir los índices de BizTalk Server.
  • Puede producirse el bloqueo, los interbloqueos o bloqueo.
  • Puede experimentar problemas con grandes bases de datos o tablas.
  • Trabajos del agente de SQL Server de BizTalk
  • Podrán suspenderse las instancias de servicio.
  • Puede experimentar problemas de rendimiento de SQL Server y BizTalk Server.
  • Debe seguir las recomendaciones en BizTalk Server.

INTRODUCCIÓN

Este artículo describe cómo mantener las bases de datos de BizTalk Server y cómo solucionar problemas de la base de datos de BizTalk Server.

Más información

Problemas conocidos

Debe deshabilitar las opciones de Auto Update Statistics y Auto Create Statistics

Debe deshabilitar el Crear estadísticas automáticamente y Actualizar estadísticas automáticamente Opciones de la base de datos de datos de BizTalkMsgBoxDb. Para determinar si estas opciones están deshabilitadas, 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 de CurrentSetting desactivar. Si esta opción está establecida en en, desactivar mediante la ejecución de los siguientes procedimientos almacenados en SQL Server:
exec sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics', 'off'
exec sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics', 'off'

Para obtener más información, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
917845 Bloqueo de la experiencia, las condiciones u otros problemas de SQL Server de interbloqueo cuando intenta conectarse a la base de datos de BizTalkMsgBoxDb en BizTalk Server
912262 La opción de estadísticas de actualización automática, la opción de estadísticas de creación automática y la configuración de paralelismo se desactivan en la instancia de base de datos de SQL Server que aloja la base de datos de datos de BizTalkMsgBoxDB de BizTalk Server

Debe establecer el grado máximo de la propiedad de paralelismo correctamente

En el equipo que ejecuta SQL Server y que aloja la base de datos de BizTalkMsgBoxDb datos, establezca el grado máximo de propiedades de run_value y config_value de paralelismo en un valor de 1. Para determinar el grado máximo de paralelismo, ejecute el siguiente procedimiento contra el maestro de almacenado de SQL Server de base de datos:
exec sp_configure 'max degree of parallelism'
Si no se establecen las propiedades de run_value y config_value en un valor de 1, ejecute el siguiente procedimiento almacenado en SQL Server para establecer a 1:
exec sp_configure 'max degree of parallelism', '1'
reconfigure with override

Para obtener más información, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
899000 El valor de paralelismo para la instancia de SQL Server al configurar BizTalk Server
917845 Bloqueo de la experiencia, las condiciones u otros problemas de SQL Server de interbloqueo cuando intenta conectarse a la base de datos de BizTalkMsgBoxDb en BizTalk Server

Determinar cuándo puede reconstruir los índices de BizTalk Server

Se agrupan en la mayoría de los índices de BizTalk Server (ID. de índice: 1). puede utilizar la instrucción DBCC SHOWCONTIG SQL Server para mostrar información de fragmentación de las tablas de BizTalk Server.

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

Muchas de las tablas de BizTalk Server contienen las columnas que utilizan las definiciones de tipo de datos. No se puede realizar la indización en línea en estas columnas. Por lo tanto, nunca debe reconstruir los índices de BizTalk Server mientras BizTalk Server procesa los datos.

Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
917845 Bloqueo de la experiencia, las condiciones u otros problemas de SQL Server de interbloqueo cuando intenta conectarse a la base de datos de BizTalkMsgBoxDb en BizTalk Server
Para obtener más información acerca de cómo analizar los resultados de la instrucción DBCC SHOWCONTIG, visite el siguiente sitio Web de Microsoft:
http://technet.Microsoft.com/en-us/library/cc966523.aspx

Puede producir el bloqueo, los interbloqueos o bloqueo

Normalmente, los bloques y bloqueos se producen en un entorno de BizTalk Server. Sin embargo, estos bloqueos o bloques no permanecen durante un período prolongado. Por lo tanto, los bloqueos y los interbloqueos indican un posible problema.

Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
917845 Bloqueo de la experiencia, las condiciones u otros problemas de SQL Server de interbloqueo cuando intenta conectarse a la base de datos de BizTalkMsgBoxDb en BizTalk Server

Puede experimentar problemas con grandes bases de datos o tablas

Hemos visto que cuando la base de datos de datos de BizTalkMsgBoxDb es mayor que 5 GB, se pueden producir problemas de rendimiento. Idealmente, la base de datos de datos de BizTalkMsgBoxDb debe no contener todos los datos. La base de datos de BizTalkMsgBoxDb datos debe considerarse un búfer hasta que se procesa o se mueven a la base de datos de BizTalkDTADb los datos.

Un entorno que utiliza un potente de SQL Server en el back-end y muchas de las orquestaciones de larga puede tener una base de datos de datos de BizTalkMsgBoxDb es mayor que 5 GB. Un entorno de gran volumen que utiliza no hay orquestaciones de larga ejecución debería tener una base de datos de datos de BizTalkMsgBoxDb que es mucho menor que 5 GB.

La base de datos de datos de BizTalkDTADb no tiene un tamaño de conjunto. Sin embargo, si se reduce el rendimiento, la base de datos sea demasiado grande. Por lo general, 15 GB a 20 GB es considerado demasiado grande. Cuando tiene grandes bases de datos de BizTalk Server, puede experimentar los problemas siguientes:
  • La base de datos de BizTalkMsgBoxDb datos sigue creciendo. Sin embargo, el archivo de registro y el tamaño de los datos siguen siendo grandes.
  • BizTalk Server tarda más tiempo de lo normal para procesar incluso un escenario de flujo de mensaje sencillo.
  • Salud y seguimiento de actividad (HAT) de las consultas tardan más de lo habitual y pueden agotar el tiempo.
  • Nunca se trunca el archivo de registro de base de datos.
  • Los trabajos del agente de SQL Server de BizTalk se ejecutan más lentamente de lo habitual.
  • Algunas tablas son considerablemente más grandes o hayan demasiadas filas en comparación con el tamaño de la tabla habitual.
Las bases de datos pueden llegar a ser grandes por diversas razones. Estos motivos pueden incluir lo siguiente:
  • No se está ejecutando los trabajos del agente de SQL Server de BizTalk
  • Gran número de instancias suspendidas
  • Errores de disco
  • Seguimiento
  • Regulación del
  • 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 el Permite el seguimiento de Host opción de comprobar en un único host. Cuando el seguimiento está habilitado, el servicio de descodificación de datos de seguimiento (TDDS) se mueve el seguimiento de datos de eventos de la base de datos de BizTalkMsgBoxDb a la base de datos de BizTalkDTADb. Si se detiene el host de seguimiento, TDDS no mueve los datos a la base de datos de datos de BizTalkDTADb y la TrackingData_x_x tablas de la base de datos de BizTalkMsgBoxDb crecerá.

Le recomendamos que dedique un host a seguimiento. Para permitir TDDS mantener nuevos eventos de seguimiento en escenarios de gran volumen, crear varias instancias de un host de seguimiento único. No debe existir ningún host de más de un seguimiento.

Puede haber demasiadas filas en una tabla. No hay ningún número de conjunto de filas que son demasiado numerosos. Además, este número de filas varía según el tipo de datos se almacena en la tabla. Por ejemplo, una tabla de dta_DebugTrace que tiene más de 1 millón de filas probablemente tiene demasiadas filas. A Nombre de hostTabla de Q_Suspended que tiene más de 200.000 filas probablemente tiene demasiadas filas.

Utilice los puestos de trabajo de BizTalk SQL Server agente correctas

Los trabajos del agente de SQL Server de BizTalk son importantes para la administración de las bases de datos de BizTalk Server y para el mantenimiento de alto rendimiento.

El BizTalk Server de copia de seguridad Agente de SQL Server trabajo es el único método admitido para realizar la copia de las bases de datos de BizTalk Server. Este trabajo requiere que todas las bases de datos de BizTalk Server utilizan un modelo de recuperación completa. Debe configurar este trabajo para un entorno de BizTalk Server saludable. Los métodos de SQL Server pueden utilizarse para respaldar las bases de datos de BizTalk Server sólo si se detiene el agente de SQL Server y si se detienen todas las instancias de host de BizTalk Server.

El MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Trabajo del agente de SQL Server se ejecuta indefinidamente. Por lo tanto, el historial de trabajos del agente de SQL Server nunca muestra la finalización correcta. Si se produce un error, el trabajo se reinicia en un minuto y continúa ejecutándose indefinidamente. Por lo tanto, puede pasar por alto el error. Además, se puede borrar el historial de trabajos. Sólo debe preocuparse de si el historial de trabajo informa de que este trabajo se produce un error y se reinicia constantemente.

El MessageBox_Message_Cleanup_BizTalkMsgBoxDb Trabajo del agente de SQL Server es el único trabajo de BizTalk Server que no debería estar habilitado debido a que se inicia por la MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Trabajo del agente de SQL Server.

El Archivo y depuración DTA Trabajo del agente de SQL Server ayuda a mantener la base de datos de datos de BizTalkDTADb por la depuración y el archivo de mensajes controlados. 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 de agente de SQL Server de BizTalk excepto el MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Debe ejecutar correctamente el trabajo del agente de SQL Server.

Para obtener más información acerca de todos los trabajos de agente de SQL Server de BizTalk Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
919776 Descripción de los trabajos del agente de SQL Server en BizTalk Server

Podrán suspenderse las instancias de servicio

Las instancias de servicio pueden ser suspendidas (reanudables) o suspendidas (no reanudables). Estas instancias de servicio pueden ser la mensajería, orquestación o puerto.

Estas instancias de servicio pueden hacer que los datos de BizTalkMsgBoxDb base de datos crezca innecesariamente y se puede terminar. La tabla siguiente muestra qué método puede utilizarse, según la versión de BizTalk:
Contraer esta tablaAmpliar esta tabla
Concentrador de grupoRED HATTerminate.vbsHerramienta de terminador
BizTalk Server 2010No
BizTalk Server de 2009No
BizTalk Server 2006 R2
BizTalk Server de 2006
BizTalk Server 2004No
Para obtener más información acerca de la secuencia de comandos de Terminate.vbs, visite el siguiente sitio Web MSDN:
http://msdn.Microsoft.com/en-us/library/bb203857.aspx
Las instancias de almacenamiento en caché no aparecen en el Concentrador de grupo página y no se puede suspender o terminar de todos. Esta restricción es una causa común de crecimiento de la tabla. Para evitar que los mensajes nuevos de zombie para las instancias de servicio de caché de BizTalk Server de 2006, instale la revisión en el artículo de Microsoft Knowledge Base 936536. Este problema se corrigió en BizTalk Server 2006 R2 y versiones posteriores.

Nota Un mensaje de zombie es un mensaje que se ha enrutado pero no consume.

Para obtener más información, haga clic en el número de artículo siguiente para verlo en la Base de conocimientos de Mirosoft:
936536 REVISIÓN: Experimenta problemas de rendimiento con BizTalk Server 2006 y limitación de los mensajes se registran en el archivo de registro de rendimiento
Cuando finaliza una instancia de host BizTalk Server, almacenamiento en caché las instancias no puede quitarse. Para resolver este comportamiento en el año 2006 de BizTalk Server, instale la revisión en el artículo de Microsoft Knowledge Base 944426. En BizTalk Server 2006 R2, instale el Service Pack 1 de BizTalk 2006 R2. Este problema se corrigió en 2009 de BizTalk Server y versiones posteriores.

Para obtener más información, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
974563 Lista de revisiones de Microsoft BizTalk Server que se incluyen en el Service Pack 1 de BizTalk Server 2006 R2
944426 REVISIÓN: Las instancias de la caché huérfanas pueden generarse en las instancias y cola de Hosts de las tablas de la base de datos de BizTalkMsgBoxDb en BizTalk Server de 2006 y en BizTalk Server 2006 R2
Otro problema es que puede construir informes de errores de enrutamiento (RFRs) en el BizTalkHostPreguntas y respuestas sobre BizTalkHostTablas de Q_Suspended. No se quitan los RFRs, y este comportamiento puede hacer que crezca la base de datos de datos de BizTalkMsgBoxDb. Para resolver este problema de BizTalk Server de 2006, instale la revisión en el artículo de Microsoft Knowledge Base 941690. Este problema se corrigió en BizTalk Server 2006 R2 y versiones posteriores.

Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
941690 REVISIÓN: Los informes de errores de enrutamiento no se quitan de la <biztalkhostname>tabla de Q_Suspended en un servidor de BizTalk Server de 2006</biztalkhostname>
Los términos "huérfano mensajes" y "mensajes de zombi" con frecuencia se utilizan indistintamente.

Un mensaje huérfano es un mensaje que no tiene una instancia asociada. Por ejemplo, un informe de error de enrutamiento es un mensaje de huérfano.

Un mensaje de zombie es un mensaje que se ha enrutado pero no consume. Por ejemplo, un mensaje se entregó a una orquestación del convoy. Sin embargo, en la orquestación de convoy se desactivó otra ruta de acceso de código. Finalice la instancia de orquestación. El mensaje se descarta y ahora se conoce como un mensaje de zombie.

Para obtener una descripción de los mensajes de zombie, visite el siguiente sitio Web MSDN:
http://blogs.msdn.com/biztalk_core_engine/archive/2004/06/30/169430.aspx

Puede experimentar problemas de rendimiento de SQL Server y BizTalk Server

BizTalk Server ofrece cientos de transacciones cortas, muy rápidas para SQL Server dentro de un minuto. Si la SQL Server no se puede mantener esta actividad, BizTalk Server pueden experimentar problemas de rendimiento. En el Monitor de rendimiento, supervisar el Promedio de disco en segundos/lectura promedio segundos/transferencia y Promedio segundos/escritura Monitor de rendimiento los contadores en el Disco físico objeto de rendimiento. El valor óptimo es inferior a 10 ms (milisegundos). Un valor de 20 ms o superior se considera un rendimiento deficiente.

Para obtener más información acerca del rendimiento de SQL Server, visite el siguiente sitio Web de Microsoft:
http://technet.Microsoft.com/en-us/library/cc966540.aspx
Para obtener más información acerca de la alta disponibilidad de base de datos de BizTalk Server 2004, visite el siguiente sitio Web MSDN:
http://msdn.Microsoft.com/en-us/library/ms942187.aspx
Para obtener más información acerca de la alta disponibilidad de base de datos de BizTalk Server de 2006, visite el siguiente sitio Web MSDN:
http://msdn.Microsoft.com/en-us/library/aa559920.aspx
Para obtener más información, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
298475 Cómo solucionar problemas de rendimiento de SQL Server

271509 Cómo supervisar el bloqueo en SQL Server 2005 y en el año 2000 de SQL Server

Mejores prácticas en BizTalk Server

Iniciar a agente de SQL Server en el SQL Server. Cuando se detiene el agente de SQL Server, no se pueden ejecutar los trabajos de agente de SQL Server de BizTalk integrados que son responsables del mantenimiento de base de datos. Este comportamiento hace que el crecimiento de la base de datos, y este crecimiento puede causar problemas de rendimiento. Mantenimiento de bases de datos de BizTalk Server ha mejorado mucho en BizTalk Server 2004 Service Pack 2 (SP2) y versiones posteriores.

Coloque los archivos SQL Server LDF y MDF en unidades independientes. Cuando los archivos LDF y MDF para las bases de datos de BizTalkMsgBoxDb y datos de BizTalkDTADb de datos están en la misma unidad, pueden producirse conflictos de disco.

Si no se beneficien del cuerpo del mensaje de seguimiento, no habilite esta característica. Sin embargo, es una buena idea para habilitar el seguimiento del cuerpo de mensajes mientras se diseña y solucionar problemas de una solución. Si lo hace, asegúrese de deshabilitar el seguimiento de cuerpo de mensaje cuando haya terminado. Cuando el cuerpo del mensaje de seguimiento está habilitado, las bases de datos de BizTalk Server crecen. Si hay una necesidad del negocio que requiere la habilitación de cuerpo del mensaje de seguimiento, confirme que el TrackedMessages_Copy_BizTalkMsgBoxDb y Archivo y depuración DTA Los trabajos del agente de SQL Server se están ejecutando correctamente.

Normalmente, los registros de transacciones más pequeños que un mejor rendimiento. Para mantener los registros de transacciones más pequeñas, configurar el BizTalk Server de copia de seguridad Trabajo del agente de SQL Server con más frecuencia. Para obtener más información acerca de la optimización de BizTalk Server, visite el siguiente sitio Web MSDN:
http://msdn.Microsoft.com/en-us/library/bb743398.aspx
El procedimiento sp_ForceFullBackup almacenado en la base de datos de BizTalkMgmtDb también puede utilizarse para ayudar a realizar una copia de seguridad completa de los archivos de datos y de registro de ad-hoc. El procedimiento almacenado, actualiza la tabla adm_ForceFullBackup con un valor 1. La próxima vez que el BizTalk Server de copia de seguridad se ejecuta el trabajo, se crea un conjunto de copia de seguridad completa de la base de datos.

El BizTalk Server Best Practices Analyzer (BPA) puede utilizarse para evaluar una implementación existente de BizTalk Server. El BPA realiza numerosas comprobaciones relacionadas con la base de datos. Para obtener más información acerca de los BPA, visite el siguiente sitio Web de Microsoft:
¿http://www.Microsoft.com/downloads/details.aspx?FamilyID = 93d432fe-1370-4b6d-aaa8-a0c43c30f5ab & displaylang = es

Solución de problemas

La mejor solución de problemas de pasos para las bases de datos de BizTalk Server SQL Server depende del tipo de problema de base de datos, como el bloqueo o los interbloqueos. Para solucionar un problema de base de datos de BizTalk Server, siga estos pasos.

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

Los trabajos de todos los BizTalk SQL Server agente excepto el MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb trabajo debe ser habilitado y en ejecución con éxito. No deshabilite cualquier otro trabajo.

Si se produce un error, utilice el Ver historial opción de SQL Server para ver la información de error y, a continuación, solucionar el problema en consecuencia. Recuerde que el MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Trabajo del agente de SQL Server se ejecuta indefinidamente. Por lo tanto, sólo deben preocuparle si el historial de trabajo informa de que el trabajo se produce un error y se reinicia constantemente.

Paso 2: Utilice la herramienta de MsgBoxViewer

Recopilar datos de MsgBoxViewer mientras reproduce un problema.

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

Para obtener más información acerca de cómo descargar la herramienta de MsgBoxViewer, visite el siguiente sitio Web de Microsoft:
http://blogs.technet.com/jpierauc/Pages/msgboxviewer.aspx
Para obtener más información acerca del límite de BizTalk Server, visite el siguiente sitio Web MSDN:
http://msdn.Microsoft.com/en-us/library/aa559893.aspx
Cuando BizTalk Server se ejecuta más despacio de lo habitual, ejecute la herramienta de MsgBoxViewer y, a continuación, revise el informe HTML generado por cualquier problema. El Resumen sección muestra las advertencias en amarillos y posibles problemas en rojo.

Además, puede utilizar la herramienta MsgBoxViewer para determinar qué tablas son las más grandes y tienen la mayoría de los registros de salida. En la siguiente tabla muestra las tablas de BizTalk Server que normalmente crecen más grande. Puede utilizar estos datos para determinar dónde puede haber un problema potencial.
Contraer esta tablaAmpliar esta tabla
TablaDescripción
Nombre de hostQ_SuspendedEsta tabla contiene una referencia a los mensajes en la tabla de la cola de impresión que están asociados a instancias suspendidas para el host determinado. Esta tabla está en la base de datos de BizTalkMsgBoxDb.
Nombre de hostQEsta tabla contiene una referencia a los mensajes en la tabla de la cola de impresión que están asociados a ese host concreto y no se suspende. Esta tabla está en la base de datos de BizTalkMsgBoxDb.
Cola de impresión
Partes
Fragmentos
Estas tablas almacenan datos de los mensajes reales de la base de datos de BizTalkMsgBoxDb.
InstanciasEsta tabla almacena todas las instancias y su estado actual de la base de datos de BizTalkMsgBoxDb.
TrackingData_0_xEstas cuatro tablas almacenan los eventos de actividad económica (SAE) realiza un seguimiento en la base de datos de BizTalkMsgBoxDb datos TDDS mover los eventos a la base de datos de BAMPrimaryImport.
TrackingData_1_xEstas cuatro tablas de almacenan los eventos realizados en la base de datos de BizTalkMsgBoxDb datos TDDS mover los eventos a la base de datos de BizTalkDTADB.
Tracking_Fragmentsx
Tracking_Partsx
Tracking_Spoolx
Dos de cada una de estas tablas se encuentran en las bases de datos de datos de BizTalkMsgBoxDb y datos de BizTalkDTADb. Uno está en línea y el otro está sin conexión.

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

En BizTalk Server 2004 Service Pack 1 (SP1) y en versiones anteriores de BizTalk Server de 2004, el trabajo del agente de SQL Server de TrackedMessages_Copy_BizTalkMsgBoxDb copia cuerpos de los mensajes marcados en estas tablas de la base de datos de BizTalkMsgBoxDb. El trabajo del agente de SQL Server de TrackingSpool_Cleanup_BizTalkMsgBoxDb purga las tablas sin conexión y hace que las tablas en línea, mientras que el trabajo también desconecta las tablas en línea.
dta_ServiceInstancesEsta tabla almacena los sucesos controlados por las instancias de servicio en la base de datos de BizTalkDTADb. Si esta tabla es grande, la base de datos de datos de BizTalkDTADb es probablemente grande.
dta_DebugTraceEsta tabla almacena los eventos del depurador de orquestaciones en la base de datos de BizTalkDTADb.
dta_MessageInOutEventsEsta tabla almacena los mensajes de sucesos de seguimiento de la base de datos de BizTalkDTADb. Estos mensajes de seguimiento de eventos incluyen información de contexto del mensaje.
dta_ServiceInstanceExceptionsEsta tabla almacena información de error para cualquier instancia de servicio suspendidas en la base de datos de BizTalkDTADb.
Tenga en cuenta los siguientes escenarios.
Nombre de hostTablas de Q_Suspended
Si el Nombre de hostLas tablas de Q_Suspended tengan muchos registros, las tablas pueden ser válidas instancias suspendidas que aparecen en Concentrador de grupo o en red HAT. Se pueden terminar estas instancias. Si no aparecen en estas instancias Concentrador de grupo o en red HAT, las instancias son probablemente memoria caché instancias o ha dejado de informes de errores de enrutamiento. Cuando se terminan instancias suspendidas, los elementos de esta tabla y sus filas en las tablas de la cola de impresión y las instancias asociadas se limpian.

En este escenario, controlar las instancias suspendidas por reanudarlas o finalicen. También puede utilizar la herramienta de terminador de BizTalk.
Nombre de hostQ las tablas de
Si el Nombre de hostQ tablas de tienen muchos registros, pueden existir los siguientes tipos de instancias:
  • Instancias de listas para ejecutarse
  • Instancias activas
  • Instancias deshidratadas
BizTalk Server necesita tiempo para "ponerse al día" y las instancias de procesos. Esta tabla puede aumentar cuando la velocidad de procesamiento de entrada supera con creces a la velocidad de salida de procesamiento. Esta situación puede producirse cuando se produce otro problema, como, por ejemplo, una base de datos grande de datos de BizTalkDTADb o los retrasos de disco de SQL Server.
Cola de impresión, partes y fragmentos de tablas
Si las tablas de la cola de impresión, piezas y fragmentos tienen muchos registros, muchos de los mensajes están activos, deshidratadas o suspendido. Según el tamaño, el número de piezas y la configuración de la fragmentación en estas tablas, un solo mensaje puede generar todas estas tablas. Cada mensaje tiene exactamente una fila en la tabla de la cola y al menos una fila en la tabla artículos.
Tabla de instancias
El Administrador de BizTalk no debería permitir muchas instancias suspendidas a permanecer en la tabla de instancias. Sólo deben permanecer deshidratadas instancias si la lógica empresarial requiere las orquestaciones de larga ejecución. Recuerde que esa instancia de un servicio puede asociarse con muchos mensajes en la tabla de la cola de impresión.
TrackingData_x_x tablas
Si el TrackingData_x_x las tablas son grandes, el host de seguimiento (TDDS) no se está ejecutando o no se está ejecutando correctamente. Si el seguimiento de la instancia de host está ejecutando, revise los registros de sucesos y la tabla TDDS_FailedTrackingData en la base de datos de BizTalkDTADb para obtener información de error. Si BizTalk está ralentizando con el estado de 6 (base de datos de gran tamaño), estas tablas también se pueden truncar con la herramienta de terminador de BizTalk.

Si hay una gran diferencia entre los números de secuencia en la TrackingData_ de datos de BizTalkMsgBoxDbx_x las tablas y las tablas de datos de BAMPrimaryImport o TDDS_StreamStatus de datos de BizTalkDTADb, TDDS no puede mover los datos de la base de datos de datos de BizTalkMsgBoxDb. Para corregir este problema, utilice la herramienta de terminador de BizTalk para purgar estas tablas y restablecer el número de secuencia.

En BizTalk Server 2006 R2, instale el Service Pack 1 de BizTalk 2006 R2 para solucionar un problema conocido con los datos de seguimiento. Para obtener más información, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
969870 REVISIÓN: No se mueven los datos de seguimiento según lo previsto de la base de datos de BizTalkMsgBoxDb a la base de datos de BizTalkDTADb de BizTalk Server 2006 R2

974563 Lista de revisiones de Microsoft BizTalk Server que se incluyen en el Service Pack 1 de BizTalk Server 2006 R2
Tablas de Tracking_Spool1 o Tracking_Spool2
Si las tablas de Tracking_Spool1 o Tracking_Spool2 llegar a ser grandes en BizTalk Server 2004 SP1 y en versiones anteriores de BizTalk Server 2004, confirme que el TrackingSpool_Cleanup_BizTalkMsgBoxDb Trabajo del agente de SQL Server está habilitado y en ejecución.

Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
907661 Las tablas de Tracking_Spool1 o Tracking_Spool2 en la base de datos de BiztalkMsgBoxDb ser muy grandes en el año 2004 de BizTalk Server


Para obtener más información acerca de un ejemplo de SDK de mantenimiento de base de datos, visite el siguiente sitio Web MSDN:
http://msdn.Microsoft.com/en-us/library/ms966372.aspx
tabla de dta_DebugTrace y dta_MessageInOutEvents
La tabla dta_DebugTrace se llena cuando Forma inicial y final está habilitado en una orquestación. Si la tabla dta_DebugTrace tiene muchos registros, estos eventos de depuración de la orquestación se utilizan o se están utilizando. Si la depuración de orquestaciones no es necesaria para las operaciones normales, desactive la casilla de verificación para la Forma inicial y final opción en las propiedades de orquestación.

La tabla dta_MessageInOutEvents se llena cuando Envío y recepción de mensajes está habilitado en las orquestaciones y canalizaciones. Si estos eventos de seguimiento no son necesarios, desactive la casilla de verificación para que esta opción en la orquestación y las propiedades de la canalización.

Si se deshabilitan estos eventos de seguimiento o si existe un atasco en la base de datos de BizTalkMsgBoxDb, estas tablas pueden continuar creciendo, ya que TDDS sigue moviendo estos datos en estas tablas.

De forma predeterminada, está habilitado el seguimiento global. Si el seguimiento global no es necesario, puede deshabilitarse. Para obtener más información, visite el siguiente sitio Web de Microsoft:
http://technet.Microsoft.com/en-us/library/bb203858.aspx
Si la tabla de dta_DebugTrace o la tabla de dta_messageInOutEvents de la base de datos de BizTalkDTADb es demasiado grande, se pueden truncar las tablas manualmente después de detener el host de seguimiento. La herramienta de terminador de BizTalk también proporciona esta funcionalidad.

En BizTalk Server de 2004, la vista de dtav_FindMessageFacts en la base de datos de BizTalkDTADb impide que truncar la tabla dta_MessageInOutEvents. Para evitar este comportamiento, siga estos pasos:
  1. Detenga el host de seguimiento y la tarea Purgar DTA y archivo.
  2. Si desea truncar la tabla dta_messageInOutEvents, guardar y, a continuación, eliminar la vista de dtav_FindMessageFacts. Para ello, siga estos pasos:
    1. En SQL Server, acceso a la vista de dtav_FindMessageFacts en la base de datos de BizTalkDTADb.
    2. Con el botón derecho del dtav_FindMessageFacts Ver, haga clic en Todas las tareasy, a continuación, haga clic en Generar secuencia de comandos SQL. Cuando el Generar secuencias de comandos SQL se abrirá el cuadro de diálogo, no realizar ningún cambio y, a continuación, haga clic en ACEPTAR.
    3. El nombre de la dtav_FindMessageFacts.sql de archivo y, a continuación, haga clic en Guardar.
    4. Con el botón derecho del dtav_FindMessageFacts ver y, a continuación, haga clic en Eliminar. Haga clic en Quitar todos.
Ahora puede truncar la tabla o tablas. Si truncar la tabla de dta_messageInOutEvents, también debe truncar la tabla dta_url. Sólo existe en la tabla de dta_url en BizTalk Server 2004.

Cuando haya terminado, siga estos pasos para volver a crear la vista de dtav_FindMessageFacts:
  1. Abra una nueva consulta en SQL Server.
  2. En el Bases de datos disponibles lista, seleccione el Datos de BizTalkDTADb base de datos.
  3. Ejecute la secuencia de comandos de dtav_FindMessageFacts.sql guardado. Esto volverá a la vista de la base de datos de BizTalkDTADb.
Reinicie el host de seguimiento y la Archivo y depuración DTA trabajo.
Para obtener más información sobre el seguimiento de las directrices de ajuste de tamaño de base de datos, visite el siguiente sitio Web MSDN:
http://msdn.Microsoft.com/en-us/library/aa559162.aspx
tabla de dta_ServiceInstanceExceptions
La tabla dta_ServiceInstanceExceptions normalmente se hace grande en un entorno que se suspendió con regularidad las instancias.

Paso 3: Investigar escenarios de interbloqueo

En una situación de interbloqueo, habilitar el seguimiento de DBCC en la SQL Server para que la información de interbloqueo se escribe en el registro de SQLERROR.

En SQL Server 2005 y versiones posteriores, ejecute la siguiente instrucción:
DBCC TRACEON (1222,-1)
En el año 2000 de SQL Server, ejecute la siguiente instrucción:
DBCC TRACEON (1204)
Además, utilice la herramienta PSSDiag para recopilar datos en el Interbloqueo del bloqueo: evento y elLock: Deadlock Chain evento.

La base de datos de datos de BizTalkMsgBoxDB es una base de datos de procesamiento de transacciones en línea (OLTP) de alta capacidad y alta transacción. Se espera que algunos los interbloqueos y este interbloqueo se controla internamente por el motor de BizTalk Server. Cuando se produce este comportamiento, no se muestran en los registros de errores. Cuando investigue un escenario de interbloqueo, el interbloqueo que está investigando en el resultado debe correlacionarse con un error de interbloqueo en los registros de sucesos.

Para obtener más información acerca de PSSDiag para SQL, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
830232 Utilidad de recopilación de datos PSSDIAG

Paso 4: Buscar procesos bloqueados

Utilizar el Monitor de actividad de SQL Server para obtener el identificador de proceso de servidor (SPID) de un proceso de bloqueo del sistema. A continuación, ejecute el analizador de SQL para determinar la instrucción de SQL que se está ejecutando en el SPID de bloqueo.

Para solucionar un problema de bloqueo en SQL Server, utilice el PSSDiag para la utilidad SQL para capturar todos los eventos de Transact-SQL tienen la secuencia de comandos de bloqueo activado.

En SQL Server 2005 y versiones posteriores, puede especificar la umbral de proceso bloqueado configuración para determinar qué SPID o SPID bloqueo ya que el umbral que especifique.

Para obtener más información acerca de PSSDiag para SQL, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
830232 Utilidad de recopilación de datos PSSDIAG
Para obtener más información acerca del umbral de proceso bloqueado, visite el siguiente sitio Web MSDN:
http://msdn2.Microsoft.com/en-us/library/ms181150.aspx
Nota Cuando experimenta un bloqueo o problema de bloqueo en SQL Server, se recomienda que en contacto con el servicio de soporte técnico de Microsoft. Servicios de soporte técnico de Microsoft puede ayudarle a configurar las opciones de utilidad PSSDiag correctas.

Paso 5: Instalar el BizTalk Server Service Pack más reciente y la actualización acumulativa

BizTalk Server 2006 R2 y versiones posteriores se han movido a un modelo de actualización acumulativa (CU). Las actualizaciones acumulativas contendrá las últimas correcciones urgentes. BizTalk Server 2006 R2 Service Pack 1 también está disponible:
BizTalk Server 2006 R2 Service Pack 1
BizTalk Server 2004 SP1 no tiene integrado en la depuración y el archivo de la funcionalidad de la base de datos de BizTalkDTADb. Esta funcionalidad se incluye con el Service Pack 2 de BizTalk Server de 2004. En función del tamaño de la base de datos de BizTalkDTADb, al instalar el Service Pack 2 de BizTalk Server 2004 puede tardar horas, porque el programa de instalación de la base de datos de datos de BizTalkDTADb de purga.

Para obtener información acerca de los conocidos problemas al instalar el Service Pack 2 de BizTalk Server de 2004, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
940519 Problemas conocidos de BizTalk Server 2004 Service Pack 2 que no están documentados en el archivo ReadmeSP2.htm
Al instalar el Service Pack 2 de BizTalk Server de 2004, se recomienda que siga estos pasos:
  1. Instale la revisión en el artículo de Microsoft Knowledge Base 894253. Siga los pasos descritos en este artículo de Knowledge Base para ejecutar la secuencia de comandos de bts_tracking_shrinkexistingdatabase.sql en SQL Server 2000. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    894253 REVISIÓN: El procedimiento almacenado de dtasp_PruneTrackingdatabase() puede tardar muchas horas para limpiar la base de datos DTA BizTalk Server 2004
  2. Instalar el Service Pack 2 de BizTalk Server de 2004. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    888751 Cómo obtener el service pack más reciente de BizTalk Server 2004

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 utilice este método en cualquier entorno donde los datos son críticas para el negocio o si se necesitan los datos.

Pasos de depuración de base de datos de datos de BizTalkMsgBoxDb

Para eliminar todos los datos de la base de datos de BizTalkMsgBoxDb, puede utilizar la herramienta de terminador de BizTalk. De lo contrario, siga estos pasos.

Nota Esta acción elimina todos los mensajes. Sea extremadamente cuidadoso si sigue estos pasos en un entorno de producción.
  1. Copia de seguridad de todas las bases de datos de BizTalk Server. Recuerde que el procedimiento almacenado se puede utilizar para forzar una copia de seguridad completa de los archivos de datos y de registro de BizTalkMgmtDb.dbo.sp_ForceFullBackup. Ejecutar este procedimiento almacenado y, a continuación, ejecutar el trabajo del agente de copia de seguridad BizTalk Server SQL.
  2. Copie la secuencia de comandos de Msgbox_cleanup_logic.sql de Unidad: \Archivos de programa\Microsoft BizTalk 200x\schema a la SQL Server.
  3. Ejecutar esta secuencia de comandos SQL contra la base de datos de datos de BizTalkMsgBoxDb para actualizar el procedimiento almacenado de bts_CleanupMsgbox.
  4. Detenga todos los hosts, servicios y adaptadores personalizados de aislado de BizTalk. Si utiliza el adaptador SOAP o HTTP, reinicie los servicios IIS.
  5. Ejecute el procedimiento almacenado de bts_CleanupMsgbox en todas las bases de datos de datos de BizTalkMsgBoxDb.
  6. Reiniciar todas las instancias de host y servicios de BizTalk Server.
Para obtener información acerca de un problema conocido con el procedimiento almacenado de bts_CleanupMsgbox en BizTalk Server de 2006, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
924715 REVISIÓN: Mensaje de datos no se eliminarán de la base de datos de seguimiento después de ejecutar la bts_CleanupMsgbox procedimiento almacenado en un entorno de prueba de BizTalk Server de 2006

Purga de las opciones de base de datos de datos de BizTalkDTADb

Para eliminar todos los datos de la base de datos de BizTalkDTADb, puede utilizar la herramienta de terminador de BizTalk. En caso contrario, utilice uno de los métodos siguientes.

Nota Ambos métodos eliminación todos los mensajes. Método 2 es más rápido.
  • Método 1:
    1. Copia de seguridad de todas las bases de datos de BizTalk Server.
    2. Ejecute el procedimiento almacenado de dtasp_PurgeAllCompletedTrackingData. Para obtener más información acerca del procedimiento almacenado de dtasp_PurgeAllCompletedTrackingData, visite el siguiente sitio Web MSDN:
      http://msdn.Microsoft.com/en-us/library/aa561918.aspx
      Nota Esta acción elimina los mensajes de todos completados.
  • Método 2:
    1. Copia de seguridad de todas las bases de datos de BizTalk.
    2. Ejecute el procedimiento almacenado de dtasp_CleanHMData. Sólo puede utilizar esta opción si la base de datos de BizTalkDTADb datos contiene muchas instancias incompletas que se deben quitar.

      Para ello, siga estos pasos:
      1. Detenga todos los hosts, servicios y adaptadores personalizados de aislado de BizTalk. Si utiliza el adaptador SOAP o HTTP, reinicie los servicios IIS.
      2. Ejecutar el procedimiento dtasp_CleanHMData almacenado en la base de datos de datos de BizTalkDTADb.
      3. Reinicie todos los hosts y servicios de BizTalk Server.
Pasos de sólo BizTalk Server 2004
Para eliminar todos los datos de la base de datos de BizTalkDTADb en BizTalk Server 2004, siga estos pasos.

Nota Esta acción elimina los mensajes de todos completados.
  1. Copia de seguridad de todas las bases de datos de BizTalk Server.
  2. Detenga todos los hosts, servicios y adaptadores personalizados de aislado de BizTalk. Si utiliza el adaptador SOAP o HTTP, reinicie los servicios IIS.
  3. Instale la revisión en el artículo de Microsoft Knowledge Base 894253. Siga los pasos descritos en este artículo de Knowledge Base para que se ejecute la secuencia de comandos de Bts_tracking_shrinkexistingdatabase.sql en SQL Server 2000.

    Para obtener información acerca del procedimiento almacenado de dtasp_PruneTrackingdatabase, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    894253 REVISIÓN: El procedimiento almacenado de dtasp_PruneTrackingdatabase() puede tardar muchas horas para limpiar la base de datos DTA BizTalk Server 2004
  4. Reinicie todos los hosts y servicios de BizTalk.
Nota Si debe tener los datos de seguimiento, haga una copia de seguridad de la base de datos de datos de BizTalkDTADb, restaurar la base de datos a otro de SQL Server y, a continuación, purgar la base de datos de BizTalkDTADb original.

Si necesita ayuda para analizar los datos de MsgBoxViewer o la salida de PSSDiag, póngase en contacto con los servicios de soporte técnico de Microsoft. Para obtener una lista completa de los números de teléfono de servicios de soporte técnico e información acerca de los costos de soporte técnico, visite el siguiente sitio Web de Microsoft:
http://support.Microsoft.com/contactus/?ws=support
Nota Antes de ponerse en contacto con servicios de soporte técnico, comprima los datos de MsgBoxViewer, la salida de PSSDiag y los registros de sucesos actualizados (archivos .evt). Tendrá que enviar el que ingeniero de soporte de estos archivos a un BizTalk Server.

Propiedades

Id. de artículo: 952555 - Última revisión: viernes, 12 de agosto de 2011 - Versión: 1.0
La información de este artículo se refiere a:
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
  • Microsoft BizTalk Server 2009 Enterprise
  • Microsoft BizTalk Server 2009 Developer
  • Microsoft BizTalk Server 2009 Standard
  • Microsoft BizTalk Server 2009 Branch
  • Microsoft BizTalk Server 2006 R2 Enterprise Edition
  • Microsoft BizTalk Server 2006 R2 Developer Edition
  • Microsoft BizTalk Server 2006 R2 Standard Edition
  • Microsoft BizTalk Server 2006 Enterprise Edition
  • Microsoft BizTalk Server 2006 Developer Edition
  • Microsoft BizTalk Server 2006 Standard Edition
  • Microsoft BizTalk Server 2004 Enterprise Edition
  • Microsoft BizTalk Server 2004 Developer Edition
  • Microsoft BizTalk Server 2004 Standard Edition
Palabras clave: 
kbpubtypekc kbinfo kbhowto kbmt KB952555 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 952555

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com