Paradox: Timeout bei der Sperrung Tabelle

[HeikoAdams]

Hallo,
in letzter Zeit bekommt ein Kunde von uns immer wieder sporadisch die Fehlermeldung "Timeout bei der Sperrung Tabelle". :wall:
Da ich bei Tante Google nix dazu finden konnte, kann mir evtl. hier jemand weiterhelfen.

Was kann die Ursache für diese Fehlermeldung sein und wie kann man das Problem abstellen, ohne dem Kunden eine Umstellung auf ein anderes DBMS anbieten zu müssen? :wiejetzt:

Gruß

Heiko

[Bernhard Geyer]

Finde dich damit ab endlich die BDE abzulösen. Das du bisher nicht auf die nicht mehr passende Implementierung der BDE bezüglich neue Windows-Versionen gestoßen bist war reines Glück.

Folgende Gründe könnten vorliegen:
- Kunde setzt neuere Windows-Version auf Client/Server ein
- Kunde setzt neuen/neue Version von Virenscanner ein welcher anderen Sperrmechanismus bei Scannen verwendet

Evtl. gibts noch andere möglichkeiten, aber jedes Windows-Update/Windows-Version bringt das Ende der BDE näher.

[HeikoAdams]

Zitat:

Zitat von Bernhard Geyer

Kunde setzt neuere Windows-Version auf Client/Server ein

Bei dem Kunden wird Windows 2000/XP eingesetzt. Das der Virenscanner schuld ist, wage ich auszuschließen, da der Fehler nur sporadisch und seltenst an der selben Programmstelle auftritt.

Könnte es evtl. auch daran liegen das z.B. das die Netzwerkverbindung zum Server durch irgendwas gestört wird?

[Bernhard Geyer]

Zitat:

Zitat von HeikoAdams

Das der Virenscanner schuld ist, wage ich auszuschließen, da der Fehler nur sporadisch und seltenst an der selben Programmstelle auftritt.

Wenn du wüstest wie oft unser Virenscanner sportisch teilweise minutenlang Verzeichnisse sperrt ...

Zitat:

Zitat von HeikoAdams

Könnte es evtl. auch daran liegen das z.B. das die Netzwerkverbindung zum Server durch irgendwas gestört wird?

Das sollte eigentlich von den darunter liegenden Netzwerkschichten normalerweise abgefangen werden bzw. andere Meldungen zur folge haben

[HeikoAdams]

Zitat:

Zitat von Bernhard Geyer

Das sollte eigentlich von den darunter liegenden Netzwerkschichten normalerweise abgefangen werden bzw. andere Meldungen zur folge haben

War ja auch nur ne Vermutung. Beim SQL Server hängen Timeout Meldungen des öfteren mal auch mit einem "kranken" Netzwerk zusammen.

[Bernhard Geyer]

Zitat:

Zitat von HeikoAdams

War ja auch nur ne Vermutung. Beim SQL Server hängen Timeout Meldungen des öfteren mal auch mit einem "kranken" Netzwerk zusammen.

Du meinst das damit das "fehlende" Antwort als Timeout der Sperre gewertet wird.

[HeikoAdams]

Zitat:

Zitat von Bernhard Geyer

Zitat:

Zitat von HeikoAdams

War ja auch nur ne Vermutung. Beim SQL Server hängen Timeout Meldungen des öfteren mal auch mit einem "kranken" Netzwerk zusammen.

Du meinst das damit das "fehlende" Antwort als Timeout der Sperre gewertet wird.

So ungefähr. Ich dachte, das evtl. die fehlende Antwort der Gegenseite den Timeout verursacht hat.

[Bernhard Geyer]

Da du schon von MS SQL Server geschrieben hast: Wieso stellst du die Anwendung dort nicht dorthin um (MSDE)?

[HeikoAdams]

Weil wir das Programm für einen Kunden erstellt haben, und dieser Kunde (trotz aller Argumente) keine Notwendigkeit für eine Umstellung des DBMS sieht.
Naja, vielleicht nervt ihn die Meldung irgendwann und er gibt den Auftrag :-D

[hoika]

Hallo,

ich würde mal die bde Fehlermeldungsnummer mit auslesen.
Aber dazu müssest du an vielen Stellen jetzt wohl was ändern
Programm-Design-Fehler ... ;)

Ich hätte da jetzt auch Probleme (Design) ...

Schau mal nach, wie gross die Sperrdatei (paradox.lck)
im DB-Pfad ist,
bei vielen Clients kann die ziemlich gross werden

Vielleicht hilft es, die Datei sporadisch versuchen zu löschen
(geplante Vorgänge)
Ist sie nicht da. legt der nächste Client sie wieder an.


Ausserdem
http://www.webservertalk.com/archive...9-1190542.html

und der Link dort drin.

Heiko