Autor Thema: Wieso schrumpfen die mail.nsf Dateien der User nicht ? (Gelesen 8566 mal)

notesR5 · « **am:** 12.03.03 - 11:26:10 »

Liebe Lotus-Gemeinde,
bitte sagt mir, wieso werden die Mail-Dateien der User im Verzeichnis \data\mail\ z.B. meier.nsf nicht kleiner, selbst wenn die jeweiligen User einige ihrer e-Mails löschen ?

Fis · « **Antwort #1 am:** 12.03.03 - 11:27:57 »

Dann muß noch ein Compact drüber, in die Eigenschaften der DB unter dem Reiter I auf compact drücken.

notesR5 · « **Antwort #2 am:** 12.03.03 - 12:04:04 »

Hallo Fis,
ich bin in den Notes-Administrator-Client und dann auf die Mail-DB des Users und habe dann die Default-Einstellungen von Compact übernommen und ausgeführt. Es hiess dann auch 1 db processed, 0 errors.
Leider ist jedoch die Grösse der Mail-DB noch nicht geschrumpft.
Muss ich irgendwelche speziellen Einstellungen unter Compact vornehmen ?
Danke für Deine Hilfe.
Gruss
Thorsten

chakoe · « **Antwort #3 am:** 12.03.03 - 12:05:22 »

zu diesem Thema:

Ich hab auch damit zu kämpfen, daß die Mail DB´s zu gross
sind. Nun hab ich über alle DB´s eine Grössenbeschränkung
und einen Warnungsschwellenwert gegeben, soweit , so gut.

Dann hab ich den Server so konfiguriert, daß er nachts um eins
über ALLE DB´s einen Compact macht.

Ist dies Sinnvoll, oder gibt es andere,bessere Ansätze?

Danke

Sebastian

Wipe · « **Antwort #4 am:** 12.03.03 - 12:25:45 »

Hallo,

versuch mal eine DB mit compact -B

(load compact mail/userdb.nsf -B)

siehe Adminhilfe -> Compact Optionen

Axel · « **Antwort #5 am:** 12.03.03 - 12:32:54 »

Zitat

Dann hab ich den Server so konfiguriert, daß er nachts um eins
über ALLE DB´s einen Compact macht.

Ist dies Sinnvoll, oder gibt es andere,bessere Ansätze?

Hi,

jede Nacht einen Compact zu fahren ist vielleicht ein bisschen übertrieben. Wir machen das einmal in der Woche am Sonntag. Das ist niemand in der Firma und der Server kann in "aller Ruhe" die DBs komprimieren.

Bessere Ansätze gibt es nicht.

Axel

hats9991 · « **Antwort #6 am:** 12.03.03 - 14:45:29 »

Hallo,

wenn du mit Replik arbeitest, nutzt das nicht, wenn du auf server compact ausführst. du muss das lokal machen und zwar mit Eigenschaften
mfg

manchmal habe ich auch festgestellt , die grosse der Datenbanken auch mit Compact sich nicht änderen.
als irgeneien Grund .aber mit Eigenschaften wird es auf jedenfalls kleiner
mfg

luna · « **Antwort #7 am:** 12.03.03 - 15:05:58 »

Zitat von: chakoe am 12.03.03 - 12:05:22

zu diesem Thema:

Ich hab auch damit zu kämpfen, daß die Mail DB´s zu gross
sind. Nun hab ich über alle DB´s eine Grössenbeschränkung
und einen Warnungsschwellenwert gegeben, soweit , so gut.

Dann hab ich den Server so konfiguriert, daß er nachts um eins
über ALLE DB´s einen Compact macht.

Ist dies Sinnvoll, oder gibt es andere,bessere Ansätze?

Danke

Sebastian

hallo,

also, wir machen das seit langer zeit auch so, und ich bin recht zufrieden damit. einmal in der woche reicht hier nicht, weil die meisten user immer am limit rumkrebsen, und wenn sie eine woche warten muessen, bis sie die neue groesse sehen, dann flippen die aus.

nachts der compact -B als programm ist also meiner meinung nach in ordnung.

gruss,
daniela

savage · « **Antwort #8 am:** 05.04.03 - 22:41:31 »

Eine recht gute und dauerhaft Hilfe ist die ganzen Anhänge in Zip Dateien umzuwandeln. Das bringt 30-50% Plattenplatzeinsparung. Kann man automatisiert laufen lassen. Wenn User damit Probleme haben, dann komprimier einfach alles was älter als 3 Monate ist. Da schaut eh keine rein. z.B. mit ZipMail. Einmal serverseitig installiert und Du brauchst es nicht mehr anzupacken. www.lotusnotesdomino.de oder www.notes-compression.com

Silke · « **Antwort #9 am:** 06.04.03 - 10:16:46 »

Also bei uns ist eine nette Anwendungen MyAttachment im Einsatz. ;DSie löst (je nach Voreinstellung) bei mir einmal in der Woche alle Anhänge ab und hinterlässt in der Mail nur einen Link. Die Anhänge werden in einer Lokalen DB gehalten. Die Referenz bleibt auch beim archivieren erhalten

