Zu große Maildatenbanken

[Automobil]

Hallo Zusammen,

ich habe seit längerer Zeit das Problem, dass mir die größe der Maildatenbanken immer größer werden und der Plattenspeicher mittlerweile sehr begrenz ist.
Das ist ja eigentlich im Normalfall nicht so schlimm, aber da ich regelmäsig Backups machen muss und diese auch längere Zeiträume (1 Monat bei einer täglichen archivierung) archiveren muss.

Meine Frage ist nun:
 Wer kennt Boardmittel von Notes / Dominoserver um die Datenbanken zu oder freeware Tools zur komprimierung und entschlackung von Maildatenbanken.

Im Ausnahmefall würde ich auch auf ein kommerzielles Tool zurückgreifen.

Gruß
Heiner

[klaussal]

Schau Dir mal ZIP-Mail an.

Bordmittel wüsste ich keine (ausser der tägl. Komprimierung).

[Georg2102]

Hallo Heiner,

hilft bei Dir die Archivierung mit dem Beibehalten von 40KB oder das Löschen der archivierten Mail nicht, oder hast Du das noch nicht so genutzt?
Wie archivierst Du überhaupt? Mit welchen Paramatern?

Ich habe hier zwar auch sehr große Mailboxen, aber zwischenzeitlich wachsen sie nicht mehr weiter und das nur mit Bordmitteln.

Gruß
Georg

[Automobil]

Hallo Georg

Ich nutze zum Archivieren einen Zentralen Server wo ich Images mit dem Acronis True Imager drauf ziehe und einen für meine Beiden Domino Server der im Cluster läuft,

Aber eigentlich suche ich ein Tool das z.B. Mailanhänge komprimiert bzw. die nsf Datenbank verkleinert.
Dies wäre doch theoretisch möglich, dadurch das man die Schablone (Mail R6) nicht in der Datenbank abspeichert sondern morgens einmal beim Öffnen Temporär vom Server lädt? ( also Maildaten und die Schablone getrennt = 17 mb Gewinn pro Maildatenbank)


Vielleicht kannst du mir auch ein paar Deiner Routinen verraten, womit du deine DB´s im Schach hältst.

Gruß
Heiner

[Georg2102]

Hallo Heiner,

wir lassen alle Mails, die älter sind als 60 Tage in die Archiv-DB kopieren und verkleinern alle Mails per Einstellung aus den Bordmitteln auf 40KB, natürlich kannst Du diese auch ganz löschen lassen und die User zwingen mit dem Archiv zu arbeiten. Aber nach 60 Tagen braucht bei uns das Archiv jeder User maximal 2mal im Monat.
Somit hast Du schon einmal ein großes Einsparpotential.
Der "load compact -a" läuft dann bei uns jede Nacht und damit ist die Lösung, die wir nutzen, komplett.

Gruß
Georg

[nd_adm]

Hallo Heiner,

hast du schon mal über Größenbeschränkungen der Mail-DB's nachgedacht. Das kannst du einfach mit Bordmitteln umsetzen (siehe Admin-Hilfe). Seitdem wir das im Einsatz haben, lösen sich manche "Probleme" von selber. 

[Wolfgang]

Dies wäre doch theoretisch möglich, dadurch das man die Schablone (Mail R6) nicht in der Datenbank abspeichert sondern morgens einmal beim Öffnen Temporär vom Server lädt? ( also Maildaten und die Schablone getrennt = 17 mb Gewinn pro Maildatenbank)

... schau Dir mal die Hilfe zu Single Copy Template (SCT) bzw. Zentralschablone an ...

Gruß
Wolfgang

[koehlerbv]

Mit dem single copy template haben aber viele schon sehr schlechte Erfahrungen gemacht.

Und wenn man schon ein Problem mit läppischen 17 MB pro Mail-DB hat, hat man eigentlich ganz andere Sorgen ...

Bernhard

[Automobil]

Hallo zusammen,

erst mal danke für die schnellen Antworten. Aber ich hab da noch ein paar Anmerkungen/Fragen.

Das mit dem Single Copy template ist eine Überlegung wert... so würde ich schon bei 250 Usern 4250 MB Gewinn haben, das Problem ist wahrscheinlich nur das dies morgens zu einer sehr hohen  Netzwerkauslastung führen aber das sollte man mal testen. 

Da ich auch von Groupware den Watchdog (diese DB wird jede Woche bereinigt)habe; wäre vielleicht auch da eine Komprimierung sinnvoll da Ich je nach Spam(etc.) aufkommen durchschnittlich 8000 Spammails habe.

Gibt es vielleicht eine Möglichkeit die bei mehreren Maildatenbanken administrativ Kalendereinträge / Aufgabeneinträge die älter als ein Jahr sind zu löschen oder schließt das die "load compact -a" Methode ein? 


