Hallo,

kennt sich hier jemand mit der Programmarchitektur von SFirm aus? Als SFirm-Admin in einem mittelständischen Unternehmen bin ich sowieso schon Leid gewohnt. Wenn man denkt, man hat schon alles gesehen, setzt das Programm immer noch einen drauf.

Dass die Software im Kern 25 Jahre alt ist und lahm wie eine Schnecke, ist ja kaum zu bezweifeln. Ich frage mich aber, warum SFirm mit "nur" 20 Clients einen SMB Gesamtdatendurchsatz zum Server von 200 - 300 GB am Tag produziert. Wir haben natürlich einige Konten und Gesellschaften dort, aber nun auch keine hunderte.

Da unsere SFirm Anwender verteilt arbeiten (Home Office, Außenstandorte), sind 300 GB am Tag für eine einzige Software und 20 Clients schon relativ viel des Guten. Ich nehme an, dass es hier keine Möglichkeit gibt, das zu optimieren? Außer natürlich, VDI am selben Standort zu hosten wie SFirm. Allerdings birgt auch das wieder administrativen Overhead.

Ich frage primär interessehalber - eine Banking-Software, die größtenteils Datenbank- und dokumentenbasiert arbeitet, sollte keine 300 GB am Tag von und zu Clients übertragen.

VG

Moin,

deine Beobachtung ist tatsächlich nicht so ungewöhnlich. SFirm arbeitet nicht rein datenbankbasiert, sondern nutzt zusätzlich ein zentrales Datenverzeichnis über SMB. Dadurch entstehen viele Datei-Zugriffe (Metadaten, Sperren, Bewegungsdaten etc.), was gerade bei verteilten Clients schnell viel Traffic verursacht.

300 GB am Tag klingt zwar viel, passt aber leider ins Bild dieser eher „älteren“ Architektur. Gerade über Homeoffice/WAN summiert sich das schnell.

Viel optimieren lässt sich da meist nicht. Die sinnvollste Lösung ist in der Praxis oft, SFirm und Nutzer näher zusammenzubringen (z. B. per RDS/VDI), statt alles übers Netz laufen zu lassen.

Ich würde höchstens noch prüfen, ob z. B. Virenscanner oder bestimmte Workflows unnötig viel trafic erzeugen – das kann sowas zusätzlich verstärken.

Liebe Grüße