Problemas comunes y soluciones con la consola de administración de BizTalk Server

2020-03-04

En este artículo se describen las soluciones para problemas comunes con la consola de administración de BizTalk Server.

Versión original del producto: BizTalk Server 2009, 2010
Número de KB original: 2449532

Al usar System Center Operations Manager (SCOM) 2007 con el módulo de administración de BizTalk, puede observar los siguientes problemas potenciales:

La expansión del grupo de BizTalk hace que MMC deje de responder

Para resolver este problema, use una de las siguientes resoluciones:

Confirme que el módulo de administración de BizTalk está configurado correctamente. Por ejemplo, debe especificar una Cuenta de Ejecución para los perfiles de Cuenta de Supervisión de BizTalk Server y Cuenta de Detección de BizTalk Server en SCOM. Para obtener los detalles específicos, consulte Módulo de administración de Microsoft BizTalk Server para System Center Operations Manager 2007.

El módulo de administración de BizTalk ejecuta un script para cada tipo de artefacto (puerto de envío, puerto de recepción, ubicación de recepción, grupo de puertos de envío, orquestación, etc.) por host. Si hay 50 hosts, habrá 50 scripts ejecutados en la Instrumentación de administración de Windows (WMI) para cada tipo de artefacto. En este escenario, WMI se puede llegar a sobrecargar. Esta consulta puede mantener el proveedor WMI de BizTalk ejecutándose continuamente.

Para evitar esto, aumente los intervalos de supervisión dentro de SCOM a un valor mayor. Por ejemplo, aumente los intervalos de supervisión seleccionando una diferencia aleatoria de 5 a 7 minutos entre los scripts:

Guión	Tiempo (segundos)
Monitor de disponibilidad del adaptador	420
Monitor de disponibilidad de host	780
Monitor de disponibilidad de instancia de host	1140
Monitor de disponibilidad de orquestación	1.500
Monitor de disponibilidad de puntos de recepción	1860
Monitor de disponibilidad del puerto de recepción	2220
Monitor de disponibilidad de puertos de envío	2580
Monitor de disponibilidad del grupo de puertos de salida	2940

Error al hacer clic en Actualizar o expandir controladores

Recibirá uno de estos mensajes de error:

No se pueden cargar los manejadores de controlador para el adaptador Adapter.(Microsoft.BizTalk.Administration.SnapIn)

Información adicional:

No se pudo crear un componente COM de fábrica de bolsa de propiedades CLSID_Biztalk instalado en un servidor de BizTalk.
Error en una rutina de inicialización de biblioteca de vínculos dinámicos (DLL). (WinMgmt)

Solución

La administración de BizTalk Server se basa en instrumental de administración de Windows (WMI); más concretamente, el proveedor WMI de BizTalk (BTSWMIProvider.dll).

El proveedor WMI de BizTalk se basa en la propiedad ClearAfter dentro del espacio de nombres raíz de WMI. La propiedad predeterminada ClearAfter es de 30 segundos (00000000000030.000000:000). Si este valor se ha cambiado a un valor mayor, como 500 segundos (0000000000000500.000000:000), se puede devolver este error.

Para establecer la ClearAfter propiedad, use el evaluador de instrumentación de administración de Windows (wbemtest) en todos los servidores de BizTalk del grupo utilizando los siguientes pasos:

Vaya a Inicio o Ejecución y escriba wbemtest.
Haga clic en el botón Conectar y cambie el ritmo de nombre a raíz. Haga clic en Conectar.
Haga clic en el botón Consulta y escriba select * from __CacheControl. Haga clic en Aplicar.

Haga doble clic en cada elemento y seleccione la ClearAfter propiedad . Confirme que tienen los siguientes valores:

Elemento	Valor
__EventConsumerProviderCacheControl=@	00000000000030.000000:000
__EventProviderCacheControl=@	00000000000030.000000:000
__EventSinkCacheControl=@	00000000000015.000000:000
__ObjectProviderCacheControl=@	00000000000030.000000:000
__PropertyProviderCacheControl=@	00000000000030.000000:000

Si algún valor supera los valores enumerados anteriormente, haga clic en el botón Editar propiedad para cambiarlo. Haga clic en Guardar propiedad. Haga clic en Guardar objeto.

Reinicie el servicio de Instrumentación de administración de Windows.

Errores al detener una orquestación

En el servidor SCOM, intenta detener una orquestación. Esto puede devolver el siguiente mensaje de error:

Error al intentar detener el procesamiento de orquestación.
No se pudo detener la orquestación 'Orchestration, Version=4.12.1.1, Culture=neutral, PublicKeyToken=1710edac7131301e'. Se produjo un error en la base de datos debido a problemas de conectividad de base de datos. (HRESULT: 80131600).

