Removed database in catalog

[gere]

Hallo zusammen,

Hatte (natürlich ausgerechnet an Weihnachten) das Problem, dass eine Notes-Datenbank der GroupTools, die für das Routing unserer SMTP-Servers notwendig ist, aus heiterem Himmel verschwunden ist. Die Folge war, dass alle ankommenden SMTP-Mails in den Servermailboxen hingen, da sie nicht mehr verarbeitet werden konnten.

In der log.nsf konnte ich die folgenden Zeilen finden:

12/23/2006 01:01:16 AM  Updated database grptools\Copy of g_prot.nsf in catalog
12/23/2006 01:01:16 AM  Removed database grptools\g_arch.nsf from catalog
12/23/2006 01:01:16 AM  Updated database grptools\g_arch.ntf in catalog
12/23/2006 01:01:16 AM  Updated database grptools\g_arch_core.nsf in catalog
12/23/2006 01:01:16 AM  Updated database grptools\g_bridge.nsf in catalog
12/23/2006 01:01:16 AM  Updated database grptools\g_bridge.ntf in catalog
12/23/2006 01:01:17 AM  Updated database grptools\g_cert.nsf in catalog
12/23/2006 01:01:17 AM  Updated database grptools\g_cert.ntf in catalog

Jetzt ist die Frage: Warum löscht der updall-job der catalog.nsf einfach eine Datenbank??? Habe nun eine neue catalog.nsf erstellt in der Hoffnung, dass das nicht mehr vorkommt. Kann mich da mal bitte jemand aufklären, warum sowas passieren kann?

Danke + Gruss,
Gere

[Steve_O.]

Von dem Task ist ja nicht die DB gelöscht worden...
Er löschte den Eintrag aus dem Catalog, weil die DB schon vorher nicht mehr da war.

Suche mal in den Logs nach dem eigentlichen Löschen der DB, was definitiv vorher
geschehen sein muss.

[gere]

Hallo Steve,

Ich vermute, dass die vermisste Datenbank nicht auf FileSystem-Ebene, sondern auf Domino-Ebene gelöscht wurde. Dafür kommt nur ein enger Personenkreis in Frage. Nur wie kann ich bei einer Nicht-mehr-vorhandenen Datenbank herausbekommen, wer sie gelöscht hat? Im Server-Log steht ja nur das was ich oben schon einkopiert habe. Habs auch schon über die "Datenbank-Benutzung" versucht, kann da aber nichts erkennen... Kannst Du mir da vielleicht noch nen Tipp geben?


Gruss GEre

[Steve_O.]

Bist du sicher, dass im Log nicht mehr steht?

Ich bin mir nicht sicher, wie es bei ND6 ist, aber in der 7er wird es geloggt:

[gere]

Hi,

Nein, das Console Log Level war auf 2, dann scheint es nicht geloggt zu werden. Sonst fällt mir nix mehr ein, wo ich noch nachschauen könnte. Höchstens im lokalen logfile der/des Übertäters. Über Server-/Datenbankbenutzung komm ich jedenfalls auf keinen grünen Zweig.

Gruss Gere

[koehlerbv]

Console_LogLevel spielt da aber keine Rolle. Mit Standardeinstellungen (darunter auch Console_LogLevel = 2 findet sich bei mir (Domino 6.5.4) sehr wohl in der LOG.NSF verzeichnet, wann wer welche DB gelöscht hat (wie von Steve mit Bild belegt).
Wenn bei Dir der Catalog-Task täglich läuft, dann solltest Du dort also einen entsprechenden Eintrag zwischen den beiden letzten Läufen des Catalog-Tasks finden (es sei denn, jemand hat die DB auf OS-Ebene gekillt - dazu sollte aber eigentlich der Server heruntergefahren werden müssen, da der Domino die Hand über "seine" DBs hält).

Bernhard

[blizzard]

check mal ob sie auf fileebene noch da ist, evtl hat er die file extension geändert, weil er mit irgendwas nicht fertig wurde bzw. was nicht richtig funktioniert hat.

[gere]

Hmm also Bernhard hat ja grundsätzlich recht. Wenn jemand eine Datenbank auf Domino-Ebene löscht, dann wird das im log vermerkt. Nur leider nicht bei meiner vermissten Datenbank. Den einzigen Hinweis, den ich finde, ist:

12/22/2006 02:05:00 AM  Error compacting grptools\g_arch.nsf: Document has been deleted

Kann es sein, dass das System selbst bei Fehlern einfach die ganze Datenbank löscht?

@blizzard: Leider gabs auf dem System keine umbenannte Datei o.ä., auch im Papierkorb war nix mehr zu finden. Weniger schlimm, ich kann die DB ja von der Sicherung wiederholen, aber mir gehts rein ums Prinzip. Ich möchte wissen wer mir meine Feiertage versaut hat 

Gruss Gere 

[blizzard]

genau das gleiche hatte ich bei der suite auch mal.
error mit dem compact und er hat das ding in g_arch.nsf.sav oder so umbenannt. Entsprechend ging dann halt nicht mehr so viel. Sicher dass es im programmverzeichnis der suite nix solches gibt oder sonst nen kryptisches file, welches nicht mehr zu identifizieren ist?

[gere]

nein, also bei mir war die g_arch.nsf komplett weg. Also wenn Du das auch schon mal hattest, dann denke ich war doch das System selbst der Übeltäter. Eigentlich schwach, wenn bei Systemfehlern einfach stillschweigend (ohne im Log ersichtlich zu sein) eine ganze Datenbank über den Jordan geht.

Gruss Gere

[smoki]

Blöd ist das schon und dieses Problem ist bei mir zum Glück noch nicht vorgekommen.

Um zukünftige Probleme zu vermeiden, solltest du ggf. die g_arch.nsf splitten, bei mir sind es mittlerweile 3 Datenbanken. Irgendwann ab 10 GB Datenbankgröße wirds nämlich alles ein wenig instabil (Bei Unix gehen wohl angeblich bis zu 15 GB?!)

Prüfen kann man noch, ob die der Database Grabber auch regelmäßig das Archiv löscht und ob man es öfters löschen kann/darf.

Je nach dem, wie du den Compact laufen hast, funktioniert der in der Regel nicht für die g_arch.nsf. Ich komprimiere diese Datenbanken gar nicht mehr, so vermeidet man auch ein wenig die Fragmentierung auf Filesystem ebene...

Vielleicht hilft dir einer dieser Ideen ja weiter, damit das in Zukunft nicht mehr passiert.

Gruss
Christian

[hallo.dirk]

bei mir sind es mittlerweile 3 Datenbanken.

Hast Du es gut
Dieses Jahr werde ich die 20 knacken