Neu Ausfall JTL Lizenzserver = Ausfall des Shop Connectors = Ausfall des Geschäfts

[Maritimia]

Ich habe hier ein etwas brisantes Thema, welches ich gern diskutieren würde. Am Wochenende fiel der Lizenzserver bei JTL für ca. 18 Stunden aus. Dies führte dazu, daß der Worker keinen Update mit unserem Shop mehr durchführte. Wir betreiben die JTL Wawi mit dem JTL Shop zusammen.

Ist es hinnehmbar, daß mein Geschäft von einem dritten System, also dem Lizenzserver von JTL ist?

Den Betrieb der Wawi und des Shops kann ich selber kontrollieren, aber so etwas eben nicht, zumal für einen einzelnen Shop auch keine Lizenzgebühren anfallen. Ich habe Verständnis für die Kontrolle von Lizenzen z.B. beim Einrichten von Software oder beim Zukauf von PlugIns. Im täglichen Betrieb wünsche ich mir die Kontrolle über mein System. Wie sieht dies die JTL Gemeinde?

 

[DITH-Shop]

Ich habe hier ein etwas brisantes Thema, welches ich gern diskutieren würde. Am Wochenende fiel der Lizenzserver bei JTL für ca. 18 Stunden aus. Dies führte dazu, daß der Worker keinen Update mit unserem Shop mehr durchführte. Wir betreiben die JTL Wawi mit dem JTL Shop zusammen.

Ist es hinnehmbar, daß mein Geschäft von einem dritten System, also dem Lizenzserver von JTL ist?

Auch ich habe diesbezüglich mehrfach schon Probleme gehabt.
Ich rate hier DRINGEND dazu das nicht bei jedem Abgleich die Lizenz "zwanghaft" geprüft wird, sondern eine Art "lokaler Cache" bei Ausfall genommen werden kann, der durchaus wöchentlich 1x bei JTL geprüft und aktualisiert wird.
Jedoch bei Ausfall der Server KEINE Beeinträchtigung des Betriebes der einzelnen Shops darstellt.

Kann ja - um Piraterie zu verhindern - verschlüsselt irgendwo versteckt in der DB und /oder im Filesystem abgelegt werden.
Ggf auch aufgeteilt, das ein Key-Paar in DB zusammen mit dem Filesystem einen gültigen Schlüssel beherbergt. Das würde auch dramatisch die Belastung der JTL-Server senken.
Es sollte definitiv ein Unterschied sein ob 10.000 JTL-Shops alle drei Minuten die Lizenz prüfen, oder nur 1x wöchentlich.

 

[elevennerds.de]

Was ich auch nicht verstehen kann: wieso JTL kein vernünftiges Monitoring implementiert hat, um die eazyauction-Server, die Lizenzserver, und die JTL- Shipping-Server zu überwachen? Falls es sowas bereits gibt, wieso es dann 18 Stunden dauert, bis solch wichtigen Dienste wieder laufen.

Mails und SMS an mindestens 2 Personen im Fehlerfall sollten heutzutage eigentlich Standard sein.

Ich würde schon aus Gründen der Haftung alles dafür tun, dass meine Infrastruktur ordentlich läuft.

MfG

Rene

 

[DITH-Shop]

Was ich auch nicht verstehen kann: wieso JTL kein vernünftiges Monitoring implementiert hat, um die eazyauction-Server, die Lizenzserver, und die JTL- Shipping-Server zu überwachen? Falls es sowas bereits gibt, wieso es dann 18 Stunden dauert, bis solch wichtigen Dienste wieder laufen.

Mails und SMS an mindestens 2 Personen im Fehlerfall sollten heutzutage eigentlich Standard sein.

Ich würde schon aus Gründen der Haftung alles dafür tun, dass meine Infrastruktur ordentlich läuft.

MfG

Rene

