Hallo zusammen,
Kann sein, dass ich da zu verquer denke, aber ich hatte mir vom SMB3 wesentlich mehr Brauchbarkeit für den realen Multiuser-Betrieb vorgestellt. Folgendes Ausgangsscenario: Bislang wurden in zwei Standorten zwei SM5 für zwei getrennte Konten verwendet. Durch Firmenzusammenscluss sollen beide Konten nun von beiden Standorten verwaltet werden (incl 2-Unterschriften Prinzip). Die Standorte sind mit einer 2Mbit Standleitung verbunden.
Blauäugig hatte ich mir erwartet, dass der doch deutliche Mehrpreis der SMB Version sich auch in einer verbesserten Datenbanktechnologie (also Client/Server anstatt Filebasiert) auswirkt, sodass die Netzwerklast zurückgeht.
Tatsächlich ist es aber scheinbar so, dass Netzwerktauglichkeit bei SM einfach nur heisst: Installiere das Programm und damit auch die Daten einfach auf ein gemeinsames Laufwerk (das noch dazu bei jedem Anwender den selben Buchstaben haben muss!) und starte das Programm aus diesem Verzeichnis heraus. Das ist rein technologisch finsterstes Mittelalter, und einfach den heutigen Ansprüchen und Gegebenheiten nicht würdig. Warum?
Es ist absolut unbrauchbar für Netzwerkuser, die über VPN etc angeschlossen sind. Es müsste beim Start immer die gesamte EXE (samt ca 20MB DLLs) und alle Daten übertragen werden! Leitungsstörungen (die bei Internet-basierten Anbindungen immer mal auftreten können) beschädigen unter Umständen die Datenbank, da diese ja konstant offengehalten wird.
Des weiteren entstehen Probleme durch die zentrale Speicherung von unterschiedlichen lokalen Konfigdaten (wie zb der Netzwerk-Buchstabe, oder Modell/Typ des Kartenlesers etc)
Ein Ausweg wäre, dass man SMB3 lokal installiert und dann auf die zentral abgelegte DB verbindet. Dies scheitert aber daran, dass die Systemdatenbank wohl nur lokal (also bei der EXE) liegen kann. Damit kann man nicht mehr zentral Userdaten und Zugriffsrechte vergeben.
Langer Rede kurzer Sinn:
a) Gibt es einen Weg NUR DIE DATEN (incl User/Rechteverwaltung!) zentral zu halten, aber die Software lokal zu installieren? (zb einen optionalen Eintrag in einer INI Datei)
b) oder liege ich total falsch mit SMB3 und sollte ein anderes Programm verwenden? Wenn ja: sachdienliche Hinweise für unseren Einsatzzweck gerne erwünscht (notfalls per email).
Jürgen Wondzinski
ProLib Software GmbH
Kann sein, dass ich da zu verquer denke, aber ich hatte mir vom SMB3 wesentlich mehr Brauchbarkeit für den realen Multiuser-Betrieb vorgestellt. Folgendes Ausgangsscenario: Bislang wurden in zwei Standorten zwei SM5 für zwei getrennte Konten verwendet. Durch Firmenzusammenscluss sollen beide Konten nun von beiden Standorten verwaltet werden (incl 2-Unterschriften Prinzip). Die Standorte sind mit einer 2Mbit Standleitung verbunden.
Blauäugig hatte ich mir erwartet, dass der doch deutliche Mehrpreis der SMB Version sich auch in einer verbesserten Datenbanktechnologie (also Client/Server anstatt Filebasiert) auswirkt, sodass die Netzwerklast zurückgeht.
Tatsächlich ist es aber scheinbar so, dass Netzwerktauglichkeit bei SM einfach nur heisst: Installiere das Programm und damit auch die Daten einfach auf ein gemeinsames Laufwerk (das noch dazu bei jedem Anwender den selben Buchstaben haben muss!) und starte das Programm aus diesem Verzeichnis heraus. Das ist rein technologisch finsterstes Mittelalter, und einfach den heutigen Ansprüchen und Gegebenheiten nicht würdig. Warum?
Es ist absolut unbrauchbar für Netzwerkuser, die über VPN etc angeschlossen sind. Es müsste beim Start immer die gesamte EXE (samt ca 20MB DLLs) und alle Daten übertragen werden! Leitungsstörungen (die bei Internet-basierten Anbindungen immer mal auftreten können) beschädigen unter Umständen die Datenbank, da diese ja konstant offengehalten wird.
Des weiteren entstehen Probleme durch die zentrale Speicherung von unterschiedlichen lokalen Konfigdaten (wie zb der Netzwerk-Buchstabe, oder Modell/Typ des Kartenlesers etc)
Ein Ausweg wäre, dass man SMB3 lokal installiert und dann auf die zentral abgelegte DB verbindet. Dies scheitert aber daran, dass die Systemdatenbank wohl nur lokal (also bei der EXE) liegen kann. Damit kann man nicht mehr zentral Userdaten und Zugriffsrechte vergeben.
Langer Rede kurzer Sinn:
a) Gibt es einen Weg NUR DIE DATEN (incl User/Rechteverwaltung!) zentral zu halten, aber die Software lokal zu installieren? (zb einen optionalen Eintrag in einer INI Datei)
b) oder liege ich total falsch mit SMB3 und sollte ein anderes Programm verwenden? Wenn ja: sachdienliche Hinweise für unseren Einsatzzweck gerne erwünscht (notfalls per email).
Jürgen Wondzinski
ProLib Software GmbH
