D7 - BDE - Netzwerkproblem

[stahli]

Hallo alle,

wir haben eine alte D7-BDE-Anwendung im Netzwerk (die Datenbankdateien liegen also zentral im Netzwerk, der Zugriff wird über eine PDOXUSRS.NET gemanagt) laufen.
Eine angestrebte Ablösung wurde aus "aus organisatorischen Gründen" (noch?) nicht umgesetzt.
Im Grunde lief aber bisher immer alles stabil.

Seit Dezember stürzt die Anwendung andauernd ab. Der Zugriff auf die Datenbank ist nicht mehr möglich ("Datei ist gesperrt.").
Die Anwendung muss dann von den Kollegen abgeschossen und neu gestartet werden.

Ich habe ein kleines Testtool geschrieben, das einfach zyklisch in eine Textdatei auf dem Netzlaufwerk schreibt. Diese bringt ebenfalls gleichzeitig Fehler, arbeitet aber dann weiter.
Zumindest ist das ein Zeichen für mich, dass die Netzverbindung immer wieder kurzzeitig gestört ist.

Ich habe ein Ticket bei unserer IT eröffnet und nachdrücklich nachgefragt - incl. Hinweis auf eine drohende Beschädigung unserer Datenbank durch die laufenden Abbrüche.
Keine Ahnung, ob da mal was passiert. :-(


Meine Frage:

Hat jemand einen Tipp, ob man in der BDE-Config o.ä. ein Timeout hochsetzen oder eine andere tolerante Reaktion auf kurzzeitige Unterbrechungen umsetzen kann, so dass kurze Netzunterbrechungen besser toleriert werden?
Am Netzwerk selbst kann ich nichts machen, aber vielleicht hat ja jemand der älteren Herrschaften hier ;-) noch einen hilfreichen Tipp?
Möglicherweise zusätzliches Problem: Es werden Paradox- und DBase-Dateien parallel genutzt (weil, ähh, weil, hmmm, weil das eben so ist! :-) )

[hoika]

Hallo,
was ist denn der Server, Windows (welches?, ev. Windows-Update), Novell, Linux?

Welche Datei wird gesperrt, .db, oder .net?


Hier ein Link:
https://www.experts-exchange.com/que...k-Timeout.html

Ein "älterer" Herr ;)

[stahli]

Kann ich überhaupt nix sagen. Wir arbeiten (natürlich, ist ja BDE) mit Windows (10).
Die Server werden wohl auch Windows sein, aber ich habe da keine Ahnung.

Ich habe bei der IT schon angefragt, ob die in letzter Zeit irgendwas umgestellt haben.
Bisher keine Antwort.

Jetzt will ich mal schauen, ob ich von meiner Seite aus irgendwie damit umgehen kann...
(Ich könnte auch in der Anwendung selbst noch etwas regeln aber da wird es sicherlich nix passendes geben, denke ich.)

Ab ehesten könnte ich mir vorstellen, ein Timeout hoch zu setzen oder so.

[hoika]

Hallo,
Timeout hochsetzen -> siehe mein Link

[stahli]

Danke, dafür braucht man einen kostenpflichtigen oder Test-Account.
Kann ich heute Abend mal versuchen.

Ansonsten habe ich im BDE-Admin keine passende Option gefunden, die ich mal austesten könnte.

Ich werde mal noch testen, ob der Fehler auftritt, wenn ich der einzige Nutzer bin.
Ich gehe aber nicht davon aus, dass es an Sperrzugriffen liegt.

Mein Testtool bringt ja auch Fehlermeldungen bei Zugriffen auf eine eigenständige Textdatei.

[hoika]

Hallo,
Check(DbiSetLockRetry(5))

Der Wert ist in Sekunden.

Ich wusste gar nicht, dass der Link jeheim ist ...


Mein Testtool bringt ja auch Fehlermeldungen bei Zugriffen auf eine eigenständige Textdatei.
OK, dann liegt es ja ev. nicht an der BDE...
Aber es besteht ein Unterschied zwischen Textdatei (Delphi-ShareMode?) und der BDE.

[stahli]

Die letzte öffentliche Antwort ist dort:

