Bonjour,
La nôtre fait 1,2 Go... et contient plus de 12,5 millions d'enregistrements avec un temps de sauvegarde de 1'21"... La base GLPI complète fait 2,4 Go... Le serveur est une VM Windows 2008 R2 serveur sur un host ESX avec 4 CPU allouées et 16 Go de RAM : [cid:image001.png@01D04F48.ABE203A0] Ceci dit, de temps en temps je fais un peu de ménage dans la table des logs en purgeant les logs en trop (ceux qui informent que un utilisateur n’est plus dans l’AD) : Voici ma procédure stockée pour faire cela : CREATE DEFINER=`root`@`%` PROCEDURE `RaynetCleanLogs`() LANGUAGE SQL NOT DETERMINISTIC MODIFIES SQL DATA SQL SECURITY DEFINER COMMENT 'To delete from logs the information for \'Deleted user from AD\'' BEGIN SET @UserID = 0 ; select max(id) into @UserID from glpi_users ; /*set @UserID = 100 ;*/ WHILE @UserID > 0 DO SET @minID = 0 ; SET @maxID = 0 ; select min(id), max(id) INTO @minID, @maxID from glpi_logs where itemtype = 'User' and items_id = @UserID and linked_action=12 and user_name = '' ; If @minID > 0 and @maxID > 0 THEN delete from glpi_logs where itemtype = 'User' and items_id = @UserID and linked_action=12 and user_name = '' and id not in (@minID, @MaxID) ; END IF ; SET @UserID = @UserID - 1 ; END WHILE; END Je la lance de temps en temps… l’idéal serait de faire un cron GLPI : cela sera fait, mais pour le moment c’est une procédure stockée. Cette procédure stockée ne bloque pas l’utilisation de GLPI et peut être lancée n’importe quand. Sinon pour prendre un peu de recul sur ce problème, je ne vois pas de solution (si on veut comme nous conserver tout l’historique et ne rien effacer) à moins d’avoir une base de données dédiée à un archivage (par exemple archivage de tous les objets d’un âge > x années/mois/jours). Cette modification serait une grosse modif (un peu comme pour la gestion de la réplication), on pourrait choisir lors d’une recherche de chercher dans les archives ou non. A+ Olivier MORON Miscellaneous Program Member RAYNET SNC Tel : +33 4 76 33 49 52 Fax: +33 4 76 70 56 63 -----Original Message----- From: Glpi-user [mailto:glpi-user-boun...@gna.org] On Behalf Of Yoann Gini Sent: Monday, February 16, 2015 11:48 AM To: Liste de diffusion des utilsateurs de GLPI Subject: [Glpi-user] glpi_logs, quelle attitude adopter ? Bonjour, Sur un parc d’une petite centaine de machines, j’ai une table glpi_logs de plus de 500 000 entrées, ce qui me pose un problème aujourd’hui en terme de taille et de temps passer pour la sauvegarde de la base. Je n’avais pas envisagé avoir une base si chargée pour un si petit nombre de machines (Fusion Inventory ne doit pas y être étranger). Je souhaiterais savoir quelles sont les solutions communément utilisées pour la gestion de cette table. En quel point est-elle nécessaire, existe-t-il des outils pour la purger et quel est l’inconvénient à le faire ? Merci bien Yoann
_______________________________________________ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
