Hi, der Maximalwert beträgt doch 255 Tage im System > Bereinigung
wie auch immer wir haben schon bei 50 Tagen Probleme das Protokoll anzuzeigen
Man konnte jedoch das Eingangsprotokoll mit einem Befehl erweitern wo er dann eine DAT in einem Verzeichnis anlegt die immer weiter geht.
ich habe dazu ein Eingangs-Auswertungen Verzeichnis und das scheint unendlich anzuzeigen...
ich muss schauen wie das nochmal ging / Ich finde es nicht OMG hab ich vor 10 Jahren oder so angelegt...
Meiner Meinung nach wären zumindestens das Ein und Ausgangsprotokoll schon lange ein Fall für den SQL Server.
Ja das wäre super, ich möchte da auch ab und zu mal rein schauen...
ich muss schauen wie das nochmal ging / Ich finde es nicht OMG hab ich vor 10 Jahren oder so angelegt...
Das wäre auch für mich interessant 
Die Protokolle für Ein- und ausgehende Nachrichten im David Admin wurden noch nie im SQL Server gespeichert. Die Informationen liegen im Ordner \DAVID\CODE in den Dateien DAVID.REC (Eingangsprotokoll) und DAVID.LOG (Ausgangsprotokoll). Im David Admin kann man unter System/Konfigurieren/Bereinigung die Haltedauer in Tagen einstellen. Der Maximalwert, wenn bereinigt werden soll, ist 255 Tage. Soll keine Bereinigung stattfinden, wird eine 0 eingetragen.
Der Maximalwert, wenn bereinigt werden soll, ist 255 Tage. Soll keine Bereinigung stattfinden, wird eine 0 eingetragen.
OK hab ich eingetragen die "0"
DAnke
Die Protokolle für Ein- und ausgehende Nachrichten im David Admin wurden noch nie im SQL Server gespeichert. Die Informationen liegen im Ordner \DAVID\CODE in den Dateien DAVID.REC (Eingangsprotokoll) und DAVID.LOG (Ausgangsprotokoll). Im David Admin kann man unter System/Konfigurieren/Bereinigung die Haltedauer in Tagen einstellen. Der Maximalwert, wenn bereinigt werden soll, ist 255 Tage. Soll keine Bereinigung stattfinden, wird eine 0 eingetragen.
Darum habe ich ja geschrieben " es wäre ein Fall für den SQL Server".
Das suchen in den Protollen ist ein echter graus. Würden die Informationen im SQL Server gespeichert werden, könnte man komfortabler und schnell per Abfrage suchen. Unser Ausgangsprotokoll hat aktuell 310.000 Einträge, da kann man mit viel Zeit noch suchen. Das Eingangsprotokoll dagegen ist bei uns gar nicht mehr durchsuchbar. Bei uns sind 255 Tage eingestellt. (david.log 127MB, david.rec 3,9GB).
Darum habe ich ja geschrieben " es wäre ein Fall für den SQL Server".
Das suchen in den Protollen ist ein echter graus. Würden die Informationen im SQL Server gespeichert werden, könnte man komfortabler und schnell per Abfrage suchen.
Dann hatte ich das nur falsch interpretiert. Grundsätzlich könnte man leicht ein kleines Tool schreiben, welches einmal am Tag, oder einmal in der Woche die neuen Einträge aus den jeweiligen Dateien ausliest und in eine Datenbank schreibt. Mir ist gerade nicht bekannt, ob einer der üblichen Verdächtigen, die Tools für David entwickeln, so etwas fertig rumliegen haben. Ein Verbesserungsvorschlag an Tobit wäre auch eine Idee, aber nichts wo ich kurzfristig mit einer Umsetzung rechnen würde.
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!
