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 y notificar los cambios en los módulos de administración y los objetos del módulo de administración. 2019 UR3 admite el seguimiento de cambios para el agente y supervisar el estado de restablecimiento de estado.
La característica de seguimiento de cambios de Operations Manager realiza un seguimiento de los cambios e informa de los cambios en los módulos de administración y los objetos del módulo de administración. También admite el seguimiento del estado del restablecimiento de estado del agente y 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 por el nombre Change Tracking.
Consulte 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 de módulos de administración, objetos de módulo de administración e invalidaciones para mostrar los cambios.
Estos informes están disponibles en La 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).
Puede 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. Puede 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. Puede 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. 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. 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 del 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 recientemente del servidor de administración. Este informe también realiza un seguimiento de las modificaciones en objetos del módulo de administración, como cambiar el nombre de un grupo, supervisar o regla o agregar o 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.
Puede 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 desea ver todos los nuevos monitores creados por un usuario Dan en el último mes, seleccionará 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 |
|---|---|
| Nombre del módulo de administración | 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: Supervisión, regla, grupo o módulo. |
| Propiedad afectada | Propiedad del objeto que se editó. |
| Valor anterior | Valores anteriores de la propiedad afectada. |
| Nuevo valor | Nuevo valor 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 add/delete/edit. |
| 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, expanda cada una de estas filas; los resultados se agrupan por nombre del módulo de administración.
Filtrado: puede 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 le 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 realice un cambio en MyCustomMP y guarde 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á 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 2019 UR3 y versiones 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. Puede exportar la lista a un Excel, PDF o Bloc de notas y editar el contenido exportado. Puede filtrar el informe por fecha, tipo de acción (Install/Repair/ Upgrade/Uninstall/) 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. Seleccione + esta opción para ver los valores modificados.
Seguimiento de cambios para el restablecimiento de estado de supervisión
Nota:
Esta característica es aplicable a 2019 UR3 y versiones posteriores.
Operations Manager admite el seguimiento de cambios para el restablecimiento del estado del monitor. Un informe Monitor health reset tracking está disponible en la biblioteca de informes genérica de Microsoft para informar sobre el estado del restablecimiento de estado de supervisión.
Visualización de acciones de restablecimiento de estado de supervisión
Puede ver las acciones de restablecimiento de estado en los monitores como una vista consolidada en Informes. Puede exportar la lista a un Excel, PDF o Bloc de notas y editar el contenido exportado. Puede 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 se SCSCOMBEVM40085.smx.net.
Sincronización de datos de seguimiento de cambios en El almacenamiento de datos
Nota:
Esta característica es aplicable a 2019 UR3 y versiones 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 la base de datos de Operations Manager a DW, se denomina regla de sincronización de la información de estado del trabajo del almacenamiento de datos.
Puede invalidar los valores predeterminados de los parámetros, incluidos los siguientes:
BatchGenerationFrequencySeconds (tiempo después de que la regla se ejecute para sincronizar datos) – 30 segundos.
BatchSize (tamaño de lotes en los que se sincronizan los datos): 100.
Limpieza de los datos de seguimiento de cambios en El almacenamiento de datos
Nota:
Esta característica es aplicable a 2019 UR3 y versiones 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.
Puede 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, actualice todos los servidores de administración.