Compartir a través de

Registrar sistemas de origen en el almacén de datos de System Center en Service Manager

El almacén de datos de Service Manager recupera datos de uno o varios orígenes de datos. Estos orígenes de datos son los sistemas de procesamiento transaccional que producen y gobiernan los datos que eventualmente querrá medir y analizar. Por ejemplo, los incidentes y las solicitudes de cambio se crean y administran en Service Manager, las actualizaciones de software y las políticas de energía se administran en Configuration Manager, y otros sistemas producen y gobiernan otros conjuntos de datos.

El registro del almacén de datos crea una relación entre el servidor del almacén de datos y el sistema de origen para que la información pueda fluir entre ellos. En Service Manager, puede registrarse directamente en Service Manager, Operations Manager y Configuration Manager. También puede utilizar la capa actualizada del kit de desarrollo de software (SDK) sobre el almacén de datos, que le permite introducir datos en el almacén de datos directamente desde otras fuentes. Por ejemplo, es posible que desee introducir datos de su sistema informático de Recursos Humanos en el almacén de datos.

Registro del almacén de datos de System Center en Operations Manager

Puede utilizar los siguientes procedimientos en Service Manager para registrar el almacén de datos de System Center en Operations Manager y, a continuación, validar el registro.

Para registrar el almacén de datos en Operations Manager, siga estos pasos:

  1. Registre System Center Data Warehouse en el origen de Service Manager.

  2. Espere a que finalice el trabajo de MPSync.

  3. Mediante una cuenta que sea miembro del grupo de administradores de Service Manager y de administración de almacenes de datos, inicie sesión en el equipo que hospeda la consola de Service Manager.

  4. En la consola de Service Manager, seleccione Data Warehouse.

  5. En el panel Administración, expanda Data Warehouse y, a continuación, seleccione Fuentes de datos.

  6. En la lista Tareas, seleccione Registrar origen de datos.

  7. En el Asistente para registrar orígenes de datos, en la página Antes de empezar, seleccione Siguiente.

  8. En la página Tipo de origen de datos, seleccione Administrador de operaciones.

  9. En el área Especificar un servidor de administración raíz, introduzca la siguiente información:

    1. En Nombre del servidor de administración raíz, introduzca el nombre del servidor.

    2. En Servidor de base de datos operativo, introduzca el nombre del servidor de base de datos.

    3. En Nombre de la base de datos, introduzca el nombre de la base de datos.

  10. Seleccione Next (Siguiente).

  11. En la página Credenciales, puede aceptar la entrada predeterminada en la lista de ejecución cuenta y seleccionar Siguiente, o puede introducir las credenciales de un usuario o grupo de su elección.

    Importante

    A la cuenta que especifique se le asignarán credenciales administrativas en el servidor de administración de Service Manager y se le concederá permiso de Lectura en la base de datos de Service Manager. Puede especificar credenciales diferentes de otros grupos de administración de Service Manager cuando se registre en el almacén de datos.

  12. En la página Resumen, puede revisar la configuración que ha elegido. Seleccione Finalizar.

  13. En la página Resultado, cuando aparezca Registro de origen de datos completado., seleccione Finalizar.

Validación del proceso de registro de Operations Manager

  • En la vista Fuentes de datos, el nuevo origen de datos aparece en la lista de orígenes de datos, con el tipo de origen de datos de Operations Manager. Es posible que tenga que actualizar la vista para ver el nuevo origen de datos.

Registro del almacén de datos de System Center en Configuration Manager

Puede utilizar los siguientes pasos en Service Manager para registrar Configuration Manager con el Data Warehouse de System Center y, a continuación, validar el registro.

