Registro de sistemas de origen en el almacenamiento de datos de System Center en Service Manager
El almacenamiento de datos de Service Manager recupera los datos de uno o varios orígenes de datos. Estos orígenes de datos son los sistemas de procesamiento transaccional que generan y rigen los datos que, finalmente, querrás 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 directivas en materia de energía se administran en Configuration Manager y otros sistemas generan y rigen otros conjuntos de datos.
El registro del almacenamiento de datos crea una relación entre el servidor de almacenamiento de datos y el sistema de origen, de manera que la información pueda fluir entre ellos. En Service Manager, puedes registrarte directamente en Service Manager, Operations Manager y Configuration Manager. También puedes usar la capa actualizada del kit de desarrollo de software (SDK) sobre el almacenamiento de datos, lo que te permite insertar datos en el almacenamiento de datos directamente desde otros orígenes. Por ejemplo, puede que quieras insertar datos desde el sistema informático de Recursos Humanos en el almacenamiento de datos.
Registro del almacenamiento de datos de System Center en Operations Manager
Puedes usar los procedimientos siguientes en Service Manager para registrar System Center Data Warehouse en Operations Manager y, a continuación, validar el registro.
Para registrar el almacenamiento de datos en Operations Manager, siga estos pasos:
Registra System Center Data Warehouse en el origen de Service Manager.
Espera a que el trabajo MPSync se complete.
Con una cuenta que sea miembro del grupo administradores de administración de service Manager y almacenamiento de datos, inicia sesión en el equipo que hospeda la consola de Service Manager.
En la consola de Service Manager, selecciona Almacenamiento de datos.
En el panel Administración, expande Almacenamiento de datos y, a continuación, selecciona Orígenes de datos.
En la lista Tareas, selecciona Registrar origen de datos.
En el asistente para registrar orígenes de datos, en la página Antes de comenzar, selecciona Siguiente.
En la página Tipo de origen de datos, selecciona Operations Manager.
En Especificar un área del servidor de administración raíz, escribe la siguiente información:
En Nombre del servidor de administración raíz, escribe el nombre del servidor.
En Servidor de base de datos operativo, escribe el nombre del servidor de bases de datos.
En Nombre de la base de datos, escribe el nombre de la base de datos.
Seleccione Siguiente.
En la página Credenciales, puedes aceptar la entrada predeterminada en la lista Cuenta de ejecución y seleccionar Siguiente. Alternativamente, puedes escribir las credenciales de un usuario o un grupo de tu elección.
Importante
A la cuenta que especifiques, se le asignarán las 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. Puedes especificar credenciales diferentes de otros grupos de administración de Service Manager al registrarte en el almacenamiento de datos.
En la página Resumen, puedes revisar la configuración que ha elegido. Seleccione Finalizar.
En la página Resultado, cuando aparece Registro del origen de datos completado, selecciona Finalizar.
Validación del proceso de registro de Operations Manager
- En la vista Orígenes 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 tengas que actualizar la vista para ver el nuevo origen de datos.
Registro del almacenamiento de datos de System Center en Configuration Manager
Puedes usar los pasos siguientes en Service Manager para registrar Configuration Manager con el almacenamiento de datos de System Center y, a continuación, validar el registro.
Para registrar Configuration Manager con el almacenamiento de datos, siga estos pasos:
Con una cuenta que sea miembro del grupo de administradores de administración de almacenamiento de datos y Service Manager, inicia sesión en el equipo que hospeda la consola de Service Manager.
En la consola de Service Manager, selecciona Almacenamiento de datos.
En el panel Administración, expande Almacenamiento de datos y, a continuación, selecciona Orígenes de datos.
En la lista Tareas, selecciona Registrar origen de datos.
En el asistente para registrar orígenes de datos, en la página Antes de comenzar, selecciona Siguiente.
En la página Tipo de origen de datos, selecciona Configuration Manager.
En Especificar un servidor de sitio central, escribe la siguiente información:
En Nombre del servidor de sitio central, escribe el nombre del servidor de sitio.
En Nombre de la base de datos, escribe el nombre de la base de datos.
Seleccione Siguiente.
En la página Credenciales, puedes aceptar la entrada predeterminada en la lista Cuenta de ejecución y seleccionar Siguiente. Alternativamente, puedes escribir las credenciales de un usuario o un grupo de tu elección.
Importante
A la cuenta que especifiques, se le asignarán las 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. Puedes especificar credenciales diferentes de otros grupos de administración de Service Manager al registrarte en el almacenamiento de datos.
En la página Selección de datos, elige los dominios que se van a extraer y selecciona Siguiente. Por ejemplo, selecciona Configuración del conector de System Center Configuration Manager y System Center Configuration Manager Power Management Connector.
En la página Resumen, puedes revisar la configuración que ha elegido. Seleccione Finalizar.
En la página Resultado, cuando aparezca Registro del origen de datos completado, selecciona Finalizar.
Validación del proceso de registro de Configuration Manager
- En la vista Orígenes 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 tengas que actualizar la vista para ver el nuevo origen de datos.
Registro del almacenamiento de datos de System Center en un origen de Service Manager
Puedes usar los procedimientos siguientes en Service Manager para registrar System Center Data Warehouse con 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 almacenamiento de datos.
Registro del almacenamiento de datos con otro grupo de administración de Service Manager
Con una cuenta que sea miembro del grupo de administradores de administración de almacenamiento de datos y Service Manager, inicia sesión en el equipo que hospeda la consola de Service Manager.
En la consola de Service Manager, selecciona Almacenamiento de datos.
En el panel Administración, expande Almacenamiento de datos y, a continuación, selecciona Orígenes de datos.
En la lista Tareas, selecciona Registrar origen de datos.
En el asistente para registrar orígenes de datos, en la página Antes de comenzar, selecciona Siguiente.
En la página Tipo de origen de datos, selecciona Service Manager.
En Especificar un servidor de Service Manager, escribe la siguiente información:
- En Nombre del servidor de Service Manager, escribe el nombre del servidor.
Seleccione Siguiente.
En la página Credenciales, puedes aceptar la entrada predeterminada en la lista Cuenta de ejecución y seleccionar Siguiente. Alternativamente, puedes escribir las credenciales de un usuario o un grupo de tu elección.
Importante
A la cuenta que especifiques, se le asignarán las 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. Puedes especificar credenciales diferentes desde otros grupos de administración de Service Manager al registrarte con el almacenamiento de datos.
En la página Resumen, puedes revisar la configuración que ha elegido. Seleccione Finalizar.
En la página Resultado, cuando aparece Registro del origen de datos completado, selecciona Finalizar.
Validación del proceso de registro de Service Manager
- En la vista Orígenes de datos, el nuevo origen de datos aparece en la lista de orígenes de datos, con el tipo de origen de datos de Service Manager. Es posible que tengas 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
Puedes usar el procedimiento siguiente para administrar los trabajos de importación de datos de almacenamiento de datos en Service Manager. Los trabajos de importación de datos son como otros trabajos de almacenamiento de datos y puedes administrarlos con la consola de Service Manager y también con cmdlets de Windows PowerShell. Entre los métodos de administración, se incluyen:
Revisión de la programación de procesamiento cada hora, a diario o semanalmente
Suspensión de un trabajo
Reanudación de un trabajo suspendido o no iniciado
Administración de trabajos de importación de datos y cambio de una programación de trabajos
En la consola de Service Manager, selecciona Almacenamiento de datos, expande Almacenamiento de datos y selecciona Trabajos de almacenamiento de datos.
En el panel Trabajos de almacenamiento de datos, selecciona un nombre de trabajo y, después, en Tareas, selecciona Propiedades.
En el cuadro de diálogo propiedades del trabajo que aparece, puedes visualizar la programación actual. Puedes cambiar la programación a una de tu preferencia. Por ejemplo, cambia la programación a Diario, ejecuta el trabajo a la 1:00 a. m.. y selecciona Aceptar.
Opcionalmente, puedes Suspender los trabajos y Reanudar cualquier trabajo que esté suspendido o que no se haya iniciado.
Solución de errores de almacenamiento de datos de System Center
En esta sección, se describen los pasos que puedes seguir para solucionar los errores de almacenamiento de datos de System Center en Service Manager.
Uso del registro de eventos de Operations Manager en el servidor de almacenamiento de datos para solucionar errores
Los registros de eventos de Service Manager se encuentran en el registro de eventos de Operations Manager. La evaluación de los eventos en el registro es útil porque la mayoría de los errores del almacenamiento de datos se encuentran en este registro de eventos. Los eventos en el registro proceden de dos orígenes diferentes: implementación y almacenamiento de datos.
Los eventos cuyo origen está en la Implementación se generan durante la implementación del módulo de administración, lo que incluye la implementación de informes o el ensamblado del almacenamiento de datos; por ejemplo, mediante la creación de tablas de subdimensiones, dimensiones y hechos. Los errores en el registro de eventos incluyen instrucciones sobre cómo recuperarse de los errores. Por ejemplo, podrías leer instrucciones que sugieren que detengas y reinicies los servicios de Service Manager. Los tres servicios de un servidor de administración de almacenamiento de datos son:
Servicio de acceso a los datos de System Center
Microsoft Monitoring Agent
Configuración de la administración de System Center
Al iniciar y detener los servicios de Service Manager, debes detener e iniciar los tres servicios.
Una vez implementado el almacenamiento de datos, es más probable que los eventos tengan un origen de Almacenamiento de datos. Estos eventos se crean mediante trabajos durante el curso normal de operaciones como los trabajos de extracción, transformación y carga (ETL); el trabajo MPSync, y el trabajo DWMaintenance.
Uso de la consola de Service Manager para solucionar errores
En la consola de Service Manager, selecciona Trabajos de almacenamiento de datos, tras lo cual verás el estado del trabajo ETL y del trabajo MPSync. Si la implementación se realizó correctamente y el almacenamiento de los datos se registró de forma satisfactoria en al menos un grupo de administración de Service Manager, verás al menos cinco trabajos. Cada trabajo debe tener el estado En ejecución o No iniciado.
Si ves un estado de trabajo como Error, puedes seleccionar el trabajo y, después, en el panel Tareas, selecciona Módulos para averiguar qué módulo de trabajo ha producido un error. A continuación, puedes examinar el registro de eventos de Operations Manager en el servidor de almacenamiento de datos para determinar por qué se produjo un error en el módulo.
En el área de trabajo Almacenamiento de datos, puedes seleccionar Módulos de administración en el panel izquierdo. Aquí, puedes ver todos los módulos de administración en el almacenamiento de datos y el estado de su implementación. Al importar un módulo de administración a Service Manager, el trabajo de MPSync lo sincroniza con el almacenamiento de datos, donde el trabajo de MPSync deriva su nombre de la sincronización del módulo de administración. Al obtener la lista de módulos de administración en el almacenamiento de datos, puedes averiguar si el módulo de administración se ha implementado correctamente o no.
Si el módulo de administración ha definido elementos específicos del almacenamiento de datos, como tablas de subdimensiones, dimensiones y hechos, así como informes, ese módulo de administración debe implementarse correctamente antes de que las nuevas tablas e informes estén listos para usarse.
Utilización de Windows PowerShell para solucionar errores
Los cmdlets de Windows PowerShell de la tabla siguiente proporcionan información detallada sobre los trabajos de almacenamiento de datos.
Comando | Descripción |
---|---|
Get-SCDWMgmtGroup | Este comando indica qué orígenes están registrados actualmente en el almacenamiento de datos. Bien puedes anticipar la visualización de al menos dos valores dataSourceName diferentes. |
Get-SCDWJob | Este comando enumera los estados del trabajo de almacenamiento de datos del lote actual. Gracias a la utilización del comando, puedes 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, estos deshabilitan todos los trabajos de ETL. Verás la columna Está habilitado establecida en Falso para cada uno de los trabajos de ETL. Esto significa que incluso si el estado del trabajo ETL muestra que se está ejecutando, realmente no se está ejecutando. Una vez completado el trabajo MPSync o DWMaintenance, los trabajos de ETL se habilitan automáticamente y reanudan el procesamiento. Por lo general, los trabajos tienen el estado No iniciado, a menos que se haya completado el lote anterior. Si lo prefieres, puedes usar el comando Get-SCDWJob para visualizar los últimos pocos lotes de un trabajo específico. |
Get-SCDWJob -JobName Nombre de trabajo específico -NumberOfBatches número | Usa este comando para visualizar el trabajo más reciente, especificado por Nombre de trabajo específico, completado, cuándo se inició y cuándo finalizó. Puedes calcular durante cuánto tiempo se ejecutó y cuál es el siguiente identificador de lote y el estado. El identificador de lote del trabajo es incremental siempre. |
Get-SCDWJobModule | Este comando proporciona información detallada sobre los módulos específicos del trabajo. Esto es útil cuando encuentras errores de trabajo y deseas averiguar lo que causó el error. |
Solución de problemas comunes de almacenamiento de datos
Esta lista no es exhaustiva, pero trata la mayoría de los problemas comunes que probablemente te encontrarás.
Los informes no se implementan tras haber registrado el almacenamiento 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 de Service Manager; sin embargo, no aparece ningún informe en el área de trabajo. Otro síntoma es que no se han implementado informes en el servidor de Reporting Services.
Es posible que otros aspectos de la implementación del almacenamiento de datos parezcan haberse ido sin mayor problema. Por ejemplo, en la consola de Service Manager, al seleccionar Almacenamiento de datos y Trabajos de almacenamiento de datos, verás dos trabajos de extracción, un trabajo de transformación y carga, y un trabajo MPSync.
Pasos para solucionar problemas:
Para solucionar este problema, realiza los pasos siguientes.
Paso 1: comprueba el estado de implementación de los módulos de administración.
En la consola de Service Manager, selecciona Almacenamiento de datos.
Selecciona Módulos de administración y, en el cuadro de búsqueda Filtro, escribe informe. Esto filtra los resultados de los módulos de administración relacionados con informes.
Comprueba el estado de implementación (última columna) de los siguientes módulos de administración. Ninguno de los módulos de administración debe tener el estado Error.
ServiceManager.ActivityManagement.Report.Library
ServiceManager.ProblemManagement.Report.Library
ServiceManager.IncidentManagement.Report.Libraryxxx
ServiceManager.ConfigurationManagement.Report.Library
ServiceManager.ChangeManagement.Report.Library
Paso 2: comprueba el registro de eventos en busca de los mensajes de error que mencionan el archivo de ensamblado Microsoft.EnterpriseManagement.Reporting.Code.dll.
Si alguno de los cinco módulos de administración anteriores produjo un error de implementación:
En el servidor de administración del almacenamiento de datos, abre el registro de eventos de Operations Manager.
Filtra los eventos con Orígenes de eventos como Implementación y Nivel de evento como Error.
Si hay mensajes de error en el registro de eventos que indiquen No se puede cargar Assembly Microsoft.EnterpriseManagement.Reporting.Code.dll, revisa los siguientes elementos:
La instalación de SQL Server Reporting Services (SSRS) puede estar en un servidor diferente del servidor de administración del almacenamiento de datos.
Si la instalación de SSRS está en el mismo servidor que el servidor de administración del almacenamiento de datos, reinicia el servicio SSRS.
Reinicia SSRS:
Inicia sesión en el servidor donde está instalado SSRS.
Abre el Administrador de configuración de Reporting Services.
En la ventana Conexión de configuración de Reporting Services, selecciona Conectar.
En la ventana Estado del servidor de informes, selecciona Detener y selecciona Iniciar.
Seleccione Salir.
Paso 3: vuelve a implementar los módulos de administración de informes con errores:
En la consola de Service Manager, selecciona Almacenamiento de datos.
Selecciona Módulos de administración y, después, en el filtro de búsqueda, escribe informe.
Para cada uno de los módulos de administración enumerados en el paso 1, en el panel Tareas, selecciona Reiniciar implementación.
Nota
Si el estado de implementación de un módulo de administración aparece como Completado, la opción Reiniciar implementación no está disponible.
Una vez que el estado de implementación de los módulos de administración de informes se haya actualizado de Error a Completado, abre la consola de Service Manager. Los informes deben mostrarse en el área de trabajo Informes. Podrías tener que reiniciar la consola de Service Manager para visualizar los informes porque la consola almacena en caché la lista de informes.
Se produce un error en los trabajos después de importar un módulo de administración personalizado
Síntoma
Uno o varios trabajos de almacenamiento de datos empiezan a generar errores después de importar un módulo de administración personalizado y sincronizarlo con el almacenamiento de datos.
Pasos para solucionar problemas:
Para solucionar este problema, realice los pasos siguientes.
Comprueba el registro de eventos para asegurarte de que la causa principal radica en el módulo de administración personalizado:
En el servidor de administración de almacenamiento de datos, abre el registro de eventos de Operations Manager.
Busca el evento relacionado con el error del trabajo.
Determina si el error está relacionado con el módulo de administración personalizado que importaste.
Si el error está relacionado con el módulo de administración personalizado, debes eliminarlo y permitir que el resto del almacenamiento de datos funcione como de costumbre. Puedes corregir el módulo de administración y volver a importarlo más adelante:
Desinstala el módulo de administración personalizado mediante la consola de Service Manager.
Ejecuta el trabajo de sincronización de MP.
Comprueba que el módulo de administración personalizado aparezca en Almacenamiento de datos en los Módulos de administración.
Una vez completado el trabajo de sincronización de MP, reanuda el trabajo con errores desde la consola de Service Manager o con un cmdlet de Windows PowerShell.
Corrige y vuelve a importar el módulo de administración personalizado:
Elimina el módulo de administración personalizado y corrige el error mediante el paso 2 descrito anteriormente.
Corrige el módulo de administración personalizado.
Importa el módulo de administración personalizado fijo en Service Manager y luego ejecuta el trabajo de sincronización de MP para sincronizarlo con el almacenamiento de datos.
El almacenamiento de datos no recibe datos nuevos o los trabajos parecen tardar demasiado tiempo en completarse.
Síntoma
No ves datos ni datos nuevos en ninguno de los informes. Otro síntoma es que los trabajos de ETL tardan demasiado en ejecutarse y los trabajos no muestran el estado de No iniciado.
Pasos para solucionar problemas:
Para solucionar este problema, realice los pasos siguientes.
Usa el cmdlet de Windows PowerShell Get-SCDWJob para determinar si todos los trabajos de ETL están habilitados. Inicia Windows PowerShell y, seguidamente, escribe Get-SCDWJob.
Si los trabajos de ETL están deshabilitados y los trabajos MPSyncJob o DWMaintenance están en ejecución, espera hasta obtener el estado del trabajo otra vez, ya que estos dos trabajos en segundo plano deshabilitan los trabajos de ETL. Sin embargo, si los dos trabajos se indican como No iniciado y los trabajos de ETL están deshabilitados, puedes utilizar el cmdlet Enable-SCDWJob para habilitar cada uno de ellos, por ejemplo:
Enable-SCDWJob -JobName Transform.Common
Si los trabajos de ETL MPSync y DWMaintenance están habilitados y en ejecución, pero su identificador de lote individual no ha variado desde hace mucho tiempo, o si utilizas el cmdlet Get-SCDWJobModule para trabajos específicos y no ves ningún módulo en ejecución, comprueba el registro de eventos para determinar 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.
Comprueba si estos tres servicios, a saber: Servicio de acceso a datos de System Center, Microsoft Monitoring Agent y Configuración de administración de System Center del servidor de administración de Data Warehouse están en ejecución. En el servidor de administración del almacenamiento de datos, selecciona Inicio, Ejecutar y luego escribe Services.msc. En Servicios, comprueba que se estén ejecutando los siguientes servicios, a saber: Servicio de acceso a datos de System Center, Microsoft Monitoring Agent y Configuración de administración de System Center.
Si alguno de los servicios no está en ejecución, reinicia 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 transcurre mucho tiempo y sigues sin visualizar los eventos del almacenamiento de datos de origen de eventos y del Servicio SDK de OpsMgr, reinicia los tres servicios.
Las extensiones de almacenamiento de datos personalizadas no aparecen en el almacenamiento de datos
Síntoma
Después de importar el módulo de administración (que define algunas tablas de dimensiones o hechos en Service Manager), el trabajo de MPSync ya se ha ejecutado varias veces; no obstante, todavía no se pueden visualizar las tablas de dimensiones o hechos en DataMart.
Pasos para solucionar problemas:
Asegúrate de que el módulo de administración esté sellado. El trabajo MPSync solo puede importar módulos de administración sellados desde Service Manager en el almacenamiento de datos. Si no has sellado el módulo de administración, séllalo y, seguidamente, impórtalo mediante Service Manager.
Realiza el siguiente procedimiento para asegurarte de que el módulo de administración esté sincronizado con el almacenamiento de datos:
Abre la consola de Service Manager.
Selecciona Almacenamiento de datos.
Selecciona Módulos de administración y, a continuación, busca el módulo de administración en la lista de módulos de administración. Para ello, utiliza la característica de búsqueda y escribe el nombre de tu módulo de administración en el cuadro de búsqueda. Si no ves el módulo de administración:
Es posible que no se haya podido importar en el servidor de administración del almacenamiento de datos. Accede al servidor de administración de almacenamiento de datos, abre el registro de eventos de Operations Manager y filtra los eventos con Orígenes de eventos como Servicio de SDK de OpsMgr.
Es posible que el trabajo MPSync aún no se haya ejecutado. Se ejecuta sobre la base de una programación periódica de una vez cada hora (de forma predeterminada). Puedes modificar la programación con Windows PowerShell. Para acelerar la sincronización del módulo de administración, una vez que hayas importado el módulo de administración, puedes reanudar manualmente el trabajo de MPSync, ya sea desde la consola de Service Manager o mediante Windows PowerShell.
Comprobación del estado de implementación del módulo de administración:
Abre la consola de Service Manager.
Selecciona Almacenamiento de datos.
Selecciona Módulos de administración y, a continuación, busca el módulo de administración en la lista de módulos de administración. Para ello, puedes buscar el nombre de tu módulo de administración.
Comprobación del estado de implementación de tu módulo de administración. Si el estado de implementación es Error:
En el servidor de administración del almacenamiento de datos, abre el registro de eventos de Operations Manager y, a continuación, filtra los eventos con Orígenes de eventos como Implementación.
Si hay un mensaje de error, el mensaje suele indicar lo que salió mal. Si después de realizar las correcciones necesarias en el módulo de administración y se sigue produciendo el error, puedes desinstalar dicho módulo de administración mediante la consola de Service Manager. Una vez ejecutado el trabajo MPSync, el módulo de administración se desinstala del servidor de administración del almacenamiento de datos.
Los módulos de administración se bloquean en el estado Asociación pendiente después de registrarse en el almacenamiento de datos
Síntoma
Algunos módulos de administración permanecen en estado de Asociación pendiente varias horas tras registrar Service Manager con el almacenamiento de datos y transcurridas varias horas (cuatro o más). Para determinar el tiempo transcurrido, abre la consola de Service Manager y selecciona Almacenamiento de datos, Trabajos de almacenamiento de datos, Trabajo de MPSync y luego Detalles en el panel Tareas.
Pasos para solucionar problemas:
Para solucionar este problema, realice los pasos siguientes.
Visualiza los Detalles del trabajo MPSync. Revisa cada identificador de lote del módulo de administración de problemas en el cuadro de diálogo MPSyncJob. En el cuadro de diálogo Trabajo de sincronización de MP, selecciona el nombre de la columna del Módulo de administración para ordenar la lista en función del nombre del módulo de administración. Busca los módulos de administración con el estado Asociación pendiente. En la lista de módulos de administración, comprueba que el estado del módulo de administración en el lote más reciente aparezca como Asociado, por ejemplo:
En cuanto al identificador de lote 136, el módulo de administración Microsoft.SystemCenter.ConfigurationManager está pendiente de asociación.
Para el identificador de lote 207, el módulo de administración Microsoft.SystemCenter.ConfigurationManager está asociado.
Esto indica que el módulo de administración está asociado correctamente en el lote 207, aunque se produjo un error en el lote 136. Dado que se recuperó en el lote 207, el módulo de administración está asociado correctamente y la sincronización se completó de forma satisfactoria.
Si en el cuadro de diálogo Trabajo de sincronización de MP, el estado de asociación pendiente de un módulo de administración se repite para cada lote, deberás solucionar los problemas de forma más exhaustiva para determinar el motivo por el que el módulo de administración no se puede asociar. Para empezar, busca los errores de implementación en otros módulos de administración de los que depende tu módulo de administración.
En la consola de Service Manager, selecciona Almacenamiento de datos, Módulos de administración y luego el encabezado de columna Estado de implementación. Si encuentras algún módulo de administración con un estado de implementación de Error o No iniciado, el motivo suele subyacer en una dependencia del módulo de administración. Dado que los módulos de administración pueden depender de otros, cualquier error puede provocar que otros módulos de administración produzcan errores en la implementación. Cualquier módulo de administración afectado tiene el estado No iniciado.
Busca los errores de implementación en el registro de eventos. Abre el registro de eventos de Operations Manager en el almacenamiento de datos, filtra el registro de eventos según los eventos en los que el origen del evento es Implementación y el nivel de evento es Advertencia o Error.
Si hay un mensaje de error similar al siguiente, deberás anular el registro del almacenamiento de datos de Service Manager, reinstalar el almacenamiento de datos y, a continuación, volver a registrar el servidor de administración de Service Manager en el servidor de administración del almacenamiento 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
Se produce un error en los trabajos de ETL debido a problemas con las credenciales de inicio de sesión
Síntoma
Se han producido errores en algunos o todos los trabajos de ETL. El registro de eventos de Operations Manager en el servidor de administración del almacenamiento de datos indica que el error del trabajo ETL está relacionado con un error de usuario de inicio de sesión.
Pasos para solucionar problemas:
Para solucionar este problema, comprueba si la contraseña de cada cuenta de ejecución ha cambiado o ha expirado. Puedes actualizar la cuenta mediante los pasos siguientes:
Selecciona Almacenamiento de datos, Seguridad, Cuentas de ejecución y, por último, selecciona la cuenta de ejecución relacionada. Selecciona Propiedades en el panel Tareas, actualiza el campo Contraseña en la ventana y selecciona Aceptar.
Si esta cuenta de ejecución es una cuenta de sistema operativo, también tienes que actualizar los servicios que se ejecutan en la cuenta:
En el servidor de administración del almacenamiento de datos, selecciona Inicio, Ejecutar y luego escribe Services.msc.
En Servicios, actualiza las contraseñas de los servicios que se ejecutan en la cuenta, por ejemplo, System Center Data Access Service y System Center Management Configuration.
Reinicie los servicios.
Nota
El trabajo de sincronización de MP y los trabajos de extracción pueden usar una cuenta de ejecución diferente a la cuenta de sistema operativo. Esta cuenta de ejecución se crea cuando Service Manager se registra en un almacenamiento de datos.
Es fácil actualizar la contraseña si ha expirado. Sin embargo, es más difícil actualizar el sistema si cambias la cuenta de ejecución. No se recomienda modificar las cuentas de ejecución.
Si el error del trabajo no está relacionado con la contraseña, asegúrate de que la cuenta de ejecución del trabajo con errores se pueda usar para conectarte a la base de datos de destino. Por ejemplo, asegúrate de que la cuenta de ejecución de trabajo de extracción se pueda usar para conectarte a la base de datos de Service Manager. Si no es así, asegúrate de que el servicio Lenguaje de consulta estructurado (SQL) que hospeda la base de datos se esté ejecutando.