RuntimeDB vs. StaticDB - Probleme mit Suchfunktion

[[ST]]

Hallo Forum,

im Adminmenü/Support Assessment sagt mir otrs 2.4.6:

Check Ticket::SearchIndexModule setting

69453 articles in your system. You should use the StaticDB backend for OTRS 2.3 and higher. See admin manual (Performance Tuning) for more information.

Critical

Ich habe also auf StaticDB umgestellt. Danach waren die CPUs für eine Nacht auf 100% weil er vermutlich die Datenbank indiziert und fleißig seine Tabelle geschrieben hat. Dann habe ich aber mit der Suchfunktion fast nichts mehr gefunden, nur noch komplette Ticketnummern. Keine Volltextsuche, keine from, to Suche. Überall keine oder definitiv zu wenige Ergebnisse. Also zurück auf RuntimeDB bevor mir die user aufs Dach steigen.

Auf meinem Testsystem gibt es kein Problem damit. Das hat aber auch nur 8 Artikel. Ich bekomme auch die Meldung:

Setting of CS_OPT_TEXTSIZE failed. at /usr/lib/perl5/DBI.pm line 693.

wenn ich otrs.RebuildFulltextIndex.pl ausführe. Das Netz sagt, das hat etwas damit zu tun, dass wir ein mssql customer backend nutzen. Das ist richtig. Aber was hat das mit der Indizierung der Datenbank zu tun?

Zusätzlich kommt auf dem Live System beim ausführen von ./otrs.RebuildFulltextIndex.pl:

NOTICE: 5000 of 9087 processed (55% done).

Das könnte auch ein Grund für die vielen nicht gefundenen Tickets sein. Wie kann ich bewirken, das er alles indiziert?

Ich habe auch gehört, dass man, wenn man auf StaticDB umstellt, damit leben muss dass neuere Sachen nicht gefunden werden, bis die Indizierung erneut gelaufen ist. Stimmt das?

Vielen Dank für Eure Mühe und Antworten

Stephan

[[ST]]

Hallo Forum,

könnte mir bitte jemand die Frage beantworten, ob man, wenn man auf StaticDB umstellt, damit leben muss, dass neuere Sachen nicht gefunden werden, bis die Indizierung erneut gelaufen ist?

Vielen Dank, viele Grüße

ST

[mario156]

Ja meines wissen nach ist das so, dass man immer nur die Daten im Zugriff hat, die beim letzten Lauf des index-scripts vorhanden waren.

Man kann in der Sysconfig aber auch einiges zur StaticDB einstellen, was die Suche angeht. Ab wieviel Zeichen und sowas.

Also wir haben 120.000 Tickets in unser Live-DB und nutzen auch noch die RuntimeDB. Hängt aber auch ne dicke Maschine mit Raid etc. dahinter.
(was jetzt aber nicht heisen soll, das die StaticDB nicht doch besser wäre )

[[ST]]

Hallo Mario,

vielen Dank für die Hilfe. Ich belasse es bei RuntimeDB solange es keine Performance Probleme gibt.

Viele Grüße

Stephan

[risker]

Mir kommts irgendwie so vor, als hätte bisher niemand StaticDB eingesetzt. Die Dokumentation vom otrs find ich da auch etwas dürftig .. -.-

[jojo]

könnte mir bitte jemand die Frage beantworten, ob man, wenn man auf StaticDB umstellt, damit leben muss, dass neuere Sachen nicht gefunden werden, bis die Indizierung erneut gelaufen ist?

Nein, der Index wird nach der initialen Befüllung automatisch weiter geführt

[[ST]]

könnte mir bitte jemand die Frage beantworten, ob man, wenn man auf StaticDB umstellt, damit leben muss, dass neuere Sachen nicht gefunden werden, bis die Indizierung erneut gelaufen ist?

Nein, der Index wird nach der initialen Befüllung automatisch weiter geführt

Hi Jojo,

Danke. Dann versuche ich am WE nochmal auf StaticDB umzustellen und führe ./otrs.RebuildFulltextIndex.pl aus. Inzwischen sind es 129177 Artikel und ich hoffe auf etwas mehr Performance. Denn trotz 3,5 GB RAM, Fibrechannel und 4 Quadcoreprozessoren ist das System ab 30 Users online ganz schön langsam.

Viele Grüße

Stephan

[Gabedot]

Was ist bei dem Test raus gekommen?