INVESTOX-Forum

Hallo Investor,

Du machst Dir meiner Ansicht nach zu viel Arbeit.
Nach der Aktualisierung der Titelkataloge in der Hauptinstanz kannst Du die Titelkataloge ausgewählter oder aller Unterinstanzen leicht auf den Stand der Hauptinstanz bringen, wenn Du wie folgt vorgehst:

Investox Hauptinstanz Menü Einstellungen ---> Instanzen verwalten ----> gewünschte Instanz mit der Maus markieren ----> Button "Aktualisieren" ----> Häkchen in den unteren beiden Kästchen setzen ---> OK ---> Ja



Bei mehr als 2 Instanzen auf dem PC werden mit dem Häkchen im Feld "Alle Instanzen aktualisieren" u.a. die Titelkataloge aller Instanzen auf den aktuellen Stand der Hauptinstanz gebracht.

Das manuelle Kopieren von "TitelKataloge.dat" und "TitelDef.dat" kann so entfallen.
Ich bringe auf diese Weise immer schnell und problemlos die Titelkataloge meiner Unterinstanzen auf den Stand der Hauptinstanz.

Hallo Investor,

Zitat

Gibt es vielleicht eine vollständige Liste, welche Daten bei der 1. und welche bei der 2. Option überschrieben werden (oder wir erarbeiten sie gemeinsam)?

Soweit mir bekannt ist, gibt es keine solche Liste.
Die Investox-Hilfe gibt keine detaillierte Auskunft dazu.
Wenn für Dich wichtig ist, was genau mit welcher Option überschrieben wird, bleibt m.E. nur, es entweder auszuprobieren oder alternativ bei Herrn Knöpfel anzufragen.

Zitat

Dies bedeutet dann in der Konsequenz, dass ich dies in der Zukunft in der Hauptinstanz tun müsste, und die Daten anschliessend mittels Instanzenaktualiserung den Unterinstanzen zur Verfügung stellen müsste, richtig ?

So mache ich es und so rate ich es auch in meinen Schulungen.
Entwickelt wird bei mir immer in der Hauptinstanz - Simulationen, Backtests etc. können in den Unterinstanzen durchgeführt werden.
Alle Unterinstanzen können problemlos mittels Knopfdruck auf Gleichstand mit der Hauptinstanz gebracht werden. Die Hauptinstanz auf Gleichstand mit einer der Unterinstanzen zu bringen, ist natürlich über das Kopieren der relevanten Ordner möglich - aber aus meiner Sicht aufwändiger.

Zitat

Was ist aber dann z.B. mit Vorlagen für Linien (Chart, Limit-Überwachung), die man z.B. nur in der Unterinstanz in seinem Live-Handelssystem anlegt ? Wo werden sie gespeichert ? Die muss man doch auch irgendwie für andere Instanzen zurückkopieren ?

Meistens werden diese Vorlagen Bestandteil der Projektdatei sein - jedenfalls wenn sie nicht als Chartlayout abgespeichert wurden. Wenn sie Bestandteil der Projektdatei sind, bleiben sie erhalten, auch wenn die Projektdatei in einer anderen Instanz geöffnet wird.
Als Chartlayout abgespeicherte Vorlagen befinden sich mit der Dateiendung *kch im Investox Ordner "Layouts". Dieser ordner wird mit aktualisiert, wenn das 2. Kästchen der Instanzen-Aktualisierung aktiv ist. (Benutzerdaten, Berechnungstitel-Daten, Layouts)

Hallo,

hier mal eine Auflistung:

1. Option sind die Programmdateien, Hilfedateien etc.

2. Option (Einstellungen, Indikatoren, Neuronale Netze)

- InvPara.ini
- Inv.WerkzeugPara.ini
Und die Ordner:
- "Daten"
- "TitelorderDefs"
- "TitelTestPara"
- "Titellayouts"
- "NN Daten"

3. Option (Benutzerdaten)

Die Ordner:
- "Berechnungen"
- "Layouts"
- "Systemvorlagen"

Viele Grüße
Andreas Knöpfel

Hallo

Die Ausführungen von wiwu machen durchaus Sinn, so kann man auf *einer* Maschine mit "offiziellen Mitteln" seine Investox Instanzen managen.

Ich verwende jedoch Investox nicht nur auf einer Maschine, sondern mehreren. Daher klappt der Ansatz so nicht mehr gut.

Da ausserdem die Hauptinstanz blockiert ist um mit der Instanzverwaltung zu arbeiten, wenn man darin z.B. gerade Indikatoren entwickelt (je nach Underlying mehr oder weniger lang), mache ich das anders.

Zunächst gehen wir von der Beschreibung der Kataloge aus, wie sie in der aktuelle 7.x Online Dokumentation von Investox aufgeführt wird:


Titelverwaltung
Seit vielen Investox Releases gehören diese Kataloge zusammen (ich kann natürlich nicht garantieren, dass es in Zukunft auch so ist, aber aktuell ist es so, zumindest in dem Umfang, in dem ich Investox nutze):
TitelDef
TitelKataloge
Berechnungstitel

Also verwalte ich meine Titel-Kataloge in Instanz "01 - Titelverwaltung", um sie nach Änderungen via einem simplen Script (ich verwende eingfach robocopy, dazu müssen natürlich alle URLs lokal verfügbar sein, d.h. alle VPNs müssen connected sein) auf alle Instanzen der aktuellen Masachine und der weiteren Maschinen in meinem Netzwerk zu verteilen. Ein Klick auf das Verteile-Icon, zack überall verteilt.

Eine andere Maschine, welches diese Kopien ebenfall erhält, ist meine Instanz "01- Backupmaster Titelverwaltung". Sollte die Maschine im Master-Rechenzentrum ausfallen, verwalte ich die Titel eben von hier und verteile das Zeug.

Ah, wichtig, man muss dann natürlich auf allen verteilten Rechnern die selbe File-Struktur erschaffen, damit das so kopierte Titelverzeichnis nicht ins Leere greift. Da die Möglichkeiten je Rechner im Netzwerk und in den Rechenzentren unterschiedlich sind, mappe ich mir das über reale Pfade und LAN Links jeweils so zusammen, dass Investox überall die gleiche Filestruktur zu sehen glaubt. Master is hier RTT, das muss wegen dem Timing direkt auf eine lokale Platte / SSD schreiben, ohne umweg über einen LAN Map; solche einen Pfad kann man sich jedoch dann per \\localhost in ein Windows LW: reinmappen, da haben ich noch keine Timing Unterschiede später im ORM festgestellt. Aber, das ist eine lange, andere Geschichte.

Indikatoren
Man könnte diese Dateien auf die selbe Weise im Netzwerk herumkopieren, wie die Titel:
IndiKataloge
AnwenderIndi
IndiParameter

Habe ich schon so gemacht und das scheint dann auch alles mitzunehmen.

(Ah, gerade sehe ich, dass Herr Knöpfel oben noch einige Dateien ergänzt hat wie die InvPara.ini, diese Dateien also bitte in die Betrachtung einbeziehen!)

Mache ich aber nicht so. Stattdessen verwende ich eine zweistufigen Ansatz, um meine vielen Instanzen klein und überschaubar zu halten:

1) ich speichere alle Indikatoren auf meinem File-Server als Export, sobald sie fertig entwickelt sind. Diesen Export verteile ich auf alle File-Server, pro Rechenzentrum gibt es einen (so habe ich auch das Problem gelöst was ist, wenn ein Rechenzentrum abbrennt; selbes Prinzip verwende ich übrigens auch heutzutage für ganze Projekte. In früheren Postings habe ich z.B. hier noch erwähnt, dass ich SwissVault verwende (heute siehe den Link hier, die Mädels haben sie um-benamst in mount10.ch), aber mit verteilten Rechenzentren halte ich dies nicht mehr für nötig)
2) brauche ich auf einer meiner Maschinen eine neue Instanz, clone ich sie aus einer vorhandenen, egal ob von der selben Maschine oder einer anderen, in dem ich schlicht das ganze Investox Instanz Direktory unter neuem Namen ans betreffende Ziel kopiere und in die jeweilige Haupt-Instanz einhänge.
2a) Als Quelle dient eine Instanz, deren Einstellungen dem gewünschten Zweck am nächsten kommen, in Bezug auf Backtest- oder Realtime Settings, Kataloge, Leistungsschemen usw., dann wird die Instanz im Ziel entsprechend zurechtgebogen, ORM Settings und ggf. auch die Indikatoren, welche ein Projekt benötigt, vom File-Server nachgeladen per simplen Investox Indikatoren Import

Wichtig: Alle beteiligten Instanzen müssen bei der Verteilerei (egal ob robocopy oder cloning) gestoppt sein. Die Quell-Instanz, um sicher zu sein, dass die entsprechenden .dat Dateien konsistent auf die Platte zurückgeschrieben sind, die Ziel-Instanzen, damit sie damit korrekt aufstarten!

Auch noch wichtig: wenn man eine Instanz auf die produktive Umgebung clont und dann die neue Investox-Instanz einfach so ohne Nachdenken startet - keine gute Idee. Sie wird mit ihren bisherigen Settings einstarten und möglichwerweise unmittelbar Trades aus der ge-clonten Instanz in den Markt legen. DAS ERSTE AUFSTARTEN EINER GE-CLONTEN INSTANZ IN DER PRODUKTION *NIE* DIREKT AUSFÜHREN !!! Man muss das a) entweder machen, wenn die Maschine nicht an den Broker connected ist. Oder b) wenn es zu Börsenhandelszeiten erfolgt, in dem man einen Link anlegt für die Investox-Instanz und als Parameter z.B. "nix.inv" mit gibt (vorausgestzt man hat kein Projekt namens "nix" auf der Platte). Dadurch kommt die neue Investox Instanz hoch, ohne Chance, die in der alten als Vorlage verwendeten Umgebung bekannten Projekte einzustarten! So kann man dann in aller Ruhe die neue Instanz anpassen

Zitat von »Investor«

ich behelfe mir aber damit, Sicherungskopien des Hauptrechners auf den Zweitrechner zurückzuspielen

Lokal am selben Ort? Und wenn dieser Ort brennt? Oder wenn es sogar eine schmutzige Atombombe in unsicheren Zeiten des eifernden Religions-Terrors gibt, während Du es geschafft hast, zu überleben?

Dann wäre in Deinem aktuellen automatisations-Stadium vielleicht doch mount10.ch etwas für Dich - wie für mich vor 10 Jahren.

Es gibt einen wirklich tollen Service, man kann von seinem Rechner den Backup in die Alpen legen, Atombomben sicher, maximal verschlüsselt. Dann kann man sogar unterwegs auf Backups via Notebook & Co. zugreifen, und Files rausholen, das eignet sich nicht nur für Investox, auch eMails, Files, usw.

Schon für kleines Geld kann man sich etwas sicheren Speicherplatz kaufen. Muss man flüchten, hat man am anderen Ende der Welt weiter zugriff, was immer man im Berg gesichert hat!

Klar, ging es Dir am Anfang dieses Threads nicht um externes sicheres Backup; aber jetzt, wo Du Deine Antwort an mich darauf reduzierst, möchte ich Deinen Blick zumindest auf die sicheren Schweizer Berge lenken

Zitat von »Investor«

Und wer sagt Dir eigentlich, dass die Schweiz und deren Berge bei aller Schönheit auch in Zukunft ein sicherer Ort sind

Ok, was ist schon sicher, auch ich habe in verschiedenen Euro-Landen gewisse Interessen. Die halte ich klein. Guckst Du auf die Testfälle Griechenland und vor allem Zypern, wie man den Euro schnell abtrennen kann von seinen Eigentümern?

Hallo was fragst Du! Weil man die Schweizer Berge nicht weg-bomben kann? Weil kein Mensch auf seinen Geldbeutel schiesst? Weil das Land neutral ist? Weil hier immer noch das Volk im Referendum das letzte Wort hat, wo Pegida nur von träumen kann? Weil in Schweizer Gross-Städten kriminelle Clans mit Migrations-Hintergrund wie in Berlin kaum vorstellbar sind? Wegen dem ewigen Eis? Sicher? Ist nur der Tod.

