Seguimiento de los cambios en Operations Manager
En System Center - Operations Manager, los roles de usuario se definen para cambiar potencialmente la configuración de supervisión de aplicaciones y servicios a través de módulos de administración. Puede haber varios usuarios asociados a un único rol de usuario. En las versiones anteriores de Operations Manager, no había ningún seguimiento de estos cambios para identificar al usuario que ha realizado los cambios y cuándo.
Como Operations Manager es una plataforma de supervisión, varios usuarios interactúan con Operations Manager para supervisar los datos relevantes para su rol. Se define un perfil para un grupo de usuarios que impone seguridad basada en roles y limita los privilegios que los usuarios tienen para varios aspectos de Operations Manager. Cuando varios usuarios acceden y cambian el mismo objeto, resulta difícil identificar al usuario que ha realizado los cambios y cuándo.
Con Operations Manager 2019 UR2, se incluyó por primera vez la característica de seguimiento de cambios. El seguimiento de cambios está habilitado de forma predeterminada en 2019 UR2 para realizar un seguimiento de los cambios en los módulos de administración y los objetos del módulo de administración e informar de ellos. 2019 UR3 admite el seguimiento de cambios para el estado del agente y del restablecimiento del estado del monitor.
La característica de seguimiento de cambios de Operations Manager realiza un seguimiento e informa de los cambios en los módulos de administración y los objetos del módulo de administración. Además, admite el seguimiento para el estado del agente y del restablecimiento del estado del monitor.
La característica de seguimiento de cambios está habilitada de forma predeterminada. Con Operations Manager 2022, todos los informes de seguimiento de cambios están disponibles en una sola carpeta denominada Change Tracking.
Consulta las secciones siguientes para obtener información detallada sobre la característica de seguimiento de cambios:
- Seguimiento de cambios para módulos de administración
- Seguimiento de cambios para el agente
- Seguimiento de cambios para el restablecimiento de estado de supervisión
Seguimiento de cambios para módulos de administración
Hay disponibles tres informes: Historial del módulo de administración, Objetos del módulo de administración y Seguimiento de invalidaciones para mostrar los cambios.
Estos informes están disponibles en Informes>Biblioteca de informes genéricos de Microsoft.
Estos informes están disponibles en Informes>Microsoft Change Tracking Library (Biblioteca de seguimiento de cambios de Microsoft).
Puedes usar los filtros disponibles en los informes para establecer los criterios y obtener los informes según sus necesidades.
En las secciones siguientes se detallan los informes que se usan para el seguimiento de cambios en los módulos de administración y cómo usarlos.
Seguimiento de cambios para el historial del módulo de administración
Nota:
Esta característica es aplicable a 2019 UR2 y versiones posteriores.
El informe historial del módulo de administración genera la lista de todos los módulos de administración, que se importan o eliminan en cualquier servidor de administración del grupo de administración. Puedes filtrar el informe por fecha, acción y nombre de usuario.
Ejemplo: Informe de todos los módulos de administración importados por Bob y Dan desde el primer día del último mes hasta la fecha. Puedes aplicar los filtros como se muestra en el ejemplo siguiente y generar el informe para este usuario.
El informe muestra los siguientes campos y valores:
| Campo | Descripción |
|---|---|
| Módulo de administración | Nombre del módulo de administración en el que se realizó la acción. |
| Versión | Versión del módulo de administración en el que se realizó la acción. |
| Date | Fecha y hora en que se realizó esta acción. |
| Action | Tipo de la acción realizada: instalar o eliminar. |
| Nombre de usuario | Nombre del usuario que ha realizado la acción en el módulo de administración. |
Informe de ejemplo:
Nota:
- Los módulos de administración que se importaron, eliminaron o actualizaron antes de la actualización UR2 se capturarán en el informe, pero el contexto de usuario no se capturará para estos.
- Cualquier actualización del módulo de administración se capturará en dos entradas del informe. La primera entrada para la eliminación de la versión anterior del módulo de administración y la segunda entrada para la instalación de la nueva versión.
Nota:
Cualquier actualización del módulo de administración se capturará en dos entradas del informe. La primera entrada para la eliminación de la versión anterior del módulo de administración y la segunda entrada para la instalación de la nueva versión.
Objetos de módulo de administración
El informe de objetos del módulo de administración realiza un seguimiento y genera la lista de todos los objetos del módulo de administración, que se crean o eliminan del servidor de administración. Este informe también realiza un seguimiento de las modificaciones en los objetos del módulo de administración, como cambiar el nombre de un grupo/monitor/regla o agregar/eliminar un miembro del grupo, etc.
- En este informe se muestra el historial de esos objetos de módulo de administración, que se cambian después de la actualización del servidor de administración de Operations Manager a UR2.
- Los objetos del módulo de administración que se crearon, eliminaron o editaron antes de la actualización UR2 también se mostrarán en el informe, pero el contexto de usuario no se capturará para estos objetos.
Puedes filtrar los informes por fecha, nombre de usuario, módulo de administración, criterios de acción (nuevos, eliminar o editar) y el tipo de objetos.
Ejemplo: Si deseas ver todos los nuevos supervisores creados por un usuario Dan en el último mes, seleccionarás los filtros como se muestra en el ejemplo siguiente:
El informe de objetos del módulo de administración contiene los siguientes campos y valores:
| Campo | Descripción |
|---|---|
| Management pack name | Nombre del módulo de administración al que pertenecen los objetos modificados. |
| Nombre de objeto | Nombre del objeto, que se creó, eliminó o editó. |
| Tipo de objeto | Tipo del objeto. Ejemplo: Supervisor, regla, grupo o módulo. |
| Affected property | La propiedad del objeto que se editó. |
| Old Value | Valor anterior de la propiedad afectada. |
| New Value | Valor nuevo de la propiedad afectada. |
| Date | Fecha y hora en que se realizó la acción. |
| Tipo acción | Tipo de la acción realizada en el objeto, como agregar/eliminar/editar. |
| Nombre de usuario | Nombre del usuario que ha realizado la acción. |
Seguimiento de invalidaciones
Las invalidaciones se crean para optimizar la supervisión. Varios roles de usuario pueden crear estas invalidaciones en Operations Manager. Cuando diferentes usuarios crean invalidaciones, resulta fundamental realizar un seguimiento y capturar al usuario que realizó estos cambios y cuándo. Con el informe de seguimiento de invalidaciones, se capturan todas las invalidaciones creadas a través de la consola, PowerShell o las API del SDK.
Este informe tiene campos o información relevantes para realizar un seguimiento de las invalidaciones en detalle, como el nombre del módulo de administración, el nombre del objeto, el tipo de objeto, la propiedad afectada, el valor antiguo, el nuevo valor, el destino del tipo de objeto y la fecha. Para ver información detallada de cada parámetro modificado, expande cada una de estas filas; los resultados se agrupan por nombre del módulo de administración.
Filtrado: puedes filtrar el informe por nombre de usuario, tipo de objeto, nombre del módulo de administración y fecha, lo que facilita el seguimiento de los cambios que te interesan.
Configuración de limpieza de datos en el módulo de administración
La configuración de limpieza está vinculada con la configuración de limpieza del módulo de administración para el almacenamiento de datos. Esto significa que, de forma predeterminada, se mostrarán tres versiones de módulos de administración y datos de 400 días de antigüedad en los informes. Por ejemplo: siempre que realices un cambio en MyCustomMP y guardes los cambios en una nueva versión como v1, v2, v3, v4 a lo largo de siete días y, de forma predeterminada, v1 se limpiará y solo verás los cambios de v2, v3 y v4. Además de esto, cualquier cambio que tenga 400 días de antigüedad se limpiará.
Seguimiento de cambios para el agente
Nota:
Esta característica es aplicable a la versión 2019 UR3 y posteriores.
Operations Manager admite el seguimiento de cambios para el agente. Un informe de seguimiento del agente está disponible en la biblioteca de informes genéricos de Microsoft para realizar un seguimiento de los cambios para el agente.
El seguimiento del agente notifica todas las acciones de instalación, desinstalación, reparación y actualización en el agente de Windows/Linux.
Visualización de cambios en el agente
Puede obtener una vista consolidada de todos los cambios realizados en un agente en Informes. Puedes exportar la lista a un Excel, PDF o Bloc de notas y editar el contenido exportado. Puedes filtrar el informe por fecha, tipo de acción (Instalar/Reparar/Actualizar/Desinstalar/) y nombre del agente.
Ejemplo: en el siguiente informe se muestran los elementos de línea ordenados por fecha y hora con el elemento más reciente mostrado en la fila superior. Selecciona + para ver los valores cambiados.
Seguimiento de cambios para el restablecimiento de estado de supervisión
Nota:
Esta característica es aplicable a la versión 2019 UR3 y posteriores.
Operations Manager admite el seguimiento de cambios para el restablecimiento del estado del monitor. Hay disponible un informe de seguimiento del restablecimiento de estado de supervisión en la biblioteca de informes genéricos de Microsoft para informar del estado de restablecimiento del estado del monitor.
Visualización de acciones de restablecimiento de estado de supervisión
Puedes ver las acciones de restablecimiento del estado en los monitores como una vista consolidada en Informes. Puedes exportar la lista a un Excel, PDF o Bloc de notas y editar el contenido exportado. Puedes filtrar el informe por fecha y hora, nombre de usuario y nombre de monitor.
Ejemplo: el siguiente informe tiene el nombre del monitor como Acumulación de rendimiento del sistema operativo y la entidad es SCSCOMBEVM40085.smx.net.
Sincronización de los datos de seguimiento de los cambios en Data Warehouse
Nota:
Esta característica es aplicable a la versión 2019 UR3 y posteriores.
Operations Manager admite la sincronización de los datos de seguimiento de los cambios en Data Warehouse.
La regla, responsable de la sincronización de los datos de seguimiento de cambios de BD a DW de Operations Manager, se denomina Regla de sincronización de la información de estado del trabajo del almacenamiento de datos.
Puedes invalidar los valores predeterminados de los parámetros, incluidos los siguientes:
BatchGenerationFrequencySeconds (tiempo después de la ejecución de la regla para sincronizar datos): 30 segundos.
BatchSize (tamaño de los lotes en los que se sincronizan los datos): 100.
Limpieza de los datos de seguimiento de cambios en Almacenamiento de datos
Nota:
Esta característica es aplicable a la versión 2019 UR3 y posteriores.
Operations Manager admite datos de seguimiento de cambios de limpieza en Data Warehouse. Los parámetros del flujo de trabajo se pueden personalizar mediante la regla de limpieza de la información de estado del trabajo del almacenamiento de datos.
Puedes invalidar los valores predeterminados de los parámetros, incluidos los siguientes:
ChangeTrackingGroomingFrequencyMinutes (tiempo después del cual se ejecuta el flujo de trabajo de limpieza para tablas DW): 1440 minutos.
ChangeTrackingAgentAgeDays (antigüedad máxima de instancia para los datos del agente en DW): 400 días.
ChangeTrackingResetMonitorAgeDays (antigüedad máxima de instancia para restablecer datos de supervisión en DW): 400 días.
Visualización de alertas en la consola
Si alguno de los flujos de trabajo de limpieza o sincronización no funciona, las alertas correspondientes se generan como se muestra en el ejemplo siguiente.
Problemas conocidos
- Al actualizar el servidor de Operations Manager, es posible que vea el id. de evento 33333 y 31552 en los registros de eventos. Estos eventos pueden generar algunas alertas en Operations Manager. Una vez completada la actualización, las alertas y los eventos se resolverán automáticamente.
- Para el contexto de usuario del módulo de administración Microsoft.SystemCenter.DBUpdateHelper no se capturará.
- Durante la actualización de los servidores de administración, algunos módulos de administración que se importan no capturan el contexto de usuario. Una vez completada la actualización, se capturará el contexto de usuario. Para asegurarse de que la característica de seguimiento de cambios captura todas las transacciones, actualiza todos los servidores de administración.