ich habe dBase IV V2.0, Netware 4.11 server und jetzt 15 clients (alles win98). Hat viele Jahre super funktioniert. Aber die Firma wuchs, immer mehr clients kamen dazu.
Dadurch arbeiten immer häufiger (eigentlich dauernd) mehrere clients mit derselben .DBF-Datei, und es gibt Probleme: manchmal ist ein record einfach weg, oder zwei clients bearbeiten denselben Datensatz (siehe Beispiele unten).
Win98 stirbt. wir versuchten, die clients auf WinXP upzudaten. Keine Chance! Nur nach wenig Tipperei 50 oder mehr records weg. Wir stoppten den XP Test sofort.
Wir haben auch versuchsweis unseren Netware-Server durch einen W2003server zu ersetzt (weiterhin mit Win98-clients). Aber ähnliche Probleme, wie mit W98 und Novell oben beschrieben!!
Beispiel 1:
dbase error 'eof of file', wenn man guckt warum: nach "USE <FILE> INDEX <FILE> / GO BOTTOM" zeigt recno() auf EOF. REINDEX repariert das aber der zuletzt eingegebene Datensatz ist weg. Der wurde also nicht in die DBF geschrieben, wohl aber in die NDX!
Beispiel 2:
ein Client schreibt ne Rechnung, druckt die aus. Damit darf die Rechnungsnummer nicht nochmal vergeben werden (vom Programm blockiert). Aber Sekunden später hat ein anderer client der auch ne neue Rechnung schreiben will dieselbe Rechnungsnummer zugewiesen bekommen, und die Daten der bereits erfaßten und gedruckten R. sind weg. Also war der Datensatz zunächst da, zumindest auf dem client der die R. geschrieben und gedruckt hat. Wir haben caching in den Novell-clients abgeschaltet. Aber das hat sich wohl nicht 'übers Netz rumgesprochen', denn sonst hätte ja nicht der andere Client dieselbe R-Nr. bekommen und seinen Datensatz mit derselben Nummer auf dem server in die .dbf schreiben können.
Die Fehler treten häufiger auf wenn mehrere Clients dasselbe DBF file bearbeiten. Hin und wieder aber auch, wenn nur EIN client arbeitet.
Wir sind schon ziemlich verzweifelt... Danke für die Hilfe!
Volkmar
Dadurch arbeiten immer häufiger (eigentlich dauernd) mehrere clients mit derselben .DBF-Datei, und es gibt Probleme: manchmal ist ein record einfach weg, oder zwei clients bearbeiten denselben Datensatz (siehe Beispiele unten).
Win98 stirbt. wir versuchten, die clients auf WinXP upzudaten. Keine Chance! Nur nach wenig Tipperei 50 oder mehr records weg. Wir stoppten den XP Test sofort.
Wir haben auch versuchsweis unseren Netware-Server durch einen W2003server zu ersetzt (weiterhin mit Win98-clients). Aber ähnliche Probleme, wie mit W98 und Novell oben beschrieben!!
Beispiel 1:
dbase error 'eof of file', wenn man guckt warum: nach "USE <FILE> INDEX <FILE> / GO BOTTOM" zeigt recno() auf EOF. REINDEX repariert das aber der zuletzt eingegebene Datensatz ist weg. Der wurde also nicht in die DBF geschrieben, wohl aber in die NDX!
Beispiel 2:
ein Client schreibt ne Rechnung, druckt die aus. Damit darf die Rechnungsnummer nicht nochmal vergeben werden (vom Programm blockiert). Aber Sekunden später hat ein anderer client der auch ne neue Rechnung schreiben will dieselbe Rechnungsnummer zugewiesen bekommen, und die Daten der bereits erfaßten und gedruckten R. sind weg. Also war der Datensatz zunächst da, zumindest auf dem client der die R. geschrieben und gedruckt hat. Wir haben caching in den Novell-clients abgeschaltet. Aber das hat sich wohl nicht 'übers Netz rumgesprochen', denn sonst hätte ja nicht der andere Client dieselbe R-Nr. bekommen und seinen Datensatz mit derselben Nummer auf dem server in die .dbf schreiben können.
Die Fehler treten häufiger auf wenn mehrere Clients dasselbe DBF file bearbeiten. Hin und wieder aber auch, wenn nur EIN client arbeitet.
Wir sind schon ziemlich verzweifelt... Danke für die Hilfe!
Volkmar
Comment