SQL Suche benimmt sich eigenartig

Hallo!

Eigentlich ist die SQL Suche extrem flott, selbst wenn man das gesamte Archiv seit dem Jahr 2000 mit-durchsucht.

Aber seit einiger Zeit sucht er unendlich lange und findet bei manchen Suchen am Ende einfach "nichts", bei anderen Suchbegriffen funktioniert es wie immer.

Wenn ich die Suche begrenze, also die Suche in Unterordern abschalte, dann findet er sehr schnell die richtigen Ergebnisse.

Irgendwo ist hier der Wurm drin und wir wissen nicht wo.

Die Datenbank neu indizieren haben wir auch schon gemacht.

Hat irgendwer Ideen dazu?

Gruß,

Thorsten

Ah ja....einige Fehler....meint er damit RAM oder Platten-Platz?

Die Datenbank hat 78GB. Vollwertiger SQL Server. Die Platte hat noch 160GB frei...

Hm, 32GB RAM hat er zugewiesen bekommen. Das könnten wir natürlich mal verdoppeln, wenn das sein Problem ist

Ich bin WGmemphis im gleichen Unternehmen. Egal was ich suche, er sucht "unendlich" und bricht irgendwann ohne Ergebnis ab (TimeOut im Protokoll). Nur wenn ich in einem einzelnen Ordner ohne Unterordner suche, dann findet er was, auch wenn er dafür ebenso einige Sekunden braucht.

Wiederhole ich die Suche, wird es auch nicht schneller. Ich hätte erwartet, dass dazwischen ein schneller Cache sitzt.

Will heißen: Die SQL Suche an sich funktioniert, sucht aber extrem viel zu langsam, so dass der SQL Server nach 2 Minuten mit Timeout abbricht.

Da ist echt der Wurm drin

Hallo Stylistics,

auf dem SQL Server läuft nur die David Datenbank.

Die SQL Protokolldatei sieht harmlos aus, siehe unten als eingefügte Grafik. David und SQL sind auf gleichem VMware Server mit Zuteilung von 64GB RAM. Diese haben wir gerade erst vor einer Woche von 32GB hochgerüstet, weil wir dachten, das wäre der Grund für die Langsamkeit.

CPU Last am Server heute aktuell um 30%, also auch alles gut.

Aber nun halte Dich fest:

Gestern habe ich mehrere Versuche gemacht, alles mit dem gleichen Suchbegriff, mal über "alles", mal über einzelne Ordner-Zweige, mal nur über Einzelordner. Erst bei Einzelordnern kam ein Ergebnis, beim Rest wurden die genannten SQL Timeouts von David protokolliert. Deshalb hat mein Kollege WGMemphis gestern abend den Eintrag hier im Forum geposted.

Heute 11.50 Uhr mache ich die GLEICHE Abfrage wie gestern, also mit dem gleichen Suchbegriff, wieder zunächst über ALLE Ordner (also rund 400GB zu durchsuchen) und ich erhalte nach 5 Sekunden ein Ergebnis!

Was ist heute anders als gestern? Das Problem tritt immer wieder auf, ist also kein Einzelfall.

Vielleicht zwingt irgendetwas manchmal die CPU in die Knie?

Wir werden - sobald das Problem wieder da ist - die CPU Last prüfen.

Für weitere Ideen sind wir natürlich dankbar!

Gruß,

Thorsten

Man kann die SQL Suche schön in die Enge treiben.

Ein Kunde von uns signiert seine Mails immer mit Br Dmitrii

Lasse ich die SQL Suche mit Anführungszeichen nach "Br Dmitrii" suchen, findet er.

Suche ich aber nach "Br Dmitr*" , dann sucht er unendlich bis zum Timeout.

Ich vermute fast, dass der David das Suchkommando an den SQL Server übergibt und nach einer gewissen Zeit den Timeout meldet, aber dabei "nicht immer" auch die SQL Suche wirklich abstoppt. So führen erneute Suchanfragen dann zum Aufstapeln mehrerer Suchjobs, die den SQL Server machmal für etliche Minuten in die Knie zwingen. Das würde erklären, warum unser SQL manchmal unendlich langsam wird.

Leider konnte ich das bisher nicht nachstellen. Wenn ich die Suche nach "Br Dmitr*" gestartet habe (die unendlich läuft, weil SQL wahrscheinlich mit diesem Suchbegriff in irgendeine Endlosschleife läuft) und dann einen neuen Suchbegriff eingebe, dann findet er wieder schnell. Offenbar hat er also die vorherige Suche doch abgebrochen, oder sie läuft zwar noch, aber es liegen noch nicht so viele Suchjobs auf dem Stapel, dass er wieder langsam wird.

Wir kriegen unsere SQL Such Probleme nicht los....echt hartnäckig.

Selbst ein Tobit-Partner, dem wir von dem Problem berichtet haben, schreibt uns nur wir sollen am besten Tobit involvieren. Naja, Tobit hat keinen Außendienst und schaltet sich auch eher selten auf Kundensysteme auf, oder?

Hat noch jemand einen Tipp?