Probleme bei der Datenbank-Größenbeschränkung (Disk-Quota) im Cluster

[SuperMaus]

Hallo zusammen,

ich betreue seit kurzem einen Notes-Cluster und bin auf folgendes Problem gestossen:

Bei der Replizierung einiger Mailfiles - diese haben eine Größenbeschränkung (Quota) - erhalte ich folgende Meldung:

Unable to store document in mailfile-name.nsf. Cannot allocate database object - database would exceed its disk quota

bzw.

Unable to replicate mailfile-name.nsf Cannot allocate database object - database would exceed its disk quota

Folgende Fragen werfen sich für mich auf:

Werden die Dateien tatsächlich nicht repliziert und entsehen dadurch unterschiedliche Stände der Mailfiles auf den Servern ?

Kennt jemand das Problem bzw. evtl. eine Lösung ?

Vielen Dank

SuperMaus

[meichhorner]

Hy,

die User sollten Daten löschen, oder du die Quotas erhöhen.

Cu
martin

[Jörg P.]

Hi,

treten diese Fehlermeldungen bei der normalen Replizierung auf?

Der Cluster-Replicator sollte (ab Version 5.010, glaub ich) selbst bei überschrittenen Quota sauber replizieren.

[yes2002]

Hi,

Quota im Cluster ist ein Katastrophe ... spätestens beim nächsten Designupdate sind die Probleme wieder da.

Hier eine Lösung:

- Die Quota wieder von allen Repliken entfernen (leider pro Replik)
- Z.B. im NAB ein neues Feld pflegen mit dem logischen Quoatawert (Schwellenwert). Also maximale DB-Größe: 100 MB.

- Einmal pro Tag läuft ein Agent über alle Mail-Dbs und vergleicht Ist-Wert mit Soll-Wert (=Quoata).

- Wenn die Quota überschritten wurde, wird der Zugriff des Mail-DB Besitzers auf "Leser" beschränkt.

Je nach Geschmack können noch beliebig viele Warnschleifen und Schwellen definiert werden.

Ich hoffe der Lösungsweg ist einigermaßen transparent.

Gruß

[MOD]

Hi Supermaus,

um deine Fragen zu beantworten: Die Dateien werden tatsächlich nicht repliziert und dadurch entstehen unterschiedliche Mailfiles. Das Mailfile auf dem gearbeitet wird (je nach den Einstellungen) ist größer als das andere Mailfile im Cluster.

Lösung:

1. Alle User auf den einen Mailserver schicken. Den anderen Server nur als Failover nutzen. Auf diesem Server die Größenbeschränkung deaktivieren.
Wenn das bei euch möglich ist.

2. Stärker mit den Größenbeschränkungen auf den Server umgehen. Eine Möglichkeit ist, den erhalt von neuen Mails zu verhindern wenn die Größenbeschränkung erreicht wurde. Eine weiter Option ist das ständige nerven der User mit Warnmeldungen, dass die Größe des Mailfiles überschritten wurde.

  MOD

[SuperMaus]

Hallo,

nachträglich noch die Antwort auf die Frage von Harvey:

Diese Fehlermeldungen treten bei der normalen Replizierung auf.

Gruß SuperMaus

[eknori]

versuche es mal hiermit

http://www-10.lotus.com/ldd/46dom.nsf/DateAllThreadedweb/12f9797e7468daa585256cf5004dc3f6?OpenDocument

[SuperMaus]

Nach dem Update der Server auf die Version 5.0.12 und dem Eintrag:

CLREPL_OVERRIDE_QUOTAS=1

in den beiden Notes.ini, scheint es jetzt zu funktionieren.

Ausnahmen: ab und zu bekomme ich auf einem der beiden Server noch folgende Meldung:

Unable to store document in SERVER mail\name.nsf (NoteID = 0) from mail\name.nsf (NoteID = 35734): Cannot allocate database object - database would exceed its disk quota.