Solución de problemas de configuración
El programa de configuración de Microsoft BizTalk Server crea bases de datos en uno o varios equipos que ejecutan SQL Server, rellena las bases de datos con tablas, roles y procedimientos almacenados usados por BizTalk Server e implementa ensamblados .NET usados durante el tiempo de ejecución en la base de datos de administración de BizTalk.
En esta sección se trata la solución de problemas de técnicas para solucionar errores de configuración. Asimismo, enumera algunos problemas de configuración comunes y cómo resolverlos.
Registro de configuración
El programa de configuración escribe información detallada en un archivo de registro de configuración que, de forma predeterminada, se encuentra en el directorio temporal del equipo que ejecutaBizTalk Server. Para determinar la carpeta especificada por la variable de entorno TEMP, abra un símbolo del sistema en este equipo, escriba el comando siguiente y presione ENTRAR:
echo %TEMP%
El archivo de registro de configuración contiene un resumen de los pasos de configuración que se han llevado a cabo, así como información de diagnóstico sobre errores que se pueden producir durante el proceso de configuración. Si se produce un error de configuración, abra el registro de configuración en un editor de texto como el Bloc de notas y compruebe el archivo de registro para ver las posibles causas del error.
Herramientas para la solución de problemas
Use el Analizador de SQL Server, FileMon o RegMon para recopilar información adicional acerca de los errores de configuración. Para obtener más información sobre estas herramientas, vea Herramientas y utilidades que se usarán para solucionar problemas.
Problemas conocidos
La configuración no se lleva a cabo correctamente cuando BizTalk Server y SQL Server se instalan en equipos distintos
Problema
La configuración no se lleva a cabo correctamente con errores similares a los que aparecen a continuación cuando se intenta configurar el componente de inicio de sesión único (SSO) empresarial:
Error al intentar obtener acceso a la base de datos de SSO.
Función: FieldInfoCreate
O bien
No se pudo habilitar el Servicio de inicio de sesión único (SSO) (código de error 0X800706BA)
Causa
Si BizTalk Server y SQL Server están instalados en equipos diferentes, las operaciones de configuración se realizan en el contexto de una transacción del Coordinador de transacciones distribuidas (MSDTC) y la funcionalidad msDTC debe estar disponible a través de la red entre estos equipos. Si la funcionalidad de MSDTC no está disponible a través de la red entre los equipos que ejecutan BizTalk Server y SQL Server, puede producirse este error.
Resolución
Siga los pasos descritos en Solución de problemas con MSDTC para garantizar la funcionalidad de MSDTC a través de la red entre los equipos que ejecutan BizTalk Server y SQL Server.
El software antivirus interfiere con la configuración y provoca errores en ella
Problema
BizTalk Server se produce un error en la configuración cuando el software antivirus determina incorrectamente que el programa de configuración es un virus.
Causa
El software antivirus no se ha actualizado para incluir el programa de configuración de BizTalk Server como un programa legítimo (no virus).
Resolución
Configure el programa antivirus para que reconozca el programa de configuración de BizTalk Server como un programa legítimo (no antivirus) o deshabilite temporalmente el software antivirus mientras se ejecuta el programa de configuración.
La configuración genera el error "No se encuentra el archivo o el nombre del ensamblado FileName.dll o una de sus dependencias"
Problema
Durante el proceso de configuración se muestra un error similar al siguiente:
No se pudo implementar el ensamblado de sistema de BizTalk "C:\Archivos de programa\Microsoft\
BizTalk Server 2009\Microsoft.BizTalk.DefaultPipelines.dll. Sin especificar
excepción: nombre de archivo o ensamblado FileName .dll, o uno de sus
o una de sus dependencias. No se encuentra el archivo o el nombre del ensamblado FileName .dll
o una de sus dependencias".
Causa
Este error puede producirse si la cuenta de servicio de red no tiene permisos de escritura en la carpeta temporal del equipo que ejecuta BizTalk Server. Durante la configuración, BizTalk Server configuración usa Instrumental de administración de Windows (WMI) para implementar ensamblados .NET en la base de datos de administración de BizTalk. WMI suplanta la cuenta de servicio de red al implementar estos ensamblados en la base de datos de administración de BizTalk y, por tanto, la cuenta de servicio de red debe tener acceso de escritura a la carpeta temporal del equipo que ejecuta BizTalk Server.
Resolución
Conceda a la cuenta de servicio de red acceso de escritura a la carpeta temporal del equipo que ejecuta BizTalk Server y vuelva a ejecutar el programa de configuración. Para determinar la carpeta especificada por la variable de entorno TEMP, abra un símbolo del sistema en el equipo, escriba el comando siguiente y presione ENTRAR:
echo %TEMP%
La configuración no se lleva a cabo correctamente si el nombre NetBIOS del equipo que ejecuta SQL Server supera los 15 caracteres
Problema
BizTalk Server error en la configuración del grupo y se muestra un error similar al siguiente en el registro de configuración de BizTalk Server:
2006-08-29 23:54:00:0902 [WARN] AdminLib GetBTSMessage: hrErr=80070547;
Msg=La información de configuración no se puede leer del controlador de
dominio, porque el equipo no está disponible o porque se ha
denegado el acceso.
Causa
Este problema se produce si la longitud del nombre NetBIOS del equipo que ejecuta SQL Server supera los 15 caracteres. Si el nombre NetBIOS supera los 15 caracteres, Windows lo trunca para que tenga 15 caracteres y, por tanto, ya no coincidirá con la primera parte del nombre de dominio completo (FQDN) o con el nombre DNS del equipo. Si el nombre NetBIOS no coincide con la primera parte del FQDN del equipo, la configuración de grupos fallará.
Resolución
Cambie el nombre NetBIOS del equipo que ejecuta SQL Server por un nombre que no tenga más de 15 caracteres y vuelva a ejecutar la configuración.
Nota
Si cambia el nombre del equipo, debe reiniciarlo.
La configuración no se lleva a cabo correctamente si un archivo de la base de datos de SQL Server que tiene el mismo nombre que la base de datos especificada ya existe en la carpeta de datos de SQL Server
Problema
La configuración genera un error similar al siguiente:
No se pudieron configurar las bases de datos de BAM
No se puede abrir la base de datos solicitada en el inicio de sesión 'BAMPrimaryImport'
Error en el inicio de sesión. Error de inicio de sesión del usuario "BizTalk\BizTalkUser"
Causa
Este error puede producirse si ya existe un archivo .mdf o un archivo .ldf en la carpeta \MSSQL\data del equipo que ejecuta SQL Server que tiene el mismo nombre que el archivo .mdf o el archivo .ldf que el programa de configuración de BizTalk Server está intentando crear. Los nombres del archivo .mdf y el archivo .ldf que se crean para las bases de datos se derivan del nombre de la base de datos especificada en el programa de configuración de BizTalk Server con un archivo .mdf y una extensión .ldf anexada.
Resolución
Para solucionar este comportamiento, use uno de los métodos siguientes:
Elimine los archivos .mdf o .ldf que tengan nombres que coincidan con los nombres de cualquier base de datos que esté creando.
Seleccione nombres de bases de datos que no coincidan con los nombres de cualquier archivo .mdf o .ldf que exista ya en la carpeta \Archivos de programa\Microsoft SQL Server\MSSQL\data del servidor SQL Server.
La configuración no se lleva a cabo correctamente en un controlador de dominio al especificar cuentas locales
Problema
Al ejecutar el programa de configuración de BizTalk Server en un controlador de dominio, se produce un error en la configuración si especificó un grupo local (por ejemplo, grupo de usuarios host de BizTalk) para el host de BizTalkServerApplication o el host de BizTalkIsolatedHost.
Causa
Un controlador de dominio trata de forma automática un grupo local de Windows como un grupo de dominio de Windows (en un controlador de dominio no hay grupo local de Windows). Si especificó un grupo local de Windows para el host mientras ejecuta el programa de configuración, se producirá un error al intentar crear un inicio de sesión de SQL Server para el grupo. El programa de configuración no deshabilita la opción de grupo local de Windows cuando el servidor es un controlador de dominio.
Resolución
Especifique grupos de dominio para los hosts que se crearon durante la configuración.
La configuración no puede crear la base de datos de SQL Server Analysis Services si se le cambió el nombre al servidor SQL Server
Problema
Si cambió el nombre del equipo en el que instaló el servidor SQL Server Analysis Services, el programa de configuración no se lleva a cabo correctamente cuando intenta crear la nueva base de datos de SQL Server Analysis Services y se genera un error parecido al siguiente:
No se puede establecer la conexión al repositorio.
Servidor de análisis: <nombre de la máquina>
Error:
'\\<nombre> de máquina\MsOLAPRepository$\msmdrep.mdb' no es una ruta de acceso válida.
Asegúrese de que ha escrito correctamente el nombre de ruta de acceso y de que está
conectado al servidor en el que reside el archivo.
Causa
El programa de configuración no puede determinar el nuevo nombre del equipo en el que instaló el servidor SQL Server Analysis Services.
Resolución
Lleve a cabo los siguientes pasos manuales para actualizar el servidor de análisis con el nuevo nombre del equipo:
Haga clic en Inicio, seleccione Todos los programas, Microsoft SQL Server, Analysis Services y, a continuación, haga clic en Administrador de análisis.
En el panel de navegación de Analysis Manager , haga doble clic en el nodo Servidores de análisis para expandirlo.
Haga clic con el botón derecho en el servidor con el repositorio cadena de conexión desea editar y, a continuación, seleccione Editar cadena de conexión del repositorio.
En el cuadro de diálogo Editar cadena de conexión del repositorio , compruebe el nombre del servidor en esta cadena y actualícelo al nuevo nombre de equipo si es incorrecto.
Vaya a la siguiente ubicación: < directorio de instalación\Archivos de programa>\Microsoft Analysis Services\Bin.
Haga clic con el botón derecho en la carpeta Bin y, a continuación, haga clic en Uso compartido y seguridad. Aparece el cuadro de diálogo Propiedades de la discretización .
En el cuadro de diálogo Propiedades de la discretización, haga clic en la pestaña Compartir para comprobar que todos los administradores de procesamiento analítico en línea (OLAP) tienen permisos completos para esta carpeta.
Los artefactos desaparecen de la base de datos de configuración cuando se implementan de nuevo los ensamblados desde Visual Studio
Problema
Cuando se vuelve a implementar un proyecto de BizTalk Server en el nivel de proyecto dentro de Visual Studio, todos los artefactos contenidos en el proyecto que hacen referencia al proyecto que se va a volver a implementar aparecerán cuando se actualice el BizTalk Server MMC.
Causa
Para ilustrar la causa de este problema, se considerará el siguiente ejemplo que se basa en una solución de ejemplo de BizTalk Server donde un usuario desea volver a implementar el proyecto Asignaciones. Se debe tener en cuenta que si se compilan proyectos, se obtienen ensamblados individuales. En la siguiente ilustración se indica el estado de la solución antes de que el usuario implemente de nuevo. Las relaciones entre los artefactos son las siguientes:
Orch1, Orch2, Maps, Pipelines y Schemas son proyectos.
Orch1 hace referencia a Maps que, a su vez, hace referencia a Schemas.
Orch2 hace referencia a Schemas.
Pipelines hace referencia a Schemas.
de ejemplo.Si el usuario vuelve a implementar el proyecto Asignaciones mediante la configuración de proyecto de Visual Studio predeterminada, desaparecerán los artefactos Orch1, Orch2 y Pipeline, tal como se muestra en la siguiente ilustración.
La nueva implementación de Asignaciones es un proceso de dos pasos: anular la implementación del ensamblado Maps.dll implementado en ese momento y, a continuación, volver a implementar el nuevo archivo Maps.dll. Visual Studio realiza estos pasos automáticamente como parte del proceso de reimplementación.
Nota
La frase anterior no es del todo correcta porque éstos son los pasos que siempre realiza Visual Studio, por lo que no parece que sea la forma adecuada.
El punto clave es que, para anular la implementación de un ensamblado de BizTalk Server, Visual Studio tiene que anular la implementación de todos los ensamblados que dependen de ese ensamblado que tengan establecida la marca de implementación. En este ejemplo, para realizar el primer paso de la anulación de la nueva implementación, BizTalk Server necesita anular la implementación de Orch1.dll (que depende de Maps.dll). Durante la implementación de Maps.dll, Visual Studio también anula la implementación Schemas.dll (suponiendo que tiene establecida la marca de implementación). Para anular la implementación de Schemas.dll, Visual Studio necesita anular la implementación de Orch2.dll y Pipelines.dll (que dependen de Schemas.dll).
Existe un problema en que Visual Studio solo vuelve a implementar Maps.dll y los ensamblados de los que depende: en este caso, Schemas.dll. Por lo tanto, cuando el usuario actualiza el BizTalk Server MMC, los ensamblados Orch1, Orch2 y Pipeline parecen haber desaparecido, pero Maps.dll y Schemas.dll siguen siendo visibles.
Resolución
Para el proyecto principal (que hace referencia a otros proyectos) se debe realizar lo siguiente:
En el Explorador de soluciones, haga clic con el botón secundario en el nodo de soluciones.
Haga clic en Propiedades para abrir el cuadro de diálogo Páginas de propiedades de la solución .
Haga clic en Propiedades de configuracióny, a continuación, haga clic en Configuración.
Desactive la casilla Implementar del proyecto al que se hace referencia.
En el Explorador de soluciones, ejecute una implementación nueva de nivel de solución. Para ello, haga clic con el botón derecho en el nodo de la solución y, a continuación, haga clic en Implementar solución.
Tipos de directorio virtual admitidos
Al hacer referencia a servicios web desde una orquestación e intentar realizar una exportación MSI, la operación de exportación solo se realizará correctamente si los directorios virtuales asociados son de tipo IIsWebVirtualDir o IIsWebDirectory. IIsWebVirtualDir e IIsWebDirectory son los tipos de nodo que aparecen en la metabase de IIS. IIsWebVirtualDir es un directorio virtual con una propiedad Path que apunta a una carpeta de archivos absoluta. IIsWebDirectory es un directorio virtual sin una propiedad Path y, por tanto, hace referencia a una carpeta de archivos relativa, normalmente una subcarpeta de otro nodo IIsWebVirtualDir o IIsWebDirectory . Estos dos tipos son los que suelen verse en la jerarquía de metabases para describir carpetas.
Los directorios virtuales de tipo IIsConfigObject no se admiten y se producirá un error en la exportación de MSI en este caso. IIsConfigObject es un tipo de nodo de metabase inesperado que es un tipo de nodo válido que BizTalk Server no está controlando correctamente o una indicación de una entrada de metabase creada (y, por tanto, no válida). En esta situación, BizTalk Server mostrará un mensaje de error similar al siguiente: Entrada de directorio inesperada " IIS://LM/W3SVC/1/ROOT/BadVdir/" de tipo IIsConfigObject.
No se puede ver la información de grupo tras quitar inicios de sesión obsoletos
Problema
Si durante la configuración se encuentran y eliminan inicios de sesión obsoletos, es posible que no pueda verse la información de grupo.
Causa
Se trata de un problema de configuración conocido.
Resolución
Puede ser de utilidad eliminar los inicios de sesión de grupo de Windows de host y, a continuación, volver a configurarlos. Si la información de grupo sigue sin estar disponible, póngase en contacto con el soporte técnico de Microsoft.
No se puede cambiar el nombre del equipo después de instalar BizTalk Server
Problema
Al cambiar el nombre del equipo en un equipo que ejecuta BizTalk Server y reinicia (reiniciar) el equipo, pueden producirse mensajes de error.
Causa
SQL Server no admite cambiar el nombre del equipo, por lo que BizTalk Server no admite cambiar el nombre del equipo una vez que se instala y configura BizTalk Server.
Resolución
Se recomienda no cambiar los nombres de equipo después de instalar BizTalk Server.