Para registrar Configuration Manager con el almacén de datos, siga estos pasos:

  1. Utilizando una cuenta que sea miembro del grupo de administradores de Service Manager y de administración de almacenes de datos, inicie sesión en el ordenador que hospeda la consola de Service Manager.

  2. En la consola de Service Manager, seleccione Data Warehouse.

  3. En el panel Administración, expanda Data Warehouse y, a continuación, seleccione Fuentes de datos.

  4. En la lista Tareas, seleccione Registrar origen de datos.

  5. En el Asistente para registrar orígenes de datos, en la página Antes de empezar, seleccione Siguiente.

  6. En la página Tipo de origen de datos, seleccione Administrador de configuración.

  7. En Especificar un servidor de sitio central, introduzca la siguiente información:

    1. En Nombre del servidor del sitio central, introduzca el nombre del servidor del sitio.

    2. En Nombre de la base de datos, introduzca el nombre de la base de datos.

  8. Seleccione Next (Siguiente).

  9. En la página Credenciales, puede aceptar la entrada predeterminada en la lista de ejecución cuenta y seleccionar Siguiente, o puede introducir las credenciales de un usuario o grupo de su elección.

    Importante

    A la cuenta que especifique se le asignarán credenciales administrativas en el servidor de administración de Service Manager y se le concederá permiso de Lectura en la base de datos de Service Manager. Puede especificar credenciales diferentes de otros grupos de administración de Service Manager cuando se registre en el almacén de datos.

  10. En la página Selección de datos, elija los dominios que desea extraer y seleccione Siguiente. Por ejemplo, seleccione Conector de configuración de System Center Configuration Manager y Conector de administración de energía de System Center Configuration Manager.

  11. En la página Resumen, puede revisar la configuración que ha elegido. Seleccione Finalizar.

  12. En la página Resultado, cuando aparezca Registro de origen de datos completado, seleccione Finalizar.

Validación del proceso de registro de Configuration Manager

  • En la vista Fuentes de datos, el nuevo origen de datos aparece en la lista de orígenes de datos, con el tipo de origen de datos de Configuration Manager. Es posible que tenga que actualizar la vista para ver el nuevo origen de datos.

Registro del almacén de datos de System Center en un origen de Service Manager

Puede utilizar los siguientes procedimientos en Service Manager para registrar el Data Warehouse de System Center en un grupo de administración de Service Manager y, a continuación, validar el registro. Esto permite hospedar varios grupos de administración de Service Manager en un único almacén de datos.

Registrar el almacén de datos con otro grupo de administración de Service Manager

  1. Utilizando una cuenta que sea miembro del grupo de administradores de Service Manager y de administración de almacenes de datos, inicie sesión en el ordenador que hospeda la consola de Service Manager.

  2. En la consola de Service Manager, seleccione Data Warehouse.

  3. En el panel Administración, expanda Data Warehouse y, a continuación, seleccione Fuentes de datos.

  4. En la lista Tareas, seleccione Registrar origen de datos.

  5. En el Asistente para registrar orígenes de datos, en la página Antes de empezar, seleccione Siguiente.

  6. En la página Tipo de origen de datos, seleccione Service Manager.

  7. En Especificar un servidor de Service Manager, introduzca la siguiente información:

    1. En Nombre del servidor de Service Manager, introduzca el nombre del servidor.

  8. Seleccione Next (Siguiente).

  9. En la página Credenciales, puede aceptar la entrada predeterminada en la lista de ejecución cuenta y seleccionar Siguiente, o puede introducir las credenciales de un usuario o grupo de su elección.

    Importante

    A la cuenta que especifique se le asignarán credenciales administrativas en el servidor de administración de Service Manager y se le concederá permiso de Lectura en la base de datos de Service Manager. Puede especificar credenciales diferentes de otros grupos de administración de Service Manager cuando se registre en el almacén de datos.

  10. En la página Resumen, puede revisar la configuración que ha elegido. Seleccione Finalizar.

  11. En la página Resultado, cuando aparezca Registro de origen de datos completado., seleccione Finalizar.

Validar el proceso de registro de Service Manager

  • En la vista Fuentes de datos, la nueva fuente de datos aparece en la lista de fuentes de datos, con el tipo de fuente de datos de Service Manager. Es posible que tenga que actualizar la vista para ver el nuevo origen de datos.

Administración de trabajos de importación de datos para Operations Manager y Configuration Manager

Puede utilizar el siguiente procedimiento para administrar trabajos de importación de datos del almacén de datos en Service Manager. Los trabajos de importación de datos son como otros trabajos de almacén de datos, y puede administrarlos con la consola de Service Manager y también con cmdlets de Windows PowerShell. Los métodos de administración incluyen:

  • Revisar la programación de procesamiento a cada hora, cada día o cada semana

  • Suspender un trabajo

  • Reanudar un trabajo suspendido, o No iniciado

