Große DB ist seit ein paar Tagen sehr langsam

[Matze69]

Wir haben bei uns eine DB mit 3,5 GB Größe im Einsatz. Seit Donnerstag ist sie sehr langsam beim Öffnen sowohl der DB selbst als auch der Dokumente.
Was kann ich da machen? bzw. wie kann ich kontrollieren, woran das liegen könnte?
Vielen Dank

[KoshNaranek]

Da hat es wohl die Indezies zerhagelt.
Immer wenn die dann einer auf macht, will der Clients den Index neu erstellen. Wenn er das aber nicht sauber ablegen kann, dann macht es der nächste direkt wieder.

Von der Theorie sollte dir eines hier aus diesem Fred weiterhelfen können:
http://atnotes.de/index.php?topic=33386.0

[Hive]

eine gute funktionierende Index Aktualisierungseinstellung ist:

alle 10 Minuten:
updall -V <DB>

jeden tag bzw 2. 3. Tag je nach Aktivität in der DB
updall -R <DB>

D.h. alle 10 Minuten wird der Index aktualisiert und ein Mal pro Tag vollständig neu berechnet. Aber solche Angaben sind immer irgendwie Kochtopf-ähnlich, jeder kocht die Suppe anders, also kann man sich Stunden über die richtigen Einstellungen streiten.

[Matze69]

Hallo,
kann ich den Updall Befehl während des Tagesbetriebes starten?

[Hive]

Es ist empfehlenswert diese Befehle als Programmdokumente zu hinterlegen dann wird das alles automatisch durchgeführt.

Logischer Weise ist 'Updall -V' kein Problem während des Arbeitens. 'Updall -R' sollte zu einer 'ruhigen' Zeit gestartet werden, da dieser Befehl die Ressourcen stark beanspruchen kann.

K

[Matze69]

Vielen Dank - habe ich als Prog-Doku gemacht.
Mal schauen, ob die DB dann schneller "arbeitet" ;-)

[KoshNaranek]

Hmmmmm... ich würde die DB nicht alle 10 Minuten anpacken.
Je nach dem wie sie sich nach einer "Reparatur" verhält, würde ich das HÖCHSTENS alle 360 Min. machen.

[Hive]

Das ist nur ein Index Update .. der auch bei sehr großen DBs nur 10 sekunden benötigt .. und verhindert dass der Client zu oft einen expired index antrifft, den er dann aktualisiert. Zu dem bezieht man den Index update nur auf eine bestimmte Datenbank (die mit den Perfomanceproblemen) damit hält sich alles im Rahmen.

[KoshNaranek]

Naja... aber die Leute arbeiten ja damit über den Tag. Nicht, dass der Index dadurch erst Recht in die Fitzen geht.

Mit neuberechnen einmal in der Nacht könnte ICH leben. Aber wie du oben schon sagst: Jeder kocht seine Suppe anders 
Wenn's schee macht - oder: Der Zweck heligt den Kittel 

Mich würde ja jetzt interessieren ob es DAS war @Matze69 ...

[Matze69]

Hallo
also der Updall alleine hat nichts gebracht - in welcher Form auch immer. Ich habe eine lokale Replik erstellt und dort einen compact laufen lassen. Danach die lokale zurück auf den Server repliziert und nun "rennt" die DB wieder ;-)
Vielen Dank

[Hive]

@Kosh .. ich denk mir ja das nicht mal soeben aus, hab eine datenbank die 300 000 Dokumente enthält, 6 GB groß ist und pro Tag gibt es eine Fluktuation von mindestens 5000 dokumenten und um die dazu zu bewegen performant zu sein, hat sich das als gute Kombination erwiesen ..

@Matze .. läuft der Compact bei euch nicht in der Nacht??

[KoshNaranek]

Hallo
also der Updall alleine hat nichts gebracht - in welcher Form auch immer. Ich habe eine lokale Replik erstellt und dort einen compact laufen lassen. Danach die lokale zurück auf den Server repliziert und nun "rennt" die DB wieder ;-)
Vielen Dank

Dann war sie evtl. einfach nur fragmentiert wie nichts gutes?? Auch ein Ansatz 

[Matze69]

Hallo,
habe immer noch das Problem mit der langsamen DB.
Wenn ich compact -D mache, bringt er mir den Fehler:
15.11.2006 07:00:44   Error compacting D123\d123k2.nsf: Database is currently in use by you or another user

Es ist aber kein Mensch im Betrieb. Also wer greift darauf zu? ;-)
Was kann ich da noch machen?

[dkoettel]

Hallo da hilft mir immer der Befehl

db flush

sehr weiter dann wir der Datenbankzugriff freigegeben!

[koehlerbv]

"Immer" hilft dbacache flush nicht - hat der Server die DB im Zugriff (typisches Beispiel: NAMES.NSF) oder der Agent Manager etc., dann läuft dbcache flush ins Leere.

Bernhard

[Matze69]

habe dbcache flush eingeben vor dem Compact - aber er gibt mir immer noch den gleichen Fehlerhinweis......
lässt sich nicht compacten....

[Steve_O.]

Fahr den Server in ein paar ruhigen Minuten runter,
wechsel über cmd in´s Domino-Programmverzeichnis und setze da einen

ncompact ( Parameter )

ab.

Nicht schön, aber der Server scheint es so zu wollen! 

[Matze69]

ncompact mit Dateiname oder einfach nur ncompact -D ?

[Steve_O.]

Ich würde ihm ruhig einen "-D" mitgeben!

[Matze69]

Ich würde ihm ruhig einen "-D" mitgeben!

Danke. Nur wie sieht die Befehlsfolge aus?
ncompact Verzeichnis\Datei.nsf -D  ??
oder nur
ncompact -D ?