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

WeLoveBasic

Aktives Mitglied
13. August 2019
40
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
2.959
1.462
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
40
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
40
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
784
220
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
202
54
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.126
1.909
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
2.959
1.462
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.126
1.909
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.900
950
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
141
27
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
784
220
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
2.959
1.462
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.900
950
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
2.959
1.462
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 JTL - Cloud-Lösung ? Smalltalk 0
Neu Open-Source-Lösung für produzierende Betriebe User helfen Usern 0
Update-Frust: Zwischen VoP, Mobile App und WMS-Waagen – keine stabile Lösung in Sicht JTL-Wawi 1.11 5
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 0
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
Kaufland Preis ist falsch - Rabatt für die Kd Gruppe nicht berücksichtigt kaufland.de - Anbindung (SCX) 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
Neu 🚨 Hinweis für JTL-Händler, die Taxdoo nutzen News, Events und Umfragen 1
Monatsabschluss Amazon FBA UK / CH mit JTL2Datev WaWi 1.10 bei IDU Nutzung und Zwangs VCS für GB / Schweiz JTL-Wawi 1.10 0
Neu Biete Connector-Tools für vollautomatische Lieferantenbestellungen an uvm. Dienstleistung, Jobs und Ähnliches 2
Externe Auftragsnummer für Rechnungs-Druckvorlage nicht vorhanden JTL-Wawi 1.11 6
Neu Sind Support-Tickets für WaWi und Ameise ohne kostenpflichtigen Tarif nicht mehr möglich? JTL-Wawi - Fehler und Bugs 3
Neu Coupon-Steuer Plugin: Korrekte Steuerberechnung für JTL-Shop Coupons Plugins für JTL-Shop 1
Neu Neuer Server für kleines Unternehmen User helfen Usern - Fragen zu JTL-Wawi 38
Neu Welche SQL Server Version für WaWi 1.0.0.0.0 unter Windows 11 Installation von JTL-Wawi 6
Neu Was ist die korrekte Variable für die letzte Seite eines Artikellistings? Betrieb / Pflege von JTL-Shop 11
Neu Varianten Artikel erstellen mit Lister 2.0 nur für Amazon Amazon-Lister - Ideen, Lob und Kritik 0
Neu SUCHE Freelancer für JTL WAWI Anbindung an WooCommerce und Einrichtung Dienstleistung, Jobs und Ähnliches 2
Amazon-ASIN mit mehreren SKU für Chargenverfolgung JTL-Wawi 1.10 0
Neu ID Hook für Warenkrob User helfen Usern 0
Neu Platzhalter für GPSR werden mit angezeigt PrestaShop-Connector 1
In Diskussion Workflow für voraussichtlichen Liefertag erstellen JTL-Workflows - Ideen, Lob und Kritik 6
Neu Workflow für voraussichtlichen Liefertag erstellen User helfen Usern - Fragen zu JTL-Wawi 1
Neu CustomWorkflow für Pattenkonto JTL-Workflows - Ideen, Lob und Kritik 1
Neu Adressetiketten für Briefe mit Etikettendrucker erstellen / Formatierungsproblem Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 4
Neu 🚀 Pilotkunden gesucht: HS Dynamic Pricing Plugin für JTL-Shop Plugins für JTL-Shop 0
Wichtig 💡Die Retourenplattform für Webshops – Expertise von unserem neuen Partner Returnless News, Events und Umfragen 0
Neu Kapazitäten frei für Routineaufgaben JTL Wawi Dienstleistung, Jobs und Ähnliches 0
Neu Trainingsmodus für JTL-POS gewünscht JTL-POS - Ideen, Lob und Kritik 0
Artikel teilweise nicht für Verkaufskanäle aktivierbar JTL-Wawi 1.10 0
Neu VCS lite: Arithmetischer Überlauffehler für tinyint-Datentyp, Wert = -1. Amazon-Anbindung - Fehler und Bugs 0
Monatsweise Warenbewegungen für alle Artikel exportieren JTL-Wawi 1.10 1
WF - automatisches Aktivieren / Deaktivieren für Verkaufskanal Shop JTL-Wawi 1.9 6
Artikel nicht automatisch für Verkaufskanal aktivieren JTL-Wawi 1.10 2
Neu Welcher Hoster ist für JTL-Shop 5 empfehlenswert? User helfen Usern 12
Buchhaltung vollautomatisiert für die Schweiz JTL-Wawi 1.10 10
Vote für debugging des Mobile Server Fehlers JTL-Wawi 1.11 1
Massenänderung "Lagerplatz" für Artikel bei WMS Lager JTL-Wawi 1.10 2
Neu Bestellobergrenze (999€) für Schweizer Kunden im Shop hinterlegen Betrieb / Pflege von JTL-Shop 1
Alternativtext für Artikelbilder per Ameise pro Plattform setzen JTL-Wawi 1.10 0
Neu Staffelpreise für Verpackungseinheiten Einrichtung von JTL-Shop4 4
Neu Kunden einen Retouren QR Code beim ausliefern mitschicken für Warenankauf ??? JTL-ShippingLabels - Fehler und Bugs 0
Neu Suche Freelancer für Aufsetzen JTL B2B Shop Dienstleistung, Jobs und Ähnliches 3
Gelöst Kartenleser für RKSV JTL-POS - Fragen zu Hardware 2
Neu Artikel nur für Admin sichtbar Allgemeine Fragen zu JTL-Shop 2
Neu Zusätzlicher Kundendisplay für Kassensystem iMin D4 Pro Einrichtung / Updates von JTL-POS 1
Neu Besteht Interesse an einer Versandschnittstelle für GEL-Express? Schnittstellen Import / Export 0
Neu Tailwind als Basis für JTL Shop 6 ? Templates für JTL-Shop 2

Ähnliche Themen