Neu Effizientere Lösung für Wawi-Updates gesucht

WeLoveBasic

Aktives Mitglied
13. August 2019
41
5
Hallo zusammen,

ich wollte mal nachfragen, wie Ihr in eurem Unternehmen die Wawi-Updates durchführt.

Zu unserer Situation:
Wir haben aktuell 7 Packtische, 6 Rechner und 1 Server, auf denen die Updates installiert werden müssen.

Unser bisheriger Ablauf sieht so aus:
  1. Update wird zunächst auf dem Server gestartet.
  2. Anschließend gehe ich von Rechner zu Rechner, um das Update dort ebenfalls zu installieren.
Das ist natürlich ziemlich zeitaufwändig, und ich frage mich, ob es nicht eine smartere Möglichkeit gibt, diesen Prozess zu optimieren.

Habt Ihr vielleicht Tipps oder Erfahrungen, wie man das effizienter gestalten könnte?

Vielen Dank im Voraus!
 

RCFOX

Aktives Mitglied
23. Juli 2019
11
0
Hallo in die Runde, da wir exakt das gleiche Problem haben, würde mich dies auch brennend interessieren.
Hinzu kommt noch die Frage der Druckerverwaltung. Wieso kann man diesen nicht ebenfalls Zentral ausspielen sondern muss dies für jeden Benutzer an jedem Arbeitsplatz einrichten.
Dies ist vor allem bei den Packtischen ein Problem, da hier die Benutzer wechseln können und daher an jedem Packtisch alle Nutzer die Drucker zugewiesen bekommen müssen!

Besten Dank.
 

SebiW

Sehr aktives Mitglied
2. September 2015
3.003
1.549
Ab einer gewissen Größe: RDP statt local clients bzw Fernwartung ( Teamviewer etc). All meine Versuche mit Chocolatey und anderen Tools waren nicht erfolgreich, da unsere Rechnerstruktur zu uneinheitlich ist. Kann bei Euch anders aussehen. Im Endeffekt bleibt nur zu hoffen, dass JTL nach der endgültigen Umstellung af C# mal ne MSI zur Verfügung stellt. Wobei ich fürchte dass solche Bequemlichkeitsverbesserungen dank Cloud und SaaS final nicht mehr kommen werden.

Da ich JTL Updates aber eh nur noch sehr sehr SEHR selektiv ausrolle hält sich mein Leidungsdruck mit meinem 40 Clients noch halbwegs in Grenzen. Im Endeffekt wecke ich derzeit alle Clients Remote auf und mache den Install dann jeweils lhändisch.
 
  • Gefällt mir
Reaktionen: P.S.

WeLoveBasic

Aktives Mitglied
13. August 2019
41
5
Hinzu kommt noch die Frage der Druckerverwaltung. Wieso kann man diesen nicht ebenfalls Zentral ausspielen sondern muss dies für jeden Benutzer an jedem Arbeitsplatz einrichten.
Dies ist vor allem bei den Packtischen ein Problem, da hier die Benutzer wechseln können und daher an jedem Packtisch alle Nutzer die Drucker zugewiesen bekommen müssen!
Unter WMS ist es doch Zentral, man legt einmal unter Arbeitsplatz unter Druckerverwaltung die nötigen Drucker fest und dann wird das für alle Benutzer an diesem Platz übernommen.
Wie es mit Packtisch+ ist kann ich nicht sagen.
 

WeLoveBasic

Aktives Mitglied
13. August 2019
41
5
Ab einer gewissen Größe: RDP statt local clients bzw Fernwartung ( Teamviewer etc). All meine Versuche mit Chocolatey und anderen Tools waren nicht erfolgreich, da unsere Rechnerstruktur zu uneinheitlich ist. Kann bei Euch anders aussehen. Im Endeffekt bleibt nur zu hoffen, dass JTL nach der endgültigen Umstellung af C# mal ne MSI zur Verfügung stellt. Wobei ich fürchte dass solche Bequemlichkeitsverbesserungen dank Cloud und SaaS final nicht mehr kommen werden.

Da ich JTL Updates aber eh nur noch sehr sehr SEHR selektiv ausrolle hält sich mein Leidungsdruck mit meinem 40 Clients noch halbwegs in Grenzen. Im Endeffekt wecke ich derzeit alle Clients Remote auf und mache den Install dann jeweils lhändisch.
Ja wir machen auch nur ca. einmal im Quartal ein Update, wenn es sinnvoll ist und stable. Dachte könnte mir da evtl. noch etwas Zeit und rum gelaufe sparen.
 

forumjtlolshopag

Sehr aktives Mitglied
6. Juni 2018
807
234
Wir laufen bei uns auch alle Bürorechner und WMS Packplätze ab. Richtig nervig... 12 Rechner und 10 Packplätze.
An RDP hatte ich schon gedacht, aber kam noch nicht dazu.
 

ergowebshop

Sehr aktives Mitglied
14. Januar 2022
210
55
Der Sinn einer MSI ist es ja gerade diese per Gruppenrichtlinie auszurollen, damit wird diese aber mit den Standardeinstellungen installiert.
Wenn die Okay sind dann ja, aber wenn man irgendwas anzupassen hat (z.B. anderer Installationsordner) dann gibt man das in einer MST Datei an.
Bei EXE to MSI würde man diese Anpassungen nicht machen können.

Man bräuchte aber auch ab einer gewissen Unternehmensgröße ein Remote-Wakeup und nach dem Update ein Remote-Shutdown der ganzen Rechner.

-----

Denn, folgendes Beispiel:
17 Uhr, alle schließen die Wawi, fahren den Rechner runter. Feierabend, nur nicht für den Admin, der installiert auf dem Server die neue Wawi Version.
9 Uhr am nächsten Tag: Mitarbeiter schalten die PCs an, diese ziehen sich die Gruppenrichtlinie und was dann?

Dann fangen alle PCs an sich das Update zu installieren und kein Mitarbeiter kommt in die Wawi, Produktion steht genauso wie die Schlange an der Kaffeemaschine, denn die läuft als einziges. Wenn man keine CC Mails im Shop bei Bestellbestätigungen oder in Wawi Workflows eingerichtet hat, dann weiß man nicht mal ob über die Nacht Bestellungen kamen die man schonmal bearbeiten kann.

Oder auf den PCs die ca. um 9 starten wird die Wawi gestartet bevor die Gruppenrichtlinie das Update zieht, das Update startet im Hintergrund, kann nicht auf den Prozess zugreifen weil die Wawi schon offen ist und bricht das Update ab.

Der beste der schlimmsten Fälle ist dann, dass es überall scheitert, denn dann muss nur der Admin auf dem Server wieder auf die alte Version zurück wechseln und es geht zumindest erstmal wieder was, bis dahin ist es 10 Uhr und alle sind sauer auf den Admin der es mal wieder verkackt hat. Wenn er endlich auch zur Kaffeemaschine kommt ist nichts mehr drin.

Im schlimmsten Fall haben ab um 10 Uhr einige PCs das Update, andere nicht. Ohne Update keine funktionierende Wawi, bei jedem neuen Update schreit also irgend ein anderer Mitarbeiter "ey Admin, warum komm ich nicht rein, gerade ich, bei den anderen geht's, was ist das für ne Sch*ße die du da wieder verbockt hast, krieg das hin, ich muss arbeiten". Der Frust steigt mit der Warteschlange an der Kaffeemaschine, alle sind sauer auf den Admin der wieder leer ausgeht.
Und da ist noch nicht reingerechnet was mit den PC's ist die gerade nicht genutzt werden (gerade nicht benötigt, Urlaub, krank etc.).

-----

Es bleibt dabei, die ganze Geschichte hat nur Aussicht auf Erfolg wenn:

- Admin nach Dienstschluss manuell den Server aktualisiert, das muss manuell sein, denn da ist nicht nur die Wawi zu installieren sondern auch einmal zu starten und die Mandanten und eigentlichen Datenbank Inhalte/Änderungen des Update zu installieren, gucken ob es erfolgreich startet, bisschen testen ob die Wawi soweit läuft

- wenn irgendwas schief ging wieder zurück auf alte Version und nicht vergessen den Worker wieder zu starten
- wenn alles scheinbar gut ging dann einstellen dass alle PCs Nachts hochfahren, sich das Update ziehen und ausnahmslos alle es erfolgreich installieren.

- eine Stunde oder so später bräuchte es eine Prüfung auf welchen PCs es geklappt hat. Und wenn auch nur einer fehlt, sei es weil der PC die MSI erst übermorgen installieren will, weil Windows gerade Updates macht, oder irgendwo hat die Putzfrau den Stecker gezogen, oder was auch immer, bräuchte es Nachts noch ne Mail oder so an den Admin mit der Liste der PCs wo es geklappt hat, damit er schonmal weiß wie früh vor Dienstantritt er auf Arbeit sein muss um die gescheiterten oder nicht durchgeführten doch manuell zu installieren. Und wenn da auch nur ein wichtiger aus welchem Grund auch immer scheitert und das nicht schnell geklärt werden kann, müsste man alles alles alles wieder rückgängig machen, das dauert händisch mindestens bis Mittag. Und selbst mit vorhandenen Server- und PC-Backups bis um 10 Uhr, also nur wenn bei den Betroffenen auch in 100% der Fälle der Restore klappt. Produktion steht teils oder ganz, neue Bestellungen sieht man nicht weil während dessen der Worker gestoppt bleibt. Schlange an der Kaffeemaschine. Admin ist schuld, also eh immer, vorher schon.

-----

Das war jetzt ein wenig lustig und sarkastisch geschrieben, und ironisch weil es mich - unseren Admin - trifft, aber genau deswegen wird sich an der bisherigen Routine nichts ändern, diese ganzen Szenarien hat der arme Admin immer auszustehen, auch wenn JTL eine MSI bereitstellen würde.

Nicht dran zu denken wenn ein Unternehmen in Schichten 24/7 produziert/packt, dann muss man dennoch eine Downtime einplanen, da kann der Admin der Geschäftsführung aber kein Zeitfenster nennen, denn es hängt davon ab ob es auf 100% der (zu dem Zeitpunkt) relevanten Rechner funktioniert, wenn nicht dauert es länger, ob händisch oder rollback. Produktion steht, Worker steht. Nach Murphys-Law ist das dann ausgerechnet der Tag wo die Kaffeemaschine kaputt ist.

-----

Ergo:
die besten Erfolgsaussichten hat immer noch alles manuell vom Admin machen zu lassen, das bedeutet zwar Nachtschicht oder Wochenende, aber dann hat er wenigstens einmal die Kaffeemaschine ganz für sich alleine.

Am nächsten Tag kriegt er trotzdem Anschiss, wenn er nach der langen aber erfolgreichen Schicht vergessen hat, den Worker wieder zu starten und verschläft an dem Tag, niemand kann neue Bestellungen bearbeiten: Schlange, Frust...
Das ist aber nicht nur bei JTL-Wawi Updates so, sondern trifft so auch auf andere Warenwirtschaftssysteme und allgemein Unternehmenssoftware zu.

Admin bringt seinen eigenen Thermobecher mit Kaffee mit und ist schuld, weil er nur Kaffee säuft und sich nicht um wichtige anstehende Updates kümmert, auch in den ganzen anderen Programmen im Unternehmen, sei es nur weil die EU wieder ne neue Verordnung rausgehauen hat.

Und da haben wir noch gar nicht von den Programmierern geredet die bei JTL, bei externen Plugins und anderswo den ganzen neuen Mist umsetzen müssen und dann wird mit Frust und Schlange Kaffeemaschine irgendwas vergessen und alle Admins sind sauer auf die Programmierer die das alles nicht komplett getestet haben (GPSR geht nicht in <=5.3 Shops kurz vor Freitag dem 13. im Weihnachtsgeschäft?!)

Und so laufen die Waren und die Wirtschaft, manchmal eben auch nicht. Und was Effizienteres wurde nie gefunden. Amen
 
Zuletzt bearbeitet:

Enrico W.

Administrator
Mitarbeiter
27. November 2014
9.159
1.923
Ja gut - das ist die Jobbeschreibung eines Admins.
Wenn alles läuft: Was macht der den ganzen Tag?
Wenn mal was nicht läuft: Was macht der den ganzen Tag?

Aber Scherz beiseite: Dafür gibts doch auch was von Rationpharm ähh Microsoft.
Mit Orca kann man MSI in MST umwandeln.
https://developer.microsoft.com/en-us/windows/downloads/windows-sdk/

Ist zwar immer noch ne Krücke und die Rechner starten damit auch nicht von allein, aber immerhin würde das den Kaffeekonsum etwas in Grenzen halten.
 
  • Gefällt mir
Reaktionen: ergowebshop

SebiW

Sehr aktives Mitglied
2. September 2015
3.003
1.549
Klar können wir uns dazu eigene Lösungen basteln und es gibt jede Menge gute Tools wie PDQDeploy, Chocolatey etc. Hat halt alles immer den Nachteil, dass man bei Problemen erstmal ohne Hilfe da steht.
Als Nutzer will man ja auch deshalb eine supportete Lösung, weil man dann jemanden zum Anschreien hat wenn was schief geht ;)

Meine Turnschuhe leben deutlich länger seit ich das ganze via Teamviewer löse. Es vergeht aber kein Update, bei dem ich mir nicht wünschen würde, dass JTL ne gescheite zentrale Updatelösung wie bspw unser vorheriges System Büro+ hätte. Da war das Thema bimmeleinfach: Server wird upgedated. Dann werden entweder alle Clients direkt aktualisiert (die Clients die online sind wurden während des Serverupdates automatisch in einen Wartungsmodus versetzt) oder beim nächsten Client Start wird die Version geprüft und bei Bedarf ein Update gezogen, direkt installiert und gut ist.

Und ja, ich weiß, SaaS mit nemm Webclient ist da der magische Plan. Hoffentlich kommt die Ankündigung zur Abkündigung der On Premise Variante früh genug, damit man sich rechtzeitig nach ner Alternative umschauen kann. Seufz.
 

Enrico W.

Administrator
Mitarbeiter
27. November 2014
9.159
1.923
Ich will das Thema damit weiß Gott nicht abschmettern sondern vorübergehende Lösungsmöglichkeiten suchen um euch zu unterstützen. Ich kann halt nicht abschätzen, ob und wenn ja, wann es eine JTL-interne Lösung geben wird.
 

John

Sehr aktives Mitglied
3. März 2012
3.965
976
Berlin
Als Programmierer mit etwas Erfahrung lehne ich mich mal aus dem Fenster:

Wie wäre es mit einem Tool: JTL ( Wawi) Launcher, über das User zukünftig die Wawi starten, statt direkt.
Das Tool schau erstmal in der DB nach, ob die DB Wawi Version mit der Wawi auf dem Client übereinstimmt.
Wenn ja, kann sich der User aus dem Tool an der Wawi anmelden. Start der Wawi.exe mit Parameter im Hintergrund.

Ist ein Update nötig, holt sich das Tool aus einer eigenen Tabelle der DB per FTP die Wawi Installationsdatei und führt sie aus.

Ja, müßte man sich mal anschauen, wie man die Wawi aus dem Tool mit Adminrechten installierne kann. Vielleicht etwas CRC und Signaturcheck der Installationsdatei.
Aber Hexenwerk ist das doch nicht...
 

dapole

Sehr aktives Mitglied
27. Oktober 2014
146
29
Wir haben weit über 50 Cleints....

Ich erstelle eine BATCV-Datei, die die Installation 'silent' durchläuft!
Anstoßen .-> zum nächsten Arbeitsplatz gehen .... ( Man muss nicht warten bis die Installation fertig ist, die dauert teils 10 Minuten ^^ )

Das machen wir mit 2 oder 3 Mann, dann geht es :)
 

forumjtlolshopag

Sehr aktives Mitglied
6. Juni 2018
807
234
Ich erstelle eine BATCV-Datei, die die Installation 'silent' durchläuft!
Anstoßen .-> zum nächsten Arbeitsplatz gehen .... ( Man muss nicht warten bis die Installation fertig ist, die dauert teils 10 Minuten ^^ )
Ja, so machen wir das auch, wobei ich aktuell allein durchs Lager und Büros laufe :D

@echo off
echo Update installieren mit Logout am Ende ...
start /wait \\fileserver\public\setup-jtl-wawi_1.8.xxxxxx.exe /SILENT /SUPRESSMSGBOXES /NOCANCEL
shutdown -l
 

SebiW

Sehr aktives Mitglied
2. September 2015
3.003
1.549
Ich lasse mir die Rechner zeitgesteuert starten und spare mir das laufen (bis auf die 2-3 die natürlich weil Computer ver$$&§&%$§te Mist&§§$%?$$ sind ums verrecken nicht starten wollen, und natürlich immer irgendeiner am letzten Ende des Lagers, wenns wenigstens immer der gleiche wäre, aber nein, seufz) und machs im Endeffekt genauso bis auf den Shutdown. Da wir nur ~25 Clients haben lass ich die Wawi immer noch einmal starten und kuck ob alles tut, damit am nächsten Morgen nicht das große Geheule losgeht.
 
  • Gefällt mir
Reaktionen: ergowebshop

John

Sehr aktives Mitglied
3. März 2012
3.965
976
Berlin
Wie stellt ihr sicher, daß alle Clients die Wawi geschlossen haben?

Theoretisch kann eine Wawi mit eine falschen Version offen und inaktiv sein, während das Update läuft, oder nicht?
Oder kommt einem hier der Effekt zugute, dass die Wawi abstürtzt, wenn die SQL Verbindung einmal weg ist ;)
 

SebiW

Sehr aktives Mitglied
2. September 2015
3.003
1.549
Letzteren Effekt nutze ich. Im Normalfall mache ich vor nemm Wawi Update auch immer ein Server Update und reboote selbigen dann. Falls kein Serverupdate ansteht reboote ich ihn halt einfach so ;)
 
Ähnliche Themen
Titel Forum Antworten Datum
Neu PrestaShop 9 Kompatibilität des Connectors – seit über 8 Monaten keine Lösung PrestaShop-Connector 0
Neu Lösung nötig für JTL 1.11+ !!! Fragen rund um LS-POS 3
Neu JTL - Cloud-Lösung ? Smalltalk 3
Neu Freelancer gesucht für Artikelpflege ( Herstellerkataloge / Preisänderungen einspielen) Dienstleistung, Jobs und Ähnliches 3
JTL-WAWI Datenbankprofil für neue Windows Benutzer JTL-Wawi 1.11 2
Neu Für die Weiterentwicklung und Betreuung unserer bestehenden Systemlandschaft suchen wir einen erfahrenen Freelancer (m/w/d) mit fundierten Kenntnissen JTL-Wawi App 1
Neu Platzhalter für OPC-Portlets in Seitentext einbauen Allgemeine Fragen zu JTL-Shop 1
Neu kann man JTL POS alleine nutzen für 29 Euro? Einrichtung / Updates von JTL-POS 0
Neu OSS aktiv – Ausnahme für Eventtickets mit deutschem Leistungsort möglich? Allgemeine Fragen zu JTL-Shop 6
Neu Widerrufsformular als kostenloses Plugin für Shops ab 5.1.5 Plugins für JTL-Shop 9
Aktuelles Update 1.11.7: Anmeldedialog merkt sich den letzten User immer noch nicht & falsche Warnung für angeblich fehlendes SQL Server Update JTL-Wawi 1.11 3
Neu Artikelmerkmale für eigenes Exportformat auslesen Betrieb / Pflege von JTL-Shop 0
Gesamtübersicht für Minusbuchen (Lagerbuchungstext) JTL-Wawi 1.10 2
Teilbare Artikel NICHT für Kunden, nur für intern teilbar JTL-Wawi 1.11 5
Neu Neue Preiserhöhung JTL April +~20% für Monatstarife, eingeschränkte "Funktionalitäten" User helfen Usern - Fragen zu JTL-Wawi 239
Neu Jecke Anfrage für Rosenmontag 🎉 – Kamelle & Werbegeschenke gesucht Smalltalk 0
Neu Suche DirectQuery für Kundenkommentar (Rechnung) & Hinweis (Lieferschein) Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 2
Neu Coupon für Oberkategorie aktivieren User helfen Usern - Fragen zu JTL-Wawi 0
Neu vollständige Liste/Definition aller Importfelder für die JTL-Ameise JTL-Ameise - Fehler und Bugs 7
Neu Mehrere Label für GLS Retoure nicht möglich? JTL-ShippingLabels - Fehler und Bugs 0
Beantwortet Downloadfunktion für pdf dateien Allgemeine Fragen zu JTL-Shop 10
Neu Im- und Export-Vorlage für eBay Bestandsabgleich JTL-Ameise - Ideen, Lob und Kritik 0
Neu Neues Plugin: Sauberes Meta-Tracking für JTL-Shop 5 (Pixel + CAPI + Consent) Plugins für JTL-Shop 0
Neu 📢 Plugin "Kreditlimit Plugin für JTL-Shop 5 " von CIN GmbH Plugins für JTL-Shop 0
Zweiter Shop an gleichem Mandanten nur für USA JTL-Wawi 1.11 1
Neu Suche Servicepartner für SQL-Abfrage Dienstleistung, Jobs und Ähnliches 2
Neu Bestimmte 2 Artikel im Warenkorb sorgen für falsche/geringere Versandkosten JTL-Shop - Fehler und Bugs 3
Übersicht für das Lager JTL-Wawi 1.11 1
Hersteller für Verkaufskanal mappen geht nicht JTL-Wawi 1.11 0
Abweichende Attributwerte für POS-Kasse via Ameise importieren JTL-Wawi 1.11 5
Neu eBay Webinar: Dein Business ist bereit für die Weltbühne? News, Events und Umfragen 0
Neu Es werden nicht die gesamter Menge einer Bestellung für die Produktion übernommen; die Bestellung bleibt teilgeliefert. JTL-Plan&Produce - Fehler und Bugs 0
Neu Smarty für "im Zulauf" und "auf Einkaufsliste"? Allgemeine Fragen zu JTL-Shop 7
Neu Betatester gesucht – Hood-Schnittstelle für JTL-Shop 5 Plugins für JTL-Shop 3
Neu askJan | Neuer KI-Assistent für JTL-Wawi - schnelle, effiziente und transparente KI-Datenanalyse - ohne SQL! Dienstleistung, Jobs und Ähnliches 34
Neu FHX One für JTL - Analytics, Monitoring, KI-Texte, Helpdesk uvm. (Otto, Amazon, Shopify, eBay) Dienstleistung, Jobs und Ähnliches 1
Webinar: Verkaufe über die Landesgrenzen hinaus – ist dein Business bereit für die Weltbühne? Messen, Stammtische und interessante Events 0
Neu Platzhalter für Bestellnummer Allgemeine Fragen zu JTL-Shop 3
Neu Für jeden Artikel Bild1 löschen mit der Ameise JTL-Ameise - Ideen, Lob und Kritik 3
Neu Stücklistekomponenten für B2B ausblenden Arbeitsabläufe in JTL-Wawi 1
Neu Retouren Variablen in Workflow für Rechnungskorrektur Wert & Korrekturbetrag JTL-Workflows - Ideen, Lob und Kritik 0
Neu Kunden ohne Kauf finden ( Freischaltung für B2B) User helfen Usern - Fragen zu JTL-Wawi 6
Neu Smart Glasses für eigenes Lager Smalltalk 4
Neu Variable für Maßeinheit gesucht Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 1
Neu Frage zu Benutzer/Rechte für Kunden im Onlineshop neues Passwort generieren User helfen Usern - Fragen zu JTL-Wawi 0
Seit Update auf 1.11.4 Workflow für Kartonauswahl gibt error JTL Das Objekt mit Nullwert muss einen Wert haben. BrowsePk: 152325 WorkflowAktionId: 155 JTL-Wawi 1.11 1
Neu Rechnung nur für bestimmte Kundengruppe drucken, aber für alle Erstellen Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 1
Neu JTL auf dem Server duplizieren für Experimente Installation von JTL-Wawi 1
25 Gutscheine für Kunden auf Rechnung erstellen Allgemeine Fragen zu JTL-Vouchers 0
Neu SEO URL für den Blog Allgemeine Fragen zu JTL-Shop 2

Ähnliche Themen