Hallo
Ich hatte ab dem Herbst 2016 für ca. 1/2 jahr ähnliche Probleme. Die Daten hingen auf einer Maschine teilweise bis zu 3 Stunden hinterher (während sie auf einer anderen Maschine mit einer anderen Taipan RT Lizenz / Installation pünktlich ohne Auffälligkeiten eingingen).
Herr Knöpfel hat mir seinerzeit geraten, in Tai-Pan RT unter "Optionen…" die beiden ersten COM- Optionen zu aktivieren (asynchron und beschleunigt). Jedoch waren diese aktiviert, und der Grund war nicht zu ermitteln ... bis die Probleme nach ca. einem halben Jahr endeten.
Zum Vergleich, ich lade (damals wie heute) fast 8'000 Titel incl. einiger mit hoher Tick-Dichte. Auf zwei weit entfernt stehenden Rechnern.
Einen "echten" Grund für das Problem konnte ich nie finden / nachweisen.
Jedoch gab es Anfangs 2017 eine Änderung bei mir, der aus einem anderen Grund bedingt war:
* auf beiden Rechnern mit der Taipan RT / RTT/TP Installation hatte ich Probleme, dass nach einer gewissen Zeit (einige Wochen Up-Time) die Festplatten "immer *mehr* voll wurde" in einem Mass, welches nicht mit der RTT/TP bzw. RTT/IB Datenfüllung erklärt werden konnte. Der Füllgrad beschleunigte sich zum Ende hin jeweils exponentiell (konnte ich mit dem Paessler Monitor beobachten), bis die Platten dann nur noch 0% Freespace hatten.
* nach einem Reboot war plötzlich wieder aller Freespace, der da sein sollte, da
* als Grund konnte ich eruieren (jedoch: Arbeitshypothese), dass es wohl bei Windows ein Problem mit den Freigaben gibt; jedenfalls tritt das bei mir auf den Freigaben auf, die auch von anderen Investox Installationen im jeweiligen LAN zugegriffen werden, es scheint da im Windows 7 und auch 10 eine Art Handle-Leak zu geben (ich fand keine Doku irgendwo im Internet oder bei Winzigweich selbst, dass es sowas gibt!)
* und es war mehr als lästig, ständig den Disk Füllgrad im Auge zu behalten, speziell Remote, wenn man irgendwo auf der Welt unterwegs ist ohne ständiges gutes Internet - und dann remote am Handy den reboot Salto-Rückwärts machen musste mit alles wieder Anmelden / starten. Mega aufwändig
* also habe ich ein Batch Command "VolumeHandle_cleanup.cmd" geschrieben und im Aufgabenmanager implementiert, um die Volume-Handles mindestens einmal die Woche freizugeben (oder in einer Randzeit -> wenn das Command läuft, kann RTT nicht auf die betreffenden Platten zugreifen):
|
Quellcode
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
@echo off
if "%1"=="Aufgabenmanager" goto batch
echo Disk Volumehandle Cleanup ausfuehren?
echo ... beiden Volumes sind waehrend der Aktion nicht zugreifbar
echo (Abbruch mit Ctrl-C)
pause
start "chkdsk m: /x" chkdsk m: /x
start "chkdsk q: /x" chkdsk q: /x
goto end
:batch
chkdsk m: /x
chkdsk q: /x
:end
|
Q: und M: sind meine RTT/TP bzw. RTT/IB Disks.
(das Script kann man einfach ausführen aus dem Explorer heraus per Doppelklick oder via Command-Line. Wenn man es im Aufgaben-Manager aufruft, gibt man den Parameter "Aufgabenmanager" mit, damit kein Benutzerdialog stattfindet)
Keine Ahnung, ob dies dann auch das Zeitverzögerungs-Problem gelöst hat, jedenfalls zeitnah zur Installation dieses Mechano hatte ich dann keine solche Probleme mehr.