DominoArea.org [Archive]

par **IvyAlice** » 12 Jan 2011 à 08:59

Bonjour et bonne année 2011 à tous,

J'ai un problème avec la base (de type mail7, le serveur étant en 8.5) d'un utilisateur.
Il était arrivé au warning de son quota, et après avoir supprimé plusieurs Mo de mails ( les bases se compressant toutes les nuits avec compact -B ) il n'a pas gagné de place.

J'ai essayé de faire l'expérience avec lui en live,
- nous avons bien fait la suppression sur le mailserver et pas sur son replica local, nous avons effacé ~ 50 Mo minimum
- j'ai lancé à la main le compact -B sur sa base
- il avait récupéré moins d'1 Mo sur la taille de son .nsf

Les jours suivants j'ai suivis l'évolution de la taille de sa base, là encore elle n'avait pas diminué.

Est-ce que quelqu'un à déjà rencontré ce problème ou aurait une théorie sur le pourquoi du comment, voir une suggestion pour tenter de règle le problème ?

Merci d'avance,

Ivy

par **eru** » 12 Jan 2011 à 10:15

Question idiote je sais mais cela coute rien de vérifier,

As tu bien vider la corbeille ?

par **IvyAlice** » 12 Jan 2011 à 11:23

Salut eru,

Merci pour ta réponse.
Oui j'ai vérifié, la corbeille était bien vide

Ivy

par **eru** » 12 Jan 2011 à 15:29

Essaye un Compact -C

Voici de l'aide chez IBM

http://www-01.ibm.com/support/docview.w ... wg21084388

par **IvyAlice** » 12 Jan 2011 à 15:46

Non je ne l'ai pas essayée car il paraît que ça peut "être le début des problèmes" à cause du changement de BSID (si c'est le bon terme) enfin le numéro grâce auquel lotus reconnaît la base comme étant telle base plutôt qu'une autre.

Est-ce que je risque quelque chose à faire une copie de la base utilisateur (pdt qu'il l'utilise) et à tester le compact -C sur la copie ?

par **eru** » 12 Jan 2011 à 15:58

Non, tu créer une copie en local comme ça l'ID de réplique sera différent et tu tests la commande.

Si tu as des backup tu pourras aussi restaurer la base en cas de pepin

Mais le COMPACT -C ne pose pas de pb a ma connaissance

Moi je passe cela quand je suis emmerdé avec une base et j'ai jamais eu de soucis

1. load fixup -F mail\base.nsf
2. load compact -c -i -d -K mail\base.nsf
3. load updall -R mail\base.nsf

par **IvyAlice** » 12 Jan 2011 à 16:17

OK j'essaierai demain matin alors ( comme ça si jamais il y aura un backup plus à jour, vu qu'ils se font le soir )

Je te fait un feedback ensuite.

Merci

par **SISSI** » 12 Jan 2011 à 16:42

Slt,

ça m'arrive souvent et la bonne vieille commande ci-dessous marche à tous les coups....mais la base doit être fermée voir même Client Lotus de l'utilisateur aussi, car si Lotus "loque" la base ta commande ne marchera pas... y compris si elle est en délégation. Tous les utilisateurs autorisés doivent avoir fermé la base.

load compact mail\base.nsf -c -i

PS : pour que la place libérée sur une base soit significative, il faut que :

1. la corbeille soit vidée
2. que le pourcentage utilisé soit inférieur à 90% voir même 80%
3. une base vide version 6 est de 14Mo (tu ne pourras jamais descendre en dessous)

par **roubech** » 12 Jan 2011 à 20:54

il s'agit du DBIID (et non du BSID) qui est changé suite à un compact -C
si la journalisation des transactions est activée, il y a un impact sur les sauvegardes. en effet, le DBIID ayant changé, il faut impérativement lzncé une sauvegarde complète de cette base

par **IvyAlice** » 13 Jan 2011 à 15:35

Bonjour à tous et merci pour vos réponses.

J'ai tenté les 3 commandes données par eru, ça a libéré 10 Mo

Voici les logs:
1# fixup -F
01/13/2011 07:51:27 AM Database Fixup: Started
01/13/2011 07:51:28 AM Performing consistency check on mail/xxx.nsf...
01/13/2011 07:52:29 AM Completed consistency check on mail/xxx.nsf
01/13/2011 07:52:30 AM Database Fixup: Shutdown

#2 compact -c -i -d -K
01/13/2011 07:53:08 AM Compacting /.../.../mail/xxx.nsf (xxx xxx)
01/13/2011 07:56:03 AM Compacted /.../.../mail/xxx.nsf, 13312K bytes recovered (1%)
01/13/2011 07:56:04 AM Database compactor process shutdown

#3 updall -R
01/13/2011 07:59:04 AM Index update process started
01/13/2011 07:59:04 AM Updating views in /xxx/xxx/mail/xxx.nsf
01/13/2011 07:59:07 AM Warning, database /xxx/xxx/mail/xxx.nsf has exceeded its warning size threshold of 972800 KB by 1 MB.
01/13/2011 07:59:07 AM Index update process shutdown

Peut-être effectivement qu'il n'y à plus suffisamment de % de libre pour bien compresser la base. (<950 Mo utilisé sur un quota max de 1024)

Est-il possible, par exemple, de changé le quota de la base à 2048 Mo, de relancer les commandes de compression, puis de re-définir le quota initial ?

Amicalement, Ivy

par **SISSI** » 13 Jan 2011 à 16:16

Je ne pense pas que le quota soit lié à la compression. L'optimisation n'est qu'un défrag Lotus.

par **eru** » 14 Jan 2011 à 08:15

Elle est en quelle version ODS ta base sur le serveur ?

par **IvyAlice** » 14 Jan 2011 à 11:09

OK donc ça ne sert à rien d'augmenter le quota.
Je pense qu'elle est en version 43 ( car elle est basée sur le modèle mail7.ntf) y a-t-il une commande pour le vérifier ?

Site internet · par **Michael DELIQUE** » 14 Jan 2011 à 12:47

salut

oui, click droit sur l'icone de la base, "propriété de la base" , 2eme onglet. c'est marqué

par **IvyAlice** » 14 Jan 2011 à 13:59

Hello,

Merci pour ta réponse, oui alors c'est bien une base en 43

DominoArea.org [Archive]

Base qui ne se diminue pas de taille

Base qui ne se diminue pas de taille

corbeille