Neu Arbeitet JTL-Worker auch wenn der PC ausgeschaltet ist?

[SLCH]

Hallo zusammen

Ich bin noch recht neu hier und habe mich soeben gefragt, ob der JTL- Worker die Lagerbestände, Bestellungen etc. auch synchronisiert wenn mein Computer ausgeschalten ist.

Ich danke euch bereits jetzt schon für eure Hilfe.

 

[recent.digital]

Nein, das wäre schön

Daher hosten viele Kunden ihre Systeme in der Cloud, dann ist das 24/7 aktiv.

 

[Georg964]

Hallo zusammen

Ich bin noch recht neu hier und habe mich soeben gefragt, ob der JTL- Worker die Lagerbestände, Bestellungen etc. auch synchronisiert wenn mein Computer ausgeschalten ist.

Ich danke euch bereits jetzt schon für eure Hilfe.

Das kommt darauf an auf welchen Rechner/Server deine Datenbank und der Worker läuft. Läuft die DB, der Worker auf der Kiste die du abschaltest, läuft da natürlich nichts mehr.
Wenn die DB, der Worker auf einem Server läuft, funktioniert das 24 Stunden am Tag unabhängig davon ob du deinen (Client-) Rechner abschaltest.

 

[mh1]

Der Worker arbeitet natürlich nur dann, wenn das Gerät auf dem der Worker installiert ist auch angeschaltet ist.
Du musst also einen Computer mit dem Worker immer laufen lassen.

 

[Dealux-GmbH]

Du kannst für den Worker einen günstigen VServer buchen. Das machen ebenfalls viele unserer Kunden.

 

[ELO63]

Hallo,
wenn es auf den Server läuft den Du selber hostest und der ausgeschaltet ist dann nicht, aber wenn Du Ihn woanders hostest, also die wawi ist bei einem anderen hoster auf dem Server dann ja.
mfg

 

[Verkäuferlein]

Du kannst für den Worker einen günstigen VServer buchen. Das machen ebenfalls viele unserer Kunden.

Und die komplette Wawi-DB läuft dann auch auf dem günstigen VServer?

 

[Dealux-GmbH]

Und die komplette Wawi-DB läuft dann auch auf dem günstigen VServer?

Nein, ich würde die Datenbank nicht auf einem günstigen VServer laufen lassen. Sondern nur den Worker. Demnach wäre eine Datenbank und ein Remote PC ( VServer ) im Einsatz.

 

[Verkäuferlein]

Nein, ich würde die Datenbank nicht auf einem günstigen VServer laufen lassen. Sondern nur den Worker. Demnach wäre eine Datenbank und ein Remote PC ( VServer ) im Einsatz.

Aber dann kann man ja gleich lokal den DB-PC oder DB-Server auch mit dem Worker bestücken und 24/7 laufen lassen.

 

[Dealux-GmbH]

Aber dann kann man ja gleich lokal den DB-PC oder DB-Server auch mit dem Worker bestücken und 24/7 laufen lassen.

Hallo,
Ja das könnte man, aber die wenigsten lassen einen PC Lokal 24 Stunden. Das ist bei einem VServer anders

 

[Verkäuferlein]

Ja das könnte man, aber die wenigsten lassen einen PC Lokal 24 Stunden. Das ist bei einem VServer anders

Ist ja richtig, aber dennoch muss ja irgendwo die DB 24/7 laufen.
Ohne DB bringt mir ja der Worker nichts.

Dann würde ich immer zu einem DB- Hosting / RDP-Hosting tendieren, wo auch der Worker gleich mit ausgeführt wird oder aber sowieso alles lokal machen und damit dann den VServer komplett einsparen.

 

[Georg964]

aber sowieso alles lokal machen und damit dann den VServer komplett einsparen.

Das setzt aber wenisgstens ein Windows-System voraus. Wer hat denn so was noch? 😂

 

[mh1]

Das setzt aber wenisgstens ein Windows-System voraus. Wer hat denn so was noch? 😂

Der Worker läuft doch eh nur auf einem Windows System.
Ich muss also in jedenfall eine VM mit Windows aufsetzen. Entweder auf einer Kiste bei mir im Haus oder irgendwo in einem Rechenzentrum gehostet.
Wenn auf der Kiste bei mir im Haus dann sowieso auch die Datenbank liegt, muss dieses Gerät ja sowieso 24/7 laufen und dann kann ich auch gleich auf dieser Hardware den Worker haben (ob ich den dann in ein virtualisiertes Windows stecke, oder in ein Windows, das direkt auf dem Blech läuft ist ja egal). Aber Windows muss für den Worker sein.
In dem Fall könnte ich mir die Miete für den Vserver bei einem Provider sparen. Ich denke, das ist, was @Verkäuferlein meint.

 

[Dealux-GmbH]

Ist ja richtig, aber dennoch muss ja irgendwo die DB 24/7 laufen.
Ohne DB bringt mir ja der Worker nichts.

Dann würde ich immer zu einem DB- Hosting / RDP-Hosting tendieren, wo auch der Worker gleich mit ausgeführt wird oder aber sowieso alles lokal machen und damit dann den VServer komplett einsparen.

Ja das stimmt, ich persönlich würde halt nicht die DB auf dem selben RDP nutzen wo auch andere aktiv mit arbeiten. Aber wie gesagt, das soll dann jeder selbst entscheiden.

 

[Verkäuferlein]

Das setzt aber wenisgstens ein Windows-System voraus. Wer hat denn so was noch? 😂

Die Antwort lautet wie immer und überall: Bill Gates 😁

In dem Fall könnte ich mir die Miete für den Vserver bei einem Provider sparen. Ich denke, das ist, was @Verkäuferlein meint.

Hab ich mich so kompliziert ausgedrückt, dass Du das erst dolmetschen musstest?
Genau das meine ich natürlich.

Ja das stimmt, ich persönlich würde halt nicht die DB auf dem selben RDP nutzen wo auch andere aktiv mit arbeiten. Aber wie gesagt, das soll dann jeder selbst entscheiden.

Sorry, wenn ich so nachbohre, aber ich versuche Deinen Ansatz zu verstehen:
Was genau spricht dagegen?

Es ist doch eigentlich eine unnötige Bremse und auch Kostenfaktor, wenn ich 2x für Infrastruktur bezahle und die dann möglicherweise noch bei unterschiedlichen Hostern betreibe.

Der Worker kann ja ohne die DB nicht arbeiten und die Arbeit in der Wawi ohne den Worker macht auch nur eingeschränkt Sinn. Deshalb verstehe ich nicht, welchen Vorteil man hat, wenn man beides trennt, mir fallen aber einige Nachteile ein.

 

[mh1]

Die Antwort lautet wie immer und überall: Bill Gates 😁



Hab ich mich so kompliziert ausgedrückt, dass Du das erst dolmetschen musstest?

Ich hatte den Eindruck, dass ich deinen Punkt nochmal in anderen Worten schreiben sollte, weil es in diesem Thread immer hin- und her ging.
Aber mitrtlerweile denke ich, @Dealux-GmbH möchte eher darauf raus, dass Datenbank und Worker nicht auf demselben System laufen sollten.
Wie auch immer....

 

[Verkäuferlein]

@mh1

Alles gut, danke Dir fürs Dolmetschen.