Administrar trabajos de importación de datos y cambiar una programación de trabajo

  1. En la consola de Service Manager, seleccione Data Warehouse, expanda Data Warehouse y seleccione Trabajos de Data Warehouse.

  2. En el panel Trabajos de Data Warehouse, seleccione un nombre de trabajo y, a continuación, en Tareas, seleccione Propiedades.

  3. En el cuadro de diálogo de propiedades del trabajo que aparece, puede ver la programación actual. Puede cambiar la programación por otra de su elección. Por ejemplo, cambie el horario a Diariamente y ejecute el trabajo a la 1:00 AM, y seleccione Aceptar.

  4. Opcionalmente, puede Suspender trabajos y puede Reanudar cualquiera que esté suspendido o No iniciado.

Solución de errores de almacén de datos de System Center

En esta sección se describen los pasos que puede seguir para solucionar errores de almacén de datos de System Center en Service Manager.

Utilice el registro de sucesos de Operations Manager en el servidor de Data Manager para solucionar errores

Los registros de sucesos de Service Manager se encuentran en el registro de sucesos de Operations Manager. La evaluación de los eventos en el registro es útil porque la mayoría de los errores del almacén de datos se encuentran en este registro de eventos. Los eventos del registro proceden de dos fuentes diferentes: implementación y Data Warehouse.

Los eventos con un origen de Implementación se generan durante la implementación del paquete de administración, que incluye la implementación de informes o el ensamblaje del almacén de datos; por ejemplo, mediante la creación de estabilizadores, dimensiones y tablas de hechos. Los errores en el registro de eventos incluyen instrucciones sobre cómo recuperarse de los errores. Por ejemplo, puede leer instrucciones que sugieren que detenga y reinicie los servicios de Service Manager. Los tres servicios de un servidor de administración de almacén de datos son:

  • Servicio de acceso a datos de System Center

  • Agente de Monitoreo de Microsoft

  • Configuración de administración de System Center

Al iniciar y detener los servicios de Service Manager, debe detener e iniciar los tres servicios.

Una vez desplegado el almacén de datos, es más probable que los eventos tengan un origen Data Warehouse. Estos eventos son creados por trabajos dentro del curso normal de operaciones como trabajos de extracción, transformación y carga (ETL); el trabajo MPSync; y el trabajo DWMaintenance.

Utilice la consola de Service Manager para solucionar errores

En la consola de Service Manager, seleccione Trabajos de Data Warehouse y verá el estado de los trabajos ETL y MPSync. Si la implantación se ha realizado correctamente y el almacén de datos está registrado correctamente en al menos un grupo de administración de Service Manager, verá al menos cinco trabajos. Todos los trabajos deben tener el estado En ejecución o No iniciado.

Si ve que el estado de un trabajo es Fallido, puede seleccionar el trabajo y, a continuación, en el panel Tareas, seleccionar Módulos para averiguar qué módulo del trabajo ha fallado. A continuación, puede examinar el registro de sucesos de Operations Manager en el servidor del almacén de datos para determinar por qué ha fallado el módulo.

En el espacio de trabajo Data Warehouse, puede seleccionar Management Packs en el panel izquierdo. Ahí es donde puede ver todos los paquetes de administración del almacén de datos y el estado de su implementación. Cuando importa un paquete de administración a Service Manager, la tarea MPSync lo sincroniza con el almacén de datos, donde la tarea MPSync obtiene su nombre de la sincronización del paquete de administración. Cuando obtiene la lista de paquetes de administración en el almacén de datos, puede averiguar si su paquete de administración se ha desplegado correctamente o no.

Si su paquete de administración ha definido elementos específicos del almacén de datos, como estabilizadores, dimensiones, tablas de hechos o informes, ese paquete de administración debe desplegarse correctamente antes de que las nuevas tablas e informes estén listos para su uso.

Uso de Windows PowerShell para solucionar errores

Los cmdlets de Windows PowerShell de la tabla siguiente proporcionan información detallada sobre los trabajos del almacén de datos.

Comando Descripción
Get-SCDWMgmtGroup Este comando le indica qué orígenes están registrados actualmente en el almacén de datos. Debería esperar ver al menos dos valores DataSourceName diferentes.
Get-SCDWJob Este comando muestra el estado del trabajo del almacén de datos del lote actual. Utilizando el comando, puede comprobar si los trabajos están habilitados o no, qué trabajos se están ejecutando y cuándo se iniciaron.

