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

Datenbank komprimieren bei Usern ausgegraut

<< < (3/6) > >>

Sascha Seipp:
Hallo "FatAngel",

bevor du jetzt aber anfängst, all deinen Usern Designerrechte auf ihre Postfächer zu geben: Es gibt da eine Option in den Quota-Vorgaben des Servers namens "Check space used in file when adding a note", sodaß der Server nicht mehr nach dem physischen Platz prüft, sondern nach dem tatsächlich genutzten. Ich hab das bei uns noch nicht getestet, werde mir das aber auch mal anschauen.
Bei uns war der Weg quasi andersrum: Bisher hatten / haben alle User (von alters her) Manager-Rechte auf ihren Postfächern, weswegen der ein oder andere es auch schonmal geschafft hat, sein Postfach zu löschen - von wilden selbstgestrickten Notes-Agents ganz abgesehen. Nun habe ich es für neue User eingestellt, daß die nur noch Editor-Rechte bekommen, und dann kamen auch schon die Klagen "ich kann nicht mehr komprimieren"..

Ciao
Sascha

Wolfgang:
Hallo zusammen,

was noch zu bedenken ist, ist der Zusammenhang mit der Transaktionsprotokollierung. Wird die verwendet, kann man auch mit Managerrechten seine DB nicht komprimieren. Das Komprimieren hat dann nämlich Einfluss auf die Datensicherung. In dem Fall gehts dann ohnehin nur über Programmdokumente und das sollte man dann so einstellen, dass es sinnvoll zur Datensicherung passt.

Gruß
Wolfgang

Pfefferminz-T:
Hallo MfG,

beim Einsatz einer Quota würde ich die Nutzer bei der Berechtigung Editor belassen, wie von BibbernderBiber vorgeschlagen die Berechnung der Quota auf den Wert "Check space used in file when adding a note". Damit berechnet der Domino Server die Datenbankgrösse nicht mit der physischen Grösse der Datei auf dem Datenträger sondern zieht den White space ab. Eine Mail löschen (auch aus den Soft Deletions) hat dann sofort eine Reduktion der berechneten Datenbankgrösse zur Folge. Dazu dann noch wöchentlich einen per Programmdokument gesteuerten "Compact -b" (kleines Beta), so dass die Datenbank intern "reorganisiert" wird. Das wirkt ähnlich wie beim Defragmentieren einer Festplatte, die physische Datei auf der Platte wird dabei nicht kleiner und es wird auch keine neue DBIID vergeben. Mit dem normalen Compact Deiner Nutzer wird ständig eine Reduzierung der physischen Grösse angestossen, Dein Server wird belastet und Dein Datenträger wird fragmentiert und damit langsamer.

Wenn man von den normalen Standardeinstellungen für die Berechnung der Quota und Compact ausgeht, dann zeigt sich ein Sägezahnmuster... die Datei wird physikalisch grösser bis zur Quota, der Compact verkleinert die wieder, usw. Dabei kann man der Fragmentierung auf der Platte zusehen.

Grüsse,
Thorsten

Sascha Seipp:
Hallo Thorsten,

dabei stellt sich mir (der ich das ja wie gesagt noch nicht ausprobiert habe) aber noch eine Frage: Seh ich (oder auch der User) denn auch irgendwo den "Used Space" der Datenbank? In den DB-Eigenschaften hab ich ja nur Dateigröße + Prozentangabe (und könnte mir es so natürlich ausrechnen, aber auch eher grob) - im Admin-Client auch. Da kommt zwar noch die Spalte der "logischen Größe" dazu, aber die bezieht sich ja meines Wissens nur auf DAOS.
Wenn also dann doch mal ein User klagt, und ich will schauen, ob und wieviel mehr Platz ich ihm geben kann, dann brauche ich ja irgendeinen Bezugspunkt des aktuellen Status?

Ciao
Sascha

Tode:
Ich weiss, dass es mit den aktuellen Mathe-Kenntnissen der Leute abwärts geht, aber es sollte doch wirklich jedem möglich sein, x Prozent von einem Wert schnell im Kopf zu überschlagen.... Einen genaueren Wert als den in den Datenbankeigenschaftenbelegt wirst Du nicht finden.

Im Zweifel gibt es ja immer noch den Windows- Taschenrechner. Dann musst Du den Leuten halt aufschreiben, was sie eintippen müssen, damit sie auch tatsächlich den freien Platz berechnen, und nicht den belegten...

100 - Prozent belegt =
/ 100 =
* Datenbankgrösse = Ergebnis...

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete