SFirm 2.2: nach Update verbiegt sich täglich die sfdfu.mdb

Hallo HaJo,

in solchen Fällen ist es zu empfehlen, einen Eintrag bzgl. der Access-Datenbanken auf dem Server zu setzen. Schau hierzu mal in die FAQ auf www.sfirm.de und such nach "registry-eingriff" (oder K04097), dann findest Du den Eintrag. Muss ich auch oft bei meinen Kunden einsetzen und hilft fast immer
Danach die sfdfu.mdb gegen eine neue austauschen (löschen, Rep.inst. oder aus Sicherung, die kann aber auch schon nen Knacks haben).

Gruß
EB

Hallo,

zwischenzeitlich haben wir den oben beschriebenen Lösungsweg beschritten.
Kurzfristig sorgte er für eine gewisse Ruhe, jedoch erhielten wir heute einen neuen Fehler (nicht bekanntes Format der SFIRM.MDB).
Nach erfolgtem Reorg ist eine Anmeldung wieder möglich.

Nachdem der Fehler bisher die SFDFU.MDB betraf und nun die SFIRM.MDB frage ich mich:
alles nochmal von Vorne oder ein anderer Fehler?

Vielen Dank für Eure Beteiligung!
Lieber Gruß
HaJo

Hallo Hajo,

wie groß ist denn die SFDFU.mdb bei Euch. Die sollte nicht gravierend größer als 300 K sein. Falls doch habt Ihr vermutlich massenhaft alte abgearbeitete DFÜ-Aufträge drin stehen, das macht die SFDFU.mdb oft instabil.
Lösche mal bitte alle alten DFÜ-Aufträge "Extra - Reorganisation - DFÜ-Aufträge löschen" dann die Auswahl "Alle DFÜ-Aufträge löschen "

Achtung!!!! Vorher sollten alle im Pool bereitgestellten Zahlungsaufträge versendet werden. Falls Ihr zeitgesteuerte, oder wiederkehrende DFÜ-Aufträge eingepflegt habt, wären dies dann auch weg (außer Kontorundruf). In diesem Fall müsstest Du die DFÜ-Aufträge von Hand bereinigen.

In der Baumstruktur links findest Du den Eintrag "DFÜ-Aufträge" mit den Unterordnern "Standard Aufträge", "Fremddateien", "Sonstige Aufträge", "Kontoauszüge", "Kundenprotokolle", "Kontoabfragen". Wenn Du hier den Ordnernamen anklickst siehst Du den Status der Aufträge. Alle die auf "OK" oder auf "Keine Daten" stehen solltest Du löschen. Die gescheiteten kannst Du auch löschen. Bei diesen ist zu beachten, dass die entsprechenden Zahlungsaufträge dann auf fällig zurückgesetzt werden.
Den Ordner "Rundruf" solltest Du in Ruhe lassen.

Der Löschvorgang kann einige Minuten dauern.

Anschließend solltest Du über "Extra - Reorganistation - DFÜ-Aufträge reorganisieren" nochmal eine Reorg drüber laufen lassen. Dann nochmal prüfen, ob noch DFÜ-Aufträge in den Ordnern aufgetaucht sind. Diese dann ebenfalls von Hand löschen.

Nun noch mal über "Extra - Reorganisaton - Datenbanken reorganisieren/komprimieren" alles gelöscht wirklich aus den Datenbanken entsorgen.
Dann sollte die SFDFU.mdb nicht mehr gößer als 300K sein.

Sollte das nicht helfen, SFIRM (gleicher Versionsstand) an einem PC, der mit SFIRM noch nichts zu tun hatte, installieren. Aus dieser Installation die leere SFDFU.mdb in die Produktionsversion kopieren.
Anschließend extern reorganisieren über "Start - Programme - SFIRM32 - Datenbankreorg." Dann SFIRM öffnen und "Extra - Reorganisation - DFÜ-Aufträge reorganisieren".
Achtung !! !! !! Auch hier sind dann alle wiederkehrenden oder zeitgesteuerten DFÜ-Aufträge(außer Kontorundruf) weg.

In den Optionen (Reiter"Allgemein" links unten) kannst Du übrigens einstellen, nach welcher Zeit DFÜ-Aufträge gelöscht werden sollen. Diese Funktion solltest Du einschalten und möglichst kurze Spreicherzeiträume wählen.

Gruß bt

Hallo HaJo,

das mit der Reparatur bzw. Datenbankprüfung ist kein Problem - kommt ab und zu vor, dass das mal nötig ist, von daher: einfach mal machen (lassen) - kostet Dich nichts.

Die sfdfu.mdb sollte nun, nachdem Du den Eintrag auf dem Server gesetzt hast, eigentlich keine Probleme mehr machen, die sfirm.mdb normalerweise auch nicht (sofern Du nicht einen Defekt mitschleifst) - zumal Du ja auch keinen Scharfschützen in Form eines Virenscanners nutzt.

Ansonsten würde ich mich wundern, wer denn ständig Deine Datenbanken schrottet...dann gehen mir auch so langsam die Ideen aus...

Gruß
EB

Hallo,

das war ja ein ganz schönes Echo auf unsere Probleme - vielen Dank!!!

@Fellini: so ganz schutzlos sind unsere Server nicht, aber genauer erläutern kann ich's nicht, da der SysAdmin gerade im Urlaub weilt, nach seiner Rückkehr schauen wir uns das nochmals genauer an.

Der Hinweis mit der Größe der SFDFU.MDB hat mich nicht ruhen lassen.
Jetzt habe ich die Größe über den Tag verfolgt und gesehen, dass sie sich eigentlich ständig vergrößert, bis zum nächsten Reorg.
Den letzten Hänger hatten wir, als die Datei auf 1074 K angewachsen war, nach dem Reorg war sie dann wieder auf <400 K.
Heute ist sie 'nur' auf 786 K angewachsen - der Hänger blieb aus!
Interessant, aber was hilft's? Muss ich jetzt stündlich die Anwender zum Ausloggen bewegen und einen Reorg fahren? Oder hat noch jemand eine zündende Idee??

Wenn wir uns halbwegs sicher sein können, dass wir uns nicht immer selbst die DB abschießen, werden wir's mit einer Reparatur versuchen.


Liebe Grüße
HaJo

Hallo bt,

wir verwenden derzeit noch FTAM, wollen jedoch in absehbarer Zeit auf EBICS wechseln.

Die letzten drei Tage hat sich die SFDFU.MDB von morgens ca. 230 K auf 600, 790 und 850 K aufgebaut.
Bei letzterem Wert hatten wir wieder das altbekannte Problem, einmal zwischendurch jedoch auch ohne nennenswerte Größenänderung.javascript:emoticon(':shock:')

Den Reorg kann ich leider tags nicht einfach laufen lassen, da eigentlich immer einige User auf dem System sind; deshalb ist er auf nachts eingeplant.

Werde wohl noch wenige Tage beobachten und dann ggf. zähneknirschend eine leere Datei reinhängen und alle Aufträge neu aufbauen....javascript:emoticon(':oops:')

Liebe Grüße
HaJo