2.0 K und Virenscanner - treffen hier 2 Welten aufeinander??

Wir haben seit der K-Version regelmässig Probleme mit Virenscannern beim Kunden. Diese Probleme traten unserer Meinung nach bis zur J-Version nicht auf.
Gestern machten wir folgende schwer nachvollziehbare Erfahrung mit der K-Version:

Der Nutzer/Kunde hatte S-Firm 2.0 J auf 5 Arbeitsstationen (Programm und Daten im Netz). Die J-Version lief problemlos. Das Update auf die K-Version lief an 3 Arbeitsstation problemlos, an 2 Arbeitsstation gab es 2 Schwierigkeiten:

1. Der Start des Updates dauerte ca. 5 Minuten, das eigentliche Update ca. 30 Minuten.

2. Die K-Version war nicht mehr startbar bzw. nach 5 Minuten war das Programm noch nicht geöffnet.

Von der S-Firm-Hotline bekamen wir die Standardvorschläge
- Virenscanner deaktivieren (war bereits geschehen)
- Netzwerkkarten auf Vollduplex prüfen (war auch schon so)

Auf die Lösung kamen wir nur zufällig. Wir deaktivierten den Virenscanner auf den 2 Arbeitsstationen (Symantec Antivir) nicht nur, sondern wir deinstallierten den Virenscanner komplett. Danach war das Problem gelöst.

Nun sind wir mit der Antwort der BIVG "der Virenscanner war schuld" nicht ganz einverstanden. Wie eingangs erwähnt, haben wir solche Erfahrungen mittlerweile schon häufiger gemacht und in der Regel gibt es diese Probleme auf dem Kundenrechner auch nur mit S-Firm ab der K-Version.

Deshalb meine Bitte: Sollten hier weitere Teilnehmer ähnliche Erfahrungen gemacht haben, dann teilt das bitte mit.

hi,

wir haben diese erfahrungen auch gemacht. symatec sagt die bivg sei schuld und anders rum meint die bivg symantic sei schuld.

das schöne ist, dass es nicht nur probleme mit sfirm32 gibt, wenn ein produkt der firma symatic installiert ist, sondern auch andere programme sich nichtmehr starten lassen oder die installation garnicht zugelassne wird.:x

da muß wohl symatic mal was an ihren tollen produkten machen und nicht die bivg.

grüße aus dem norden

der don

Ich bin mir zwar nicht ganz sicher, ab wann die sfmain.exe eingeführt wurde, die u.a den eigentlichen Programmstart durchführt. Aber es könnte damit vielleicht zusammenhängen.
Es ist schon richtig - Symantec-Produkte sind nicht sonderlich günstig bei SFirm32. Aber hier empfiehlt sich auf jeden Fall sämtliche Programm-mdbs auszuschließen und nach Möglichkeit auch die sfmain.exe bzw. sfirm32.exe. Da diese aber durch Programmupdates evtl. verändert wären, ist vielleicht ein genereller Ausschluss aus dem Virenscanner die einfachere Variante. Dies ist aber ein Problem was gerne auch bei anderen Scannern vorkommt, z.B. Panda oder TrendMicro. Bei Norton empfiehlt sich auch das genaue Anpassen der Firewallkomponente, was aber nichts mit dem Programmstart oder -verhalten direkt zu tun hat.

Dieses Verhalten habe ich von einem fähigen Kunden auch schon beschrieben bekommen. Dort ist prinzipiell eine Netzwerkversion mit später installiertem Symantec Scanner erfogreich im Einsatz.

Beim Versuch, die Datenbestände von Server alt auf Server neu zu transferieren bockt Symantec und legt die Installation lahm. Ohne Symantec geht es, speilt man die Datensicherung auf Server alt zurück läuft es auch wieder.

Die SFirm Version ist dabei immer eine K.

Irgendwas blockiert der Scanner, möglicherweise speziell den Zugriff auf Datenbanken.
Das muss aber kein dateibasierter Zugriff auf die mdb selbst sein, es kann auch eine Art Filtertreiber auf ODBC-Ebene o.ä. sein. Wie genau Sfirm den Zugriff auf die DB realisiert weiss ich nicht. Jedenfalls muss der reine Ausschluss von irgendwelchen Dateien oder Verzeichnissen nicht zum Erfolg führen. Dateien sind nicht alles.... auch Kommunikationsprozesse zwischen Softwareschnittstellen, insbesondere in Netzwerkumgebungen können überwacht und so verändert werden.

Hallo Quo,
um herauszukriegen wo es beim Programmstart hakt, könnten Sie auch mal das Programm processexplorer von sysinternals (mittlerweile MS) einsetzen. Wenn Sie da den Filter auf die sfirm32.exe bzw. sfmain.exe setzen, können Sie sehen, ob wirklich der Virenscanner der alleinige Verursacher war/ist oder welcher Prozess mitwirkt.