Problemas y resoluciones comunes con la consola BizTalk Server administración

  • Artículo
  • Tiempo de lectura: 9 minutos

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

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

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

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 la cuenta de supervisión BizTalk Server y los perfiles BizTalk Server cuenta de detección dentro de SCOM. Para obtener información específica, consulte Microsoft BizTalk Server Management Pack for 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, entre otros) por host. Si hay 50 hosts, habrá 50 scripts ejecutados en Windows Instrumental de administración (WMI) por tipo de artefacto. En este escenario, WMI puede sobrecargarse. Esta consulta puede mantener el proveedor WMI de BizTalk en ejecución continua.

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

    Script Tiempo (segundos)
    Monitor de disponibilidad de adaptadores 420
    Monitor de disponibilidad de host 780
    Monitor de disponibilidad de instancias de host 1140
    Monitor de disponibilidad de orquestación 1500
    Monitor de disponibilidad de ubicación de recepción 1860
    Monitor de disponibilidad de puertos de recepción 2220
    Monitor de disponibilidad de puertos de envío 2580
    Monitor de disponibilidad de grupos de puertos de envío 2940

Error al hacer clic en Actualizar o expandir controladores

Obtiene uno de estos mensajes de error:

No se pueden cargar controladores de adaptador para adaptador. (Microsoft.BizTalk.Administration.SnapIn)

Información adicional:

No se pudo crear un componente COM CLSID_Biztalk property bag Factory instalado con un servidor BizTalk.
Error en una rutina de inicialización de biblioteca de vínculos dinámicos (DLL). (WinMgmt)

Solución

BizTalk Server administración se basa en Windows Management Instrumentation (WMI); más específicamente, 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 wmi. La propiedad ClearAfter predeterminada es 30 segundos (0000000000030.000000:0000). Si este valor se ha cambiado a un valor mayor, como 500 segundos (000000000000500.000000:000), se puede devolver este error.

Para establecer la ClearAfter propiedad, use Windows Management Instrumentation Tester (wbemtest) en todos los servidores de BizTalk del grupo siguiendo los pasos siguientes:

  1. Vaya a Inicio o Ejecutar y escriba wbemtest.

  2. Haga clic en Conectar y cambie el ritmo de nombre a raíz. Haga clic en Conectar.

  3. Haga clic en el botón Consulta y escriba select * from __CacheControl. Haga clic en Aplicar.

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

    Item 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.

  5. Reinicie el servicio Windows instrumental de administración.

Errores al detener una orquestación

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

Error detectado 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 la base de datos. (HRESULT: 80131600).

En el BizTalk Server la misma hora 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:
La DLL de servicios COM+ (comsvcs.dll) no se pudo cargar porque error en la asignación del almacenamiento local de subprocesos.
Nombre del proceso: wmiprvse.exe
Error Code = 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, Line: 334
Comsvcs.dll de archivo: ENU 2001.12.4720.4045

Para resolver esto, siga los pasos del vínculo siguiente para modificar la clave del Registro e instalar la revisión adecuada:
Solución de problemas al supervisar BizTalk Server usar 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 dentro de BizTalk y SQL Server. Si no puede realizar determinadas funciones dentro de Administración de BizTalk, es posible que falte la pertenencia a un grupo de BizTalk. Para obtener los detalles específicos de los requisitos de grupo o rol, vea Minimum Security User Rights.

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

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

  • Expandir 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.
  • Expandir todas las Artifacts 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:

  1. Expanda SQL Native Client configuración y seleccione Alias.

  2. Haga clic con el botón secundario en Alias y elija Nuevo alias. Especifique lo siguiente:

    Nombre de alias SQL Server nombre
    Puerto No Puerto TCP usado por SQL Server
    Protocolo TCP/IP
    Servidor SQL Server nombre

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

    Nombre de alias MySQL
    Puerto No 40090
    Protocolo TCP/IP
    Servidor MySQL

  3. Haga clic en Aceptar.

    Nota

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

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. Tenga en cuenta lo siguiente:

  • Si hay algún retraso o problema 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 SQL Server al archivo 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 de hosts 1.1.1.1 MySQL.

    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 al 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 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 de hosts 1.1.1.1 MyServer.

    Para restablecer el archivo de hosts al valor predeterminado, consulte How to reset the Hosts file back to the default.

  • El valor & duplex de velocidad en la tarjeta de interfaz de red (NIC) y las capas de red adicionales (por ejemplo, enrutador) pueden afectar al rendimiento. Si el valor De velocidad & Duplex en la NIC de SQL Server se establece en 100 MB a mitad y el valor duplex de & Speed en la NIC de BizTalk Server se establece en 1 GB completo, probablemente se producirá un retraso.

    Confirme que el valor & Duplex de todas las capas de red implicadas (NIC, enrutador, entre otras) es el mismo. En el escenario anterior, configure el SQL Server NIC y el enrutador en 1 GB completo.

    Para probar este escenario, copie y pegue un archivo de la BizTalk Server en una carpeta de la SQL Server y viceversa. Si este proceso de copia tarda un tiempo, algo en la capa de red está causando un problema.

  • Al conectarse a la SQL Server Motor de base de datos, se debe habilitar un protocolo de red. Para BizTalk, confirme que el protocolo TCP/IP está habilitado. Consulte Elegir un protocolo de red.

Excepción OutOfMemory al trabajar en Administración de BizTalk

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

  • HandlesPerHost
  • MemoryAllHosts
  • MemoryPerHost
  • ProcessLimitAllHosts
  • ThreadsPerHost

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

  1. Vaya a Inicio o Ejecutar y escriba wbemtest.
  2. Haga clic en el Conectar y cambie el ritmo de nombre a raíz. Haga clic en Conectar.
  3. Haga clic en el botón Instancias de enumeración y escriba __ProviderHostQuotaConfiguration. Haga clic en Aceptar.
  4. Haga doble clic en __ProviderHostQuotaConfiguration=@.
  5. Si el valor de 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.
  6. Reinicie el servicio Windows instrumental de administración.

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

Solución de problemas

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

  1. Capture un seguimiento de BizTalk con la -all opción al reproducir el problema. 、

  2. Configure la clave del Registro de seguimiento privado para habilitar el seguimiento de WMI en la consola de administración de BizTalk siguiendo 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 estadúzcalo en 1.

    3. Reinicie el servicio Windows instrumental de administración.

      Esto crea el archivo c:\BizTalkAdminDbgLog.txt de registro. La ruta de acceso del archivo de registro y el nombre del archivo no se pueden cambiar.

  3. Capture un SQL Server Profiler seguimiento con los siguientes eventos:

    Errores y advertencias Todos los eventos
    Bloqueos Bloqueo: interbloqueo
    Bloqueo: escalación
    Bloqueo: tiempo de espera
    Auditoría de seguridad Inicio de sesión de auditoría
    Error en el inicio de sesión de auditoría
    Cierre de sesión de auditoría
    Sesiones ExistingConnection
    Procedimientos almacenados SP: Completado
    SP: Inicio
    SP: StmtCompleted
    SP: StmtStarting
    TSQL SQL: StmtCompleted
    SQL: StmtStarting
    Transacciones DTCTransaction
    SQL transacción

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