Je dois avouer qu'au premier abord ce projet me semblait un peu difficile au regard de mes compétences, mais à force de réunir des infos, je commence à voir la chose d'un œil différent.
Ce projet me semble beaucoup plus abordable que la première fois qu'il m'a été présenté.
Au niveau de l'espace disque je pense que ça ira, au moins pour les phases de test.
Un maquettage est, de tout manière, prévu pour pouvoir prévenir les problèmes auxquels je n'avais pas pensé.
Pour la rotation, j'y avais déjà réfléchi et je pensais mettre en place une table pour le jour J, dont le contenu sera basculé à la fin de la journée dans la table M du mois.
Ensuite, à la fin du mois, la base sera archivée et deviendra M+1.
A la fin de M+6 (soit le 6ème mois), la table sera desarchivée puis supprimée.
Ainsi, je pourrais conserver 6 mois de logs comme il a été convenu au préalable.
Dans l'immédiat, je vais chercher s'il est possible de trier les logs par IP source, ou ID dest une fois que ceux-ci seront intégrés à la base.
En gros, il faudrait que je trouve un moyen de décortiquer les logs afin d'offrir des nouvelles solutions de tri.
Je pense que le moteur de table ARCHIVE répondra parfaitement aux exigences du projet.
Cependant il y a quelque chose que j'ai du mal à saisir. Qu'entends-tu par "prévoir assez d'espace pour accueillir les logs" ?
Peut-on déterminer la taille d'une base de donnée à sa création ?
Ou parles-tu de l'espace disque ?
[^] # Re: No problemo
Posté par Grimm . En réponse au message Redirection de logs sous MySql via Syslog-ng. Évalué à 1.
Je dois avouer qu'au premier abord ce projet me semblait un peu difficile au regard de mes compétences, mais à force de réunir des infos, je commence à voir la chose d'un œil différent.
Ce projet me semble beaucoup plus abordable que la première fois qu'il m'a été présenté.
[^] # Re: Logs
Posté par Grimm . En réponse au message Redirection de logs sous MySql via Syslog-ng. Évalué à 1.
Un maquettage est, de tout manière, prévu pour pouvoir prévenir les problèmes auxquels je n'avais pas pensé.
Pour la rotation, j'y avais déjà réfléchi et je pensais mettre en place une table pour le jour J, dont le contenu sera basculé à la fin de la journée dans la table M du mois.
Ensuite, à la fin du mois, la base sera archivée et deviendra M+1.
A la fin de M+6 (soit le 6ème mois), la table sera desarchivée puis supprimée.
Ainsi, je pourrais conserver 6 mois de logs comme il a été convenu au préalable.
Dans l'immédiat, je vais chercher s'il est possible de trier les logs par IP source, ou ID dest une fois que ceux-ci seront intégrés à la base.
En gros, il faudrait que je trouve un moyen de décortiquer les logs afin d'offrir des nouvelles solutions de tri.
[^] # Re: Logs
Posté par Grimm . En réponse au message Redirection de logs sous MySql via Syslog-ng. Évalué à 1.
Je pense que le moteur de table ARCHIVE répondra parfaitement aux exigences du projet.
Cependant il y a quelque chose que j'ai du mal à saisir. Qu'entends-tu par "prévoir assez d'espace pour accueillir les logs" ?
Peut-on déterminer la taille d'une base de donnée à sa création ?
Ou parles-tu de l'espace disque ?