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

DAOS Partition vollgelaufen

<< < (2/2)

Tode:
Wenn der DAOS- Katalog nicht in Sync ist, dann werden Attachments, die eigentlich gelöscht werden können, weil sie nirgends mehr refernziert werden, NICHT gelöscht (gepruned), weil DAOS ja nicht sicher sein kann, dass sie nicht doch irgendwo noch gebraucht werden.

Ein tell DAOSMGR Resync lässt den DAOS seine Datenbank prüfen und die entsprechenden Dokumente zum löschen markieren.
EIn tell daosmgr prune  (je nachdem mit oder ohne weiteren Parameter, die Hilfe sagt Dir, was für Dich das beste ist), löscht dann alle überzähligen Attachments (also alle die, die in keinem Dokument mehr referenziert werden) und gibt Dir -aller Voraussicht nach- einen Grossteil des Speichers wieder frei (ich vermute Ihr seid real inzwischen bei 55 - 60 GB, wenn Ihr nicht Mega- Datenschweine als User habt).

Warum man aber DAOS aktiviert, ohne sich VORHER schlau zu machen, was man dabei beachten muss, wird mir ewig ein Rätsel bleiben. Wahrscheinlich steht in Euren DAOS- Einstellungen auch noch 64000 als Untergrenze...

bikerboy:
Puh, das kommt, wenn man keinen richtigen Notes-Admin im Haus hat und der Notes-Entwickler streng nach Hilfe-Anleitung vorgeht. Und ja wir haben diese 64 kb Grenze, aber wir haben eine eigene Partition. (Wie eben in der Hilfe beschrieben)

Tode:
Dann dürft Ihr Euch nicht wundern, wenn das Ding volläuft...
DAOS ist ein fantastisches Werkzeug, aber man muss es -wie alles was in Domino mit Plattenplatz zu tun hat- Monitoren, weil es halt sonst manchmal aus dem Ruder läuft...

bikerboy:
 ;D


--- Zitat ---[1084:0002-1148] 22.03.2012 14:36:28   catalogState = SYNCHRONIZED
[1084:0002-1148] 22.03.2012 14:36:28   catalogVersion = 3
[1084:0002-1148] 22.03.2012 14:36:28   catalogMinVersion = 5
[1084:0002-1148] 22.03.2012 14:36:28   
[1084:0002-1148] 22.03.2012 14:36:28   pruneInProcess = FALSE
[1084:0002-1148] 22.03.2012 14:36:28   pruneStartTime =
[1084:0002-1148] 22.03.2012 14:36:28   pruneEndTime =
[1084:0002-1148] 22.03.2012 14:36:28   
[1084:0002-1148] 22.03.2012 14:36:28   resyncInProcess = FALSE
[1084:0002-1148] 22.03.2012 14:36:28   resyncStartTime = 22.03.2012 14:14:30
[1084:0002-1148] 22.03.2012 14:36:28   resyncEndTime = 22.03.2012 14:30:09
[1084:0002-1148] 22.03.2012 14:36:28   resyncMaxThreads = 10

--- Ende Zitat ---

Hab gerade noch das Prune los geschickt... Aber das Sync hat uns erstmal 10 Gig mehr eingebracht.

bikerboy:

--- Zitat von: Tode am 22.03.12 - 13:33:46 ---.... EIn tell daosmgr prune  (je nachdem mit oder ohne weiteren Parameter, die Hilfe sagt Dir, was für Dich das beste ist), löscht dann alle überzähligen Attachments (also alle die, die in keinem Dokument mehr referenziert werden) und gibt Dir -aller Voraussicht nach- einen Grossteil des Speichers wieder frei (ich vermute Ihr seid real inzwischen bei 55 - 60 GB, wenn Ihr nicht Mega- Datenschweine als User habt).
...

--- Ende Zitat ---

Gut geschätzt es sind nun nur noch 65 Gig belegt.

Wie wäre denn nun das sinnvolle vorgehen? Ich würde nun 2 Programmdokumente anlegen, der eine läfut am Samstag und synchroniesiert und der andere pruned am Sonntag fröhlich vor sich hin.

Navigation

[0] Themen-Index

[*] Vorherige Sete