Cuando se inician los trabajos MPSync o DWMaintenance, desactivan todos los trabajos ETL. Verá que la columna Está habilitado tiene el valor False para cada uno de los trabajos ETL. Esto significa que aunque el estado del trabajo ETL muestre que se está ejecutando, en realidad no se está ejecutando. Cuando finaliza el trabajo de MPSync o DWMaintenance, los trabajos ETL se habilitan automáticamente y reanudan el procesamiento.

Normalmente, los trabajos tienen el estado No iniciado, a menos que el lote anterior haya finalizado. Si lo prefiere, puede utilizar el comando Get-SCDWJob para ver los últimos lotes de un trabajo específico.
Get-SCDWJob -JobName Nombre específico del trabajo -NumberOfBatches número Utilice este comando para ver el último trabajo, especificado por Nombre específico del trabajo, completado, cuándo empezó y cuándo terminó. Puede calcular cuánto tiempo duró y cuál es el siguiente ID de lote y estado. El ID de lote del trabajo siempre es incremental.
Get-SCDWJobModule Este comando proporciona información detallada sobre los módulos específicos del trabajo. Resulta útil cuando se producen fallos en un trabajo y se desea averiguar la causa.

Solución de problemas comunes del almacén de datos

Esta lista no es exhaustiva, pero cubre la mayoría de los problemas comunes que es probable que encuentre.

Los informes no se despliegan después de registrar el almacén de datos

Síntomas

Al abrir la consola de Service Manager, aparece un cuadro de diálogo que indica que el servicio de informes no está disponible. Otro síntoma es que el botón del área de trabajo Informes aparece en la consola del Administrador de servicios; sin embargo, no hay informes desplegados en el área de trabajo. Otro síntoma es que no se ha desplegado ningún informe en el servidor de Reporting Services.

Otros aspectos del despliegue del almacén de datos pueden parecer haber ido bien. Por ejemplo, en la consola del Administrador de servicios, cuando selecciona Data Warehouse y Trabajos del Data Warehouse, verá dos trabajos de extracción, un trabajo de transformación y carga y un trabajo de MPSync.

Pasos para la solución de problemas

Para solucionar este problema, complete los pasos siguientes.

Paso 1: Compruebe el estado de despliegue de sus paquetes de administración:

  1. En la consola de Service Manager, seleccione Data Warehouse.

  2. Seleccione Packs de administración y, en el cuadro de búsqueda Filtro, introduzca informe. Esto filtra los resultados a los paquetes de administración relacionados con el informe.

  3. Compruebe el estado de despliegue (última columna) de los siguientes paquetes de administración. Ninguno de los paquetes de administración debe tener el estado Fallido.

    • ServiceManager.ActivityManagement.Report.Library

    • AdministradorDeServicios.GestiónDeProblemas.Informe.Biblioteca

    • ServiceManager.IncidentManagement.Report.Libraryxxx

    • GestorDeServicios.GestiónDeConfiguraciones.Informe.Biblioteca

    • ServiceManager.ChangeManagement.Report.Library

Paso 2: Compruebe el registro de eventos en busca de mensajes de error que mencionen el archivo ensamblador Microsoft.EnterpriseManagement.Reporting.Code.dll.

Si falla la implementación de alguno de los cinco paquetes de administración anteriores:

  1. En el servidor de administración del almacén de datos, abra el registro de sucesos de Operations Manager.

  2. Filtre los eventos con Fuentes de evento como Implementación y Nivel de evento como Error.

  3. Si hay mensajes de error en el registro de sucesos que indican no se puede cargar el ensamblaje Microsoft.EnterpriseManagement.Reporting.Code.dll, revise los elementos siguientes:

    1. Su instalación de SQL Server Reporting Services (SSRS) puede estar en un servidor distinto del servidor de administración del almacén de datos.

    2. Si la instalación de SSRS está en el mismo servidor que el servidor de administración del almacén de datos, reinicie el servicio SSRS.

  4. Reinicie SSRS:

    1. Inicie sesión en el servidor donde está instalado SSRS.

    2. Abra Administrador de configuración de Reporting Services.

    3. En la ventana Conexión de configuración de Reporting Services, seleccione Conectar.

    4. En la ventana Estado del servidor de informes, seleccione Detener, y seleccione Iniciar.

    5. Seleccione Salir.

Paso 3: Vuelva a implementar los paquetes de administración de informes que hayan fallado:

  1. En la consola de Service Manager, seleccione Data Warehouse.

  2. Seleccione Paquetes de administración y, a continuación, en el filtro de búsqueda, introduzca informe.

  3. Para cada uno de los paquetes de administración enumerados en el paso 1, en el Panel de tareas, seleccione Reiniciar implantación.

    Nota

    Si el estado de implantación de un paquete de administración es Completado, la opción Reiniciar implantación no está disponible.

Una vez que el estado de despliegue de los paquetes de administración de informes se haya actualizado de Interrumpido a Terminado, abra la consola de Service Manager. Los informes deberían aparecer en el espacio de trabajo Informes. Es posible que tenga que reiniciar la consola de Service Manager para ver los informes porque la consola almacena en caché la lista de informes.

Los trabajos fallan después de importar un paquete de administración personalizado

Síntoma

Uno o varios trabajos del almacén de datos empiezan a fallar después de importar un paquete de administración personalizado y sincronizarlo con el almacén de datos.

Pasos para la solución de problemas

Para solucionar este problema, realice los pasos siguientes.

  1. Compruebe el registro de eventos para asegurarse de que la causa principal es el paquete de administración personalizado:

    1. En el servidor de administración del almacén de datos, abra el registro de sucesos de Operations Manager.

    2. Busque el evento relacionado con el fallo del trabajo.

    3. Determine si el fallo está relacionado con el paquete de administración personalizado que ha importado.

  2. Si el fallo está relacionado con el paquete de administración personalizado, debe eliminarlo y dejar que el resto del almacén de datos funcione como de costumbre. Puede reparar el paquete de administración y volver a importarlo más tarde:

    1. Desinstale el paquete de administración personalizado mediante la consola Administrador de servicios.

    2. Ejecute la tarea de sincronización de MP.

    3. Compruebe que el paquete de administración personalizado aparece en Data Warehouse en Paquetes de administración.

    4. Una vez finalizado el trabajo de sincronización de MP, reanude el trabajo que ha fallado desde la consola de Service Manager o con un cmdlet de Windows PowerShell.

  3. Corrija y vuelva a importar el paquete de administración personalizado:

    1. Elimine el paquete de administración personalizado y recupérese del fallo mediante el paso 2, mostrado anteriormente.

    2. Repare el paquete de administración personalizado.

    3. Importe el paquete de administración personalizado corregido en Service Manager y, a continuación, ejecute la tarea MP Sync para sincronizarlo con el almacén de datos.

El almacén de datos no recibe datos nuevos o parece que los trabajos tardan demasiado en completarse

Síntoma

No ve datos o datos nuevos en ninguno de sus informes. Otro síntoma es que los trabajos ETL están tardando demasiado en ejecutarse y los trabajos no muestran un estado de No iniciado.

Pasos para la solución de problemas

Para solucionar este problema, realice los pasos siguientes.

  1. Utilice el cmdlet de Windows PowerShell Get-SCDWJob para determinar si todos los trabajos ETL están habilitados. Inicie Windows PowerShell y escriba Get-SCDWJob.

  2. Si los trabajos ETL están deshabilitados y se están ejecutando los trabajos MPSyncJob o DWMaintenance, tendrá que esperar un rato para volver a obtener el estado del trabajo porque estos dos trabajos en segundo plano deshabilitan los trabajos ETL. Sin embargo, si los dos trabajos aparecen como No iniciado y los trabajos ETL están deshabilitados, puede utilizar el cmdlet Enable-SCDWJob para habilitar cada uno de ellos, por ejemplo:

    Enable-SCDWJob -JobName Transform.Common

  3. Si los trabajos ETL de MPSync y DWMaintenance están todos habilitados y en ejecución pero su ID de lote individual no ha cambiado durante mucho tiempo, o si utiliza el cmdlet Get-SCDWJobModule para trabajos específicos y no ve que ningún módulo se esté ejecutando realmente, compruebe el registro de eventos y vea si hay algún mensaje de error. En ocasiones, el mensaje de error podría ser de muchos días atrás y es posible que necesite revisar muchos días de eventos.

  4. Compruebe si los tres servicios: Servicio de acceso a datos de System Center, Agente de supervisión de Microsoft y Configuración de administración de System Center en el servidor de administración del almacén de datos se están ejecutando realmente. En el servidor de administración del almacén de datos, seleccione Inicio, seleccione Ejecutar y, a continuación, introduzca Services.msc. En Servicios, compruebe que se están ejecutando los siguientes servicios: Servicio de acceso a datos de System Center, Agente de supervisión de Microsoft y Configuración de administración de System Center.

    Si alguno de los servicios no se está ejecutando, reinicie los tres servicios. Además, si todos los servicios están en ejecución, los eventos del almacenamiento de datos del origen de eventos y del Servicio SDK de OpsMgr se envían al registro de eventos de Operations Manager. Puede utilizar esta información como otro origen para comprobar si todos los servicios están en ejecución. Si no ve eventos del Almacén de datos de origen de eventos y del Servicio SDK de OpsMgr durante mucho tiempo, debe reiniciar los tres servicios.

Las extensiones personalizadas del almacén de datos no aparecen en el almacén de datos

Síntoma

Después de importar su paquete de administración, que define algunas dimensiones o tablas de hechos a Service Manager, el trabajo de MPSync se ha ejecutado varias veces, pero sigue sin ver sus dimensiones o tablas de hechos en DataMart.

Pasos para la solución de problemas

Asegúrese de que su paquete de administración está sellado. El trabajo MPSync solo puede importar paquetes de administración sellados desde Service Manager al almacén de datos. Si no ha sellado su paquete de administración, séllelo y, a continuación, impórtelo mediante el Service Manager.

Asegúrese de que su paquete de administración está sincronizado con el almacén de datos realizando los siguientes pasos:

  1. Abra la consola del Service Manager.

  2. Seleccione Data Warehouse.

  3. Seleccione Paquetes de administración y, a continuación, localice su paquete de administración en la lista de paquetes de administración. Para ello, utilice la función de búsqueda introduciendo el nombre de su paquete de administración en el cuadro de búsqueda. Si no ve su paquete de administración:

    1. Es posible que no se haya podido importar al servidor de administración del almacén de datos. Vaya al servidor de administración del almacén de datos, abra el registro de eventos de Operations Manager y, a continuación, filtre los eventos con Fuentes de eventos como OpsMgr SDK Service.

    2. Es posible que la tarea MPSync aún no se haya ejecutado. Se ejecuta en un horario recurrente, que es, por defecto, una vez cada hora. Puede modificar la programación con Windows PowerShell. Para acelerar la sincronización del paquete de administración, después de importar el paquete de administración puede reanudar manualmente la tarea MPSync, ya sea desde la consola del Administrador de servicios o mediante Windows PowerShell.

Compruebe el estado de despliegue de su paquete de administración:

  1. Abra la consola del Service Manager.

  2. Seleccione Data Warehouse.

  3. Seleccione Packs de administración y, a continuación, busque su pack de administración en la lista de packs de administración. Para ello, puede buscar el nombre de su paquete de administración.

  4. Compruebe el estado de despliegue de su paquete de administración. Si el estado de despliegue es Fallido:

    1. En el servidor de administración del almacén de datos, abra el registro de sucesos de Operations Manager y, a continuación, filtre los sucesos con Fuentes de sucesos como Implementación.

    2. Si aparece un mensaje de error, este suele indicar qué ha fallado. Si después de realizar las correcciones necesarias en el paquete de administración sigue produciéndose el error, puede desinstalar este paquete de administración mediante la consola Service Manager. Una vez ejecutada la tarea MPSync, el paquete de administración se desinstala del servidor de administración del almacén de datos.

Los paquetes de administración se quedan atascados en el estado Pendiente de asociación después de registrarse en el almacén de datos

Síntoma

Algunos paquetes de administración permanecen en el estado Asociación pendiente varias horas después de registrar Service Manager con el almacén de datos y han transcurrido varias horas (hasta cuatro o más). Puede determinar el tiempo transcurrido abriendo la consola de Service Manager y navegando hasta Data Warehouse, Trabajos de Data Warehouse, Trabajo de MPSync y, a continuación, seleccionando Detalles en el panel Tareas.

Pasos para la solución de problemas