@ Georg2102
Wie viele DB´s hast du? Und wie lange dauert die Verkleinerung?

Gruß
Heiner

[koehlerbv]

... würde ich schon bei 250 Usern 4250 MB Gewinn haben ...

Ich habe im Keller noch ein paar 4 GB-Platten liegen, die ich gerne verschenke 

Und vor dem Einsatz des SCT würde ich die Forumssuche bemühen. Ob Du das dann immer noch einsetzen willst?

Bernhard

[Automobil]

Also das mit dem SCT  lass ich sein
Aber dennoch interessiere ich mich für ein Tool das ZipMail ähnelt oder ähnliche funktionen bietet schon allein um einen Vergleich zu haben.

Gruß
Heiner

[Wolfgang]

Und vor dem Einsatz des SCT würde ich die Forumssuche bemühen. Ob Du das dann immer noch einsetzen willst?

... hier läuft das seit 2003 (?) problemlos und auf dem größten Server tummeln sich ca. 1.800 Maildatenbanken. Ich habe noch keine Nachteile feststellen können ...

Gruß
Wolfgang

[klaussal]

Aber dennoch interessiere ich mich für ein Tool das ZipMail ähnelt oder ähnliche funktionen bietet schon allein um einen Vergleich zu haben.

ZIP-Mail komprimiert nur die Anhänge in einer Mail. Habe das mal hier testwweise installiert gehabt. Machte so ca. 25% - 30% Ersparnis aus.
Du kriegst aber von der Firma (Bit Bücker) gerne eine Version zum spielen für 30 Tage.

[Wolfgang]

Das mit dem Single Copy template ist eine Überlegung wert... so würde ich schon bei 250 Usern 4250 MB Gewinn haben, das Problem ist wahrscheinlich nur das dies morgens zu einer sehr hohen  Netzwerkauslastung führen aber das sollte man mal testen.     

... warum soll das zu einer besonderen Netzwerkbelastung führen? Das spielt sich doch alles auf dem Server ab.

Die einzigen "Probleme", die mir mit SCT jemals aufgefallen sind ...
- man kann eine Mail-DB nicht übers Betriebssystem irgendwohin kopieren und dann mit Notes öffnen (dann fehlt natürlich die Schablone, aber Datenbanken sollte man eh nicht übers Betriebssystem kopieren).
- früher verwendete SCTs können nach einem Schablonenupdate nicht einfach vom Server gelöscht werden, da sie weiterhin im Zugriff sind. Das geht dann meist nur bei beendetem Domino übers Betriebssystem.

Eine weitere Möglichkeit zum Platzsparen ist die Verwendung von Shared Mail (SCO). Hierbei werden Anhänge, auch wenn sie in mehreren Mails enthalten sind,  nur einmal zentral abgelegt. Davon würde ich auch abraten, denn damit hat man in bestimmten Konstellationen einen Riesenspaß beim Wiederherstellen von Sicherungen.

Und dann gibts noch die Möglichkeit der LZ1-Komprimierung von Anhängen in der Mail-DB. Wenn man das einschaltet, wirkt das aber erst für später eingehende Mails.

Gruß
Wolfgang

[netman]

Hallo zusammen,

Zum Thema LZ1 noch eine Ergänzung bzw. Frage:

LZ1-Komprimierung für Anhänge verwenden
In Lotus Notes 6 oder höher können Sie Anhänge anstelle des Huffman-Algorithmus mit Hilfe des adaptiven Algorithmus "Lempel-Zev class 1 (LZ1)" komprimieren.
Da bei der LZ1-Komprimierung beträchtlicher Speicherplatz eingespart wird, wird er der Huffman-Methode vorgezogen.
Wenn Sie jedoch in einer Umgebung mit unterschiedlichen Versionen der Client- und Serversoftware arbeiten und Sie diese Option wählen,

>>> sollten Sie beachten, dass die Anhänge auf dem Server automatisch mit dem Huffman->>> Algorithmus neu komprimiert werden.

(Diese erneute Komprimierung der Anhänge kann den Verarbeitungsprozess erheblich
verlängern. )

Sind damit auch Versionsabweichungen wie zeischen 7.01 und 7.03 gemeint.

FRank

[Industreimeister2004]

Hallo Heiner,

hilft bei Dir die Archivierung mit dem Beibehalten von 40KB oder das Löschen der archivierten Mail nicht, oder hast Du das noch nicht so genutzt?
Gruß
Georg

Hi,

ich habe eben gerade ein Problem mit der Arvchivirung. Ich habe schon einige Male versucht das Archivieren für Meine Maildatenbank zu aktivieren. Doch leider passiert nichts. Ich kenne Lotus Notes kaum. Zu Hause nutze ich Outlook. Wie konfiguriere ich das bei Lotus Notes richtig?
Unser Lotus Notes läuft zu allem auch noch auf Englisch.

Kann jemand helfen?

Gruß