"Wir haben Check(DbiSetLockRetry(5)) bereits ausprobiert, auch mit einem größeren Wert, da 5 der Standardwert ist."

Ich denke, dass darauf nochmal im geschlossenen Bereich geantwortet wird!?
Jedenfalls schien es nicht wirklich hilfreich gewesen zu sein.

Hier habe ich noch Infos gefunden: http://www.nknabe.dk/database/bde32h...tlockretry.htm
Wenn Standard-Timeout 5 Sekunden ist, dann wird eine Erhöhung nicht mein Problem lösen.
Ich gehe davon aus, dass die Netzwerkprobleme kürzer sind oder ein anderes Problem vorliegt.

Ich nehme mir morgen nochmal Zeit dafür.
Danke schon mal.

[Delphi.Narium]

Gerade im Internet gefunden:

Delphi-Quellcode:

Here is part of the coding that shows you what is used (no alias etc...).
I setup a lot of these Params.Values and these are taken into account (user name, password etc...)
ps : there is maybe a monitoring tool to see what happens ?

.../...
 DB1:TDatabase;
 SP:TStoredProc;
.../...
 with DB1 do
  begin
   DatabaseName   := 'MyDataBase';
   AliasName      := '';
   DriverName     := 'MSSQL';
   KeepConnection := True;
   LoginPrompt    := False;
   SessionName    := SessionName;
   with Params do
    begin
     Values['DATABASE NAME']      := 'MyDataBase';
     Values['APPLICATION NAME']   := 'Duplicates';
     Values['SERVER NAME']        := 'MyServer';
.../...
     Values['TIMEOUT']            := TimeOut;
    end;
.../...
 with SP do
  begin
   DatabaseName   := DB1.DatabaseName;
   StoredProcName := 'MyStoredProcedure';
   Params.Clear;
.../...
  end;

Quelle: https://www.experts-exchange.com/que...s-for-BDE.html

[jaenicke]

Kann es sein, dass da etwas am Server geändert wurde? (Zum Beispiel SMB 1 deaktiviert, so dass nun SMB 3 verwendet wird, solche Dinge.)

Wichtig ist für die BDE im Netzwerkbetrieb seit Windows 10, dass der LeasingMode korrekt auf None gesetzt ist (oder SMB 1 verwendet wird, aber das ist ein No-Go). Vorher musste man Verrenkungen machen, in Windows 10 wurde dann dieser Mode eingeführt, der SMB 3 weitestgehend mit alten Anwendungen kompatibel macht. Wenn man das nicht korrekt konfiguriert, fliegen einem die Fehler mit Locks usw. um die Ohren.

[stahli]

Heureka!
Unsere IT hat das Problem gefunden und bereinigt. :-)

Der Server auf dem wir waren hat sein Lebensende erreicht.
Neue virtuelle Server stehen schon bereit, wir sind als erste direkt darauf umgezogen worden.

Verbesserungen gab es allerdings kaum.

Ich habe mit einem Testtool ziemlich sicher festgestellt, dass es regelmäßige Verbindungsunterbrechungen gab und dass das nicht an der BDE liegt.
(Ich hänge das Tool mal an, falls es jemandem etwas helfen sollte.)

Jetzt hat die IT nochmal nachgeprüft und festgestellt, dass es an den Sicherheitseinstellungen lag.
Die Berechtigungen der Netzwerkverbindungen werden zyklisch überprüft.
Dazu wurde ein Modus eingestellt, der die Verbindung kurz (einige ms) kappt und neu herstellt.
Der Modus ist jetzt umgestellt worden, so dass diese Unterbrechung vermieden wird.
(Soweit wie ich das verstanden habe.)

Jetzt läuft offenbar alles wieder stabil und wir können weiter wurschteln... :-)

[Bernhard Geyer]

Stahli. Beim Anhang sage MS Defender es wäre dieser Virus "Trojan:Win32/Wacatac.H!ml" nach dem Download :-(

3x Positive laut Virustotal:
https://www.virustotal.com/gui/file/...eaf7?nocache=1

Evtl. die Exe raus nehmen

[Bernhard Geyer]

Zitat:

Zitat von stahli (Beitrag 1532760)

Ich habe mit einem Testtool ziemlich sicher festgestellt, dass es regelmäßige Verbindungsunterbrechungen gab und dass das nicht an der BDE liegt.
(Ich hänge das Tool mal an, falls es jemandem etwas helfen sollte.)

Jetzt hat die IT nochmal nachgeprüft und festgestellt, dass es an den Sicherheitseinstellungen lag.
Die Berechtigungen der Netzwerkverbindungen werden zyklisch überprüft.
Dazu wurde ein Modus eingestellt, der die Verbindung kurz (einige ms) kappt und neu herstellt.
Der Modus ist jetzt umgestellt worden, so dass diese Unterbrechung vermieden wird.
(Soweit wie ich das verstanden habe.)

Kannst du hier einen Link bereit stellen?
Haben auf diversen Netzwerken auch Probleme mit schreiben einer DB (keine BDE).

[alex517]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1532775)

Kannst du hier einen Link bereit stellen?
Haben auf diversen Netzwerken auch Probleme mit schreiben einer DB (keine BDE).

Ich wäre auch interessiert.

[stifflersmom]

Bei neueren Windows-Server Freigaben (mind. 2019) muss man evtl eine Einstellung anpassen, damit die Freigabe nicht "laggt"
Die Zugriffsbasierte Aufzählung muss deaktiviert werden.

Siehe Anhang

[QuickAndDirty]

@Stahli ich glaube EADS-Eurocopter haben mal nen AS400(oder so) Emulator für Teuergeld (=Astronomische Rüstingsauftragssumme) entwickeln lassen damit die eine Software nicht portieren mussten...man hat die halt auch jahrzehnte lange am leben gehalten und alles getan ob die bloß nicht auf den Aktuellen stand der Technik zu bringen... und sie läuft ja nun auch weiter...
Wenn ihr dann irgendwann mal eine SMB1-SMB3 bridge oder so entwickelt , bitte teile es hier Forum. Paradox darf nicht sterben...

[Uwe Raabe]

Zitat:

Zitat von QuickAndDirty (Beitrag 1532782)

EADS-Eurocopter haben mal nen AS400(oder so) Emulator für Teuergeld (=Astronomische Rüstingsauftragssumme) entwickeln lassen damit die eine Software nicht portieren mussten...man hat die halt auch jahrzehnte lange am leben gehalten und alles getan ob die bloß nicht auf den Aktuellen stand der Technik zu bringen... und sie läuft ja nun auch weiter...

Davon kann ich auch ein Lied singen - bzw. eine CodeRage-Session verlinken: Delphi Paläontologie

Übrigens: Jetzt, acht Jahre später, läuft das immer noch...

[Frickler]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1532774)

Stahli. Beim Anhang sage MS Defender es wäre dieser Virus "Trojan:Win32/Wacatac.H!ml" nach dem Download :-(

"Wacatac.H!ml" ist ein Heuristik-Fehlalarm. Den haben wir mit unserer Software auch immer mal. Da hilft zur Not Hochladen als "false positive" bei Microsoft.

[stahli]

Anbei nochmal das Projekt ohne Exe.
Ich denke auch, dass das ein falsch positiver Test war.

Zu dem Problem an sich kann ich nicht mehr sagen.
Das wurde mir so nur zusammenfassend übermittelt (bzw. ich habe es so verstanden).

Wir haben nochmal wegen einer Programmablösung gedrängelt aber ........

[QuickAndDirty]

Zitat:

Zitat von Uwe Raabe (Beitrag 1532783)

Zitat:

Zitat von QuickAndDirty (Beitrag 1532782)

EADS-Eurocopter haben mal nen AS400(oder so) Emulator für Teuergeld (=Astronomische Rüstingsauftragssumme) entwickeln lassen damit die eine Software nicht portieren mussten...man hat die halt auch jahrzehnte lange am leben gehalten und alles getan ob die bloß nicht auf den Aktuellen stand der Technik zu bringen... und sie läuft ja nun auch weiter...

Davon kann ich auch ein Lied singen - bzw. eine CodeRage-Session verlinken: Delphi Paläontologie

Übrigens: Jetzt, acht Jahre später, läuft das immer noch...

Wie geil. Die Story.
Du hast ja ne Stimme wie ein 10. Klässler!