DAS würde nun gar nichts nützen.
Erstens schließt JTL jegliche Haftung aus und zweitens sind es keine eigenen Server sondern gemietete in einem Rechenzentrum.
Egal ob man eine SMS bekommen hat oder "Pups" - es ändert sich nichts daran das dort im Zentrum was KO ist.

 

[elevennerds.de]

Gibt es denn nur ein Rechenzentrum? Das Konzept von Spiegel-Servern ist Dir bekannt?

MfG

Rene

 

[Matze7779]

Gibt es denn nur ein Rechenzentrum? Das Konzept von Spiegel-Servern ist Dir bekannt?

Ist ihm bestimmt bekannt.
Aber es geht hier nicht darum mit Kanonen auf Spatzen zu schießen.

Eine einfache "Gültigkeits Dauer" per jeder abfrage mit zu liefern ist ein geringer Aufwand.
Lasst die Rechner doch bei jedem Abgleich die Lizenz erneuern. Das schaffen die ja momentan auch Problemlos (wenn das ein riesen Aufwand wäre hätte JTL das schon von sich aus geändert).

Nachtrag: Und ein Servermonitoring haben die bestimmt. Nur nützen irgendwelche SMS nix. Hinfahren. Problem analysieren. Ggf Hardware austauschen. Neustarten. --> Da sind schnell 2 Stunden weg.

 

[Hangman]

Und einfach verhindern, dass der Worker überhaupt stehen bleibt! Wir hatten das auch schon diverse Male beim eBay Abgleich.

Soll er doch sein Log irgendwo hinschreiben, aber keinesfalls darf er stehenbleiben.

 

[elevennerds.de]

Hinfahren. Problem analysieren. Ggf Hardware austauschen. Neustarten. --> Da sind schnell 2 Stunden weg.

In ein richtiges Rechenzentrum kann man nicht mal eben reinspazieren. Da muss man sich vorher anmelden, und das hat rein technische Gründe (u.a. wird dort der Sauerstoffgehalt herabgesenkt).

Und einfach verhindern, dass der Worker überhaupt stehen bleibt!

Technisch nicht möglich, Software hat immer Fehler, damit muss man leben. Deswegen beobachtet man ja seine Dienste, um auf Fehler reagieren zu können (Monitoring).

 

[hula1499]

Und wie bitte machst du das Monitoring, ob der Worker bzw. der eBay Abgleich wiedermal steckengeblieben ist?

 

[elevennerds.de]

Ich schaue, ob in den letzten X Minuten mindestens ein Auftrag reingekommen ist.

 

[Hangman]

Technisch nicht möglich, Software hat immer Fehler, damit muss man leben. Deswegen beobachtet man ja seine Dienste, um auf Fehler reagieren zu können (Monitoring).

Quark. Ich will beim Worker keine Fehlermeldungen sehen, die ich wegklicken muss. Sollte melden, was zu melden ist, das ins logfile schreiben und ansonsten bei Nichterfolg einfach wieder von vorn beginnen.

Man stelle sich mal vor, die Fritzbox benötige jedesmal, wenns DSL mal wieder den sync verliert, einen Klick um den Sync wiederherzustellen. Oh wunder die bekommt das alleine hin.

 

[hula1499]

Ich schaue, ob in den letzten X Minuten mindestens ein Auftrag reingekommen ist.

DAS ist dein "monitoring"????
Made my day.

 

[versuchsmal]

Ich schaue, ob in den letzten X Minuten mindestens ein Auftrag reingekommen ist.

Das ist Top, kommt nee halbe Stunde nix, dann geht's halt nicht.

 

[elevennerds.de]

Man stelle sich mal vor, die Fritzbox benötige jedesmal, wenns DSL mal wieder den sync verliert, einen Klick um den Sync wiederherzustellen. Oh wunder die bekommt das alleine hin.

Dann will ich mal versuchen, es mit Deinen Worten zu erklären: wenn Deine Fritzbox keine Internetverbindung mehr hat, was ist dann? Dann wirst Du es irgendwann merken (bei Servern Deine Kunden), und wirst versuchen die Fritzbox neu zu starten. Das ist aber genau der Fall, den man mit Monitoring verhindern kann, denn dann merkt Dein Monitoring - und nicht Dein Kunde - dass Deine Fritzbox nicht mehr läuft.

Dann kannst Du automatisierte Aktionen starten (Spiegel-Server hochfahren und in den Verbund einhängen), Du kannst aber auch einem Admin eine Mail/SMS senden, dass er mal nachschaut.

Zum Worker:

Wenn zwischen 8 und 22 Uhr mindestens alle 20 Minuten ein Auftrag reinkommt, ist es ein sehr guter Trigger zu prüfen, ob der letzte Auftrag in diesem Zeitraum mindestens eine Stunde alt ist. Zumindest habe ich so ein Monitoring schon seit einiger Zeit am laufen und ich sehe ganz genau, wenn mal wieder ein Ebay-Template geändert wurde.

Ich nehme an Ihr habt eine bessere Lösung? Dann mal los, ich bin gespannt...

MfG

Rene

 

[css-umsetzung]

DAS ist dein "monitoring"????
Made my day.

Die Uhrzeiten der einzelnen letzten Abgleiche werden gespeichert, ich hatte hierfür mal ein script für die Worker Überwachung geschrieben und veröffentlicht,dass wenn er stehen bleibt, eine E-Mail raus geht.

 

[elevennerds.de]

dbo.tWorkerInfo - sehr gute Idee, danke! Endlich mal konstruktive Beiträge...

 

[css-umsetzung]

Such mal nach worker Überwachung, ich hatte wie gesagt was gebaut das diese Zeiten variabel für alle drei Plattformen prüft, eventuell kannst du das auch erwaeitern optimieren und Posten, dann haben alle was davon.

 

[imperialo]

Ich hab nen Script auf dem Server geschrieben, das meinen Worker und meinen GLS-Connect alle X-Stunden neu startet. Funzt eigentlich ganz gut.

 

[DITH-Shop]

Ich hab nen Script auf dem Server geschrieben, das meinen Worker und meinen GLS-Connect alle X-Stunden neu startet. Funzt eigentlich ganz gut.

Schön und gut, wird vereinzelt helfen - nutzt nur nichts wenn die Lizenz nicht geprüft werden kann weil die Server down sind.
Daher wäre ideal:
Sollen die Server von mir aus auch bei jedem erfolgten Kontakt eine Aktualisierung der Lizenz vornehmen. Ist KEIN Kontakt möglich weil bspw. die Sevrer KO sind, dann soll eben die Backup-Lizenz genutzt werden ...

Aus Sicht des Workers => "Verflixt, ich kann den Lizenzserver nicht erreichen... Bei letztem Kontakt zum Server, wie lange war da noch die Lizenz gültig ? Aha... Noch 5 Monate? OK, glaube ich mal und setze meine Arbeit fort."
Das kann über einen Zeitraum x (1,2,3,4,5,6 Tage...) so laufen. Kann dann weiterhin kein Kontakt hergestellt werden und/oder die Lizenz nicht positiv geprüft werden, DANN kann der Worker mal die Arbeit einstellen und dem Admin ne Mail schicken - "Ey, wach auf, JTL Server stehen... Ruf mal da an"

 

[Maritimia]

Sehr schön beschrieben! Es würde sogar reichen, wenn in der Lizenz ein Ablaufdatum kodiert ist und sagen wir mal 6 Wochen vor Ablauf eine Meldung in der Wawi aufpoppt und einen entsprechenden Hinweis ausgibt. Dann bleibt Zeit zur Reaktion und zwischendurch kann man weiter arbeiten.
Für Lizenzen, die umsatzabhängig arbeiten oder z.B. an Anzahl von Verkäufen hängen, gilt das Gleiche. Wenn der JTL-Server nicht erreichbar ist, geht es erst mal weiter und sobald er wieder da ist, können die Statistikwerte ja übertragen werden.