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

DAOS blockiert Nutzerkomprimierung?

<< < (2/3) > >>

Jörg P.:
Findest du im Serverdokument -> Transactional Logging -> Quotas

Hth
Jörg

XinMing:
Habe es jetz mal hier umgestellt, glaube das meintet ihr..
Vielen Dank schonmal, falls ich richtig lag!  ;D


Serverdokument
-> domino
--> Transaktionsprotokolierung
---> Größenbeschränkung
Gewechselt auf:
Belegten Speicherplatz in Datei beim Hinzufügen eines Dokuments prüfen

Ralf_M_Petter:
Diese Einstellung bringt aber nur was wenn Ihr auch Quota verwendet.

Übrigens ganz höflich formuliert (Will nicht wieder einen Tadel bekommen) ist der Tip mit dem compact in einem Programmdokument nicht schlau. Warum glaubst du hat die IBM das komprimieren bei eingeschalteten Transaction Log dem Benutzer weggenommen, damit jetzt der Admin mal einfach so den Compact aufruft.

Wenn ihr eine Backupsoftware die das Transaction Log bei der Sicherung verwendet einsetzt, werdet ihr beim Rücksichern schwer auf die Nase fallen, wenn ihr ein copy style compact gemacht habt. Das ist vor allem bei inkrementellen Sicherungen absolut tödlich. Compact weist auf diesen Sachverhalt auch hin, wenn Translog aktiviert ist (Wenn man es über ein Programmdokument macht sieht man diesen Hinweis aber nicht!!). Der Hintergrund für die Problematik ist, dass im Translog weder der Dateiname noch der Replikaname sondern die DBIID gespeichert ist. Jeder Datenbank hat eine eindeutige DBIID. Bei einem copy style compact bekommt die Kopie eine neue DBIID und alle Transaktionen sind für diese Datenbank nicht mehr vorhanden.

Grüße

Ralf




 

MCPvsTron:
@Ralf
Als Ergänzung, nicht nur bei einem compact -c, sondern auch bei einem compact -B was man in der Regel einsetzt und auch bei einem fixup -j wird die DBIID neu erzeugt.
Wobei man bei diesem Fall nicht sagen kann ob überhaupt Archive Logging aktiviert wurde. DAOS setzt zwar TR-Logging voraus, es kann ja aber auch der Circular-Style im Einsatz sein.
Nichtsdestotrotz sollte der Admin wissen was er macht  ;)

Viele Grüße

Christian

Ralf_M_Petter:
Meine Meinung ist, dass man weder "compact -c" noch "compact -B" regelmäßig machen sollte. Das verschlechtert nur die Performance. "compact -b" ist die Option die man regelmäßig durchführen sollte. Steht ja auch in der Hilfe, dass dies die empfohlene Option ist.

Die Reduzierung der Datenbankgröße macht ausschließlich dann Sinn, wenn man sich sicher ist, dass die Datenbank nicht mehr auf diese Größe anwachsen wird.

Ein Beispiel Mail File 1 GB und der Benutzer löscht 100 MB an Daten. Jetzt komprimiert er mit Reduzierung der Datenbankgrösse. Jetzt kommen wieder neue Mails und in einer Woche hat er wieder 1 GB an Daten. In der Zwischenzeit musste das Betriebssystem aber mehrmals die Dateigröße anpassen, was ein aufwendiger Vorgang ist. Ausserdem wurde dadurch die Datei in mehrere Fragmente zerteilt. Beispiel 2 Wieder löscht der Benutzer 100 MB Daten. Die Datenbank wird ohne Reduzierung der Dateigrösse komprimiert. Jetzt hat das Operating System 1 Woche keinen Aufwand mit der Datei, da der Whitespace bereits vorhanden ist. Ausserdem wird die Datei nicht fragmentiert.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete