Domino 9 und frühere Versionen > ND6: Administration & Userprobleme

Komprimieren der Maildatenbank

<< < (2/3) > >>

Manfred.Gipp:
Genau das ist es. Wir haben das Transaction Loggin aktiviert.
D.h., das wir hier einen Nachteil des Transaction Loggings haben. Die Datenbanken können sich beliebig vergrößern, wenn man nicht ständig komprimiert. Und das Transaction Logging brauchen wir für unsere Sicherung mit Tivoli Storage Manager. Und besonders das Komprimieren der Maildatenbanken brauchen wir, weil wir unseren Usern nicht mehr als 100MB MailDB-Größe gestatten.

Das mit den neuen DBIDs habe ich gesehen, aber noch keine Probleme mit der Sicherung damit in Verbindung gebracht.
Nach meinem Wissen sollte, wenn die DBID sich ändert der TSM einfach davon wieder eine Vollsicherung machen. Damit sollte es eigentlich keinerlei Probleme mehr mit dem Rücksichern geben.

Wolfgang:

--- Zitat von: Manfred.Gipp am 04.10.07 - 08:05:12 --- Und besonders das Komprimieren der Maildatenbanken brauchen wir, weil wir unseren Usern nicht mehr als 100MB MailDB-Größe gestatten.
--- Ende Zitat ---
... Du kannst im Serverdokument unter Transaktionsprotokollierung einstellen, dass bei der Prüfung der Größenbeschränkung nur der tatsächlich verwendete Platz berücksichtigt wird. Sobald der User Mails löscht und aus dem Papierkorb entfernt, hat er wieder Platz in der DB.
Dann reicht es aus, wenn man weiterhin nur einmal wöchentlich komprimiert ...

Gruß
Wolfgang

Manfred.Gipp:
Das finde ich eine gute Idee, nur finde ich dort eine solche Einstellung nicht.
Im Bild habe ich die Einstellungen dargestellt, die bei unserem Server unter Transaktionsprotokollierung sind.
Bei der Größenbeschränkung gibt es drei Optionen:

* Belegter Speicherplatz in Datei beim Hinzufügen eines Dokumentes prüfen
* Dateigröße beim erweitern der Datei prüfen
* Dateigröße beim Hinzufügen eines Dokumentes prüfenEine Option, wie Wolfgang sie nennt, finde ich dort nicht.

Wolfgang:

--- Zitat von: Manfred.Gipp am 04.10.07 - 10:53:07 ---
* Dateigröße beim Hinzufügen eines Dokumentes prüfen
--- Ende Zitat ---
... nimm diese Option mal ...

Manfred.Gipp:
Wieder einmal trifft RTFM zu:
Das hier habe ich in der Admin-Hilfe gefunden:

--- Zitat ---Der Router berechnet die aktuelle Größe einer Mail-Datei aus dem Speicherplatz, den die Nachrichten in der Datenbank belegen, und ermittelt, basierend auf dieser Berechnung, ob die Mail-Dateien mit den konfigurierten Warnungsschwellenwerten oder Größenbeschränkungen übereinstimmen. Freier Speicherplatz in der Datenbank wird nicht in die Berechnung mit einbezogen. Wenn die Mail-Datei des Benutzers die Größenbeschränkung überschritten hat und die Erzwingung der Größenbeschränkung aktiviert ist, werden keine neuen Nachrichten zugestellt. Wenn die Mail-Datei sich der Größenbeschränkung nähert, stellt der Router so lange Nachrichten weiter zu, bis die kumulative Größe die Größenbeschränkung überschreitet. Danach werden die Nachrichten, abhängig von den entsprechenden Einstellungen, zurückgehalten oder zurückgewiesen.
Wenn ein Benutzer eine Nachricht löscht, wird der von dieser Nachricht belegte Speicherplatz sofort aus der berechneten Größe für die Mail-Datei entfernt. Es ist nicht erforderlich, die Compact-Task auszuführen, um den Speicherplatz wiederherzustellen. Benutzer, die aufgrund einer Verletzung der Größenbeschränkung keine Mail empfangen, können die aktuelle Größe der Mail-Datei sofort reduzieren, indem Sie Nachrichten archivieren oder löschen.
Wenn die Transaktionsprotokollierung auf dem Server aktiviert ist, wählen Sie diese Methode, weil sie für das Komprimieren von Mail-Dateien keinen administrativen Eingriff erfordert.

--- Ende Zitat ---
Das ganze gilt für: "Belegter Speicherplatz in Datei beim Hinzufügen eines Dokuments prüfen"

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete