Montag, 18. April 2016, 23:08
Hallo Martin,
danke für deine Antwort.
Die TaipanRT Version ist genau die von dir beschriebene.
TaipanRT selber geht auch problemlos online und zeigt aktuelle Daten, alles ohne Murren oder Fehlermeldungen.
Aber Investox RTT für TaipanRT weigert sich, TaipanRT zu finden um die "gekauften" Daten überhaupt nachladen zu können.
Ich komme garnicht in Investox RTT hinein um bspw eine manuelle Datenpflege zu starten, da der Dialog von Investox "Zeig mir bitte wo Taipan RT installiert ist" sich immer im Kreis dreht.
Es ist scheinbar egal, ob ich die TaipanRT Version in dem vom Hersteller vorgeschlagenen Verzeichnis installiere oder ein einem anderen.
In beiden Fällen findet Investox nicht mit TaipanRT zusammen.
Leider bin ich etwas ratlos, es handelt sich um eine 0815 WindowsServer 2012 R2 Installation...wenn ich mich an frühere Posts von Dir erinnere wahrscheinlich sogar auf einer Maschine des gleichen Anbieters wie du nutzt.
Allerdings fragt TaipanRT vor dem Beenden nochmal nach, ob ich wirklich beenden will - es wären noch Anwendungen mit TaipanRT verbunden ???
Wie gesagt hat her Knöpfels Anleitung bei Win7/Win8.1 die Lösung gebracht, hier leider nicht.
Beste Grüße
Hendrix
danke für deine Antwort.
Die TaipanRT Version ist genau die von dir beschriebene.
TaipanRT selber geht auch problemlos online und zeigt aktuelle Daten, alles ohne Murren oder Fehlermeldungen.
Aber Investox RTT für TaipanRT weigert sich, TaipanRT zu finden um die "gekauften" Daten überhaupt nachladen zu können.
Ich komme garnicht in Investox RTT hinein um bspw eine manuelle Datenpflege zu starten, da der Dialog von Investox "Zeig mir bitte wo Taipan RT installiert ist" sich immer im Kreis dreht.
Es ist scheinbar egal, ob ich die TaipanRT Version in dem vom Hersteller vorgeschlagenen Verzeichnis installiere oder ein einem anderen.
In beiden Fällen findet Investox nicht mit TaipanRT zusammen.
Leider bin ich etwas ratlos, es handelt sich um eine 0815 WindowsServer 2012 R2 Installation...wenn ich mich an frühere Posts von Dir erinnere wahrscheinlich sogar auf einer Maschine des gleichen Anbieters wie du nutzt.
Allerdings fragt TaipanRT vor dem Beenden nochmal nach, ob ich wirklich beenden will - es wären noch Anwendungen mit TaipanRT verbunden ???
Wie gesagt hat her Knöpfels Anleitung bei Win7/Win8.1 die Lösung gebracht, hier leider nicht.
Beste Grüße
Hendrix
Dienstag, 19. April 2016, 19:52
> Durch Zufall habe ich herausgefunden, dass der Neustart von Taipan Realtime via "RTT_TPRTNeustart.exe" funktioniert bei mir, der normale Start weigert sich weiterhin. Seitdem starte ich auf dem Rechner RTT für Taipan Realtime nicht mehr, sondern obige EXE.
Sorry, das is jetzt aber ned wahr? Ahhh
Eine Frage habe ich jetzt noch, warum tut man sich Windows Server Versionen in (mutmasslich) privaten RZ Installationen an? Ab da wird einfach alles kompliziert, und ich habe noch nie einen schlüssigen Grund gehört. Ich bin gespannt ...
Sorry, das is jetzt aber ned wahr? Ahhh
Eine Frage habe ich jetzt noch, warum tut man sich Windows Server Versionen in (mutmasslich) privaten RZ Installationen an? Ab da wird einfach alles kompliziert, und ich habe noch nie einen schlüssigen Grund gehört. Ich bin gespannt ...
Gruss
Bernd
Bernd
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Bernd« (19. April 2016, 20:11)
Dienstag, 19. April 2016, 21:34
dass bei mir RTT mit TPRT auf einem Win Server 2008 R2 ohne Probleme läuft - auch mit allen Updates. Allerdings kein Security Essentials.
Habe dafür aber mit ständigen Abstürzen und Bluescreens zu kämpfen im Netzwerkbetrieb aber ich glaube das kommt eher von meiner SSD.....
Wie läuft das denn ohne Probleme, wenn Du mit ständigen Abstürzen und Bluescreens kämpfst? Ist da jetzt die Erwartungshaltung so geschrumpft oder handelt es sich hier eher um schön reden?
Hier setzte ich Windows 7 Prof. ein, auf allen physischen Maschinen und im Rechenzentrum auf allen virtuellen Maschinen. OK, da gibt es auch mal einen Aussetzer - bei ca. 8 bis 10 Maschinen (je nachdem, was ich grad am Start habe) ungefähr all 3 bis 4 Monate einmal. Da sind auch SSD's verbaut usw.
Liegt das vielleicht am Windows Server, weil das einfach zu wenige Leut privat im Einsatz haben vs. der nötigen professionellen Wartung - und Microsoft daher zu wenig Feedback hat, um das Server Zeugt für Privat-Anwender ohne investigative IT-Abteilung dahinter stabil zu bekommen?
Oder vermutet Ihr andere Gründe, und wie könnte man diese eliminieren?
Gruss
Bernd
Bernd
Donnerstag, 21. April 2016, 02:09
Hi
Die Bluescreens / Dumps kann man aber doch post mortem recht einfach analyisieren und dann normalerweise die fehlerhaften Treiber oder woran es liegen mag, zügig finden. Du hast dann Massnahmen versucht, um das Problem zu lösen; wie Du schreibst Server 2008R2 installiert, aber aufgrund welcher Analyse und welcher Resultate hast Du Dich an diese Aufgabe gemacht?
Nur weil irgendetwas klappert im Auto, hilft es ja auch nicht, wenn man irgendwas festschraubt.
Es gibt einige valide und im Web gut dukumentierte Vorgehensweisen, wie man zügig Bluescreens zu Leibe rückt. Ich persönlich starte aus Bequemlichkeit gerne mit dem BSOD View und suche davon ausgehend dann nach einer Lösung. Der Ansatz ist auch für normale Computer Anwender gut durchführbar, ohne dass man sich zuvor in Debug / Dump Werkzeuge einer Entwicklungsumgebung einarbeiten muss. Vielleicht hilft Dir das ja auch, dem Problem auf die Schliche zu kommen.
dann tauchen regelmäßig beim Aufzeichnungsrechner Bluescreens auf. Ich hab keine Ahnung woran das liegt
Die Bluescreens / Dumps kann man aber doch post mortem recht einfach analyisieren und dann normalerweise die fehlerhaften Treiber oder woran es liegen mag, zügig finden. Du hast dann Massnahmen versucht, um das Problem zu lösen; wie Du schreibst Server 2008R2 installiert, aber aufgrund welcher Analyse und welcher Resultate hast Du Dich an diese Aufgabe gemacht?
Nur weil irgendetwas klappert im Auto, hilft es ja auch nicht, wenn man irgendwas festschraubt.
Es gibt einige valide und im Web gut dukumentierte Vorgehensweisen, wie man zügig Bluescreens zu Leibe rückt. Ich persönlich starte aus Bequemlichkeit gerne mit dem BSOD View und suche davon ausgehend dann nach einer Lösung. Der Ansatz ist auch für normale Computer Anwender gut durchführbar, ohne dass man sich zuvor in Debug / Dump Werkzeuge einer Entwicklungsumgebung einarbeiten muss. Vielleicht hilft Dir das ja auch, dem Problem auf die Schliche zu kommen.
Gruss
Bernd
Bernd
Donnerstag, 21. April 2016, 02:50
da durch die Netzwerkübertragung die Ausführungsgeschwindigkeit vom Handelsinvestox drastisch reduziert wird und die Netzwerkbelastung (trotz KTs und 5min Basiskomprimierung) bei durchschnittlich ca 5-10MB/s liegt.
5-10MB/s sind 40-80Mbit/s
Das ist auf einem normalen handelsüblichen GB-Lan keine Belastung, denn da reden wir über 1000-Mbit/s. Falls diese "Last" Mühe macht, muss man das LAN untersuchen.
* mindestens CAT5e Kabel verbaut?
* alle Switches im LAN sind GB-LAN fähig?
* sind passive Netzwerk-Adaper auf den PCs verbaut, die zwar GB-LAN können auf dem Papier, aber unter Last auf dem PC runtergetaktet werden (speziell preiswerte NAS machen hier übrigens Mühe)
* keine Netzwerk-Übergänge auf langen Kabel-Strecken (Gender-Changer und angesetzte Ethernt Kabel), oder wenn, dann ist dies Netzwerkstreke auf den Speed geprüft
* usw., sicher ist mir jetzt nicht alles eingefallen
Jedenfalls habe ich auch schon geschirmte Kat-6 Kabel gesehen, die es nicht gebracht haben. Oder fehlerhafte Switches von preiswerten Anbietern, die dann unter Last die Backplane runtertakten usw.
Ich hatte sogar schon den Fall, dass ein GB-Lan Switch auf 7 von 8 Ports GB-Lan Speed hatte, aber auf einem Port nicht. Bin ich durch Zufall drauf gekommen, als ich ein Kabel bei der Analyse aus Versehen in einen anderen Port "zurück gesteckt" hatte.
Jedenfalls, wenn 5-10MB/s ein Problem darstellen in Deinem LAN, dann besteht Analyse- und Handlungsbedarf. Auf Deutsch und deutlich, das Netzwerk ist Sch..se.
Gruss
Bernd
Bernd
Freitag, 22. April 2016, 02:49
Hallo Bernd, Hallo Hendrik, Hallo an alle anderen,
@ Hendrik:
das hört sich ja genauso an wie bei mir was du beschreibst. Ich habe zwar auch eine Synology, aber die wird nur für Backups genutzt einmal die Woche. Dass Der AufzeichnungsPC die ganzen Quotes auf die Synology leitet und der HAndelsPC und EntwicklungsPC dann zusätzlich noch abfragen, hätte ich gedacht würde die DS überfordern. Zumindest ergibt das eine ziemliche Netzwerkauslastung kann ich mir vorstellen. Aber interessant, dass du das selbe festgestellt hast mit den Abstürzen...
@Bernd:
danke für den Tip mit BSOD View. Das kannte ich nicht. Ich hatte zuvor schon versucht eine Lösung zu finden aufgrund des Fehlers aber das hat nicht geklappt. Ich habe mit BSOD View jatzt mehr Infos bekommen und mit dem Fehlercode und Beschreibung (siehe Codeblock) nochmals versucht eine Lösung zu finden. Bei Microsoft habe ich jetzt den Hotfix https://support.microsoft.com/de-de/kb/2732618 installiert und schaue ob es was bringt. Ich hoffe es zumindest.
Server 2008 R2 hatte ich installiert, da ich nicht wusste was ich sonst machen soll und habe gehofft, dass evt irgendwelche unnötigen Dienste daran schuld sind und durch Server 2008 R2 mehr Stabilität besteht... Hatte bereits den PC gewechselt aber selbes Problem wie zuvor und nachdem ich die Software sowieso habe, dachte ich mir, probier es halt mal aus.. War mehr ne Aktion aus Unwissenheit heraus. Und so gut kenne ich micht leider nicht aus wie du Bernd.
Zum Netzwerk: Ich habe kein Problem mit dem Netzwerk, das funktioniert wunderbar - Kabel, Switch, Adapter, alles keine Probleme. Fürs Netzwerk sind die 5-10MB/s - muss korrigieren - 20-40MB/s kein Stress, nur Investox stellt sich scheinbar ein bisschen ungeschickt damit an. Es rechnet und rechnet und rechnet und ich weiss nicht was es alles mehr rechnet als wenn die RTT Titel auf dem selben Rechner wären und nicht übers Netzwerk kommen würden... Ich weiss auch nicht, was Investox bei 50 RTT Titeln und KT 5min Basiskomprimierung zwischen 20-40MB/s an Daten zieht. Soweit ich das verstehe müssten die Titel im Zwischenspeicher liegen und Investox aktualisiert bei neuen Ticks jeweils die letzten 5min. Das dürften bei weitem aber keine MB sein, welche da gezogen werden. (Siehe Anhang)
@ Hendrik:
das hört sich ja genauso an wie bei mir was du beschreibst. Ich habe zwar auch eine Synology, aber die wird nur für Backups genutzt einmal die Woche. Dass Der AufzeichnungsPC die ganzen Quotes auf die Synology leitet und der HAndelsPC und EntwicklungsPC dann zusätzlich noch abfragen, hätte ich gedacht würde die DS überfordern. Zumindest ergibt das eine ziemliche Netzwerkauslastung kann ich mir vorstellen. Aber interessant, dass du das selbe festgestellt hast mit den Abstürzen...
@Bernd:
danke für den Tip mit BSOD View. Das kannte ich nicht. Ich hatte zuvor schon versucht eine Lösung zu finden aufgrund des Fehlers aber das hat nicht geklappt. Ich habe mit BSOD View jatzt mehr Infos bekommen und mit dem Fehlercode und Beschreibung (siehe Codeblock) nochmals versucht eine Lösung zu finden. Bei Microsoft habe ich jetzt den Hotfix https://support.microsoft.com/de-de/kb/2732618 installiert und schaue ob es was bringt. Ich hoffe es zumindest.
Server 2008 R2 hatte ich installiert, da ich nicht wusste was ich sonst machen soll und habe gehofft, dass evt irgendwelche unnötigen Dienste daran schuld sind und durch Server 2008 R2 mehr Stabilität besteht... Hatte bereits den PC gewechselt aber selbes Problem wie zuvor und nachdem ich die Software sowieso habe, dachte ich mir, probier es halt mal aus.. War mehr ne Aktion aus Unwissenheit heraus. Und so gut kenne ich micht leider nicht aus wie du Bernd.
Zum Netzwerk: Ich habe kein Problem mit dem Netzwerk, das funktioniert wunderbar - Kabel, Switch, Adapter, alles keine Probleme. Fürs Netzwerk sind die 5-10MB/s - muss korrigieren - 20-40MB/s kein Stress, nur Investox stellt sich scheinbar ein bisschen ungeschickt damit an. Es rechnet und rechnet und rechnet und ich weiss nicht was es alles mehr rechnet als wenn die RTT Titel auf dem selben Rechner wären und nicht übers Netzwerk kommen würden... Ich weiss auch nicht, was Investox bei 50 RTT Titeln und KT 5min Basiskomprimierung zwischen 20-40MB/s an Daten zieht. Soweit ich das verstehe müssten die Titel im Zwischenspeicher liegen und Investox aktualisiert bei neuen Ticks jeweils die letzten 5min. Das dürften bei weitem aber keine MB sein, welche da gezogen werden. (Siehe Anhang)
|
Quellcode |
1 2 3 4 5 6 7 8 9 10 11 12 |
Dump-Datei Absturzzeit Fehlerprüfstring Fehlerprüfcode Parameter 1 Parameter 2 Parameter 3 Parameter 4 Verursachender Treiber Verursachende Adresse Dateibeschreibung Produktname Hersteller Dateiversion Prozessor Absturzadresse Stapeladresse 1 Stapeladresse 2 Stapeladresse 3 Computername Pfad CPUs Hauptversion Nebenversion Dump-Dateigröße Dump-Dateizeit 041916-5912-01.dmp 19.04.2016 11:27:55 MULTIPLE_IRP_COMPLETE_REQUESTS 0x00000044 fffffa80`118d5af0 00000000`00001d8d 00000000`00000000 00000000`00000000 srv2.sys srv2.sys+120ec Smb 2.0 Server driver Microsoft® Windows® Operating System Microsoft Corporation 6.1.7601.17608 (win7sp1_gdr.110428-1525) 64-Bit ntoskrnl.exe+70380 C:\Windows\Minidump\041916-5912-01.dmp 4 15 7601 279.392 19.04.2016 11:29:32 041916-5725-01.dmp 19.04.2016 11:09:21 MULTIPLE_IRP_COMPLETE_REQUESTS 0x00000044 fffffa80`11ec5af0 00000000`00001d8d 00000000`00000000 00000000`00000000 srv2.sys srv2.sys+120ec Smb 2.0 Server driver Microsoft® Windows® Operating System Microsoft Corporation 6.1.7601.17608 (win7sp1_gdr.110428-1525) 64-Bit ntoskrnl.exe+70380 C:\Windows\Minidump\041916-5725-01.dmp 4 15 7601 283.520 19.04.2016 11:10:56 041916-5974-01.dmp 19.04.2016 10:55:40 MULTIPLE_IRP_COMPLETE_REQUESTS 0x00000044 fffffa80`123d9af0 00000000`00001d8d 00000000`00000000 00000000`00000000 srv2.sys srv2.sys+120ec Smb 2.0 Server driver Microsoft® Windows® Operating System Microsoft Corporation 6.1.7601.17608 (win7sp1_gdr.110428-1525) 64-Bit ntoskrnl.exe+70380 C:\Windows\Minidump\041916-5974-01.dmp 4 15 7601 283.520 19.04.2016 10:57:16 041916-5740-01.dmp 19.04.2016 10:27:54 MULTIPLE_IRP_COMPLETE_REQUESTS 0x00000044 fffffa80`11c5c9f0 00000000`00001d8d 00000000`00000000 00000000`00000000 srv2.sys srv2.sys+120ec Smb 2.0 Server driver Microsoft® Windows® Operating System Microsoft Corporation 6.1.7601.17608 (win7sp1_gdr.110428-1525) 64-Bit ntoskrnl.exe+70380 C:\Windows\Minidump\041916-5740-01.dmp 4 15 7601 283.520 19.04.2016 10:29:40 041916-5272-01.dmp 19.04.2016 08:36:47 MULTIPLE_IRP_COMPLETE_REQUESTS 0x00000044 fffffa80`114b3700 00000000`00001d8d 00000000`00000000 00000000`00000000 srv2.sys srv2.sys+120ec Smb 2.0 Server driver Microsoft® Windows® Operating System Microsoft Corporation 6.1.7601.17608 (win7sp1_gdr.110428-1525) 64-Bit ntoskrnl.exe+70380 C:\Windows\Minidump\041916-5272-01.dmp 4 15 7601 283.520 19.04.2016 08:38:27 041916-7207-01.dmp 19.04.2016 08:20:43 MULTIPLE_IRP_COMPLETE_REQUESTS 0x00000044 fffffa80`11ae9010 00000000`00001d8d 00000000`00000000 00000000`00000000 srv2.sys srv2.sys+120ec Smb 2.0 Server driver Microsoft® Windows® Operating System Microsoft Corporation 6.1.7601.17608 (win7sp1_gdr.110428-1525) 64-Bit ntoskrnl.exe+70380 C:\Windows\Minidump\041916-7207-01.dmp 4 15 7601 283.520 19.04.2016 08:22:20 041916-5506-01.dmp 19.04.2016 03:18:13 MULTIPLE_IRP_COMPLETE_REQUESTS 0x00000044 fffffa80`11d6d010 00000000`00001d8d 00000000`00000000 00000000`00000000 srv2.sys srv2.sys+120ec Smb 2.0 Server driver Microsoft® Windows® Operating System Microsoft Corporation 6.1.7601.17608 (win7sp1_gdr.110428-1525) 64-Bit ntoskrnl.exe+70380 C:\Windows\Minidump\041916-5506-01.dmp 4 15 7601 283.520 19.04.2016 03:20:10 041816-6162-01.dmp 18.04.2016 22:55:41 MULTIPLE_IRP_COMPLETE_REQUESTS 0x00000044 fffffa80`11a38af0 00000000`00001d8d 00000000`00000000 00000000`00000000 srv2.sys srv2.sys+120ec Smb 2.0 Server driver Microsoft® Windows® Operating System Microsoft Corporation 6.1.7601.17608 (win7sp1_gdr.110428-1525) 64-Bit ntoskrnl.exe+70380 C:\Windows\Minidump\041816-6162-01.dmp 4 15 7601 283.688 18.04.2016 22:57:13 041816-5304-01.dmp 18.04.2016 20:11:59 CACHE_MANAGER 0x00000034 00000000`00050853 fffff880`023a33b8 fffff880`023a2c10 fffff800`01ced89d ntoskrnl.exe ntoskrnl.exe+70380 NT Kernel & System Microsoft® Windows® Operating System Microsoft Corporation 6.1.7601.23392 (win7sp1_ldr.160317-0600) 64-Bit ntoskrnl.exe+70380 C:\Windows\Minidump\041816-5304-01.dmp 4 15 7601 283.520 18.04.2016 20:13:38 041816-6208-01.dmp 18.04.2016 14:56:10 CACHE_MANAGER 0x00000034 00000000`00050853 fffff880`023bf3b8 fffff880`023bec10 fffff800`01ce389d Ntfs.sys Ntfs.sys+195f5 NT-Dateisystemtreiber Betriebssystem Microsoft® Windows® Microsoft Corporation 6.1.7600.16385 (win7_rtm.090713-1255) 64-Bit ntoskrnl.exe+70380 C:\Windows\Minidump\041816-6208-01.dmp 4 15 7601 283.520 18.04.2016 14:57:45 041816-6817-01.dmp 18.04.2016 14:41:45 MULTIPLE_IRP_COMPLETE_REQUESTS 0x00000044 fffffa80`1223d940 00000000`00001d8d 00000000`00000000 00000000`00000000 srv2.sys srv2.sys+120ec Smb 2.0 Server driver Microsoft® Windows® Operating System Microsoft Corporation 6.1.7601.17608 (win7sp1_gdr.110428-1525) 64-Bit ntoskrnl.exe+70380 C:\Windows\Minidump\041816-6817-01.dmp 4 15 7601 283.520 18.04.2016 14:43:30 |
Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von »Nicola« (22. April 2016, 12:29)
Dienstag, 10. Mai 2016, 13:46
Hi Nicola
Danke für die Rückmeldung! Schön, dass mein Link zum BSOD View geholfen hat, Dein Problem zu lösen
@Bernd:
danke für den Tip mit BSOD View. Das kannte ich nicht. Ich hatte zuvor schon versucht eine Lösung zu finden aufgrund des Fehlers aber das hat nicht geklappt. Ich habe mit BSOD View jatzt mehr Infos bekommen und mit dem Fehlercode und Beschreibung (siehe Codeblock) nochmals versucht eine Lösung zu finden. Bei Microsoft habe ich jetzt den Hotfix https://support.microsoft.com/de-de/kb/2732618 installiert und schaue ob es was bringt.
Der oben gelinkte Hotfix von Microsoft hat tatsächlich etwas bewirkt.
Danke für die Rückmeldung! Schön, dass mein Link zum BSOD View geholfen hat, Dein Problem zu lösen
Gruss
Bernd
Bernd
Ähnliche Themen
-
Praktischer Einsatz von Handelssystemen »-
wie starte ich zweite Gatewayinstanz unter Windows Server 2012?
(21. Januar 2016, 09:13)
-
- Datenbeschaffung »
-
Erfahrungen mit TaiPan Realtime im Dauerbetrieb
(2. Februar 2012, 13:37)
-
- Datenbeschaffung »
-
Wer arbeitet mit B.I.S Daten?
(4. Oktober 2005, 18:18)
-
- Allgemeine Fragen zu Investox »
-
IV RTT f. TaiPan über Netzwerk ???
(30. Oktober 2003, 17:32)
-
- Datenbeschaffung »
-
Datenqualität/Taipan realtime
(2. Mai 2003, 11:17)