Argumente für Archivierung (u.A. Maximale empfohlene Größe der Maildatenbank)

[HarryB]

Hallo zusammen,

kennt einer von euch ein Dokument von IBM, in dem die maximale sinnvolle Größe für Maildatenbanken empfohlen wird? Ich brauche hier ein paar Argumente für die Servergestützte Archivierung. Offizielle Dokumente von IBM helfen da.

Weitere Argumente (möglichst mit offiziell dokumentierten Argumenten gestützt) sind natürlich auch gern gesehen.

Viele Grüße
Harry

[koehlerbv]

Ob sich da jemand schon mal fundiert aus dem Fenster gelehnt hat? Das einzige, was wirklich fix ist: Grösser als 64 GB sollte das Mailfile nicht werden! 

Die Grösse und das Archivierprocedere hängt ja von einigen anderen Grössen auch noch ab - nicht nur von der reinen Filegrösse:
- Wieviele Dokumente (Ansichtsgrösse!)
- Eher viele kleine Dokumente oder weniger, aber umfangreiche Dokumente (Attachments)?
- Wie oft werden Dokumente aus dem Archiv benötigt?
- Leistungsfähigkeit des Servers / Userzahl?
- Belastbarkeit der User?

"Offizielle" Aussagen würde ich unter diesen Gesichtspunkten eher kritisch sehen.

Bernhard

[Driri]

Ergänzend :

- Anzahl der Dokumente in der Inbox

Das hat ab einer bestimmten Größe Auswirkungen auf die Performance des Dominoservers (Router). Wir haben deswegen extra einen Agent gebastelt, der einmal die Woche die Inboxen aufräumt (bei zu vielen Mails in der Inbox werden diese einfach in einen "Inbox Archiv"-Ordner verschoben).

[WernerMo]

Hallo Ingo,

das ist ja interessant:

... (bei zu vielen Mails in der Inbox werden diese einfach in einen "Inbox Archiv"-Ordner verschoben).

1. wie habt Ihr das festgestellt?
2. bei welcher Zahl wird Euer Agent aktiv?

vielen Dank für die Mühen im voraus.

MfG
Werner

[Driri]

Hallo Werner,

was meinst Du mit festgestellt ? Wenn Du das eigentliche Problem meinst :

Wir hatten auf unserem zentralen Dominocluster mit ca. 2000 Mailfiles seit einiger Zeit Performanceprobleme, bis hin zum Crash des Servers. Auslöser dabei war immer der Router (war anhand der NSDs und anhand von Systeminfos der iSeries gut zu erkennen).
Nach einem Update der Server auf Domino 7 war das Problem schon einmal geringer, allerdings noch nicht völlig aus der Welt.

In einem völlig anderen Zusammenhang hat uns dann Rudi Knegt erzählt, daß es da ein bekanntes Problem im Zusammenhang mit einer großen Anzahl von Mails im Eingangsordner gibt. Daraufhin haben wir dann einen Agent gebastelt, der die Inboxen durchrattert und ggf. Mails in einen anderen Ordner auslagert.

Seitdem haben wir keine Performanceprobleme oder Crashes mehr.

Da gibts glaub ich auch eine Technote zu, ich finde die aber gerade nicht. Zumindest bringt Domino 8 da scheinbar ein entsprechendes neues Feature für mit ("Inbox Maintenance").


Der Agent rennt einmal pro Woche über sämtliche Mail- und Mail-In-Datenbanken, pickt sich den Inbox-Folder raus und prüft, ob mehr als x Dokumente enthalten sind (ich glaub, wir haben den Schwellwert auf 200 gesetzt).
Wenn dem so ist, werden alle Mails, die älter als 30 Tage sind in einen Ordner "Inbox Archiv" verschoben (der Ordner wird angelegt, falls er nicht existiert).

[WernerMo]

Hallo Ingo,

danke für die schnelle Antwort.

ich kannte nur eine Zahl in den zig-tausenden, die kam bei uns mal zustande, als eine Praktikant auf einem Testserver  per Agent "zuviele" Mails an immer wieder die gleiche Inbox schickte.

Gruß Werner

[m3]

Best practices for large Lotus Notes mail files:

Based on our test results, we can offer several recommendations for improved Domino mail performance. One of the easiest ways of improving Domino performance is to manage the Inbox. Our tests show that reducing your Inbox size (filing documents into a folder within the same mail file) improves response times to the end users, steady-state CPU on the server, and especially peak CPU. Peak CPU in this case is associated with users opening their mail for the first time (following session timeout). So you should advise your users to file documents from their Inbox to other folders, to keep it as small as possible (preferably under 1000 documents). This will result in better response times, as well as improved resource utilization. You can also write an agent to automatically "trim" Inboxes.

[WernerMo]

Hallo Martin,

ganz herzlichen Dank für die Infos und den Link.
Nun habe ich ja auch die Zahl "1.000".

Ich gestehe, ich habe das vor ca 1 1/2 Jahren schon gelesen, aber den Teil wohl übersehen.

Nun wäre natürlich interessant, wie das mit Domino 8 ist.

Nochmals vielen Dank - das muss der Neid dem Martin ja lassen - es gibt keinen Link und keine Doku, die Martin nicht kennt, bzw. aus der Tasche zaubert.

Viele Grüße aus dem hageligen Mittelfranken (mit Unwetterwarnung, mal sehen was da noch alles runterkommt.

Gruß Werner

[Driri]

Nochmals vielen Dank - das muss der Neid dem Martin ja lassen - es gibt keinen Link und keine Doku, die Martin nicht kennt, bzw. aus der Tasche zaubert.

Oder er weiß zumindest, wie man bei IBM die Suche benutzt