Nontronius · « **Antwort #10 am:** 07.04.03 - 17:24:52 »

Noch ein ganz anderer Denkansatz wird bei uns zur Zeit eingeführt.
Da die meißten Mails mit Anhang bei uns an Gruppen versendet werden liegen sie bei den meißten Useren mehrfach rum und werden dann nicht gelöscht weil man weiß ja nicht ob man sie mal wieder lesen muß. Wir werden in Zukunft nur noch ein mail mit einem Link zum eigentlichen Dokument senden. Damit haben wir dann zwar eine sehr große Datenbank aber im Gesamten Mailverzeichnis wesentlich weniger.
Hoffe ich

ata · « **Antwort #11 am:** 07.04.03 - 20:49:58 »

... wie ange dürfen die Deletion-Stubs in der db verbleiben - Standard ist 90 Tage - den Wert kann man getrost auch heruntersetzen - hilft ach ein wenig...

ata

savage · « **Antwort #12 am:** 17.04.03 - 00:45:31 »

@Notorius .... welche Lösung ist das? Da gibt es ziemlich viele Tools für. Welche Erfahrung hast Du damit? Mail Attender, ADAMS?

@Silke. Hast Du einen Link? Hört sich spannend an. Ist das zentral, serverseitig oder rein clientseitig?

Mr.Green · « **Antwort #13 am:** 17.04.03 - 09:13:41 »

Was muss ich denn tun, um den Compact auf alle User-DBs jede Woche einmal laufen zu lassen? Gibts da sowas wie ne Schritt-für-Schritt-Anleitung?

MOD · « **Antwort #14 am:** 17.04.03 - 09:38:44 »

1. ADMIN CLIENT
2. KONFIGURATION
3. SERVER
4. PROGRAMME
5. Auf dem betroffenen Server ein neues Programm erstellen.
6. Program name = compact
7. Command line = -s 10
8. Schedule = nach Euren Bedürfnissen anpassen

MOD

Mr.Green · « **Antwort #15 am:** 17.04.03 - 10:03:18 »

Was für ne Geschwindigkeit

Vielen herzlichen Dank

pd · « **Antwort #16 am:** 18.02.05 - 08:21:13 »

Habe (peinlicherweise) jetzt (erst) festgestellt, dass hier kein automatischer compact läuft. Hat man den DBs auch angemerkt. (So bin ich auch erst draufgekommen) Nach nem data weiten compact gestern konnte ich aus nem Datenvolumen von 40 GB immerhin 4 GB wieder zurückgewinnen.
Da ich den task jetzt irgendwo zwischen den nächtlichen Sicherungen und dem Eintreffen der ersten User einplanen möchte habe ich die Frage an euch, mit welchem Zeitaufwand ich zu rechnen habe.
Meine Erfahrungen vom letzten Arbeitsplatz helfen eher nicht, da war der Datenumfang grad mal ein Drittel.
Die Maschine hier ist ein DualXenon mit jeweils 1GHz. und 1 GB RAM.

Was schätzt ihr wohl so...

Gruß und Danke

Patrick

thoge · « **Antwort #17 am:** 18.02.05 - 09:01:56 »

@MOD,

meiner Meinung nach muss in Deiner Zeile 7 noch der Pfad zu den Mail-DBs aufgenommen werden ala

Command Line = mail\*.nsf -s 10

Sonst kompostiert er m.E. "nur" das Data-Verzeichnis.

@All

Die ganzen Optionen zur Steuerung des compact-Tasks sind in der admin-Hilfe schön tabellenartig zusammengefasst, wenn man nach "Compact-Optionen" sucht.

HTH

Thomas

Axel · « **Antwort #18 am:** 18.02.05 - 09:28:41 »

Zitat von: pd am 18.02.05 - 08:21:13

Da ich den task jetzt irgendwo zwischen den nächtlichen Sicherungen und dem Eintreffen der ersten User einplanen möchte habe ich die Frage an euch, mit welchem Zeitaufwand ich zu rechnen habe.

Hi,

bei uns läuft der compact-Task jeden Samstag um 6:00 Uhr über alle Datenbanken, das sind auch so ca. 40 GB. Die Maschine hat einen Xeon-Prozessor mit 2,8 GHz und 1GB RAM. Der compact-Task läuft ca. 20 Minuten.

Wenn lange kein Compact gelaufen ist, würde ich mal ein bis zwei Stunden einkalkulieren. Damit bist aus der sicheren Seite.

Axel

pd · « **Antwort #19 am:** 18.02.05 - 09:34:31 »

Ah, spitze, vielen Dank.

Dann reicht es ja, wenn ich den Task so zwischen 4 und 5 Uhr morgens laufen lassen, vor 7 kommt keiner. Dann brauch ich am BackupKonzept nix ändern.

Danke, Patrick