Para solucionar este problema, realice los pasos siguientes.

  1. Vea los Detalles del trabajo de MPSync. Revise cada ID de lote para el paquete de administración de problemas en el cuadro de diálogo MPSyncJob. En el cuadro de diálogo Trabajo de sincronización MPSync, seleccione el nombre de la columna Paquete de administración para ordenar la lista según el nombre del paquete de administración. Busque los paquetes de administración con el estado Asociación pendiente. En la lista de paquetes de administración, compruebe si, en el lote posterior, el estado del paquete de administración aparece como Asociado, por ejemplo:

    • Para el ID de lote 136, el paquete de administración Microsoft.SystemCenter.ConfigurationManager está pendiente de asociación.

    • Para el ID de lote 207, el paquete de administración Microsoft.SystemCenter.ConfigurationManager está Asociado.

    Esto indica que el paquete de administración se asoció correctamente en el lote 207, aunque se produjo un error en el lote 136. Como se recuperó en el lote 207, el paquete de administración está asociado correctamente y la sincronización se completó con éxito.

  2. Si en el cuadro de diálogo Trabajo de sincronización de MP, el estado Pendiente de asociación para un paquete de administración se repite para cada lote, tendrá que solucionar más problemas para determinar la razón por la que el paquete de administración no se asocia. Debe empezar por buscar fallos de despliegue en otros paquetes de administración de los que dependa su paquete de administración.

    En la consola de Service Manager, seleccione Data Warehouse, seleccione Management Packs y seleccione el encabezado de columna Deployment Status. Si ve algún paquete de administración con un estado de despliegue de Fallido o No iniciado, suele deberse a una dependencia del paquete de administración. Debido a que los paquetes de administración pueden depender de otros, cualquier falla puede causar que otros paquetes de administración fallen en la implementación. Cualquier paquete de administración afectado tiene el estado No iniciado.

  3. Busque los fallos de despliegue en el registro de sucesos. Abra el registro de sucesos de Operations Manager en el almacén de datos, filtre el registro de sucesos a los sucesos en los que el Origen del suceso es Implementación y el Nivel del suceso es Aviso o Error.

  4. Si aparece un mensaje de error similar al siguiente, deberá desregistrar el almacén de datos de Service Manager, volver a instalar el almacén de datos y, a continuación, volver a registrar el servidor de administración de Service Manager en el servidor de administración del almacén de datos:

    Deployment Execution Infrastructure has retried the maximum number of times and is giving up on this execution step.
MP Element ID:  DerivedManagementPack.SystemDerivedMp.ServiceManager.ActivityManagement.Library.Datawarehouse
MP name: ServiceManager.ActivityManagement.Library.Datawarehouse
MP version: 7.0.5826.0
Operation: Install
Error message:  Cannot find resource with ID TransformActivityStatusResource

Fallan los trabajos ETL debido a problemas con las credenciales de inicio de sesión

Síntoma

Han fallado algunos o todos los trabajos ETL. El registro de sucesos de Operations Manager en el servidor de administración del almacén de datos indica que el fallo del trabajo ETL está relacionado con un fallo del usuario de inicio de sesión.

Pasos para la solución de problemas

Para solucionar este problema, compruebe si la contraseña de cada cuenta de ejecución ha cambiado o ha caducado. Puede actualizar la cuenta siguiendo estos pasos:

  1. Navegue a Data Warehouse, Seguridad, Cuentas de ejecución, y seleccione la cuenta de ejecución relacionada. Seleccione Propiedades en el panel Tareas, actualice el campo Contraseña de la ventana y seleccione Aceptar.

  2. Si esta cuenta de ejecución es una Cuenta del sistema operativo, también deberá actualizar los servicios que se ejecutan bajo la cuenta:

    1. En el servidor de administración del almacén de datos, seleccione Inicio, seleccione Ejecutar y, a continuación, introduzca Services.msc.

    2. En Servicios, actualice las contraseñas de los servicios que se ejecutan bajo la cuenta, por ejemplo, System Center Data Access Service y System Center Management Configuration.

    3. Reinicie los servicios.

      Nota

      El trabajo MP Sync y los trabajos Extract pueden utilizar una cuenta de ejecución distinta de la cuenta Operational System Account. Esta cuenta de ejecución se crea cuando Service Manager se registra en un almacén de datos.

Es fácil actualizar la contraseña si ha caducado. Sin embargo, es más difícil actualizar el sistema si cambia la cuenta de ejecución. No recomendamos que modifique las cuentas de ejecución.

Si el fallo del trabajo no está relacionado con la contraseña, asegúrese de que la cuenta de ejecución del trabajo que ha fallado puede utilizarse para conectarse a la base de datos de destino. Por ejemplo, asegúrese de que la cuenta de ejecución del trabajo de extracción se puede utilizar para conectarse a la base de datos de Service Manager. Si no es así, asegúrese de que se está ejecutando el servicio de lenguaje de consulta estructurado (SQL) que hospeda la base de datos.

Pasos siguientes