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

Ist DAOS Schuld für plötzlichen Anstieg des Datenvolumens?

<< < (2/4) > >>

eknori:

--- Zitat ---Wenn ich mich nicht arg täusche
legt er für jedes verschlüsseltes Dokument mit Anhänge einzelne neue NLOs an.
--- Ende Zitat ---

Ja, das ist so. Allerdings werden die nicht bei jedem Compact dupliziert. der "Hash" bleibt ja gleich; und wenn das Doc schon im repository ist, dann wird es auch nicht neu angelegt.

@Manni: Ohne auf die genaue Configuration deines Systems zu gucken, kann man nicht viel sagen.

Auch was den DBMT angeht, kann man da einiges optimieren. Nicht jede DB braucht jeden Tag ein compact. Aber das kann der DBMT ja gerade ganz gut selber bewerkstelligen, wenn er richtig konfiguriert ist.

Und den Resync kann man auch programmgesteuert täglich anstossen. das garantiert dann, daß auch die Prune Operationen sauber laufen.
Wenn der DAOS Cat jeden tag bei euch aus dem tritt kommt, dann muss man sich dringend das System einmal ansehen.

Ich habe DAOS auf Systemen im Einsatz, die weit mehr als eure "läppische" Datenmenge beinhalten. Und eine solche Datenvermehrung ist mir auch noch nicht untergekommen.

Manni Ciao:
Hallo Eknori,

> DBMT werde ich anpassen - aber da wurde ja propagiert, dass dieses Wundertool um so viel mehr kann, als der updall und compact ...

> Resync Force machen wir jeden Werktag um 19:00

> Über DAOS habe ich bisher auch noch nie was Negatives gehört/gelesen..

Im Netz fand ich zu der Fehlermeldung nur einen Eintrag:
http://www-10.lotus.com/ldd/fixlist.nsf/Public/B10059DE9EC65AAD85257B370064D516?OpenDocument
Ob das die Lösung ist.. ein Debug-Parameter, das irritiert mich.

Manni Ciao:
Kann es sein, dass der DAOS Cat aus dem Tritt kommt, weil ich temporär 3 Rücksicherungen von Mail-DBs habe, die Dateianhänge die auf DAOS Container referenzieren und die NLO Datei nicht findet?

Hochgerechnet findet er gerade 1100 Dateien nicht.
(Die Dateianhänge habe ich nicht zurück gesichert, da nur ein Text-Mail gesucht wurde)

13.04.2015 19:45:26   The database f:\domdata\MailAustritte\r02c031.nsf has a reference to F:\SMDATA\DAOS\0009\34562676278D5F5F41849690A8F0180DEE34A50B00060705.nlo, which does not exist.  An entry has been added to the DAOS catalog indicating the NLO is missing: Entry not found in index
13.04.2015 19:45:26   The database f:\domdata\MailAustritte\r02c031.nsf has a reference to F:\SMDATA\DAOS\0008\0D268A6CD90AB470E5927FE3AB4DA1DA1824122400499D97.nlo, which does not exist.  An entry has been added to the DAOS catalog indicating the NLO is missing: Entry not found in index

eknori:
Der DEBUG param bezieht sich auf ein anderes problem. Da gaukelt irgendeine andere Datenbank dem daosmgr vor, sie sei der daoscat.

resync FORCE würde ich nur im äussersten Notfall einsetzen, weil dann wirklich alles neu aufgebaut wird. Und das dauert. Und wenn dann ein Prozess dazwischen funkt, bist du wieder am Anfang.

Die missing NLO können den sync ausser Tritt bringen.
Hier würde ich zunächst mal aus dem Backup die fehlenden NLO wieder in das DAOS Repository spielen und dann erst die Rücksicherung der Datenbanken anstossen.

Das der daoscat nicht in Sync ist, spielt aber nur eine Rolle beim Löschen von nicht referenzierten NLO. Wenn ihr also die 3 Dbs lediglich temporär auf dem Server habt und ihr mal ein paar Tage auf das Löschen nicht referenzierter NLO verzichten könnt, dann ist das OK.

Übrigens, ich weiss nicht, wie ihr die Dbs auf den Server gebracht habt. Wenn das über das OS geschehen ist, dann kommt der daoscat auch aus dem Tritt. Auch, wenn man einfach eine Db im OS löscht ...

Manni Ciao:
Einen schönen guten Morgen,

das Datenvolumen hat sich über Nacht wieder um 180 GB reduziert.
Die letzten DAOS Container die gestern noch 40.000 NLOs hatten, haben heute nur mehr 5-10 Files.

Mein Resümee:
Der plötzliche Anstieg von ~20% des Datenvolumens war durch einen aus dem Tritt gekommenen DAOS Cat. Verursacht wurde das durch eine Rücksicherung ohne NLOs von ein paar DBs über OS.

Unsere zukünftige Vorgehensweise:
Einen Server ohne DAOS betreiben. Dort die DBs vor dem Löschen ent-DAOS-ieren, sichern und auch dort bei Bedarf wieder rücksichern.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete