Suivre les modifications dans Operations Manager
Dans System Center - Operations Manager, les rôles d’utilisateur sont définis pour modifier potentiellement les paramètres de surveillance des applications et des services par le biais de packs d’administration. Plusieurs utilisateurs peuvent être associés à un seul rôle d’utilisateur. Dans les versions antérieures d’Operations Manager, il n’y avait aucun suivi de ces modifications pour identifier l’utilisateur qui a effectué les modifications et quand.
Comme Operations Manager est une plateforme de supervision, plusieurs utilisateurs interagissent avec Operations Manager pour surveiller les données pertinentes pour leur rôle. Un profil est défini pour un groupe d’utilisateurs qui impose une sécurité basée sur les rôles et limite les privilèges dont disposent les utilisateurs pour différents aspects d’Operations Manager. Lorsque plusieurs utilisateurs accèdent au même objet et modifient le même objet, il est difficile d’identifier l’utilisateur qui a apporté les modifications et quand.
Avec Operations Manager 2019 UR2, la fonctionnalité de suivi des modifications a été introduite. Le suivi des modifications est activé par défaut en 2019 UR2 pour suivre et signaler les modifications apportées aux packs d’administration et aux objets du pack d’administration. 2019 UR3 prend en charge le suivi des modifications pour l’agent et surveille l’état de réinitialisation de l’intégrité.
La fonctionnalité de suivi des modifications dans Operations Manager effectue le suivi et signale les modifications apportées aux packs d’administration et aux objets du pack d’administration. Il prend également en charge le suivi du statut de réinitialisation de la santé de l’agent et du moniteur.
La fonctionnalité de suivi des modifications est activée par défaut. Avec Operations Manager 2022, tous les rapports de suivi des modifications sont disponibles dans un seul dossier par le nom Change Tracking.
Pour plus d’informations sur la fonctionnalité de suivi des modifications, consultez les sections suivantes :
- Suivi des modifications pour les packs d’administration
- suivi des modifications de l’agent
- Suivi des modifications pour la réinitialisation de l'état de santé du moniteur
Suivi des modifications pour les packs d’administration
Les trois rapports suivants sont disponibles pour afficher les modifications : historique des packs d’administration, objets du pack d’administrationet suivi des remplacements.
Ces rapports sont disponibles sous Reporting>la bibliothèque de rapports génériques Microsoft.
Ces rapports sont disponibles dans Reporting>Bibliothèque de rapports de suivi des modifications Microsoft.
Vous pouvez utiliser les filtres disponibles dans les rapports pour définir les critères et obtenir les rapports en fonction de vos besoins.
Les sections suivantes détaillent les rapports utilisés pour le suivi des modifications dans les packs d’administration et comment les utiliser.
Suivi des modifications de l'historique des packs de gestion
Note
Cette fonctionnalité s’applique à 2019 UR2 et versions ultérieures.
Le rapport d’historique des packs d’administration génère la liste de tous les packs d’administration, qui sont importés ou supprimés sur n’importe quel serveur d’administration de votre groupe d’administration. Vous pouvez filtrer le rapport par date, action et nom d’utilisateur.
Exemple : rapport de tous les packs d’administration importés par Bob et Dan du premier jour du mois dernier jusqu’à aujourd’hui. Vous pouvez appliquer les filtres comme indiqué dans l’exemple suivant et générer le rapport pour cet utilisateur.
Ce rapport affiche les champs et valeurs suivants :
| champ | Description |
|---|---|
| du pack de gestion | Nom du pack d’administration sur lequel l’action a été effectuée. |
| version | Version du pack d’administration sur lequel l’action a été effectuée. |
| Date | Date et heure d’exécution de cette action. |
| action | Type de l’action effectuée : installer ou supprimer. |
| nom d’utilisateur | Nom de l’utilisateur qui a effectué l’action sur le pack d’administration. |
Exemple de rapport :
Note
- Tous les packs d’administration qui ont été importés/supprimés/mis à jour avant la mise à niveau UR2 seront capturés dans le rapport, mais le contexte utilisateur ne sera pas capturé pour ces derniers.
- Toute mise à jour sur le pack d’administration sera capturée dans deux entrées dans le rapport. Première entrée pour la suppression d’anciennes versions du pack d’administration et la deuxième entrée pour l’installation de la nouvelle version.
Note
Toute mise à jour sur le pack d’administration sera capturée dans deux entrées dans le rapport. Première entrée pour la suppression de l’ancienne version du pack d’administration et la deuxième entrée pour l’installation de la nouvelle version.
Objets du pack d’administration
Le rapport d’objets du pack d’administration effectue le suivi et génère la liste de tous les objets du pack d’administration, qui sont nouvellement créés ou supprimés du serveur d’administration. Ce rapport effectue également le suivi des modifications sur les objets du pack d’administration, comme le changement de nom d’un groupe/moniteur/règle ou l’ajout/la suppression d’un membre dans le groupe, et ainsi de suite.
- Ce rapport affiche l’historique de ces objets de pack d’administration, qui sont modifiés après la mise à niveau du serveur d’administration Operations Manager vers UR2.
- Tous les objets du pack d’administration qui ont été créés/supprimés/modifiés avant la mise à niveau UR2 sont également affichés dans le rapport, mais le contexte utilisateur ne sera pas capturé pour ces objets.
Vous pouvez filtrer les rapports par date, nom d’utilisateur, pack d’administration, critères d’action (nouveau, supprimer ou modifier) et le type d’objets.
Exemple: si vous souhaitez afficher tous les nouveaux moniteurs créés par un utilisateur Dan au cours des un mois précédents, vous allez sélectionner les filtres comme indiqué dans l’exemple suivant :
capture d’écran 
Le rapport d’objet du pack d’administration contient les champs et valeurs suivants :
| champ | Description |
|---|---|
| Nom du pack d’administration | Nom du pack d’administration auquel appartiennent les objets modifiés. |
| nom de l’objet | Nom de l’objet, qui a été créé/supprimé/modifié. |
| type d’objet | Type de l’objet. Exemple : Monitor/Rule/Group/Module. |
| propriété affectée | Propriété de l’objet qui a été modifié. |
| ancienne valeur | Valeurs précédentes de la propriété affectée. |
| nouvelle valeur | Nouvelle valeur de la propriété affectée. |
| Date | Date et heure de l’exécution de l’action. |
| Type d’action | Type de l’action effectuée sur l’objet tel que add/delete/edit. |
| nom d’utilisateur | Nom de l’utilisateur qui a effectué l’action. |
Annulations du suivi
Les dérogations sont créées pour ajuster la surveillance. Plusieurs rôles d’utilisateur peuvent créer ces remplacements dans Operations Manager. Lorsque différents utilisateurs créent des remplacements, il devient essentiel de suivre et de capturer l’utilisateur qui a apporté ces modifications et quand. Avec le rapport de suivi des remplacements , tous les remplacements créés via la console, PowerShell ou les API SDK sont pris en compte.
Ce rapport contient des champs/informations pertinents pour suivre les remplacements en détail, tels que nom du pack d’administration, Nom de l’objet, Type d’objet, Propriété affectée, Ancienne valeur, Nouvelle valeur, Cible du type d’objet et Date. Pour afficher des informations détaillées pour chaque paramètre modifié, développez chacune de ces lignes ; les résultats sont regroupés par nom du pack d’administration.
filtrage: vous pouvez filtrer le rapport par nom d’utilisateur, type d’objet, nom du pack d’administration et date, ce qui facilite le suivi des modifications qui vous intéressent.
Paramètres de nettoyage des données dans le pack d’administration
Les paramètres de nettoyage sont liés aux paramètres de nettoyage des packs d’administration pour l’entrepôt de données. Cela signifie que, par défaut, trois versions des packs d’administration et 400 jours d’anciennes données sont affichées dans les rapports. Par exemple : chaque fois que vous apportez une modification dans MyCustomMP et enregistrez vos modifications dans une nouvelle version en tant que v1, v2, v3, v4 au cours de sept jours, par défaut, v1 sera archivée et vous verrez uniquement les modifications pour v2, v3 et v4. En outre, toute modification de 400 jours sera traitée.
Suivi des modifications pour l’agent
Note
Cette fonctionnalité s’applique à 2019 UR3 et versions ultérieures.
Operations Manager prend en charge le suivi des modifications pour l’agent. Un rapport de suivi d'agent est disponible dans la bibliothèque de rapports générique de Microsoft pour suivre les modifications de l’agent.
Agent tracking signale toutes les actions d’installation/désinstallation/réparation/mise à niveau sur l’agent Windows/Linux.
Afficher les modifications sur l’agent
Vous pouvez obtenir une vue consolidée de toutes les modifications apportées à un agent sous Rapports. Vous pouvez exporter la liste vers un Tableau de commande Excel, PDF ou Bloc-notes et modifier le contenu exporté. Vous pouvez filtrer le rapport par date, par type d’action (Install/Repair/ Upgrade/Uninstall/) et par nom de l’agent.
Exemple: le rapport suivant affiche les éléments de ligne triés par date/heure avec le dernier élément affiché dans la ligne supérieure. Sélectionnez + pour afficher les valeurs modifiées.
Suivi des modifications pour contrôler la réinitialisation de l'état de santé
Note
Cette fonctionnalité s’applique à 2019 UR3 et versions ultérieures.
Operations Manager prend en charge le suivi des modifications pour la réinitialisation de l'état de santé des moniteurs. Un rapport Surveillance de la réinitialisation de la santé est disponible dans la bibliothèque de rapports générique Microsoft pour rendre compte de l'état de réinitialisation de la santé du moniteur.
Afficher les actions de réinitialisation de l'état de santé du moniteur
Vous pouvez afficher les actions de réinitialisation de santé sur les moniteurs en tant qu’affichage consolidé sous Rapports. Vous pouvez exporter la liste vers un Tableau de commande Excel, PDF ou Bloc-notes et modifier le contenu exporté. Vous pouvez filtrer le rapport par date/heure, nom d’utilisateur et nom du moniteur.
Exemple: le rapport suivant a pour nom de moniteur Rollup de performance du système d'exploitation, et l’entité est SCSCOMBEVM40085.smx.net.
Capture d'écran 
Synchronisation des données de suivi des modifications dans Data Warehouse
Note
Cette fonctionnalité s’applique à 2019 UR3 et versions ultérieures.
Operations Manager prend en charge la synchronisation des données de suivi des modifications dans Data Warehouse.
La règle, responsable de la synchronisation des données de suivi des modifications de la base de données Operations Manager vers l'entrepôt de données, est appelée règle de synchronisation des informations de statut des travaux de l'entrepôt de données .
Vous pouvez remplacer les valeurs par défaut des paramètres, notamment les suivantes :
BatchGenerationFrequencySeconds (temps après lequel la règle s'exécute pour synchroniser les données) – 30 secondes.
BatchSize (taille des lots dans lesquels les données sont synchronisées) – 100.
capture d’écran
Organiser les données de suivi des modifications dans l'entrepôt de données
Note
Cette fonctionnalité s’applique à 2019 UR3 et versions ultérieures.
Operations Manager soutient la gestion des données de suivi des modifications dans l'entrepôt de données. Les paramètres du flux de travail peuvent être personnalisés via la règle Data Warehouse Job Status Information Grooming.
Vous pouvez remplacer les valeurs par défaut des paramètres, notamment les suivantes :
ChangeTrackingGroomingFrequencyMinutes (temps après combien de minutes le flux de travail de nettoyage s’exécute pour les tables DW) - 1440 minutes.
ChangeTrackingAgentAgentAgeDays (âge maximal de l’instance pour les données d’agent dans DW) - 400 jours.
ChangeTrackingResetMonitorAgeDays (âge maximal de l’instance pour réinitialiser les données de surveillance dans DW) - 400 jours.
capture d’écran
Afficher les alertes dans la console
Si l’un des flux de travail de nettoyage ou de synchronisation échoue, les alertes correspondantes sont générées comme indiqué dans l’exemple suivant.
Problèmes connus
- Lorsque vous mettez à jour le serveur Operations Manager, vous pouvez voir l’ID d’événement 33333 et 31552 dans les journaux des événements. Ces événements peuvent générer des alertes dans Operations Manager. Une fois la mise à jour terminée, les alertes et les événements sont résolus automatiquement.
- Le contexte utilisateur ne sera pas capturé pour le pack d'administration Microsoft.SystemCenter.DBUpdateHelper.
- Pendant la mise à jour des serveurs d’administration, certains packs d’administration importés ne capturent pas le contexte utilisateur. Une fois la mise à jour terminée, le contexte utilisateur est capturé. Pour vous assurer que la fonctionnalité de suivi des modifications capture toutes les transactions, mettez à jour tous les serveurs d’administration.