SQL Error 80040e14

Schau mal hier rein...

SQL Fehler "Could not allocate space for object 'sys.fulltext_index_docidstatus...'

Oder kurz gesagt, die Papierkörbe leeren wenn möglich, und im DVAdmin die Datenbank zurücksetzten.

Bei der Größe kein Wunder..

Mal sehen wie groß die wird denn er alles Indiziert hat, dürfte aber ne weile dauern.

Dasselbe Problem gab es bei uns auch schon ab ca. 780 GB ist der SQL Index voll, da hilft auch kein Aufräumen mehr.

ich habe folgende Methode entwickelt:

den grössten aller User nehmen und ein Strongbox einzel Archiv erstellen.

den Strongbox User Testen, zugreifen lassen , wenn möglich das Archiv auf eine Extra SSD

das Live Archiv bei dem user KOMPLETT eliminieren.

den User mit Eingang / Ausgang etc neu aufbauen lassen (neue Verzeichnisse) und den User nur noch über die Strongbox auf seine "alten" Mails zugreifen lassen

den SQL Index neu aufbauen.

und das stück für stück mit ALLEN Usern durchziehen!

Schritt 1:
Bei allen (!) David-Papierkörben "Eigenschaften / Dienste / automatische Bereinigung / Max. Eintragsalter = 1 Tag" einstellen.
Bei allen David-Sucherergebnisse "Eigenschaften / Dienste / automatische Bereinigung / Max. Eintragsalter = 3 Tage" einstellen.

Schritt 2:
Datenbereinigung im David Administrator starten.
Danach die SQL-Indizierung zurücksetzen.

Dass ergibt normalerweise genug Platz für ein paar Monate Nutzung.

Schritt 3:
Für die Ein- und Ausgänge Aller User die automatische Ablage nach 6 oder besser 3 Monaten einstellen und erneut die Datenbereinigung starten.
Wen hier abzusehen, dass Einträge älter sind als 10 Jahre, dann können die in Absprache mit dem jeweiligen User gelöscht werden.

Längere Aufbewahrung ist aufgrund Finanzamts-Vorschriften nicht nötig.
Abweichend davon können längere Aufbewahrungsfristen zum Beispiel für Bau-Planer bestehen.

Reicht das alles nicht aus, dann wird es Zeit für die Anschaffung von SQL Server Standard.

man kann auch einfach die Indixierung von bestimmten Ordnern ausschalten.

Zitat von Arno

Schritt 1:
Bei allen (!) David-Papierkörben "Eigenschaften / Dienste / automatische Bereinigung / Max. Eintragsalter = 1 Tag" einstellen.
Bei allen David-Sucherergebnisse "Eigenschaften / Dienste / automatische Bereinigung / Max. Eintragsalter = 3 Tage" einstellen.

erledigt. Wobei mit Papierkorb schon auf 1 Tag war.

Zitat von Arno

Schritt 2:
Datenbereinigung im David Administrator starten.
Danach die SQL-Indizierung zurücksetzen.

Wo genau mache ich das? Ich habe eben geguckt unter Konfiguraiton steht eh um 3 Uhr täglich Bereinigung beim System.

Zitat von Arno

Schritt 3:
Für die Ein- und Ausgänge Aller User die automatische Ablage nach 6 oder besser 3 Monaten einstellen und erneut die Datenbereinigung starten.

Hab ich bei uns gar nicht eingebaut die Ablage, dann ist es immer "blöd" etwas zu suchen. Sprich bei uns sind alle E-mail wenn nicht extra in einem unterordner vom Benutzer einsortiert im posteingang/Ausgang.
Der größte Benutzer hat 23,000 E-Mails unsortiert im AUsgang und 15,000 im Eingang.

Zitat von lycra

Wo genau mache ich das? Ich habe eben geguckt unter Konfiguraiton steht eh um 3 Uhr täglich Bereinigung beim System.

David Administrator starten -> Rechte MT auf System -> Status Monitor -> Datenbereinigung -> jetzt starten.

Damit du auch einen Bericht über die bereinigung bekommst muss noch folgender Eintrag in die David.ini (David\Code)
MGSMAILNAMES = DEINE EMAIL ADRESSE

Der SL muss im Anschluss neu gestartet werden.

Zitat von lycra

Der größte Benutzer hat 23,000 E-Mails unsortiert im AUsgang und 15,000 im Eingang."

Dann ist es völlig normal, dass das System scheinbar langsam wird.
Denn vor allem die Archive.dat wird dadurch sehr groß, muss aber bei jedem Anzeige des Ein- oder Ausgangs geladen und interpretiert werden.

Abhilfe: Rechte Maustaste auf den Eingang, dann Eigenschaften / Dienste / Automatische Ablage aktivieren.
Hier nie den Haken setzen bei Monatsablage, sondern immer nur bei Jahresablage.
Dateien zusammenfassen: JA!

Die Einträge in den komprimierten Ablagen werden vom SQL-Server indiziert, daher ist es kein Problem eine eMail oder einen Inhalt derselben zu finden.
Das gilt auch dann, wenn der Anwender nicht mehr weiß, von welchem Jahr die eMail war.
Die Ablageordner werden bei der Datenbereinigung automatisch unterhalb von Eingang oder Ausgang angelegt.

Zitat von stylistics

David Administrator starten -> Rechte MT auf System -> Status Monitor -> Datenbereinigung -> jetzt starten.
Damit du auch einen Bericht über die bereinigung bekommst muss noch folgender Eintrag in die David.ini (David\Code)
MGSMAILNAMES = DEINE EMAIL ADRESSE

Der SL muss im Anschluss neu gestartet werden.

Danke schaue ich mir gleich mal an.

Zitat von Arno

Dann ist es völlig normal, dass das System scheinbar langsam wird.
Denn vor allem die Archive.dat wird dadurch sehr groß, muss aber bei jedem Anzeige des Ein- oder Ausgangs geladen und interpretiert werden.

Das ist mir auch klar. Bislang war das aber nicht gewünscht mit der Ablage.

Zitat von Arno

Abhilfe: Rechte Maustaste auf den Eingang, dann Eigenschaften / Dienste / Automatische Ablage aktivieren.
Hier nie den Haken setzen bei Monatsablage, sondern immer nur bei Jahresablage.
Dateien zusammenfassen: JA!

Ok also Jahre könnte man ggf noch machen.
Was beduetet zusammenfassen? BZw was passiert dann?

Zitat von Arno

Die Einträge in den komprimierten Ablagen werden vom SQL-Server indiziert, daher ist es kein Problem eine eMail oder einen Inhalt derselben zu finden.
Das gilt auch dann, wenn der Anwender nicht mehr weiß, von welchem Jahr die eMail war.
Die Ablageordner werden bei der Datenbereinigung automatisch unterhalb von Eingang oder Ausgang angelegt.

Und wie sieht es dann aus mit der schnellsuche? die geht ja nicht auf Unterordne? Sprich man müsste immer Rechtsklick und auf Suchen gehen??

Beim Zusammenfassen werden die Nachrichten zu einer komprimierten Datei zusammengefasst und gegen Überschreiben und Löschen geschützt.
Das genügt für viele Archivierungsvorgänge. Ohne Schreibschutz müsste ein Prüfer die Archivierung beanstanden.

Rechtsklick auf Ordner und auf Suchen - ja.
Aber das betrifft ja nur Files, die älter als drei bis sechs Monate sind.
Die werden erfahrungsgemäß bei weitem nicht so oft aufgerufen wie die Files der letzten zwei Wochen.

Alternativ geht auch die Eingänge in das Feld VOLLTEXTSUCHE oben im David Client.
Das geht nur unwesentlich langsamer als die Suche im FINDEN Feld.

Zitat von Arno

Alternativ geht auch die Eingänge in das Feld VOLLTEXTSUCHE oben im David Client.

Die "Volltextsuche" läuft über die SQL Datenbank in der die Nachrichten Indiziert wurde (Samt Nachrichtentext),
das Feld "Finden", sucht nur in Angegebenen Feldern (Von, Betreff) aber nicht in der Nachricht selbst.

Daher kommt es darauf an was man sucht

Zitat von Arno

Beim Zusammenfassen werden die Nachrichten zu einer komprimierten Datei zusammengefasst und gegen Überschreiben und Löschen geschützt.
Das genügt für viele Archivierungsvorgänge. Ohne Schreibschutz müsste ein Prüfer die Archivierung beanstanden.

Das mag sein mit dem Prüfer....
Aber das ist für uns nicht so umsetzbar bzw wollen wir nicht...

Zitat von Arno

Rechtsklick auf Ordner und auf Suchen - ja.
Aber das betrifft ja nur Files, die älter als drei bis sechs Monate sind.
Die werden erfahrungsgemäß bei weitem nicht so oft aufgerufen wie die Files der letzten zwei Wochen.

Sehr umständlich, und hier möchte man sich in der Richtung nicht wirklich umstellen.

Zitat von Arno

Alternativ geht auch die Eingänge in das Feld VOLLTEXTSUCHE oben im David Client.
Das geht nur unwesentlich langsamer als die Suche im FINDEN Feld.

Das wäre ggf eine alternative, aber wie du schon sagtest deutlich langsamer.

Zitat von stylistics

Daher kommt es darauf an was man sucht

meist nur Titel
Und wenn mehr dan eben rechtsklick Ordnerdurchsuchen.

Zitat von lycra

meist nur Titel

Dann kannst du wie von @Arno beschrieben das "Finden" Feld benutzen.
Aber es kann nur finden was auch in dem Ordner ist

Zitat von stylistics

Dann kannst du wie von @Arno beschrieben das "Finden" Feld benutzen.
Aber es kann nur finden was auch in dem Ordner ist

Und genau aus diesem grund machen wir diese Ablage ja eben nicht

Es gibt eine einfache Lösung:
Via Favoriten einen Button für den gesamten Server in die Favoritenleiste anlegen.
Einmal darauf klicken und dann suchen. So wird der Gesamtbestand der Daten durchsucht.
Nur was es nicht gibt wird nicht gefunden, solange die David SQL-Instanz funktionsfähig ist.

Der Krampf bei jedem Start eines David-Clients den gesamten Altbestand mit zu öffnen dauert in der Summe der Zeiten jede Woche viel länger als die gelegentliche Suche in alten Daten.

Das kann sein
ich kann dsa ja mal vorschlagen und schauen was meine kollegen meinen.
bisher dauert es nicht soo lange, ab und zu ist zwar mal was wenn es hakt aber eher selten.