Parallelbetrieb mehrerer SFIRM32-Netzwerkinstallationen

Hallo Frank,



Entweder habe ich Dich nicht verstanden oder aber hier mein Hinweis:
Siehe den Beitrag von ALEZ vom 07.06.06 zu diesem Thema.

Hallo zusammen,

mit euren Tipps hab ich mich jetzt mal ausgiebig beschäftigt, und auch alles durchgerechnet. Allerdings war das von den Kosten her immer noch zu teuer, was ich vorgeschlagen habe, selbst der Ken!-Server. Allerdings hab ich dann erfahren, dass wir noch eine (bzw. mehrere) Bintec Bianca/Brick-XS hier rumstehen haben, die nicht mehr benutzt werden.
Wenn es euch nichts sagt (wie mir vorher), das ist ganz einfach ein ISDN-Router der ebenfalls Remote-Capis unterstüzt. Diesen habe ich jetzt konfiguriert und getestet, Daten konnte ich auch von den Banken abholen, also diese Lösung funktioniert. Deswegen werden wir diesen Weg gehen, weil er für uns überhaupt keine Kosten bedeutet und wir notfalls Ersatz hätten, falls ein Router ausfällt.

Was ich jetzt aber noch gerne wissen würde, wenn auf verschiedenen PCs die SF-Automaten laufen, wie ist es dann geregelt, wer die Daten überträgt? Bringt es was, wenn man nur auf einem PC den Automaten laufen lässt? Natürlich nur unter der Vorraussetzung, dass dieser PC immer läuft. Oder ist es besser, wenn der Automat überall läuft?
Und noch etwas würde mich interessieren, welche Installationsvariante ist besser? AD, wie von Wilischgeist vorgeschlagen, oder BC, wie es gerade bei uns der Fall ist?

Danke für die Hilfe
Alez

Ich habe hier wegen der Verarbeitung von Konten unterschiedlicher Unternehmen auch mehrere (drei) unterschiedliche Netz-Installationen und dies wie folgt gelöst:

Auf allen Workstations ist jeweils einmalig das Programm SFIRM32 installliert - aus Performance-Gründen, weil das EDV-Netz etwas langsam ist und der Start des Programms vom Server zu lange dauern würde.

Auf dem Server sind nur die drei Datenverzeichnisse: SFdaten1, SFdaten2 und SFdaten3 für die unterschiedlichen Konten der drei Unternehmen.

Auf allen Workstations sind auf dem Desktop jeweils drei Verknüpfungen angelegt, die alle auf das Programm zeigen, jedoch mit der Verzweigung auf das jeweilige Datenverzeichnis, wie folgt:

C:\SFIRM32\Sfirm32.exe /D"V:\sf32daten1"
C:\SFIRM32\Sfirm32.exe /D"V:\sf32daten2"
C:\SFIRM32\Sfirm32.exe /D"V:\sf32daten3"

wobei V: der Server ist.

Das funktioniert problemlos. Auch mit dem Automaten gab es nie Schwierigkeiten.

Die Updates funktionieren auch problemlos, wenn man vor dem jeweiligen Update im Verzeichnis C:\SFIRM32 - also auf der Workstation - die Datei SFDATEN.INI zu Fuß wie folgt anpasst:

[SFIRMDATEN]
Daten=V:\sf32daten1

wird nach dem ersten Upate, in dem die Datenbank aktualisiert wird, auf

[SFIRMDATEN]
Daten=V:\sf32daten2

geändert, dann das Update nochmals laufen lassen und danach

[SFIRMDATEN]
Daten=V:\sf32daten3

geändert, nochmals das Update aufrufen.

Das läuft bei - jedenfalls bei mir - problemlos.

In dieser Konfiguration müssen dann aber alle Workstations das Update laufen lassen, jedoch pro weiterer Workstation nur einmal, da die Datenbanken bereits angepaßt wurden.

Noch einfacher:

Auf den unterschiedlichen Workstations die SFDATEN.INI mit unterschiedlichen Werten haben, also

[SFIRMDATEN]
Daten=V:\sf32daten1

auf der ersten, Daten=V:\sf32daten2 auf der zweiten usw.

Dann braucht man nur von Workstation zu Workstation gehen und die Updates starten.

Nilsiboy


P.S. (Immer daran denken: Vor jedem Update eine komplette Datensicherung - auch der Programminstallation - vornehmen !!)