ibdata1

[darkmole]

Salut,
Mon fichier ibdata1 ne cesse de grossir (2,3G). Je sais pas du tout à quoi ça correspond, donc je ne vais pas le supprimer.
Quelqu'un sait ce que c'est ?
Comment remédier à ça ?
Je possède Nagios 3.0.6 et Centreon 2.1.3.

Merci d'avance

[michon]

ce fichier est situé à quel endroit ?
C'est un fichier de Nagios ou de centreon ?

[Guigui]

ibdata, c'est mysql... ?!? non ?
Ça doit faire partie de ta base

Dans Centreon, regarde dans >>  Administration > Base de données

tu auras la taille de tes bases... Histoire de voir si ça correspond  

[darkmole]

/var/lib/mysql/ibdata1
Nagios ou Centreon ? Je pense que c'est plûtot lié à Centreon mais j'en suis pas vraiment sûr.

[darkmole]

ibdata, c'est mysql... ?!? non ?
Ça doit faire partie de ta base

Dans Centreon, regarde dans >>  Administration > Base de données

tu auras la taille de tes bases... Histoire de voir si ça correspond  

Code: [Sélectionner]

[root@serveur ]# ls -lh /var/lib/mysql/ibdata1
-rw-rw---- 1 mysql mysql 2,3G jui 28 16:48 /var/lib/mysql/ibdata1
Ça ne correspond pas.

[david.guenault]

C'est chiant, mais normal. C'est le principe de base du moteur transactionnel innodb. En clair dans un moteur transactionnel (comme oracle par exemple), les données sont écrites 2 fois (une fois dans le fichier de donnée et une fois dans le fichier log des transactions).Donc le fichier data grossis ..... L'impact de ce genre de moteur est qu'on ne peut faire redescendre la taille du fichier de données de manière simple (genre un delete, truncate, etc....) car si on doit faire un rollback et bien il faut avoir la place de remettre les données dans le fichier de données a partir du log. Concernant les bases centreon et centstorage on ne peut rien y faire car centreon utilise les transactions. Par contre concernant la base ndo ou centstatus (qui est également en innodb) on peut très bien basculer les tables en myisam (ndo2db n'utilise pas les transactions).

pour être clair il faut planifier des actions de maintenance (non gérées par centreon) afin de faire redescendre la taille des fichiers data à quelque chose de raisonnable (en fonction du périmètre cela peut être hebdomadaire). Mais pour cela il vaut mieux faire appel à un DBA et savoir gérer des interuptions de service.

[darkmole]

C'est chiant, mais normal. C'est le principe de base du moteur transactionnel innodb. En clair dans un moteur transactionnel (comme oracle par exemple), les données sont écrites 2 fois (une fois dans le fichier de donnée et une fois dans le fichier log des transactions).Donc le fichier data grossis ..... L'impact de ce genre de moteur est qu'on ne peut faire redescendre la taille du fichier de données de manière simple (genre un delete, truncate, etc....) car si on doit faire un rollback et bien il faut avoir la place de remettre les données dans le fichier de données a partir du log. Concernant les bases centreon et centstorage on ne peut rien y faire car centreon utilise les transactions. Par contre concernant la base ndo ou centstatus (qui est également en innodb) on peut très bien basculer les tables en myisam (ndo2db n'utilise pas les transactions).

pour être clair il faut planifier des actions de maintenance (non gérées par centreon) afin de faire redescendre la taille des fichiers data à quelque chose de raisonnable (en fonction du périmètre cela peut être hebdomadaire). Mais pour cela il vaut mieux faire appel à un DBA et savoir gérer des interuptions de service.

Hum hum...
Après première lecture, pas tout compris.

[michon]

Si j'ai bien compris...

Il te dit que c'est normal, que ca va toujours faire que grossir, et que tu dois programmer des maintenances lors desquels tu supprimera une partie des données. Et il te recommande un "DBA" (me demande pas ce que c'est lol) afin de te faciliter le travail de synchro.

[Guigui]

La taille de la base dépends de plusieurs choses:

• Le nombre d'hôtes / services supervisés
• Le nombre de perfdata remontés par services
• La durée de rétention des données dans la base MySQL (>> Administration > Options > Centstorage > )
• La durée de rétention des logs (>> Administration > Options > Centstorage > )

Ensuite, y'a peut-être moyen de lancer une commande OPTIMIZE sur la base, mais je ne sais pas si l'effet sera visible.

En modifiant les durées de rétentions de données en bases, la purge programmée de Centreon supprimera les enregistrements les plus anciens dans la base. Ça peut éventuellement permettre de trouver un juste milieu 

[yohmartin]

Bonjour,

ibata1 est le fichier de transaction de MySQL, ce fichier ne diminuera pas même si tu purge ta base.
Pour diminuer ce fichier il faut exporter ta base, supprimer ta base et importer ta sauvegarde.
Voici une procédure qui marche plutot bien :


Modifier le fichier my.cnf  et ajouter ceci sous [mysqld]:

Code: [Sélectionner]

innodb_file_per_table
Créer un répertoire pour y stocker la sauvegarde :

Code: [Sélectionner]

mkdir -p /usr/bkup
Sauvegarder les bases de données :

Code: [Sélectionner]

mysqldump -R -q --all-databases > /usr/bkup/complete.sql
Arrêter mysql :

Code: [Sélectionner]

service mysqld stop ou /etc/init.d/mysqld stop
Supprimer tous les fichiers de la base :

Code: [Sélectionner]

rm -fr /var/lib/mysql/*
Installer les bases par defaut :

Code: [Sélectionner]

/usr/bin/mysql_install_db
Changer le propriétaire du répertoire :

Code: [Sélectionner]

chown -R mysql:mysql /var/lib/mysql
Démarrer MySQL :

Code: [Sélectionner]

service mysqld start ou /etc/init.d/mysqld start
Importer la sauvegarde :

Code: [Sélectionner]

mysql < /usr/bkup/complete.sql
Redémarrer MySQL :

Code: [Sélectionner]

service mysqld restart ou /etc/init.d/mysqld restart

J'espere que ca te sera utile

[darkmole]

Whaou
J'ai pas encore testé mais je le ferai.
Merci a tous pour ces infos.