En BizTalk Server aproximadamente al mismo tiempo que el error del servidor SCOM, se muestra el siguiente mensaje de error:

Tipo de evento: error
Origen del evento: COM+
Categoría de evento: (98)
Identificador de evento: 4791
Descripción:
El archivo DLL de servicios COM+ (comsvcs.dll) no se pudo cargar porque se produjo un error en la asignación del almacenamiento local del subproceso.
Nombre del proceso: wmiprvse.exe
Código de error = 0x80070008: no hay suficiente almacenamiento disponible para procesar este comando.
Información interna de servicios COM+:
Archivo: d:\nt\com\complus\src\comsvcs\comsvcs\comsvcs.cpp, Línea: 334
Comsvcs.dll versión del archivo: ENU 2001.12.4720.4045

Para resolverlo, siga los pasos descritos en el enlace siguiente para modificar la clave del Registro e instalar el hotfix adecuado.
Solución de problemas al supervisar BizTalk Server mediante System Center Operations Manager 2007

También puede recibir problemas adicionales que se describen en la sección siguiente.

Las tareas comunes requieren derechos específicos

Muchas tareas comunes como crear un host de BizTalk o detener un puerto de envío requieren derechos específicos en BizTalk y SQL Server. Si no puede realizar determinadas funciones en la administración de BizTalk, puede que falte pertenencia a un grupo de BizTalk. Para obtener los detalles específicos de los requisitos de grupo o rol, consulte Derechos mínimos de usuario de seguridad.

SQL Server configurado para escuchar en un puerto distinto de 1433 puede causar problemas

Un servidor SQL Server configurado para escuchar en un puerto distinto de 1433 puede provocar los comportamientos siguientes:

La expansión del grupo de BizTalk tarda más de lo esperado y muestra un círculo rojo.
La expansión de aplicaciones tarda más de lo esperado.
Agregar un recurso tarda más de lo esperado.
La selección de Puertos de envío tarda más de lo esperado en mostrarse.
Al expandir Todos los artefactos se muestra un círculo rojo.

Para resolver estos problemas, confirme que el servicio SQL Server Browser se inicia en todos los servidores de BizTalk del grupo. También en todos los servidores de BizTalk del grupo, abra Administrador de configuración de SQL Server y cree un alias:

Expanda Configuración de SQL Native Client y seleccione Aliases.
Haga clic con el botón derecho en Alias y elija Nuevo alias. Escribe lo siguiente:

Nombre de alias Nombre de servidor SQL

N.º de puerto Puerto TCP usado por SQL Server

Protocolo TCP/IP

Servidor Nombre de servidor SQL

Por ejemplo, si su equipo SQL Server se denomina MySQL y escucha en el puerto 40090, entonces debe especificar lo siguiente:

Nombre de alias MySQL (en inglés)

N.º de puerto 40090

Protocolo TCP/IP

Servidor MySQL (en inglés)
Haga clic en Aceptar.

Nota:

En este escenario, una captura de Network Monitor puede mostrar las conexiones al puerto 1433 que se restablecen continuamente. Esto suele ocurrir si SQL Server no escucha en el puerto 1433. Para confirmar el puerto de SQL Server, ejecute netstat -a noon SQL Server. Busque el identificador de proceso (PID) de sqlservr.exe en la netstat salida para determinar el número de puerto.

Nombre de alias	Nombre de servidor SQL
N.º de puerto	Puerto TCP usado por SQL Server
Protocolo	TCP/IP
Servidor	Nombre de servidor SQL

Nombre de alias	MySQL (en inglés)
N.º de puerto	40090
Protocolo	TCP/IP
Servidor	MySQL (en inglés)

La capa de red podría ser responsable de algunos retrasos

Cuando BizTalk y SQL Server son remotos, la capa de red podría ser responsable de algunos retrasos. Ten en cuenta lo siguiente:

Si hay retrasos o problemas con la resolución de nombres en el Sistema de nombres de dominio (DNS), la consola de administración de BizTalk se verá afectada. Como solución alternativa, puede agregar la dirección IP de SQL Server al archivo de hosts en todos los servidores de BizTalk del grupo. El archivo hosts se encuentra en el directorio siguiente:

Servidor de 32 bits: %systemroot% \system32\drivers\etc

Servidor de 64 bits: %systemroot% \SysWOW64\drivers\etc

Por ejemplo, si la dirección IP de SQL Server es 1.1.1.1 y el nombre de SQL Server es MySQL, debe agregar el archivo hosts 1.1.1.1 MySQL.

La administración de BizTalk se ejecuta como un proceso de 32 bits en un servidor de 64 bits. Como resultado, el problema descrito a continuación puede afectar a MMC:
Las aplicaciones de 32 bits no usan la memoria caché del sistema de nombres de dominio (DNS) en un equipo que ejecuta una versión basada en x64 de Windows Server 2003 o de Windows XP

Si se especifica un servidor remoto en una ubicación de recepción o un puerto de envío que se ejecuta en un host de 32 bits, la consulta DNS de este servidor también podría verse afectada. En este escenario, puede agregar el servidor remoto al archivo de hosts. Por ejemplo, la dirección IP del servidor remoto es 1.1.1.1 y el nombre del servidor remoto es MyServer. Agregaría lo siguiente al archivo hosts 1.1.1.1.1 MyServer.

Para restablecer el archivo de hosts de nuevo al valor predeterminado, consulte Cómo restablecer el archivo hosts de nuevo al valor predeterminado.
El valor Speed & Duplex de la tarjeta de interfaz de red (NIC) y las capas de red adicionales (por ejemplo, enrutador) pueden afectar al rendimiento. Si el valor Speed & Duplex de la NIC de SQL Server se establece en 100 MB Half y el valorSpeed & Duplex en la NIC de BizTalk Server se establece en 1 GB Full, es probable que se produzca un retraso.

Confirme que el valor Speed & Duplex de todas las capas de red implicadas (NIC, enrutador, etc.) son los mismos. En el escenario anterior, configure la NIC de SQL Server y el enrutador en 1 GB full.

Para probar este escenario, copie o pegue un archivo de BizTalk Server en una carpeta de SQL Server y viceversa. Si este proceso de copia tarda un tiempo, algo en la capa de red está causando un problema.
Al conectarse al Motor de base de datos de SQL Server, se debe habilitar un protocolo de red. Para BizTalk, confirme que el protocolo TCP/IP está habilitado. Consulte Elección de un protocolo de red.

Excepción de falta de memoria al gestionar BizTalk

Puede obtener una OutOfMemory excepción al trabajar en la administración de BizTalk. WMI tiene una __ProviderHostQuotaConfiguration clase que se aplica al espacio de nombres WMI de BizTalk. Esta clase consta de las siguientes propiedades:

HandlesPerHost
MemoryAllHosts
MemoryPerHost
LímiteDeProcesosEnTodosLosHosts
ThreadsPerHost

Para comprobar el valor memoryPerHost, use wbemtest en todos los servidores de BizTalk del grupo:

Vaya a Inicio o Ejecución y escriba wbemtest.
Haga clic en el botón Conectar y cambie el ritmo de nombre a raíz. Haga clic en Conectar.
Haga clic en el botón Enum Instances y escriba __ProviderHostQuotaConfiguration. Haga clic en Aceptar.
Haga doble clic en __ProviderHostQuotaConfiguration=@.
Si el valor MemoryPerHost es inferior a 512 MB (536870912), haga doble clic en MemoryPerHost y establezca el valor en 536870912. Haga clic en Guardar propiedad, haga clic en Guardar objeto y salga.
Reinicie el servicio de Instrumentación de administración de Windows.

Para obtener más información, vea Clase ProviderHostQuotaConfiguration.

Solución de problemas

Si se necesita ayuda de soporte técnico de BizTalk, recopile los siguientes datos al reproducir el problema:

Capture una traza de BizTalk mediante la opción -all al reproducir el problema. ,
Configure la clave del Registro de seguimiento privado para habilitar el seguimiento de WMI en la consola de administración de BizTalk mediante los pasos siguientes:
1. Abra el Registro y vaya a la siguiente clave:
  
  Servidor de 32 bits: HKEY_LOCAL_MACHINE\Software\Microsoft\BizTalk Server\3.0\Administration
  
  Servidor de 64 bits: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\BizTalk Server\3.0\Administration
2. Cree un nuevo valor DWORD denominado Seguimiento privado y establézcalo en 1.
3. Reinicie el servicio de Instrumentación de administración de Windows.
  
  Esto crea el archivo de registros c:\BizTalkAdminDbgLog.txt. Se puede cambiar la ruta de acceso del archivo de registro y el nombre de archivo.

Capturar una traza de SQL Server Profiler con los siguientes eventos:

Errores y advertencias	Todos los eventos
Bloqueos	Bloqueo: Interbloqueo Bloqueo: Escalación Bloqueo: tiempo de expiración
Auditoría de seguridad	Inicio de sesión de auditoría Error de Inicio de Sesión en la Auditoría Cierre de sesión de auditoría
Sesiones	Conexión Existente
Procedimientos almacenados	SP: Completado SP: Inicio SP: StmtCompleted SP: StmtStarting
TSQL	SQL: StmtCompleted SQL: StmtStarting
Transacciones	DTCTransaction Transacción SQL

Capture capturas simultáneas del Monitor de red en los servidores BizTalk y SQL mientras se reproduce el problema.

Compartir a través de