log.nsf komprimieren

[Silent_Bob]

Guten Morgen,

unsere Log. nsf müsste mal dringend komprimiert werden.

Das dumme ist, dass ich jedes mal die Fehlermeldung erhalte, dass die DB grad von mir oder jemanden anderem genutzt wird.

Aber ausser mir ist da keiner dran. Ausser der Server vielleicht.

Kann man den Server evtl. so einstellen, dass er die Log.nsf einmal ganz am Anfang beim hochfahren komprimiert, solange wirklich noch niemand drauf zugreift?

Die Zeitgesteuerte komprimieren über ein Programmdokument scheint mir dafür nicht geeignet, weil man da nicht angeben kann "bei Serverstart" oder so.

danke im voraus

[Onkel ToM]

Da wirst du wohl den Server mal runterfahren müssen und auf der Kommandozeile ein ncompact log.nsf eingeben.

[DigitDani]

Hallo Bob,

ich kann bei meinen Servern hier problemlos einen compact auf die log.nsf loslassen, auch während sie laufen. Es ist äußerst selten, dass es nicht geht.

Hast Du schon so Dinge versucht, wie vorher ein paar "dbcache flush" und "drop all" abzusetzen?

cu

Daniel

[Silent_Bob]

THX für den Tip,

aber dbcache flush und drop all habe ich gemacht. Klappt leider trotzem nicht. "Database currnetly in use". Komisch, auch nach einem Neustart.

:-(

[koehlerbv]

Der Domino-Server hat die LOG.NSF permanent im Zugriff (er aktualisiert ja auch dauernd die Einträge). Von einem drop all lässt der sich überhaupt nicht beeindrucken.

Bernhard

[ana35]

Unter AIX/Unix kann man auch bei hernutergefahrenem Server in der notes.ini den Dateinamen der LOG kurz abändern und damit dann wieder hochfahren. Jetzt kann man problemlos die alte LOG komprimieren. Das Kommando COMPACT ließ sich nicht starten, da das Programm seine Library und die notes.ini nicht findet, weil die VZ-Struktur nicht automatisch in der PATH-Variable eingetragen wird.
 

[mcilly]

Da wirst du wohl den Server mal runterfahren müssen und auf der Kommandozeile ein ncompact log.nsf eingeben.

Ich stehe nun vor dem selben Problem. Log ist 550 MB groß, 51% aber nur benutzt. D.h. ich würd sie gerne komprimieren, erhalte aber ebenfalls die Meldung, dass die DB in use ist, klaro auch, weil der Server reinschreibt.

Ist die zitierte Lösung nun die beste? Oder bringt es auch etwas über den Register "Info" und dann auf "Komprimieren"??

[knoedel0815]

Wie sieht es denn mit der Verwendung von compact-Optionen an? Z.B.: -B

Grüsse!

[Steve_O.]

@knoedel0815
Ist das eine Frage oder ein Tipp?

Auch dies geht normalerweise problemlos.
Habe gerade diesen Schalter erfolgreich im laufenden Betrieb ausgeführt!

[mcilly]

DIe Option -B sagt nur aus -> Datenbankintern mit Reduzierung der Dateigröße. Wenn ich das mache, dann klappt das nicht, weil er sagt, DB in Use.

[knoedel0815]

Da ich nicht weiss, was bereits probiert wurde, hab ichs einfach mal erwähnt.
@mcilly: Dann gibt es da ja noch die Option -c 

[Steve_O.]

@mcilly
Hat ja keiner gesagt, dass der Schalter Sinn macht...

@knoedel
Hast Recht, Möglichkeiten- schon probierte und nicht probierte-
gibt es ja genug.
Wir können jetzt ja jeden Schalter in ein Extra-Post stecken... 

[mcilly]

Das mag schon sein, aber Optionen die keinen Sinn machen, bringen uns ja nicht weiter...

Option -c dachte ich auch schon. Nur die Admin Hilfe meint, dass solle man verwenden um defekte Datenbanken zu reparieren. Ich könnts mal versuchen...

[blizzard]

der command heisst:
lo compact -B -C log.nsf

das sollte auf jedenfall funktionieren.
Ansonsten Server runterfahren und nen ncompact starten.

Aber mal ne dumme Frage: Wieso geht ihr nicht einfach hin und legt ne neue log an. Die alten Einträge interessiert normal eh keiner mehr, wenn nichts besonderes in den letzten Wochen war.

[mcilly]

@blizzard: ja das hast du schon recht, habe mich da wohl ein wenig festgefahren. Habe es nun mittels compact -B nochmals versucht, hat dann geklappt, zwar nur 6% der 40% aber er ist durchgelaufen.