Wegen

Zitat von »Investor«

Nun muss ich nochmal prüfen, warum die Dateien nicht überschrieben wurden (siehe Beitrag #1).

vielleicht lags daran

Zitat von »Bernd«

Wichtig: Alle beteiligten Instanzen müssen bei der Verteilerei (egal ob robocopy oder cloning) gestoppt sein. Die Quell-Instanz, um sicher zu sein, dass die entsprechenden .dat Dateien konsistent auf die Platte zurückgeschrieben sind, die Ziel-Instanzen, damit sie damit korrekt aufstarten!

Zitat von »Investor«

Was ich zusätzlich suche wäre ein Programm, bei dem man innerhalb eines Jobs unterschiedliche Dateien bzw. Ordner an jeweils unterschiedliche Ordner "per Knopfdruck"

Dann ist robocopy ganz klar die falsche Wahl für Dich. Das ist ein reines Kommandozeilen-Tool.

Irgend ein Enthusiast hat vor Jahren mal ein GUI dazu fabriziert, damit man sich ein Script zusammenklicken kann. Mir war das aber zu unflexibel. Da schreibe ich die paar Zeilen, die mir machen was sie sollen, lieber gleich selber hin. Und wenn's automatischen gehen soll, wird so ein Script dann im Aufgaben-Manager geplant. Ich bin aber von meinem Werdegang eh kaum von Kommandozeilen und Programm-Editoren zu trennen ... als damals GEM/TOS und später gar Windows aufkaum, haben Leute wie ich gesagt, oh ein Gui, hui, ja da brat mir doch der Storch mal eine Maus.

Also am Ende ist robocopy eher nicht, was Du gemäss Deiner Beschreibung suchst.

Halte es diesbezüglich so ähnlich wie Bernd.
Ich verteile die verschiedenen .DAT Dateien etc. mit ein paar Kopierscripts.

Ansonsten: ihhhhhhhhhhh ein GUI.
ich finde ja 80 x 25 Zeichen ASCII Terminals völlig ausreichend.
Die Guten in Bernstein !!

Zitat von »Lenzelott«

80 x 25 Zeichen ASCII Terminals völlig ausreichend.
Die Guten in Bernstein !!

You made my day!

(Allerdings habe ich 80 x 24 EBCDIC 3270 Konsolen bevorzugt , war mehr zu verdienen dran)

Hi Investor

Ja danke für Feedback

Allerdings setze ich für Dich wirklich dadrauf:

Zitat von »Investor«

oder noch jemand anderes hier einen Tip ?

Ganz ehrlich? Ich bin halt nicht der GUI Typ. Wenn es nix anderes gibt, ja nehme ich auch ein GUI. Ist ja heute kaum mehr zu vermeiden. Aber wenn sich eine Aufgabe perfekt für die Command Line eignet, dann mache ich das lieber so.

Daher, für solche Art Tolls bin ich kaum ein guter oder wenigsten objektiver Ratgeber. Das ist überhaupt nicht nerdisch oder elitär gemeint. Ich bin es schlicht so gewohnt seit immer

Es ist ja nicht so, dass ich alles per Command-Line mache. Aber ich sehe halt auch die Vorzüge. Probier es doch trotzdem auch mal mit robocopy; es muss doch nicht alles Maus sein?

Vielleicht wäre diese GUI Oberfläche dazu was für Dich, um Dir zumindest das Basis-Script zusammen zu klicken. Hast Du erst einamal das Grundgerüst für Dein Wunsch-Script, kannst es ja anpassen/ergänzen per Editor mit zusätzlichen Möglichkeiten, die in der robocopy Doku beschrieben sind.

Wie gesagt, sonst kann Dir besser ein anderer Kollege helfen, ein passendes Tool zu finden: interessieren würd's mich schon auch sehr, ob man das automatische Datei-schubsen per GUI basierten Tool besser/einfacher machen kann. Aber da ich kein Problem in der Richtung offen habe, werde ich selber nicht danach suchen