Firebird DB hängt sich auf read errno 10054

Hallo,

ich habe hier ein, nennen wir es mal "Kundensystem", vor die Nase gesetzt bekommen das einige Stabilitäts-Probleme hat. An dem System wurde vieles falsch gemacht und ich bin auch schon dabei einige Dinge zu planen, die dann erneuert oder verändert werden müssen. Noch versuche ich mich hinein zu fuchsen.

Aber leider habe ich sogut wie keine Erfahrung mit der Firebird DB von Embarcadero. Diese wird auf dem System im Rahmen einer Laborsoftware (nichts bekanntes, kleiner Software-Hersteller, maßgeschneidert) eigentlich vollständig von einer Software-Firma betreut, aber es gibt ein Problem dessen Ursprung wir nicht klar finden können. Der Software-Dienstleister verweist dann allzu gern auf mich und das Problem soll wohl möglich irgendwo im Netzwerk zu finden sei, ohne konkret anhand von z.B. Log-Dateien Hilfestellung zu geben. Es ist wieder die berühmte Suche nach der "Nadel im Heuhaufen".

Habe mir erst mal einen Überblick verschafft...

Das System (Zusammenstellung ist schon total Banane und absolut nicht auf den Einsatzzweck bezogen):

• Dedizierter Server (nix Virtualisierung)
• CPU 2x Xeon Silver 4208
• 32Gb RAM
• 1Tb M.2 SSD aus dem Consumer-Bereich
• Raid-Controller mit zwei Raid1 aus je 2x4Tb HDD
• Windows 10 Pro

Wie man sieht schon sehr laienhafte Zusammenstellung, Irgendwie zuviele Kerne, dafür das sowieso alles dediziert ist und fast ausschließlich Single-Core-Belastung stattfindet. Windows 10 Pro das für diesen Einsatz weder vorgesehen noch richtig lizenziert ist. Der größte Witz kommt jetzt aber:

Die Anwendungen, also der Zauber, findet hauptsächlich auf den Clients statt. Diese führen Programme aus die auf einer SMB-Freigabe liegen und sozusagen die Maske für die Eingabe der Daten in die DB bereitstellen. Die Clients sind mit einer OBDC-Verbindung mit der Datenbank direkt verbunden.

Jetzt passiert es des öfteren das eine entsprechende Datenbank gelockt wird und keine weiteren Eingaben von anderen Clients mehr getätigt werden kann. Im Log der FirebirdDB gibt es aber nur den Hinweis:


Der Fehler lässt darauf schließen das die Verbindung zur Datenbank zu einem Client abgerissen ist und die Datenbank aber auf ein Vollenden des Commits wartet. Dies soll nach einiger Recherche auftreten, wenn die Verbindung etwa bei WLAN zu instabil ist.

Leider ist der genannte Rechner nicht zwingend der Rechner der die Verbindung verloren hat, das zumindest versicherte mir der Software-Anbieter und nur der Folgefehler da die entsprechende Datenbank gesperrt sei. Leider ist der Zeitpunkt im Log wohl auch nicht viel wert, da der aufgetretene Lock schon mehrere Minuten davor stattgefunden haben kann.

Folgende Sachen habe ich geprüft::

• Windows Logs gecheckt - Zeiträume großzügig verglichen > Nichts
• Datendurchsatz und Latenzen im Netzwerk gemessen ( Durchschnitt bei 930Mbits mit iperf3 getestet und eine Latenz von 0.63ms bei 500 4k-Blöcken gemessen mit psping) > Nichts
• Langzeit-Monitoring der Switche > Keine SNMP-Warnings, keine Fehler in den Statistiken bei den betreffenden Schnittstellen von Server und Clients
• Auslastung des Systems > Nichts

Sachen die umgestellt werden:

• Virtualisierung
• Umstellung Windows Server 2016 Standard (vorhanden)

Leider ist das für mich nicht befriedigend, wenn ich einfach nur die Neuinstallation durchführe und nicht weiß woran es hakt. Ich sehe auch kein Problem im Netzwerk, nicht mal ein Verdacht konnte sich erhärten. Bisher ist mir nur eines aufgefallen: Die Freigabe für die Programme liegt auf dem selben Server und es greifen Zeitweise mehr als 20 Rechner auf diese zu, Windows 10 unterstützt aber nur maximal 20 Verbindungen bei SMB-Freigaben... was mich wieder zu besagter Umstellung auf Windows Server bringt. Aber die Clients können sich soweit ich das sehe nicht selbst die Verbindungen wegnehmen, wer zu erst kommt malt zuerst.

Mein nächster Schritt wäre jetzt Wireshark zu installieren und eine Aufzeichnung allen Netzwerkverkehrs anzufertigen. Da ich den Fehler aber nicht reproduzieren kann, wird das es eine verdammt riesige Aufzeichnung und man weiß dann immer noch nicht, nach was man genau suchen soll.

Deshalb meine Frage: Wie kann ich den Fehler anhand der FirebirdDB weiter eingrenzen? Gibt es noch andere Logs oder Prüfmittel? Gibt es irgendeine Möglichkeit herauszufinden, welcher Rechner den Lock verursacht hat?

Würde mich über Hilfe sehr freuen.

Gruß

main.fdb=C:\Databases\main.fdb
{
	DefaultDbCachePages = 250K 
}