Comment purger les données de la base de données ePO à l’aide de la console ePO
Articles techniques ID:
KB79561
Date de la dernière modification : 2022-09-12 16:49:09 Etc/GMT
Date de la dernière modification : 2022-09-12 16:49:09 Etc/GMT
Environnement
McAfee ePolicy Orchestrator (ePO) 5.x
Synthèse
Si la taille de votre base de données ePO est importante et que sa taille doit être réduite, vous pouvez identifier les tables dont les données doivent être purgées.
La méthode la plus simple pour déterminer les tables les plus volumineuses consiste à consulter la console ePO :
- Connectez-vous à la console ePO.
- Accédez à menu, Système, paramètres serveur.
- Sélectionnez les informations sur le serveur.
- Faites défiler la liste vers le bas et recherchez la section intitulée tables les plus volumineuses.
Préparez les SQL Server :
Avant de mettre en œuvre l’une des solutions ci-dessous ou d’effectuer une mise à niveau d’ePO, vous devrez peut-être préparer SQL. Si votre entreprise dispose d’un administrateur de base de données (DBA) gérant la SQL Server, l’implication de DBA est probablement nécessaire pour les étapes suivantes :
- Si vous avez remplacé la base de données par le mode de récupération complète (la valeur par défaut étant simple), effectuez d’abord une sauvegarde. Ensuite, définissez-le en mode de récupération simple. Cette option nettoie le journal des transactions et limite la croissance de la taille du journal des transactions.
- Assurez-vous que le volume de disque contenant le journal des transactions dispose d’un espace disponible supplémentaire. La quantité d’espace libre doit être supérieure à la taille du fichier de la base de données ePO MDF. Si cela n’est pas possible, assurez-vous qu’il dispose d’un espace suffisant pour contenir la plus grande des tables répertoriées ci-dessus.
- S'assurer:
- Le journal des transactions est défini sur la valeur de croissance automatique.
- Le volume de disque contenant le fichier de base de données ePO MDF dispose d’un espace libre important pour la duplication de vos tables les plus volumineuses.
- Que vous avez mis de côté un délai important pour terminer la mise à niveau. Elle peut prendre des heures, voire des jours, selon la taille des tables.
Problème
Cette affirmation de problème s’applique uniquement si vous effectuez une mise à niveau d’ePO 5.3.3 vers ePO 5.9.0 ou une version ultérieure. Une fois que vous avez effectué la mise à niveau vers ePO 5.9.0 ou une version ultérieure, le schéma de la base de données ePO a été migré. Les mises à niveau suivantes ne nécessitent pas la mise à jour des tables en question.
Une vérification avant la mise à niveau lors de la mise à niveau d’ePO 5.x affiche un message d’avertissement similaire à ce qui suit :
The SQL database needs more free space or setup will fail.
It needs two times the current database size to continue.
L’installation d’ePO 5.x effectue une modification de schéma sur ces tables. Cette modification peut prendre beaucoup plus d’espace disque sur le SQL Server, et la migration de ces données peut prendre beaucoup de temps.
Le programme d’installation d’ePO 5.x examine la taille des tables non limitées dans la base de données ePO.
Lorsque vous effectuez une mise à niveau à partir de la 5.x version, il vérifie uniquement un sous-ensemble des tableaux suivants. Toutefois, lorsque vous effectuez une mise à niveau à partir d’une version antérieure 4.x , elle inclut des vérifications pour toutes les tables suivantes :
Le temps et l’espace requis sont directement proportionnels au nombre de lignes du tableau.
Données de prise en charge :
Les données suivantes proviennent de nos tests internes de la mise à niveau du schéma des tableaux ePO 5.x .
Spécifications du serveur SQL :
Laissez l’installation se poursuivre après l’avertissement :
Une vérification avant la mise à niveau lors de la mise à niveau d’ePO 5.x affiche un message d’avertissement similaire à ce qui suit :
It needs two times the current database size to continue.
L’installation d’ePO 5.x effectue une modification de schéma sur ces tables. Cette modification peut prendre beaucoup plus d’espace disque sur le SQL Server, et la migration de ces données peut prendre beaucoup de temps.
Le programme d’installation d’ePO 5.x examine la taille des tables non limitées dans la base de données ePO.
Lorsque vous effectuez une mise à niveau à partir de la 5.x version, il vérifie uniquement un sous-ensemble des tableaux suivants. Toutefois, lorsque vous effectuez une mise à niveau à partir d’une version antérieure 4.x , elle inclut des vérifications pour toutes les tables suivantes :
EPOEvents EPOProductEvents EPORollup_Events EPORollup_ProductEvents OrionSchedulerTaskLogDetail OrionAuditLog
- Si le programme d’installation d’ePO modifie l’un des tableaux répertoriés ci-dessus, et qu’ils ont plus de 1 million lignes, un message d’avertissement s’affiche avant le début de l’installation.
- Le serveur SQL a besoin d'une quantité importante d'espace disque disponible pour appliquer les modifications de schémas à ces tables.
- L’exécution des modifications prend beaucoup de temps, ce qui entraîne la mise à niveau de la mise à niveau d’ePO pendant plusieurs heures ou échoue.
Le temps et l’espace requis sont directement proportionnels au nombre de lignes du tableau.
Données de prise en charge :
Les données suivantes proviennent de nos tests internes de la mise à niveau du schéma des tableaux ePO 5.x .
Spécifications du serveur SQL :
- Disque unique SATA 2
4 Core 2.8 GHz Xeon - LDF et MDF sur le même disque. Le fichier MDF est le fichier principal dans SQL Server base de données. LDF est un fichier de prise en charge.
Tester | Table | Ligne Nombre (millions) |
Date et heure | MDF Maîtrisé |
LDF Maîtrisé |
Grand nombre d'événements client Modifier la colonne Identité tout en préservant les horodatages. | 60 | 2 heures 15 minutes | 15 Go | 36 Go | |
Grand nombre de journaux d'audit. Ajout d'une colonne int avec une contrainte par défaut. | 14.5 | 23 minutes | 5 Go | 5 Go |
Laissez l’installation se poursuivre après l’avertissement :
- Une fois que vous avez effectué les étapes ci-dessus
Et - Disposer d’un espace disque suffisant sur le SQL Server pour que la mise à niveau ait lieu
Solution 1
Purge du journal des événements de menace
Cette solution s’applique si vous devez supprimer des données des tables suivantes :
Cette solution s’applique si vous devez supprimer des données des tables suivantes :
ATD_Events DC_OSS_Events EPCertEventMT EPExtendedEventMT EPOEvents EPStoryGraphInfoMT HIP8_EventInfo HIP8_IPSEventParameter JTIClientEventInfo MVEDRCustomEventMT MVIS_EP_ExtendedEventMT SCOR_Events VSECustomEvent WP_EventInfoMT
- Connectez-vous à la console ePO.
- Accédez à menu, automatisation, tâches serveur.
- Cliquez sur Nouvelle tâche.
- Attribuez un nom à la tâche, puis cliquez sur suivant. Par exemple, vous pouvez nommer la tâche purger les événements de menace.
- Sélectionnez purger le journal des événements de menace dans la liste déroulante actions .
- Entrez les informations dans la sélection purger les enregistrements antérieurs à la sélection radiale. Conforme à la stratégie de conservation des données de votre entreprise. Si vous n’en avez pas, essayez d’utiliser 90 jours.
- Cliquez sur Suivant.
- Planifiez la tâche pour qu’elle s’exécute régulièrement. Par exemple, une fois par jour, à une heure creuse par exemple, le matin fonctionne souvent bien.
- Cliquez sur suivant , puis sur Enregistrer.
- Cliquez sur exécuter en regard de la tâche que vous avez créée.
Solution 2
Comment purger le journal des tâches serveur
La solution ci-dessous s’applique lorsque vous devez supprimer des données des tables suivantes :
La solution ci-dessous s’applique lorsque vous devez supprimer des données des tables suivantes :
OrionSchedulerTaskLog OrionSchedulerTaskLogDetail EPOCoreLogMessage EPORepositoryLogMessage
- Connexion à la console ePO
- Accédez à menu, automatisation, tâches serveur.
- Cliquez sur Nouvelle tâche.
- Attribuez un nom à la tâche, puis cliquez sur suivant. Par exemple, vous pouvez attribuer un nom à la purge du journal des tâches du serveur de tâches.
- Sélectionnez purger le journal des tâches serveur dans la liste déroulante actions .
- Entrez les informations dans la case purger les enregistrements antérieurs à la sélection radiale conforme à la stratégie de conservation des données de votre entreprise. Si vous n’en avez pas, essayez d’utiliser 90 jours.
- Cliquez sur Suivant.
- Planifiez la tâche pour qu’elle s’exécute régulièrement. Par exemple, une fois par jour, à une heure creuse par exemple, le matin fonctionne souvent bien.
- Cliquez sur suivant, puis sur Enregistrer.
- Cliquez sur exécuter en regard de la tâche que vous avez créée.
Solution 3
Purge du journal des audit
Cette solution s’applique lorsque vous devez supprimer desOrionAuditLog données du tableau.
Voici les instructions relatives à la purge des entrées du journal des tâches serveur antérieures à la période spécifiée :
Cette solution s’applique lorsque vous devez supprimer des
Voici les instructions relatives à la purge des entrées du journal des tâches serveur antérieures à la période spécifiée :
- Connectez-vous à la console ePO.
- Accédez à menu, automatisation, tâches serveur.
- Cliquez sur nouvelle tâche.
- Attribuez un nom à la tâche, puis cliquez sur suivant. Par exemple, vous pouvez nommer la tâche purger le journal d’audit.
- Sélectionnez purger le journal d’audit dans la liste déroulante actions .
- Entrez les informations dans la case purger les enregistrements antérieurs à la sélection radiale conforme à la stratégie de conservation des données de votre entreprise. Si vous n’en avez pas, essayez d’utiliser 90 jours.
- Cliquez sur suivant.
- Planifiez la tâche pour qu’elle s’exécute régulièrement. Par exemple, une fois par jour, à une heure creuse par exemple, le matin fonctionne souvent bien.
- Cliquez sur suivant, puis sur Enregistrer.
- Cliquez sur exécuter en regard de la tâche que vous avez créée.
Solution 4
Comment purger les événements de produit
Cette solution s’applique lorsque vous devez supprimer des données des tables suivantes :
Cette solution s’applique lorsque vous devez supprimer des données des tables suivantes :
EPOProductEventsMT EPEEventParameters
- Connectez-vous à la console ePO.
- Accédez à menu, automatisation, tâches serveur.
- Cliquez sur Nouvelle tâche.
- Attribuez un nom à la tâche, puis cliquez sur suivant. Par exemple, vous pouvez nommer la tâche purger les événements de client.
- Sélectionnez purger les événements de client dans la liste déroulante actions .
- Entrez les informations dans la case purger les enregistrements antérieurs à la sélection radiale conforme à la stratégie de conservation des données de votre entreprise. Si vous n’en avez pas, essayez d’utiliser 90 jours.
- Cliquez sur Suivant.
- Planifiez la tâche pour qu’elle s’exécute régulièrement. Par exemple, une fois par jour, à une heure creuse par exemple, le matin fonctionne souvent bien.
- Cliquez sur suivant, puis sur Enregistrer.
- Cliquez sur exécuter en regard de la tâche que vous venez de créer pour l’exécuter.
Solution 5
Comment purger les données de cumul
Cette solution s’applique lorsque vous devez supprimer des données des tables suivantes :
Cette solution s’applique lorsque vous devez supprimer des données des tables suivantes :
EPORollup_Events EPORollup_ProductEvents
- Connectez-vous à la console ePO.
- Accédez à menu, automatisation, tâches serveur.
- Cliquez sur Nouvelle tâche.
- Attribuez un nom à la tâche, puis cliquez sur suivant. Par exemple, vous pouvez attribuer un nom à la purge des événements de cumul de tâches.
- Sélectionnez purger les données cumulées dans la liste déroulante actions .
- Sélectionnez Evénements de menace dans la liste déroulante type de données .
- Entrez les informations dans la case purger les enregistrements antérieurs à la sélection radiale conforme à la stratégie de conservation des données de votre entreprise. Si vous n’en avez pas, essayez d’utiliser 90 jours.
- Cliquez sur le signe + dans la partie droite de la ligne actions .
- Sélectionnez purger les données cumulées dans la liste déroulante nouvelles actions .
- Sélectionnez Evénements du client dans la liste déroulante type de données .
- Entrez les informations dans la case purger les enregistrements antérieurs à la sélection radiale conforme à la stratégie de conservation des données de votre entreprise. Si vous n’en avez pas, essayez d’utiliser 90 jours.
- Cliquez sur Suivant.
- Planifiez la tâche pour qu’elle s’exécute régulièrement. Par exemple, une fois par jour, à une heure creuse par exemple, le matin fonctionne souvent bien.
- Cliquez sur suivant, puis sur Enregistrer.
- Cliquez sur exécuter en regard de la tâche que vous venez de créer pour l’exécuter.
Solution 6
Réduction de la base de données
Il est important de noter que la purge des données ne réduit pas réellement la taille de la base de données sur le disque. Pour effectuer cette tâche, vous devez exécuter la commande de réduction sur la base de données.
Normalement, il n’est pas nécessaire d’effectuer une opération de réduction sur la base de données ePO. Tenez compte des points suivants avant de poursuivre :
- La réduction de la base de données ePO n’est pas recommandée ni nécessaire pour qu’ePO puisse fonctionner.
- La réduction des fichiers de base de données (
.MDF ) et (.NDF ) peut augmenter la fragmentation des index et provoquer un ralentissement de l’exécution des requêtes. - Une fois que vous avez réduit les fichiers de base de données, si la base de données doit être développée pour accueillir de nouvelles données, le SQL Server verrouille les fichiers pendant la croissance. Cela peut présenter des problèmes de performances avec l'application qui utilise la base de données lors de l’insertion des nouvelles données.
- La taille de votre base de données est devenue anormalement élevée pour une raison que vous avez corrigée.
Et - Vous devez effectuer une opération de réduction ponctuelle pour ramener la base de données à sa taille normale.
- Ouvrez SQL Server Management Studio.
- Ouvrez une fenêtre de requête et sélectionnez la base de données que vous essayez de réduire. Pour obtenir des instructions détaillées, voir KB67591.
REMARQUE : La plupart des tables résident dans la base de données ePO principale, mais dans ePO 5.10 , leePOEvents tableau (uniquement) se trouve dans la base de données des événements.
- Collez l’instruction SQL suivante dans la fenêtre requête :
Avertissement : le journal des transactions SQL (.LDF ) peut augmenter jusqu’à cinq fois la taille de la base de données lors de l’exécution de la commande. Assurez-vous que vous disposez de suffisamment d’espace disque libre avant d’utiliser cette commande.
dbcc shrinkdatabase ('ePO_DatabaseName')
go - Cliquez sur exécuter ou appuyez sur F5.
Informations connexes
Cet article s’applique uniquement si vous avez accès à votre console ePO. Si vous ne parvenez pas à accéder à la console ePO parce que la base de données est pleine, utilisez l’article suivant :
Clause d'exclusion de responsabilité
Le contenu du présent article a été rédigé en anglais. En cas de divergences entre la version anglaise et sa traduction, la version en anglais prévaut. Certaines parties de ce contenu ont été traduites par le moteur de traduction automatique de Microsoft.
Produits affectés
Langues :
Cet article est disponible dans les langues suivantes :