Beiträge von kingcopy

Mit der Sammelliste geht es hier ganz gut

Öffnen Sie auf dem David Server den David.Administrator und wechseln im Konfigurationsbaum auf der linken Seite in den Bereich »System > Erweitert > Sammelliste«.

Bei uns auch die Geschäftsführer haben mich hergeholt und gefragt ob die etwas installieren sollen, dann habe ich gesagt ist doch schon alles geschehen

diese SINNLOSEN DÄMLICHEN SCHEISSMELDUNGEN

Ich dachte das Problem wäre Schnee von gestern und so nicht mehr vorhanden?

Man beachte das DATUM der POSTINGS und man beachte wer als ERSTES das Phänomen beschrieben hat

Verschwinden von Nachrichten / Leere emails

ich habe ich muss zugeben, jetzt noch keine Fehler und noch keine Beschwerden

Winnie JA JETZT nach dem 5 Servicepack geht es einzelnd...

Es gibt immer neue Probleme zu finden....

wer findet das erste?

HAHAHAHAH das ist Gut!

Alle das Hotfix vom 15.04 eingespielt?

Interessant das dafür "Genau Jetzt" eine offizielle Q von Tobit dafür herauskommt:

Zitat

Q-110.517

Frage
ProblemBestimmte Wörter werden von der SQL-basierten Volltextsuche von David.fx generell nicht gefunden. Auch nach wiederholten Versuchen führt die Suche nach diesen Wörtern nie zu einem Ergebnis, obwohl sie definitiv in mehreren Dokumenten innerhalb der David Ordnerstruktur enthalten sind. Was ist die Ursache für dieses Verhalten?ProduktDavidPrioritätnormalEffektnormalAb VIntern2444Datum15.04.2011

Antwort
Der Grund für das oben beschriebene Verhalten liegt in der Auswahl des verwendeten Suchbegriffes. Handelt es sich bei dem Suchbegriff um ein so genanntes »Stoppwort« liefert die Suche prinzipiell keine Treffer.
Die SQL-basierte Volltextsuche von David.fx nutzt zur Optimierung der Suchergebnisse eine so genannte »Stoppliste«. Alle in dieser Liste enthaltenen Einträge (die »Stoppwörter«) werden von der Suchfunktion generell ignoriert, führen also niemals zu einem Suchergebnis.
Bei diesen Stoppwörtern handelt es sich um Begriffe, die im Allgemeinen keine inhaltliche Relevanz besitzen, aber in nahezu jedem Text vorkommen, so dass sie bei Einbeziehung in die Suche zu unerwünscht vielen Treffern und somit zu keinem brauchbaren Suchergebnis führen würden. Dazu gehören unter anderem bestimmte bzw. unbestimmte Artikel sowie Präpositionen (der, die, das, ein, einer, in, auf, um usw.).
Weiterführende Informationen:
Die Erstellung des Volltextindex sowie die Durchführung der Volltextsuche und die hierfür verwendete Stoppliste beruhen auf Funktionen des Microsoft SQL Server 2008 R2 Express, der sich im Lieferumfang von David.fx befindet. Über spezielle SQL-Abfragen ist sowohl das Aufrufen als auch das Bearbeiten der Stoppliste möglich. Beachten Sie hierzu die zugehörigen

Alles anzeigen

alles loift ?

Was genau läuft denn nicht?
Wohin sollen Emails gehen? Statt in Deinen Posteingang, in unverteilt? , wieso das denn?

Thomas:
Für einen SQL Fulltextimport? wärend alle 50 Mitarbeiter auch noch im System sind? Tagsüber?
Wärend auch noch Emails geschrieben und verarbeitet werden? jede Minute ein duzend?

Ich glaube Du Phantasierst 4,5 GB SQL DATA

bei 450 GB Emails die er "durchblättern muss"

Du hast nur Database Size 384 MB

und der Server war beim Importieren nicht ausgelastet, David arbeitet nicht schneller...
Versuch mal die 450 GB 1:1 zu kopieren wieviel Tage Du brauchen würdest, da ist das eine "optimale Zeit"
oder von USB Festplatte zu HDD / 450 GB Daviddaten kopieren.

Doppelthread

SP

Ich habe nun einen neuen Eintrag im Ereignisprotokoll wenn die Database frisch aufgebaut wird, sieht gut aus:

Fulltext Import
Archives 14.091
Messages 846.158
Shortcuts 52
Database Size 4.530 MB
Duration 2:53:55

habs auch gerade mitbekommen... morgen früh mal installieren.

Ich schätze das die Bereinigung so lange läuft weil ein 3. Backup oder die Strongbox zur selbigen Zeit startet oder dazwischen.

Kurzum die Übersicht geht verloren. Die HDDs gehen in die KNIE. Der Datendurchsatz fällt ins Bodenlose.

Bei 600 GB Emails die Du einfach so erwähnst muss eine POWER Hardware her.

Siehe:

Zitat

und ca. 800 GB David FX Daten Verwalten ohne auch nur zu schwitzen

wiedermal mein link , wenn Deine Servermaschine "schwächer" ist vergiss es.

Es ist eindeutig ein Verarbeitungsbug im Tobitsystem bei bestimmten EMAILS.

Deine User ID neu zuordnen erst auf GAST setzen und 10 Min später wieder zurück?

\\SERVER4\David\Archive

USER

2.400.760 Dateien,

in 16.233 Ordner

SQL Error 80040e2f
Code 80040e2f
Code meaning IDispatch error #3119
Source Microsoft OLE DB Provider for SQL Server
Description Cannot insert duplicate key row in object 'dbo.msg' with unique index 'idx_msg_arcidfilename'.
Function m_Connection->Execute
Command UPDATE msg SET arcID=42858, LastImport=1302263424, srFileName='i72e2a31', pathID=42858 WHERE arcID=42745 AND srFileName='i72e293b';
User ID ffffffff

und das 4 tage nachdem die SQL Datenbank neu aufgebaut wurde.....

Hmmmm OK, das ist merkwürdig

hast Du die Datenbank mal neu aufbbauen lassen?

sag mir mal ein Schlagwort ich will das mal nachvollziehen...

ich habe mal das System nach "Schlagwort" durchsucht und 30 unterschiedliche Emails komplett geöffnet. Alles OK