Discussion :

[yellow174]

bonjour,

j'ai quelques boîtes aux lettres, la taille ne cesse d'augmenter alors qu'il n'y a quasi presque plus de messages dedans

j'ai fait un fixup -j, updall -R, compact -B. Cela réduit bien la taille mais ensuite elle se remet à grossir. Suppression de la base et recréation d'une réplique, même soucis.
seulement une des deux bases du cluster est impactée à chaque fois
ce n'est pas toujours le même serveur du cluster sur lequel se produit le soucis

Ce problème est-il connu ? Comment puis-je le résoudre définitivement ?

environnement 9.01 FP8

merci de vos réponses

[Jérôme Deniau]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Compact -D <chemin et nom de la base>

Vérifier s’il n’y a pas des règles non plus (cachées dans le calendar profile , prendre notespeek ou mieux scanEZ d’ytria)

[yellow174]

sinon je vire la vue $calendar profile puis je passe un compact -D

[Jérôme Deniau]

La vue calendar est light (uniquement les réunions), et tu as un outil de purge des agendas dans la base mail pour supprimer les réunions antérieurs à x jours par exemple.

vérifie:
- Tailles des index des vues (manage views/gérer vues) dans ibm administrator, tu sélectionnes la base et dans les outils de base l'option gérer vues, tu vois ce que te coûtent les vues (ou show database <nom de la base> -v sur la console mais bon c'est dinosaure comme méthode)
- Nombre de documents (et pièces jointes)
- si daos, vérifie le nombre de daos dans la base, si elle grossit ce n'est pas top top
- utilise NIFNSF pour déplacer les index de vues en dehors du fichier NSF et dans un volume linux en dehors de data
- vérifier les options de réplications (conservation des talons de suppression), en cluster faut pas trop jouer mais 7 jours c'est suffisant (sauf si l'autre serveur est indisponible pendant 7 jours ;-)) ), pas défaut c'est 90 jours, ce qui fait conservation des talons de suppression (deletion stubs) pendant 120 jours, si la base reçoit des gros fichiers ou en envoie et qu'après on supprime les docs, ça peut coûter cher.....


il faut savoir pourquoi cette merde grossit si il ne s'y passe rien....

[yellow174]

vérifie:
- Tailles des index des vues : ils sont tous petits
-
- Nombre de documents (et pièces jointes)
- pas de DAOS
- même nombre de documents des deux côtés

je vais donc tenter le compact -D